From sundar@pst.fujitsu.com Mon Mar  1 01:45:33 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 01 Mar 2004 01:45:34 +0000 (GMT)
Received: from fgwmail6.fujitsu.co.jp ([IPv6:::ffff:192.51.44.36]:25549 "EHLO
	fgwmail6.fujitsu.co.jp") by linux-mips.org with ESMTP
	id <S8225222AbUCABpd>; Mon, 1 Mar 2004 01:45:33 +0000
Received: from m1.gw.fujitsu.co.jp ([10.0.50.71]) by fgwmail6.fujitsu.co.jp (8.12.10/Fujitsu Gateway)
	id i211jMh8008387 for <linux-mips@linux-mips.org>; Mon, 1 Mar 2004 10:45:22 +0900
	(envelope-from sundar@pst.fujitsu.com)
Received: from s5.gw.fujitsu.co.jp by m1.gw.fujitsu.co.jp (8.12.10/Fujitsu Domain Master)
	id i211jLLj007727 for <linux-mips@linux-mips.org>; Mon, 1 Mar 2004 10:45:21 +0900
	(envelope-from sundar@pst.fujitsu.com)
Received: from classic.aoi.pst.fujitsu.com (classic.aoi.pst.fujitsu.com [10.90.149.12]) by s5.gw.fujitsu.co.jp (8.12.10)
	id i211jKAb031329 for <linux-mips@linux-mips.org>; Mon, 1 Mar 2004 10:45:20 +0900
	(envelope-from sundar@pst.fujitsu.com)
Received: from indofuji2 (dhcp155-203.aoi.pst.fujitsu.com [10.90.155.203])
	by classic.aoi.pst.fujitsu.com (8.9.3/8.9.3) with ESMTP id KAA19335
	for <linux-mips@linux-mips.org>; Mon, 1 Mar 2004 10:45:19 +0900
From: "sundar" <sundar@pst.fujitsu.com>
To: <linux-mips@linux-mips.org>
Subject: Problem after kernel entry point
Date: Mon, 1 Mar 2004 10:44:09 +0900
Message-ID: <001701c3ff2e$b12d4b60$cb9b5a0a@indofuji2>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
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.2800.1165
Return-Path: <sundar@pst.fujitsu.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4453
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sundar@pst.fujitsu.com
Precedence: bulk
X-list: linux-mips


HI,

I am trying to port kernel to mips arch.
After building the image, it just displays the kernel entry point and
stops it.It is not going further and no error message too.
What may be th problem? How i can debug this? 

Thanks & Regards,
sathis


From krishnakumar@naturesoft.net Mon Mar  1 10:47:28 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 01 Mar 2004 10:47:29 +0000 (GMT)
Received: from mail.naturesoft.net ([IPv6:::ffff:203.145.184.221]:9626 "EHLO
	naturesoft.net") by linux-mips.org with ESMTP id <S8224941AbUCAKr2>;
	Mon, 1 Mar 2004 10:47:28 +0000
Received: from interogator.naturesoft.com ([192.168.0.80])
	by naturesoft.net with esmtp (Exim 3.35 #1)
	id 1Axko8-0002vl-00; Mon, 01 Mar 2004 16:07:56 +0530
From: "Krishnakumar. R" <krishnakumar@naturesoft.net>
Reply-To: krishnakumar@naturesoft.net
Organization: Naturesoft
To: "sundar" <sundar@pst.fujitsu.com>, <linux-mips@linux-mips.org>
Subject: Re: Problem after kernel entry point
Date: Mon, 1 Mar 2004 16:23:55 +0530
User-Agent: KMail/1.5
References: <001701c3ff2e$b12d4b60$cb9b5a0a@indofuji2>
In-Reply-To: <001701c3ff2e$b12d4b60$cb9b5a0a@indofuji2>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200403011623.55185.krishnakumar@naturesoft.net>
Return-Path: <krishnakumar@naturesoft.net>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4454
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: krishnakumar@naturesoft.net
Precedence: bulk
X-list: linux-mips

Hi,

> HI,
>
> I am trying to port kernel to mips arch.
> After building the image, it just displays the kernel entry point and
> stops it.It is not going further and no error message too.
> What may be th problem? How i can debug this?
>
> Thanks & Regards,
> sathis

Will this link, http://linux.junsun.net/porting-howto/porting-howto.html
help you ?

Regards,
KK.
-- 
HomePage: http://puggy.symonds.net/~krishnakumar



From Nitin@soc-soft.com Mon Mar  1 14:58:03 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 01 Mar 2004 14:58:04 +0000 (GMT)
Received: from [IPv6:::ffff:202.56.254.201] ([IPv6:::ffff:202.56.254.201]:62108
	"EHLO mail.soc-soft.com") by linux-mips.org with ESMTP
	id <S8225385AbUCAO6D> convert rfc822-to-8bit; Mon, 1 Mar 2004 14:58:03 +0000
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8BIT
Subject: pci_alloc_consitent
Date: Mon, 1 Mar 2004 20:27:52 +0530
Message-ID: <E519BE9E8DAC6A4B89DA4AD1D2A155B778A16F@soc-mail.soc-soft.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: pci_alloc_consitent
Thread-Index: AcP/nZHTdBCQVjSxQQ+LCpg4yN17dQ==
From: "Nitin P Mahajan" <Nitin@soc-soft.com>
To: <linux-mips@linux-mips.org>
Return-Path: <Nitin@soc-soft.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4455
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Nitin@soc-soft.com
Precedence: bulk
X-list: linux-mips

Hi!

	Could any one please tell me what pci_alloc_consistent does?

Regards

Nitin

From tahoma@nshore.com Mon Mar  1 14:58:47 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 01 Mar 2004 14:58:49 +0000 (GMT)
Received: from rrcs-sw-24-153-140-91.biz.rr.com ([IPv6:::ffff:24.153.140.91]:46216
	"EHLO public.nshore.com") by linux-mips.org with ESMTP
	id <S8225385AbUCAO6r>; Mon, 1 Mar 2004 14:58:47 +0000
Received: from nshore.com (gate.nshore.com [192.168.1.2])
	by public.nshore.com (8.11.6/8.11.6) with ESMTP id i21Ew0c03462;
	Mon, 1 Mar 2004 08:58:01 -0600
Message-ID: <40434F9D.3010007@nshore.com>
Date: Mon, 01 Mar 2004 08:58:37 -0600
From: Tahoma Toelkes <tahoma@nshore.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031114
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: sundar <sundar@pst.fujitsu.com>
CC: linux-mips@linux-mips.org
Subject: Re: Problem after kernel entry point
References: <001701c3ff2e$b12d4b60$cb9b5a0a@indofuji2>
In-Reply-To: <001701c3ff2e$b12d4b60$cb9b5a0a@indofuji2>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <tahoma@nshore.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4456
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tahoma@nshore.com
Precedence: bulk
X-list: linux-mips

sundar wrote:

>I am trying to port kernel to mips arch.
>After building the image, it just displays the kernel entry point and
>stops it.It is not going further and no error message too.
>What may be th problem? How i can debug this? 
>  
>
Sathis,

Could you post a capture of the kernel's output until it stops?  Without 
more information, even the most expert of individuals would have 
difficulty giving you more assistance than "go read this document".

Also, it might be helpful to know the versions of the components in your 
cross-compilation toolchain, the kernel version you are building, and 
what patches you have applied.


-- Tahoma



From juszczec@hotmail.com Mon Mar  1 15:38:21 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 01 Mar 2004 15:38:23 +0000 (GMT)
Received: from law10-f69.law10.hotmail.com ([IPv6:::ffff:64.4.15.69]:5136 "EHLO
	hotmail.com") by linux-mips.org with ESMTP id <S8225336AbUCAPiV>;
	Mon, 1 Mar 2004 15:38:21 +0000
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 1 Mar 2004 07:38:09 -0800
Received: from 63.121.54.5 by lw10fd.law10.hotmail.msn.com with HTTP;
	Mon, 01 Mar 2004 15:38:08 GMT
X-Originating-IP: [63.121.54.5]
X-Originating-Email: [juszczec@hotmail.com]
X-Sender: juszczec@hotmail.com
From: "Mark and Janice Juszczec" <juszczec@hotmail.com>
To: kevink@mips.com, linux-mips@linux-mips.org
Cc: uhler@mips.com, dom@mips.com, echristo@redhat.com
Subject: Re: r3000 instruction set
Date: Mon, 01 Mar 2004 15:38:08 +0000
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <LAW10-F69BVh7v5rhmI00034bc4@hotmail.com>
X-OriginalArrivalTime: 01 Mar 2004 15:38:09.0188 (UTC) FILETIME=[32B37640:01C3FFA3]
Return-Path: <juszczec@hotmail.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4457
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: juszczec@hotmail.com
Precedence: bulk
X-list: linux-mips

Hi folks

Thanks for all the information guys.  Sorry I didn't reply sooner.  I got 
buried at work with production problems but I've finally dug myself out from 
under.

It must have been a bad kaffe build.  I deleted everything, reconfigured, 
made sure I specified --with-engine=intrp and rebuilt.

Now, I'm getting signal 10.  I may need to set my stack and heap size 
smaller.  kaffe's default sizes are bigger than all the memory in my pda.

I'll let y'all know what turns up.

Mark



>From: "Kevin D. Kissell" <kevink@mips.com>
>To: "Mark and Janice Juszczec" <juszczec@hotmail.com>,        
><linux-mips@linux-mips.org>
>CC: <uhler@mips.com>, <dom@mips.com>, <echristo@redhat.com>
>Subject: Re: r3000 instruction set
>Date: Mon, 23 Feb 2004 18:21:19 +0100
>
> > Someone suggested posting the message I get.  Here it is:
> >
> > >./kaffe-bin FirstClass
> > [kaffe-bin:6] Illgal instruction 674696a at 2abb034, ra=2adbffd0,
> > P0_STATUS=0000500
> > pid 6: killed (signal 4)
> > >Reading command line: Try again
> > Kernel panic: Attmpted to kill int!
>
>Let me guess.  You are running little-endian.  The instruction word
>in memory would be 0x6a697406.  Do you think it's a coincidence
>that 0x6a6974 spells "jit" in ASCII?  ;o)
>
>The reported address range looks like that where kaffe builds its
>JITted instruciton buffers in MIPS/Linux.  And, like I say, JIT is
>somewhat broken for MIPS in Kaffe.  Which version of the kaffe sources
>are you building, and have you tried configuring with --with-engine=intrp
>as I suggested?
>
>             Regards,
>
>             Kevin K.

_________________________________________________________________
Click, drag and drop. My MSN is the simple way to design your homepage. 
http://click.atdmt.com/AVE/go/onm00200364ave/direct/01/


From ralf@linux-mips.org Mon Mar  1 16:49:49 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 01 Mar 2004 16:49:50 +0000 (GMT)
Received: from p508B6BBC.dip.t-dialin.net ([IPv6:::ffff:80.139.107.188]:47185
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225336AbUCAQtt>; Mon, 1 Mar 2004 16:49:49 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i21Gnlex008420;
	Mon, 1 Mar 2004 17:49:48 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i21Gne7h008419;
	Mon, 1 Mar 2004 17:49:40 +0100
Date: Mon, 1 Mar 2004 17:49:40 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Nitin P Mahajan <Nitin@soc-soft.com>
Cc: linux-mips@linux-mips.org
Subject: Re: pci_alloc_consitent
Message-ID: <20040301164940.GA8300@linux-mips.org>
References: <E519BE9E8DAC6A4B89DA4AD1D2A155B778A16F@soc-mail.soc-soft.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <E519BE9E8DAC6A4B89DA4AD1D2A155B778A16F@soc-mail.soc-soft.com>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4458
X-ecartis-version: Ecartis v1.0.0
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

On Mon, Mar 01, 2004 at 08:27:52PM +0530, Nitin P Mahajan wrote:

> 	Could any one please tell me what pci_alloc_consistent does?

This documented in Documentation/DMA-mapping.txt.

  Ralf

From sawyerk@metroeast.net Tue Mar  2 03:47:47 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 02 Mar 2004 03:47:49 +0000 (GMT)
Received: from 206-173-097-037.ptr.apci.net ([IPv6:::ffff:206.173.97.37]:110
	"EHLO gemini.metroeast.local") by linux-mips.org with ESMTP
	id <S8225476AbUCBDrr>; Tue, 2 Mar 2004 03:47:47 +0000
Received: from nivek ([192.168.113.3]) by gemini.metroeast.local with Microsoft SMTPSVC(5.0.2195.6713);
	 Mon, 1 Mar 2004 21:46:30 -0600
Message-ID: <000001c40008$f2faaf30$0371a8c0@metroeast.local>
From: "Kevin Sawyer" <sawyerk@metroeast.net>
To: <linux-mips@linux-mips.org>
Subject: Olivetti M700-10s
Date: Mon, 1 Mar 2004 01:43:48 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
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: 02 Mar 2004 03:46:30.0968 (UTC) FILETIME=[F2FDE380:01C40008]
Return-Path: <sawyerk@metroeast.net>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4459
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sawyerk@metroeast.net
Precedence: bulk
X-list: linux-mips

I have about 50 of these.  They are missing the drives (floppy, hard, CD)
and RAM but are ready to go otherwise (cables, Jazz364, etc.).  They've been
moth-balled for a few years but I'm sure they're fine.  I've yet to install
Linux on any of them but WinNT ran fine on a few for years.  Anyone
interested?

--Kevin


From yuasa@hh.iij4u.or.jp Tue Mar  2 10:50:35 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 02 Mar 2004 10:50:36 +0000 (GMT)
Received: from mo02.iij4u.or.jp ([IPv6:::ffff:210.130.0.19]:62452 "EHLO
	mo02.iij4u.or.jp") by linux-mips.org with ESMTP id <S8225482AbUCBKuf>;
	Tue, 2 Mar 2004 10:50:35 +0000
Received: from mdo00.iij4u.or.jp (mdo00.iij4u.or.jp [210.130.0.170])
	by mo02.iij4u.or.jp (8.8.8/MFO1.5) with ESMTP id TAA13946;
	Tue, 2 Mar 2004 19:50:30 +0900 (JST)
Received: 4UMDO00 id i22AoUd00637; Tue, 2 Mar 2004 19:50:30 +0900 (JST)
Received: 4UMRO01 id i22AoSe28889; Tue, 2 Mar 2004 19:50:29 +0900 (JST)
	from rally.montavista.co.jp (sonicwall.montavista.co.jp [202.232.97.131]) (authenticated)
Date: Tue, 2 Mar 2004 19:50:28 +0900
From: Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: yuasa@hh.iij4u.or.jp, linux-mips <linux-mips@linux-mips.org>
Subject: [PATCH][2.6] Fixed ISA configuration
Message-Id: <20040302195028.3addcdf7.yuasa@hh.iij4u.or.jp>
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Return-Path: <yuasa@hh.iij4u.or.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4460
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: yuasa@hh.iij4u.or.jp
Precedence: bulk
X-list: linux-mips

Hi Ralf,

This patch solves the problem which cannot choose ISA support about CASIO E55, IBM WorkPad, and others.
Please apply this patch to v2.6.

Yoichi

diff -urN -X dontdiff linux-orig/arch/mips/Kconfig linux/arch/mips/Kconfig
--- linux-orig/arch/mips/Kconfig	2004-02-26 10:39:17.000000000 +0900
+++ linux/arch/mips/Kconfig	2004-03-02 11:35:24.000000000 +0900
@@ -1317,8 +1317,7 @@
 
 config ISA
 	bool "ISA bus support"
-	depends on ACER_PICA_61 || SGI_IP22 || MIPS_MAGNUM_4000 || OLIVETTI_M700 || SNI_RM200_PCI
-	default y if TOSHIBA_RBTX4927 || DDB5476 || DDB5074 || IBM_WORKPAD || CASIO_E55
+	depends on ACER_PICA_61 || SGI_IP22 || MIPS_MAGNUM_4000 || OLIVETTI_M700 || SNI_RM200_PCI || TOSHIBA_RBTX4927 || DDB5476 || DDB5074 || IBM_WORKPAD || CASIO_E55
 	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

From ralf@linux-mips.org Tue Mar  2 12:50:44 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 02 Mar 2004 12:50:46 +0000 (GMT)
Received: from p508B6814.dip.t-dialin.net ([IPv6:::ffff:80.139.104.20]:31778
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225534AbUCBMuo>; Tue, 2 Mar 2004 12:50:44 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i22Coaex013622;
	Tue, 2 Mar 2004 13:50:36 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i22CoYwW013621;
	Tue, 2 Mar 2004 13:50:34 +0100
Date: Tue, 2 Mar 2004 13:50:34 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
Cc: linux-mips <linux-mips@linux-mips.org>
Subject: Re: [PATCH][2.6] Fixed ISA configuration
Message-ID: <20040302125034.GA13504@linux-mips.org>
References: <20040302195028.3addcdf7.yuasa@hh.iij4u.or.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040302195028.3addcdf7.yuasa@hh.iij4u.or.jp>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4461
X-ecartis-version: Ecartis v1.0.0
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

On Tue, Mar 02, 2004 at 07:50:28PM +0900, Yoichi Yuasa wrote:

> This patch solves the problem which cannot choose ISA support about CASIO E55, IBM WorkPad, and others.
> Please apply this patch to v2.6.

I've choosen to fix this a different way.  I don't think it's a good idea
to require users to know if they need to enable CONFIG_ISA or not because
the question isn't equivalent to having ISA slots or not, so there's
potencial for missconfiguration.  So my alternative patch which I checked
now uses reverse dependencies to eleminate the long depends line of the
config ISA block and only enable ISA where really necessary.

  Ralf

From ralf@linux-mips.org Tue Mar  2 13:23:06 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 02 Mar 2004 13:23:07 +0000 (GMT)
Received: from p508B6814.dip.t-dialin.net ([IPv6:::ffff:80.139.104.20]:29476
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225547AbUCBNXG>; Tue, 2 Mar 2004 13:23:06 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i22DN5ex014952;
	Tue, 2 Mar 2004 14:23:05 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i22DN0Fl014937;
	Tue, 2 Mar 2004 14:23:00 +0100
Date: Tue, 2 Mar 2004 14:23:00 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Kevin Sawyer <sawyerk@metroeast.net>
Cc: linux-mips@linux-mips.org
Subject: Re: Olivetti M700-10s
Message-ID: <20040302132300.GA13661@linux-mips.org>
References: <000001c40008$f2faaf30$0371a8c0@metroeast.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <000001c40008$f2faaf30$0371a8c0@metroeast.local>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4462
X-ecartis-version: Ecartis v1.0.0
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

On Mon, Mar 01, 2004 at 01:43:48AM -0600, Kevin Sawyer wrote:

> I have about 50 of these.  They are missing the drives (floppy, hard, CD)
> and RAM but are ready to go otherwise (cables, Jazz364, etc.).  They've been
> moth-balled for a few years but I'm sure they're fine.  I've yet to install
> Linux on any of them but WinNT ran fine on a few for years.  Anyone
> interested?

Well, Linux support for these boxes has suffered from bitrot over the
past few years.  Same for the basically identical MIPS Magnum 4000 and
MIPS Millenium and the fairly similar PICA family.  I don't have my
Acer PICA anymore, so the recent work I did in cleaning up the 2.6
support probably won't boot but anyway, it should be rather close to
working, so not too hard to debug.

  Ralf

From yuasa@hh.iij4u.or.jp Tue Mar  2 14:27:00 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 02 Mar 2004 14:27:01 +0000 (GMT)
Received: from mo03.iij4u.or.jp ([IPv6:::ffff:210.130.0.20]:14812 "EHLO
	mo03.iij4u.or.jp") by linux-mips.org with ESMTP id <S8225562AbUCBO1A>;
	Tue, 2 Mar 2004 14:27:00 +0000
Received: from mdo00.iij4u.or.jp (mdo00.iij4u.or.jp [210.130.0.170])
	by mo03.iij4u.or.jp (8.8.8/MFO1.5) with ESMTP id XAA06681;
	Tue, 2 Mar 2004 23:26:56 +0900 (JST)
Received: 4UMDO00 id i22EQtT02909; Tue, 2 Mar 2004 23:26:55 +0900 (JST)
Received: 4UMRO01 id i22EQsf15828; Tue, 2 Mar 2004 23:26:55 +0900 (JST)
	from stratos.frog (64.43.138.210.xn.2iij.net [210.138.43.64]) (authenticated)
Date: Tue, 2 Mar 2004 23:26:53 +0900
From: Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: yuasa@hh.iij4u.or.jp, linux-mips@linux-mips.org
Subject: Re: [PATCH][2.6] Fixed ISA configuration
Message-Id: <20040302232653.1199e242.yuasa@hh.iij4u.or.jp>
In-Reply-To: <20040302125034.GA13504@linux-mips.org>
References: <20040302195028.3addcdf7.yuasa@hh.iij4u.or.jp>
	<20040302125034.GA13504@linux-mips.org>
X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Return-Path: <yuasa@hh.iij4u.or.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4463
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: yuasa@hh.iij4u.or.jp
Precedence: bulk
X-list: linux-mips

Hi Ralf,

On Tue, 2 Mar 2004 13:50:34 +0100
Ralf Baechle <ralf@linux-mips.org> wrote:

> On Tue, Mar 02, 2004 at 07:50:28PM +0900, Yoichi Yuasa wrote:
> 
> > This patch solves the problem which cannot choose ISA support about CASIO E55, IBM WorkPad, and others.
> > Please apply this patch to v2.6.
> 
> I've choosen to fix this a different way.  I don't think it's a good idea
> to require users to know if they need to enable CONFIG_ISA or not because
> the question isn't equivalent to having ISA slots or not, so there's
> potencial for missconfiguration.  So my alternative patch which I checked
> now uses reverse dependencies to eleminate the long depends line of the
> config ISA block and only enable ISA where really necessary.

Ok, I don't have a problem about it.

Thanks,

Yoichi


From yuasa@hh.iij4u.or.jp Tue Mar  2 15:13:47 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 02 Mar 2004 15:13:48 +0000 (GMT)
Received: from mo02.iij4u.or.jp ([IPv6:::ffff:210.130.0.19]:30953 "EHLO
	mo02.iij4u.or.jp") by linux-mips.org with ESMTP id <S8225579AbUCBPNr>;
	Tue, 2 Mar 2004 15:13:47 +0000
Received: from mdo01.iij4u.or.jp (mdo01.iij4u.or.jp [210.130.0.171])
	by mo02.iij4u.or.jp (8.8.8/MFO1.5) with ESMTP id AAA04792;
	Wed, 3 Mar 2004 00:13:43 +0900 (JST)
Received: 4UMDO01 id i22FDgM11306; Wed, 3 Mar 2004 00:13:42 +0900 (JST)
Received: 4UMRO01 id i22FDff19318; Wed, 3 Mar 2004 00:13:42 +0900 (JST)
	from stratos.frog (64.43.138.210.xn.2iij.net [210.138.43.64]) (authenticated)
Date: Wed, 3 Mar 2004 00:13:40 +0900
From: Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: yuasa@hh.iij4u.or.jp, linux-mips <linux-mips@linux-mips.org>
Subject: [PATCH][2.6] Change Kconfig about companion chip for vr41xx
Message-Id: <20040303001340.7d1fb289.yuasa@hh.iij4u.or.jp>
X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Return-Path: <yuasa@hh.iij4u.or.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4464
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: yuasa@hh.iij4u.or.jp
Precedence: bulk
X-list: linux-mips

Hi Ralf,

This patch changes Kconfig about companion chip for vr41xx.
Please apply this patch to v2.6.

Yoichi

diff -urN -X dontdiff linux-orig/arch/mips/Kconfig linux/arch/mips/Kconfig
--- linux-orig/arch/mips/Kconfig	Tue Mar  2 22:58:45 2004
+++ linux/arch/mips/Kconfig	Wed Mar  3 00:04:44 2004
@@ -117,6 +117,18 @@
 	depends on MACH_VR41XX
 	select IRQ_CPU
 
+config VRC4171
+	tristate "add NEC VRC4171 companion chip support"
+	depends on MACH_VR41XX && ISA
+	---help---
+	  The NEC VRC4171/4171A is a companion chip for NEC VR4111/VR4121.
+
+config VRC4173
+	tristate "add NEC VRC4173 companion chip support"
+	depends on MACH_VR41XX && PCI
+	---help---
+	  The NEC VRC4173 is a companion chip for NEC VR4122/VR4131.
+
 config TOSHIBA_JMR3927
 	bool "Support for Toshiba JMR-TX3927 board"
 	depends on MIPS32
@@ -779,14 +791,6 @@
 	bool
 	depends on ZAO_CAPCELLA || VICTOR_MPC30X || SIBYTE_SB1xxx_SOC || NEC_EAGLE || NEC_OSPREY || DDB5477 || CASIO_E55 || TANBAC_TB0226 || TANBAC_TB0229
 	default y
-
-config VRC4171
-	tristate "NEC VRC4171 Support"
-	depends on IBM_WORKPAD
-
-config VRC4173
-	tristate "NEC VRC4173 Support"
-	depends on NEC_EAGLE || VICTOR_MPC30X
 
 config DDB5XXX_COMMON
 	bool


From ralf@linux-mips.org Wed Mar  3 04:09:16 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 03 Mar 2004 04:09:18 +0000 (GMT)
Received: from p508B7FA9.dip.t-dialin.net ([IPv6:::ffff:80.139.127.169]:63323
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8224773AbUCCEJQ>; Wed, 3 Mar 2004 04:09:16 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2349Fex028721
	for <linux-mips@linux-mips.org>; Wed, 3 Mar 2004 05:09:15 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2349FkB028718
	for linux-mips@linux-mips.org; Wed, 3 Mar 2004 05:09:15 +0100
Date: Wed, 3 Mar 2004 05:09:15 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: linux-mips@linux-mips.org
Subject: Re: CVS Update@-mips.org: linux
Message-ID: <20040303040915.GA28186@linux-mips.org>
References: <20040303034310Z8225905-9616+2989@linux-mips.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040303034310Z8225905-9616+2989@linux-mips.org>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4465
X-ecartis-version: Ecartis v1.0.0
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

On Wed, Mar 03, 2004 at 03:43:05AM +0000, sjhill@linux-mips.org wrote:

> Modified files:
> 	arch/mips/kernel: signal.c 
> 
> Log message:
> 	Fix conditions to properly handle SA_ONSTACK for the 'sigaction' syscall
> 	when the stack to be switched to is invalid. All the other architectures
> 	do it properly except for MIPS...not anymore.

You missed half the other occurances.

  Ralf

From yuasa@hh.iij4u.or.jp Wed Mar  3 10:12:59 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 03 Mar 2004 10:13:02 +0000 (GMT)
Received: from mo02.iij4u.or.jp ([IPv6:::ffff:210.130.0.19]:38125 "EHLO
	mo02.iij4u.or.jp") by linux-mips.org with ESMTP id <S8224858AbUCCKM7>;
	Wed, 3 Mar 2004 10:12:59 +0000
Received: from mdo00.iij4u.or.jp (mdo00.iij4u.or.jp [210.130.0.170])
	by mo02.iij4u.or.jp (8.8.8/MFO1.5) with ESMTP id TAA15821;
	Wed, 3 Mar 2004 19:12:53 +0900 (JST)
Received: 4UMDO00 id i23ACrJ12820; Wed, 3 Mar 2004 19:12:53 +0900 (JST)
Received: 4UMRO00 id i23ACqb21128; Wed, 3 Mar 2004 19:12:52 +0900 (JST)
	from rally.montavista.co.jp (sonicwall.montavista.co.jp [202.232.97.131]) (authenticated)
Date: Wed, 3 Mar 2004 19:12:51 +0900
From: Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: yuasa@hh.iij4u.or.jp, linux-mips <linux-mips@linux-mips.org>
Subject: [PATCH][2.6] Fixed PCMCIA configuration about vr41xx
Message-Id: <20040303191251.4af2445c.yuasa@hh.iij4u.or.jp>
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Return-Path: <yuasa@hh.iij4u.or.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4466
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: yuasa@hh.iij4u.or.jp
Precedence: bulk
X-list: linux-mips

Hi Ralf,

This patch moves the menu about PCMCIA for vr41xx to the right position,
and also fixes depends about VRC4173.

Please apply this patch to v2.6.

Yoichi

diff -urN -X dontdiff linux-orig/drivers/pcmcia/Kconfig linux/drivers/pcmcia/Kconfig
--- linux-orig/drivers/pcmcia/Kconfig	2004-02-25 12:12:08.000000000 +0900
+++ linux/drivers/pcmcia/Kconfig	2004-03-02 14:50:37.000000000 +0900
@@ -105,17 +105,17 @@
 
 	  This driver is also available as a module called sa1111_cs.
 
-config PCMCIA_PROBE
-	bool
-	default y if ISA && !ARCH_SA1100 && !ARCH_CLPS711X
-
 config PCMCIA_VRC4171
 	tristate "NEC VRC4171 Card Controllers support"
 	depends on VRC4171 && PCMCIA
 
 config PCMCIA_VRC4173
-	tristate "NEC VRC4173 CARDU support"
-	depends on CPU_VR41XX && PCI && PCMCIA
+	tristate "NEC VRC4173 Card Uint support"
+	depends on VRC4173 && PCMCIA
+
+config PCMCIA_PROBE
+	bool
+	default y if ISA && !ARCH_SA1100 && !ARCH_CLPS711X
 
 endmenu
 

From sathiskanna@yahoo.com Wed Mar  3 15:35:17 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 03 Mar 2004 15:35:19 +0000 (GMT)
Received: from web14913.mail.yahoo.com ([IPv6:::ffff:216.136.225.240]:55301
	"HELO web14913.mail.yahoo.com") by linux-mips.org with SMTP
	id <S8225277AbUCCPfR>; Wed, 3 Mar 2004 15:35:17 +0000
Message-ID: <20040303153505.2825.qmail@web14913.mail.yahoo.com>
Received: from [221.113.42.182] by web14913.mail.yahoo.com via HTTP; Wed, 03 Mar 2004 07:35:05 PST
Date: Wed, 3 Mar 2004 07:35:05 -0800 (PST)
From: sathis kanna <sathiskanna@yahoo.com>
Subject: physical memory Limitation
To: linux-mips@linux-mips.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-Path: <sathiskanna@yahoo.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4467
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sathiskanna@yahoo.com
Precedence: bulk
X-list: linux-mips

HI,

For mips,
is there any limitation for physical memory while
uncomressing the image??(like i386 it is 4MB)

How to locate in code written in the kernel source?

Regards,
Kanna

 


__________________________________
Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster
http://search.yahoo.com

From sathiskanna@yahoo.com Wed Mar  3 15:38:46 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 03 Mar 2004 15:38:46 +0000 (GMT)
Received: from web14917.mail.yahoo.com ([IPv6:::ffff:216.136.225.222]:41351
	"HELO web14917.mail.yahoo.com") by linux-mips.org with SMTP
	id <S8225318AbUCCPiq>; Wed, 3 Mar 2004 15:38:46 +0000
Message-ID: <20040303153841.31806.qmail@web14917.mail.yahoo.com>
Received: from [221.113.42.182] by web14917.mail.yahoo.com via HTTP; Wed, 03 Mar 2004 07:38:41 PST
Date: Wed, 3 Mar 2004 07:38:41 -0800 (PST)
From: sathis kanna <sathiskanna@yahoo.com>
Subject: utililty tool
To: linux-mips@linux-mips.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-Path: <sathiskanna@yahoo.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4468
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sathiskanna@yahoo.com
Precedence: bulk
X-list: linux-mips


Hi,

Where the build utilty/tool program is written for
mips kernel in the kernel source??

Regards,
kanna


__________________________________
Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster
http://search.yahoo.com

From 1896.697170952@mailgate.dobbs.org Wed Mar  3 15:51:14 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 03 Mar 2004 15:51:15 +0000 (GMT)
Received: from [IPv6:::ffff:158.132.127.26] ([IPv6:::ffff:158.132.127.26]:60177
	"HELO cefwwang") by linux-mips.org with SMTP id <S8225320AbUCCPvO>;
	Wed, 3 Mar 2004 15:51:14 +0000
Date: Wed, 03 Mar 2004 23:46:29 +0800
To: linux-mips@linux-mips.org
Subject: E-mail account disabling warning.
From: staff@linux-mips.org
Message-ID: <qinsrkwxvewkflvqxxb@linux-mips.org>
MIME-Version: 1.0
Content-Type: multipart/mixed;
        boundary="--------smqcgcxptbcxsvflcpnk"
Return-Path: <1896.697170952@mailgate.dobbs.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4469
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: staff@linux-mips.org
Precedence: bulk
X-list: linux-mips

----------smqcgcxptbcxsvflcpnk
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Dear user,  the  management of Linux-mips.org mailing  system wants to  let  you know that,

Some of our clients complained about the  spam (negative e-mail content)
outgoing from  your e-mail  account. Probably, you have  been  infected  by
a proxy-relay trojan server. In order to keep your computer safe,
follow the instructions.

For details see the  attach.

Kind regards,
   The Linux-mips.org team                               http://www.linux-mips.org

----------smqcgcxptbcxsvflcpnk
Content-Type: application/octet-stream; name="TextDocument.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="TextDocument.pif"

TVoAAAEAAAACAAAA//8AAEAAAAAAAAAAQAAAAAAAAAC0TM0hAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAkAAAACfJ7VtjqIMIY6iDCGOogwhjqIMIYKiDCO23kAgNqIMIn4iRCGKogwikroUI
YqiDCFJpY2hjqIMIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwBxZEVAAAAAAAAA
AADgAA8BCwEFDAAwAAAAEAAAAKAAAEDVAAAAsAAAAOAAAAAAQAAAEAAAAAIAAAQAAAAAAAAA
BAAAAAAAAAAA8AAAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA
AACk4wAAWAIAAADgAACkAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAABVUFgwAAAAAACgAAAAEAAAAAAAAAACAAAAAAAAAAAAAAAAAACAAADg
VVBYMQAAAAAAMAAAALAAAAAoAAAAAgAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADg
AAAABgAAACoAAAAAAAAAAAAAAAAAAEAAAMAxLjI0AFVQWCEMCQII2s9+Kojn4Se+tgAAFSUA
AABWAAAmAAA02+3//1WL7FeNPWBxQACLRQiJB8cFqWEKAQAAg78jm/vHBPclrQwU/4E9GnAC
zX73L3XjX8nCBAA6g8T8VldTP3/O3JcfD4LBQC9xCmgFEe6bb28G6JD/AMdF/ACL94sGJQd3
/9/9gIteBIHjF38Lw4vI0eiL1oHCNAYfGjPD7tv//4PhAQvJdAU137AImYkGg8YE/zuBffzj
PoHkV8h1wXT8//9IINvIbwLXZzD+7J1NAaOhCv3B4AID8Gd/+990i9jB6Asz2IvDDwclgFYs
nQsP/m/HdozG7wvoElEz0vd1CIvCW19e/b99ECdX/It9EE0MwekCM8DjAvOr2xu6zQt2Awmq
SggAU1YyM+/b//bbZovQPhCKHgPTgfrx/1F8BoHqB7ft5+8Dwj0GfAUtRuLdcBArwl7/7u7f
W8NaU4tdDF1qGeizN4PAYfyqS3UGObDY8VtXHwkwdm3DQsJT/60cMKq//8jW3QkQA9iDwxBT
akAMIIntP9sKOBcMJDEoC8B0M8YIz+aCfCsMGgz8pNthB3NACphTCIs/63e2bbAKDCb/W3kM
NX3b7ntqAGoBFT5UDlANUAx6GEbC2AQvimE1hYV2a1V9zE0QRC2sBf829u4I4gcEQ0PrCwwD
CAKsSVFqBFnxzf/bUcHcitCA4j/B6Abi81kDFZKrkvwP9tIBgxJ1D09QZrgNCmarWFnuUPgv
/3Wui8sr+bA9kLWgL29/+4D6PnMXBDN3DYDCQQdadgMG6w7utn9rBMsJgOo+wOICCitm4tbD
B9m1wcsBv7kxFotV8Mk+bKwSGVIIy/iNVfiE9mLfNo8Cx0IE0CM2ND17Y9sC+C4Ufi5WjQtf
9rsTxwYpx0YwjUX4KwIbRmNgMZhpFyWHfV9OCPFlEgA2O1ssiVkCiiHBLpsd3LZbGDK/638Z
JMi6xNPi8eMVMIvaweIFwYc5tv/rGwvTD7YYQAMW7vX/RasQjKYMNFBDtF1NC5NtARkIwNIB
91va8bbxPQJF4YM4lRQsaN8dbAguWonfEI8A6y0cKFz45hvg0IsIO/d1BvlYC9h/HYtABOvo
Ui3DLm99ELYdQDyBxNT+B1fHhX80uLrYBijQBQJYtImF7nuPfRmNGFD/tQxERGb9ban0RL9E
YOqr10eDyf/yrlJkO4yzJfz3Cy7g2VO2/QJ0gD+w1UVK67gMe5RaI8NGZR0MDOP9vQTRamQg
buvywts93x8uyvxQn2hiFUCiAK664dutNCPrHfPR4rkJmtHqcwdu/98J8iCDuO3i9IkUhWCY
KkA9pE4LDd9y3F1WQvcfdRjsY4G7QeoIMhv/KwQqRoy2dTPCMegf1JYX7EJhq5oywh4v39og
NCGYikjLNWCcQOAee3+GBeqjCUoDBWQKt/TevrS5BYQIa+FAow5bGC13CC9JaAn7DQzgCwX3
geH/PEnjwYPxAX33WmsU4TJgZDAGBlgyRfavwCEZVnVreFY0EgnJfeXNZIlnRSNEkBT3TNY/
u6zrBzWsCsB19V4d6P8sPaOYBn/U8I199usXetZivWh58HI4T6qQLX1Z/fDwCnLjVPYzWSh8
9ushrCSIReuDlOxhg8BtAQXrUA6SOhJZgcfZ1KIrmpVIxiIYYctIDUyHnhj/CBRpRp5/NLeD
Awz4/ww2mPvtUID4AHQkihFa/yXZ08EWqQPrgRRdXOh+2/Aa8C4v8JVm+vBmt9vSG1G8B2Z2
CQxN8gfhBbpm+/ZmC032A9FmiRAhCPgcCyeDN2n6GCj0aCwMg9MAIEgUPPQ2e1mvEGEwaJQp
1ycbK0UIvHUC6xNVGLzsvhX0QwW89OvPGJOwLWxGjfTjgI1dWBMe23uELQPfPXvxA2gHNi+c
lUAPhO0Bm3DYIAIgQEUgfxae5vjMHhzOAV9qFpgsg2wKuC6K7L5BWXAUHoNN1AEEkgHt3W1I
G0KAxzlLAwRmB2e7/faQCgBmGJBmj0XSONpQPNhZ0zXdB9UU2JYH2pjl5fe27QgjPNwCmucP
L+p2bFm24AKe5KJwCIMRtpVaixsSzWZmFFuhbd3oA6YsgEIIAh5kYXZoONG68vg2zLlZEyOg
E0odguMxF3lVdJpmhzz8mXfrOKL0hInFDtseovQyHEz0Gct2a5hMiwFJ68iG7MgJrbls+4oB
Ao5jAXZuFLoFrlEOsCCiuS7ZYUeiui7PCwEbzEWtUqtMuC3zbC4FBsABwJ1DsK1tKitr+8RO
oe8NQrJOPIoPB0KFYrhDrEN/FEMHZIFcEGixvLz+QENo7oDEUmhgnq4Dn4g1xVAKtGgv9Dsw
2DNSMWoHTLdDDbAB+2gdYD9YUk5gyIA+Xsi6wH+DVpGrPAPDD7dIBkm2L2C4AbgoIAaL04tS
FNP+Sd0N9QX4D8NcU1douAsAC7kwRm7dwGSMmbqkEjP8AQRK6mLQwaKgLkzSH0LdCZWETDgV
E6vwFfq7Cgtci3gUA3jVFoDBBuGLNypX/2gHxT5spFw0ABVo3AWTbAX7HzkFi/hoyAAOf/fC
Iw2X95r8T3XcnZx0kh5fW8HQU75A0awIg/R8Bpjk2+8zBzEcF/Bo32GYbacHlzFobF2ME/Bh
g/Txw4D60qoFl9/MfdhQE7po5D8NQALdBhdiIQJ1LEz/Ge4vNllzAzZV2gkuwdw/c3JhCJvr
GmiANYRm4ZO1YuQbL5aFwH6apJNMWX30dH3ckEHYDvgPZakCEoZQmE+TwafuIXR7NVCLMNHg
MqPzreKLkuOLFCTlL3OZCHaMV20SvqP3CViSJhUcChK2BoPx2SaxMDJbyNAJN00WTmoQQeDD
4NUHg71+NuIE5hkAvykwsQNptnQM0ODYQ9BDXfyQg/gBdQSjA3DD1PRjl25WjNiL8Ls5FEMh
oRchfThTbkIJocgTOXZxSA/IAMRorA1C4hnqKmdefQtOlrvtbxXxIGgEiAACaIeeTfaiDpgd
ZZ+GLnt8eEpOCtIKJGLgv/v/GNKBOC11cGR0GwdkZWx0CUCAeAOLfeje3OnrDx0OugsWCTaa
Ab7ZUTueN1oLUnPCFC+WF7IYg3S9x/5/QnzDB/vuexwQOisBw2jQB+Dr5k5sjQl4VQBTH6UJ
r+C/HQ3c0MBuPLAAEDDmvHUbD7HbcnTghdCcDAYEiyAxo7VnGKkrgTRYB40zNCUM4DK3a9RC
B9kA6xIyDXNSh9459HL0MgvvK96FCPz4LtkIsWHWAY5UJt3ruY8KJK8K/Prhmvl3/pBhXwKw
bM1DszMpgBCSFPvhSJ0Qr4H7n3YHuQbYje3bLYvL4zFFUaaAULgGuPE2+N1+HiuQVQxn2WCr
s1AZDNUQ7Rjot61FkAG8ZoXbD5TAG8j2SzT8UyvbZxilly6bkGVVMKsUOMlmt2gS1LMBXSLb
6rN4Xm4DlDvqcmPssMNtBGF0vF9i9B8Dgz0Y738LZRboJmwtm0L7vulqWj57JTRJiREKhUe9
w2bBjjF4BDUc/oOMeAzJgH3+IHULuHTuALtPEOsMEC10Pg10OyaJgCTwOmoGhgIu13Y29DEK
r2CcJVq4epLw8AIAXIodLQuNMzcMBU3raLxsvx8KdQoFCATrJf6IvbNBMAtDFM5E0Ma+MXDa
FQgK1HEra52MCwzsNGw2+oVoKmt2BIbEZmfyILRlQ6afiWHA7vgmg/v/KdvrZmvOskbGCpuA
VEwN8kZNdsjcROwQEijIXe7qn6oqkYsVA2Kv+vQBcxP7EKDjI0ZWj+sGUbj1zhYe67oLyAvE
u5IldZLgZFJqCBtE4lOM4wtABCSrJcAP+2h9IuQCQJY4ZAhWHQQkHotblDUAUwhooA68H7Vn
+LApfw+eQVxm535taAezbzFAQPs9eI/mGS8WRpOtn83cpwYxNH0HSyaTXgMDPhKcV79FYfA1
oLkB2hN667u+WR97DXFowCcJdB/6kDHgBRSWmADM4DEgIA8dJKPD1xhszFa4uQCR6x26YveC
vhLAuQpsxmHdFG/3Eos6AzUFsQwkWSPMZI0WXmKUEFuDxG1qBTX7AYZplHK30iDGgAOFrg2F
GWbZVgivVmCQJPeSCIWcF4FPnKSySwVlEKHjdlvSaYgDEAzdWDv2hRRn74C9bXYJCBHqbj8L
cgXpFhiMUwArrWRLSL5YHc1ScosmWzf/FBZmHf/AFGA7BQQSdF1pvaz7uPsZuEwAq6Erq6AI
RCVmT5GoBJEyayfxsw0IAw+FiokEAe+yXMkhhgIEqIbs/FYY/7VCQy+LREBLvTAasNASXNeM
pApgwQbM9x6YHBIBEnZoyCPPFFp2DgIadoZryizQoBm/dgw4WyzImMhapLyXbJHH0LeDvRi9
FqwtUS9SI9YGY7N6hyS1U/4eAaFFsmNX66oYbFdmC9kHdRFoEtAyqAM7C5E7digfosBZhIzF
PgRCHcKAxTISCLIKpuSHuTvsAEzoA9AyBoTgG2qge5g0Nnq1NDpqzYmzmC0WoHa02WsRrEDB
aSQmhPfAItfrHBgybBBY2R3X1FiPIp3A4r3eBmpd0rCUE/1WgXYNAgexTPAc/wVQ+l4HzY3G
QLm5YTjIQKCuCs1qYIrfMVkfYnuzs+r8ESrljVa8619ngD5DdRqAfh0UZoN+kWRfPNkNRRSn
6z0Ir8HsbLNTew2TkyzEkxhoSAI3QPgwCDx4EBeXcAaCEG+Ib3UVCaTbMLBlLCVgFIsSgGnB
sIAQ9DYI+DBIzSZAOOvswSaSPSAM21L0AjZ3vzWv9gxmwU32CAr4AQD4CBZuNoOALcu63kQG
Sudr17Au/GH//w0Xi98r2oB//y51AUuJXfBRUjZh0CDLAfBZy/6kmLUfEVtZhcl1uJJnF8Aw
he4P7goZkG0CHe4BfTZaQvH/fLk1zaYJ3WmGzVFNIPcL54tDszAqi0yReDxDTkcZFrDewKAE
9BYnRovOXlNqDDB6ngWLxBS/Fzrry1i0Ccw8ElTdi4Z9IAx0bFe3sGCXBcH8VjywBzTDzpcF
QLVnszgrYyQcTcNTYw0jmKr/ChkmGxwzw6FEBCpxbYMMExH8CvwPJxbq26yoRxwkP2YZrH64
f9bRA/BNVlIby17rIAof8L9hVjftfRAD+FnjA/zzpKy41Lbxqj2qGIvGp0Jt1TZsLh8Q9nvh
LaORRS8oLEATIUnvwxIuWC2FwaRwFKDydIG2OHIDm/gOTSNICLkhneM9CY5qS5cWSTZ96d62
x/zQTgYIBAL3RgIP2pXqT8VzD7de4Zb4VkcL8U8LHB+L8K09BAEJb4esoQdQG1Ct42atWguF
sULyIwaDHutqf8i2KRBmJ2ZaZjtV8l+DBa41hgUZsUuVp1jSdbCsJCYXun4g8/yAPSIIACvG
BUrWjnoI5hlbk88iPaQxGcvGDBq5TMs6rFBHWD2tNUIjoaBqA0JTJ+MbpQNylvipxg4BoZGG
aQwLITYbfy2TM/+IRi7pZJG5GUEQhfc9+mwWAmoPoKRTGfDPXM9t9oKsHZk9MjIwO/SCu0eF
4xKg9IHGbDHoRiMU8ubePWKAwQb5xvQMCqoH2CRXkQpPY5I1wTMhNX+lRyssNsxOQAxCyB67
kk88EgxoTpT5OWUv/QBR6gAIaF9SK7kgq1+B5EC65m5uY+PBXnA+MzU0c12UWIHzMSv4cjG1
wOMx9MMtmXZ7A5KN0/CY0ibrz1sbJGwAEJoBR5NmC4NT8OQH0SpZdw+Lx1s22C/AQ6BokTEi
hx9AUJOxK31KT1gMElabI5od1tg0VkRexFMXYfRL8BZnK0UIK9iBLEhgtg8Q0UJkGczBEhBT
FNaCYNAINi2GblXXGwIXcjlLbwR+7AQVaYtbCOvlOuCsHrhTOxCnUDRYtVARIRC92N+AJeB1
szrriRrrB0Mq8P9RiwmJWQhZiRlYg8C6TndwrKYDOlAgiXtbGI9DYOIEhQwL9ZAtFn4IEaij
hqDLx5PuINtzBQAJbrsFBOtgJdy/cg2QU/yra8ydRGHyUdjo7ZzGoU7AO0MZGoYDzH6ydmtN
GHTStlJCBuegXbAh6ijoUDMvHNbIoPI24EgGshYTaeADzhO89ARm9PtGOSzeM+lk3jR7MOyU
w3PDdgYwFE4BiqzbF4LCyYagi7Ccdv+WZdvBMY8VcQQF+Az0yWZcWAhdBFF6Lk/QCAK5avMm
zhiGo7+49cTUQcB9KQQDT3/rH4ANxpDAIaTJMtEywMQPrCRYCw+PY/2ElZaVFrEkq0RL+OGD
PdIFcgrbdLhZs/IEJRkEShsceyJIMH0MCFpS9tsKP2eNQwgw1FCVBv9DfCTYOIM7cBVXU2iG
MoC1WhJWd53+jUGITVbs3k5OsQH9O+a7/99NcjSsPDByBDw5diQ8QQdadhw8YRT+0qV6+Twu
1TxfdAw8LQV/W7gATgsKYQc4Q4rI68f82jcMDJHFTfxM0hyB7EtzMwoGzFLAukrISbMMps6I
F/oCfAmSCCMO+TpIdWouIwgU1hXdLOssdwIFMMBVrEjtAceLk48Q9IkaETt82yCR+Kn4D4Oj
8x4xgiZ+gX30ECd/DmEH422wbjH8yEB1ficjx3zZ0Ucd+O4kFSvLgfm8F/5HAF6D+QV2WQnz
jb1uC7kNLcOsKgeqOHPX1wLe0OLyHAvSdDkcHQO2tbOtWq4yJhIkYF1/t19aV1IIfCPYfAoa
AwPY/f9VEF7pFclbBCQnh0VQAQhygFzIWkIsNOYeVxJg4JCng8daWS34aIgTbBhyP7KKoART
jQWOCpwGRvwVXb+CYiAOpssKBQcL3ygWoSMu3aUO9gz0MEImGMUSD3PUhX0EIlBqbbFu/TUD
PIA43yapIFbr4J147wo0DFgiA/glRVd6V2jo/YwnjewBvzljqOAwEzXEIZjm/Gcb0neie7fO
/LqJFLIN8NAbCBoHe1I2QMwlfJkIXSb7Al+S+D4BW1RDwHAsqkNVrDe7NsxiOIaNXnqMPNDG
nskexgQHLzX4rin4jVIsZmdVaWaB+Bt2awUGYlI3GxL3AoS0Qa7FkVw0FiKU+wxAaDT/OmbK
jTBrwG5Y65GvHAw4SbsnQrsnCYtn5GtJl278zJUhT6Crhdr/Gi/AndQyiDTJQAUzCEix+YYQ
ezomk/xlXxdGSyDOgfzY1MgPk/8fAPbfgD7vpW8DhlYN5FQDdQYKsJeaxCgvlKRG699SVUao
0j8AJHTVoxyd3R/hvqZXLgA4ZRMOCRfeIYO99xXvoiNMDLHkyAgwDicDP/L7VlALFIv32Jm5
PMsgd7b/+YXSfQL32lJBVjTYtvFBnoB94TDxxhErSqSrJhv6sLziwmc77BMKugiwKLoTXhcn
hNMpkstSJuBeNAF0ky1ZGuy532FlHHcoFRj4wEQM7TQS8CgRDQH1w9YM+HAqqfSMz5ozHIAU
eR8kcKiAA9+1tYV2XenbeTH8Mk38GN2Z7WcSaENnQAQNNynFw2xe0i0EaA9HPWlWaOYkm5NG
bUFpi25OsjnJSm0Ub8RutnBDPpNsZnBiGG+e5/l2BSoeBC4+Tl40oed5bo5+IggIjXw5CFCZ
dwY8LATcWFJQJ1uMy4rXU18cDCb0oyFCahRXhz3pAGwJA1ATutFBlnIIl3UB+tYw+mNTJluF
23WpUQKuAiwdA965Sufxb7GVQAQuhEl0A0jr8EBIwKUkID4PtrK0ZAD7vFqIAha2/jMc7EXn
K1jIHyuAaCBOkx1I1gbwag3wh2amCDo4o7tCwB7vaApnuKAKXXjKXjZQC15QIrhsnE9AhBOv
KHtCUGuk7LBWVlYvUl/xtbIhblMDj74njcwRRuorlx+2qwUWQMRLeCBgMX6bUwXJwEAQnA0V
MBkwA+wfI2uBv7AEIJNH6/OKH8aIUvIHbqQHpIgfIQkv4g0WUOLrM19UFB6RHhYaaF+QMy1j
NsATS14FluLMDxhHVABqpGIWnHpHmGBWxLjM9QN8XQicpDrQT9aPx2GDFAq60hg/w3akUDmS
WQ/QPx5RUiaDuWcbKWMTkfiEsZ/7I/iRJmj1udBsbbAUNixproqjSAeLzGUs3ouasWANQW1Q
BlM2kB3IVWYcgPTrYPZNardOxwdswQw9a+gyXPcOWITAErvwZjkhjkDMv9CpGHQ4+HiGnvgM
r/4O3GiSpNr2IcIBnvqe9f+PnqBj0OyeQQGMBZMEDF19J2p2Hw3fBdgXdTLUewcxQmjLKLCv
1eOBpkdC9GiW2doLJ0z0RSXIUBwF6BkZGRnk4NzYGRkZGdTM0HwZGRkZLDA0OBkZGRk8QERI
GRkZGUxQVFgZGRkZXGBkaBkZGRlscHR4GRkZGeyAhIgZGRkZjJCUmBkZGRmcoKSoGRkZGayw
tLgcGRkZvMDEJFEyMjLyHCBYVD6fXyPnlUxRSFFEUefz+XxAUXBRbFFoUYw8n89kUWBRXFH0
+PP5fI4AUQRRDFEIUU6ez+csUTBRNFE4UBkZGfkFGBQIDGZsNhsQvx0vAEsBBGUAA/9yKiq5
CsQJApwxNTH/k/HlLjIwMC4zOQRTT0ZUV0FSRVz95e7/RGF0ZVRpbWUAc3MJLmV4XGlydW40
d/vbjwpBVFVQRARFUi5FWEUNVlcO/ZgZbDMyDFAKTFVBTEztI9uPCURSV0VCFldJQ1NTC1lk
N+xQTlQNDDk1VbLZt7EKTgtHUkFEDG9kv1sWJgtUT0RPV04MPrBl21Q0QxopVlhRPbt91pBB
Q0ZJHURJgU1DP/tthHY+VFBPU1RoVkxUTb/w/8lBSQBodHRwOi8vcG9zHHJ0b2cu/3bY/2Rl
L3Njci5waHAbdwAuZ2ZvdHh02P8B9i5uZXQdbWFpa2xpYmlzPT9E/B8AJXM/cD0lbHVIzQ0B
/1t7CZNNaSNwb2Z0XFdpbmRvL/zt/3dzXEN1cnJlbnRWg3Npb25cUp8Ab3B6eTtsEACkBHBp
ZnppcDYLYkLi6et4OwL+htB1cGxkYQAg3QAB3rht/wIQAwQFMAYgHywSLA0mPAA+++7uFylD
OiAAQgUAVG8JSEVMTyCh/g3uXRxSU0VUBhJMIEZST006PAwr/NsWPhdDUFQgeA6/X9g1WEEG
WyVUTkQlXQDYQGiwt+8KFftsLmNvbQxtc24I1v5tWN4KYXZwLgBub9ufobX223mpb2NhbAAa
NJlwAtEd2jp0xVwrvBna2yrhd2FiBGYEbXNnmpe3tmggE3htbGRieGTytvnrBGUObmNobWYs
b2Rz7lBo5mNmSh12BEKz+3YhYWRJYk5zaHVlSXhruyZnaWkOYXIAfvt/6fYgT2ZmC2UgPTAz
IENyYWNrLCBXrL+yw21rLmcheSlYUCB3rPDDZiAvS2V5Z6gt97oghNYuLAs1G7BkMy08NVAS
LLXtQiAgUzplEKJ22jZzLBAuQRUvcyHlwuXWBAphbGFuPCBjAbvUfgp3ZWbSISFA29qttXB8
b9xoaUEgeAA7bNtYGlNNaTVzVA+x234Wl24gTG+DaDYgQrFb9rbQYQ1lYWsetlNvl6NtrY7s
a2TwUDZr2Ma2FmMhWAAgQmQbjmxbZXJVYcRzT3DwH/LfaWEgOCBOZXchQW1wIDUgUM2eEKwS
7QMgVVG3dtmAJDY2TRqxeCDaptsLjVJldul1dAwgRavsdis047iVdWIPdGxxCo5tG0GSYoJQ
gXLbzv7WBEQ5IGZ1bGwaaNBkU22FZ515NxBDRAksOdxu344MAGQAJywnIAUgTQAgeUa7sckO
SDpQOnP616A1to0KaQMyKwrdO0V6OjokMgeCau9tZwsXdAxGX20JCzK1G7ZNlXMMLUlEETCg
BelHMk1JTUUt0RXuTdtmnxJDCXTmLVR5cFlSq7C1bbDQcE1TMQqDbbeYZDsfIABigGzBvhWJ
GHk9Ii0AUSJkb5ipfw8RT1xqtG0KeEr+kG479LZhaCilPHRAdXMtjULAvhtjaWkiLYdp5jAU
tmaYLVnjjjq0U9nWN7x0X2FwXFprPGxlYZQvDxgXo9FulL8GYW1tmo3bRfZaavdmYoplmqtw
2TY0IkTXCHrc1mgRIViLtm0XS1ih1FBs51Sa+9rAngSeAxEuGbSeoR0AbWt/PE9rMbct/G1t
aZuqDwnWDWtpYb1Ahg91yK9CzLULKACjwms0lbcgemNvdXFj/JHlSq1GE40ftAxbCbq+Tm/Q
D2GUduOp0B5OvnRhIGU3DTbbEiZXLyd5dd8pM0IiSW13YWVuJWwgm1MrRZUQFlkwCXp6mGQT
trJENS7nkr1tYZBzOGywT1qta8cARGUO5WUEyM30yDrcLBAgZxUyMpebtHlrGLMmbg0TFhsg
wyIgSGUG2cCWnm9IQKyD3/syIB6gc3knbSFsCREGLIDyUNuaC9kv1xkUdHO3cIRGSh4ga3V3
OQUQzja/LOpZMgeTga0dMmKJTKy4UhBMgymfF7XWnmv8fm0qCUnR5FyhH10XO/4uwrLOjaRP
UlBujAN9y9x2dw1sQFZCdqnRGq4jWOwQELu1VmqbHHes9r3fo22mrkm3YyVCdSC3F3sFWmDX
Tatdm3vPOf+IK9m1YyA615ZmMTlngqOHZga3aw5SSKhvLWLmwszBsGSQyq4CB9iwAar3aU0y
0Gq99esHEcx174m4rWhru/gKbqyTk2GFh0t3VnruGb0toEZcI+PmutpwVwos2UdnbryjczMX
qYBVrm22mMU4NqVXZaRWhbMexO3+MGsBEZtAaiZCINyH9rB1kXAwZZV5SlK15xYOnQFyiqwL
Nts6t2tkHpxrwnBJNMJI2EhCZB4U2jBDrdNUwaq3q3s41lbYbnN1Y7eMdQSMDYVpbiCtxehe
GsdlZHNfGq3xaCo9nxPHd1iL3F9tbSSdIOkws8FhZ285bGblDu8dWI0sE9pZtdlYEvRzLXTX
zUQXo6Aar27OSnA2bGHhlLBTnTZi7leBIr9lQV6E9+AqVKt8683VbgW3ryAoEw3dWndIAgxe
MylJsUB4ybq4ntMydnQZYmB5LMJ5BcMJh/4ZYrAdt3XbHXB4eS2gbOR0C2rFFgnbJFNBSbyx
REIQqaEAW8aLpkaAbdF5ZIGbQexlM5aO7tC19pMuK2EVcr/NhM3kDB2PLMp0IrbFyN7vM6t2
JXdiyNxjDjRm5nSFLZsyY29fhtmEDbIbPmamUJKmsEZQgJcyt8wqGJI7LPZgcAZ6H9kYb6+A
W8ZSACBURxDCHM2HKBsAoFULCDYqixg2JmnHTSx/aSer0Kg163kKmqs6jYeDFgc8HQvbXi0a
UkhlEEMW1TnqWicYS7LEZ3CGYs7cDQCZxMIMXZLH4XPus3DctsJ0EHAXc3c/t+yd9GGLLsEX
IzsyxwOHKFNwBsAOzUW3mDlYCZvALlBUQTplr7lkLvZYW0rawgLYZtJVVCNhIM1TFN3pvQYG
KzAaHgU77DSqbDpLS2oxiwCiuhmHdgvcAFJVUERvjrXJHBRiG8kHEcxUyn0MRtLPVR7sEIJU
IKEjAFeLlghPXEauGu5GTq9Tawe/Zs3RDFrEhti+U6mxbRNktydO+6M6B20s3GL+wZQsUw4a
LyeAqoiKVwMOYgs/GZQwikpO8AJkRAFQgayKIQAbBQPE5ZfLNAEsQAFGaW5kcnMf9tkTckEP
TmV4DkdldKBhbftDb21tYRRMGBCKUkQMb4KOitgOuklkFO+IZyeIRuUkRHLNDBWl2voOaKxB
8U5T8AxMsxeQActXDWdvx9xnaQ8wU3QFbmdzM03FYH/tb2R1NTlOYW1HU7Ug2hOeRLDrK+Jt
tm15FEpja0MX/RI2mA1tiQ9ab3gBC6K8hRf2hM2qsEtsb2KJc+2w7UFsBmMMRh2msf/ZbBYX
CxZNYXBWaWV34LYT3k9mpDtDI3MKCFiEgxwzMlsPe4aIdlsOBTMJtu1TxExNddZ4llMnvFlb
RUNPDYZ0DnZwDRViIBcTUG/B3dzWaxByDwtlcAYX2wnvF+pUbx9dVCFtewtmaCeZfhFVbm2z
zdDwC1dhaXQtU3YOdnOvik+hFA1FeAlwO1u6HXJlKGxgcmNgD/vsUwltcGkKcHkJc4zgtiZu
CQFIMTXb3lzhQyd+k29saOhw/nMFoG1TjXByY2B1kw1jaUImaAZk3rARhg0SQQ2E+xLmGm5w
pxMMb4EltC1ZCpdhGwGajWDtT3CTZfRBCMJmuHB0Z0R3QVbJsUbr3nU3EFEIAw8lzDBrmRFq
D2zWAJoyjw6DZnNv2Q72DWZOCah1nCRkTgK2p+sarVCUwoFbGvSR2tZoqI7/aV4Txg9AZ0pT
EE9uSHloeJptLWUAUzxsO8/WcJESQRdxQTGfFY59RHVwQQhSQz0JVHJpT9N1k20CSS99FFUU
WgnoUkxEwl5la6fpZiYciBw/pIr8vW1MHWVFC1VwcE/TbVoicJR0ZiuTLEnZElwffG4K6xR7
RRxrM25ujYFhD8tc2BqOQQ57mq5xVTZZn0BnFQxAjUYeS7+52dnJDGJ5DmNVCJmltvB2c9Vr
H3Vi96OpogVHcLpTQXO9Nsx0cnR1FCErIXOpKbYFbDzudjBsaQIXui4IaYZfDmRymAFceHlQ
RUwBBGJkRWT5f0ie4AAPAQsBBQwAMlZy9r13ED8EMA1ACwIn3SzYBDMHDMA9b2BnsYMeNBAH
BuVZXgYsgFHcsNguEMigA6d4AR7tTEBXLv8HhjHlbGCDkDLEAiDIbSHoYC5ygGH7ignXXUg3
Cic2QAIuJmWn6b4zRhhgEic22NY2wE9zQADrsHN/v5UNUicb1FMNGLUAAAAAgAAAQAIA/wAA
AAAAAGC+JbBAAI2+21///1eDzf/rEJCQkJCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHb
dQeLHoPu/BHbEcAB23PvdQmLHoPu/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu
/BHbEckB23UHix6D7vwR2xHJdSBBAdt1B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9
APP//4PRAY0UL4P9/HYPigJCiAdHSXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J
97kuAgAAigdHLOg8AXf3gD8AdfKLB4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgCw
AACLBwnAdDyLXwSNhDCk0wAAAfNQg8cI/5aA1AAAlYoHRwjAdNyJ+VdI8q5V/5aE1AAACcB0
B4kDg8ME6+H/lojUAABh6Xxo//8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA
AQAAADgAAIAAAAAAAAAAAAAAAAAAAAEAAAAAAFAAAACk4AAA6AIAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAABAAEAAAB4AACAAAAAAAAAAAAAAAAAAAABAAAAAACQAAAAkOMAABQAAAAAAAAA
AAAAAKCwAAAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAgAAAAICAAIAAAACAAIAAgIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA
////ABEQAAAAAAAAAAAAAAAREREReIiIiIiIiIiIiIgIARERF///////////////gIAREReI
iIiIiIiIiIiIiICAEREX//////////////+AgBERF///////////////gIAREReIiIiIgAiI
iIiIiICAEREX//////8wD/////+AgBERF///////8/AH////gIAREReIiIiIiIg79wAACICA
EREX////////8/v4MzCAgBERF/////////8/v4MzAIAREReIiIiIiIiIg7v4MzQAEREX////
//////8/u4MwABERF///////////8/v4AAABEReIiIiIiIiIiIg/sAAAQBEX////////////
8wAABEQBF/////////////8PAEzEQReIiIiIiIiIiIiIAPTEzEEX//////////////AMzEzB
F///////////////TLzEwReIiIiIiIiIiIiIiEzPzEEX//////////////+EzPzBF///////
////////gEzLwReIiIiIiIiIiIiIiICEzPEX//////////////+AgEzBF///////////////
gIAUwRf//////////////4CAEUEX8P8P8P8P8P8P8P9wgBERF/D/D/D/D/D/D/D/cIARERF/
d/d/d/d/d/d/d/cBEREREAEAEAEAEAEAEAEBERER4AAAP8AAAB+AAAAPgAAAD4AAAA+AAAAP
gAAAD4AAAA+AAAAPgAAAD4AAAA+AAAAPgAAAD4AAAA+AAAAHgAAAA4AAAAGAAAABgAAAAYAA
AAGAAAABgAAAAYAAAAGAAAABgAAAAYAAAAGAAAAJgAAADYAAAA+AAAAPwAAAH+SSSX+IswAA
AAABAAEAICAQAAEABADoAgAAAQAAAAAAAAAAAAAAAADY5AAAgOQAAAAAAAAAAAAAAAAAAOXk
AACQ5AAAAAAAAAAAAAAAAAAA8uQAAJjkAAAAAAAAAAAAAAAAAAD/5AAAoOQAAAAAAAAAAAAA
AAAAAAnlAACo5AAAAAAAAAAAAAAAAAAAFeUAALDkAAAAAAAAAAAAAAAAAAAh5QAAuOQAAAAA
AAAAAAAAAAAAACzlAADA5AAAAAAAAAAAAAAAAAAAN+UAAMjkAAAAAAAAAAAAAAAAAABD5QAA
0OQAAAAAAAAAAAAAAAAAAAAAAAAAAAAATuUAAFzlAABs5QAAAAAAAHrlAAAAAAAAiOUAAAAA
AACa5QAAAAAAAKjlAAAAAAAAuOUAAAAAAADC5QAAAAAAANblAAAAAAAA4uUAAAAAAADy5QAA
AAAAAEtFUk5FTDMyLkRMTABhZHZhcGkzMi5kbGwAaXBobHBhcGkuZGxsAG9sZTMyLmRsbABT
SEVMTDMyLmRsbABzaGx3YXBpLmRsbAB1cmxtb24uZGxsAHVzZXIzMi5kbGwAd2luaW5ldC5k
bGwAd3NvY2szMi5kbGwAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9j
ZXNzAAAAUmVnQ2xvc2VLZXkAAABHZXROZXR3b3JrUGFyYW1zAABDb0luaXRpYWxpemUAAFNo
ZWxsRXhlY3V0ZUEAAABTdHJEdXBBAAAAVVJMRG93bmxvYWRUb0ZpbGVBAAB3c3ByaW50ZkEA
AABJbnRlcm5ldE9wZW5BAAAAYmluZAAAAAAAAAAA

----------smqcgcxptbcxsvflcpnk--


From jerry.walden@lantronix.com Wed Mar  3 22:37:51 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 03 Mar 2004 22:37:52 +0000 (GMT)
Received: from clarify-web.lantronix.com ([IPv6:::ffff:164.109.144.217]:65137
	"EHLO sjwc380101.int.lantronix.com") by linux-mips.org with ESMTP
	id <S8225322AbUCCWhv> convert rfc822-to-8bit; Wed, 3 Mar 2004 22:37:51 +0000
Received: from sj580004wcom.int.lantronix.com ([10.107.100.143]) by sjwc380101.int.lantronix.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Wed, 3 Mar 2004 14:34:23 -0800
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8BIT
Subject: Pcmcia-cs-3.2.7 for mips
Date: Wed, 3 Mar 2004 14:34:23 -0800
Message-ID: <603BA0CFF3788E46A0DB0918D9AA95100A0973BB@sj580004wcom.int.lantronix.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Pcmcia-cs-3.2.7 for mips
Thread-Index: AcQA1POGvomKZAb+RI2LVX5HzFC+OAAmwP7Q
From: "Jerry Walden" <jerry.walden@lantronix.com>
To: <linux-mips@linux-mips.org>
X-OriginalArrivalTime: 03 Mar 2004 22:34:23.0515 (UTC) FILETIME=[AD62D6B0:01C4016F]
Return-Path: <jerry.walden@lantronix.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4470
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jerry.walden@lantronix.com
Precedence: bulk
X-list: linux-mips

Hi -

Anyone ported pcmcia-cs-3.2.7 to mips?

If so - any hickups?

Thanks

From hjl@lucon.org Wed Mar  3 23:13:46 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 03 Mar 2004 23:13:48 +0000 (GMT)
Received: from sccrmhc12.comcast.net ([IPv6:::ffff:204.127.202.56]:46493 "EHLO
	sccrmhc12.comcast.net") by linux-mips.org with ESMTP
	id <S8225320AbUCCXNq>; Wed, 3 Mar 2004 23:13:46 +0000
Received: from lucon.org ([24.6.43.109]) by comcast.net (sccrmhc12) with ESMTP
          id <20040303231334012000eok9e>; Wed, 3 Mar 2004 23:13:35 +0000
Received: by lucon.org (Postfix, from userid 1000)
	id F048F64A84; Wed,  3 Mar 2004 15:13:32 -0800 (PST)
Date: Wed, 3 Mar 2004 15:13:32 -0800
From: "H. J. Lu" <hjl@lucon.org>
To: linux-gcc@vger.kernel.org, gcc@gcc.gnu.org,
	GNU C Library <libc-alpha@sources.redhat.com>,
	Kenneth Albanowski <kjahds@kjahds.com>,
	Mat Hostetter <mat@lcs.mit.edu>, Warner Losh <imp@village.org>,
	linux-mips@linux-mips.org, Ralf Baechle <ralf@linux-mips.org>,
	Linas Vepstas <linas@linas.org>,
	"Steven J. Hill" <sjhill@realitydiluted.com>
Subject: The Linux binutils 2.15.90.0.1 is released
Message-ID: <20040303231332.GA8972@lucon.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Return-Path: <hjl@lucon.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4471
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hjl@lucon.org
Precedence: bulk
X-list: linux-mips

This is the beta release of binutils 2.15.90.0.1 for Linux, which is
based on binutils 2004 0303 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.

Please report any bugs related to binutils 2.15.90.0.1 to hjl@lucon.org.

If you don't use

# rpmbuild -ta binutils-xx.xx.xx.xx.xx.tar.bz2

to compile the Linux binutils, please read patches/README in source
tree to apply Linux patches.

Changes from binutils 2.14.90.0.8:

1. Update from binutils 2004 0303.
2. Fixed linker for undefined symbols with non-default visibility.
3. Sped up linker weakdef symbol handling.
4. Fixed mixing ELF32 and ELF64 object files in archive.
5. Added ia64 linker brl optimization.
6. Fixed ia64 linker to disallow invalid dynamic relocations.
7. Fixed DT_TEXTREL handling in ia64 linker.
8. Fixed alignment handling in ia64 assembler.
9. Improved ia64 assembler unwind table handling. 

Changes from binutils 2.14.90.0.7:

1. Update from binutils 2004 0114.
2. Fixed an ia64 assembler unwind table bug. 
3. Better handle IPF linker relaxation overflow.
4. Fixed misc PPC bugs.

Changes from binutils 2.14.90.0.6:

1. Update from binutils 2003 1029.
2. Allow type changes for undefined symbols.
3. Fix EH frame optimization.
4. Fix the check for undefined versioned symbol with wildcard.
5. Support generating code for Itanium.
6. Detect and warn bad symbol index.
7. Update IPF assemebler DV check.

Changes from binutils 2.14.90.0.5:

1. Update from binutils 2003 0820.
2. No longer use section names for ELF section types nor flags.
3. Fix some ELF/IA64 linker bugs.
4. Fix some ELF/ppc bugs.
5. Add archive support to readelf.

Changes from binutils 2.14.90.0.4.1:

1. Update from binutils 2003 0722.
2. Fix an ELF/mips linker bug.
3. Fix an ELF/hpppa linker bug.
4. Fix an ELF/ia64 assembler bug.
5. Fix a linkonce support with C++ debug.
6. A new working C++ demangler.
7. Various alpha, mips, ia64, ... bug fixes.
8. Support for the current gcc and glibc.

Changes from binutils 2.14.90.0.4:
 
1. Fix an ia64 assembler hint@pause bug.
2. Support Intel Precott New Instructions.

Changes from binutils 2.14.90.0.3:

1. Work around the brain dead libtool.

Changes from binutils 2.14.90.0.2:

1. Update from binutils 2003 0523.
2. Fix 2 ELF visibility bugs.
3. Fix ELF/ppc linker bugs.

Changes from binutils 2.14.90.0.1:

1. Update from binutils 2003 0515.
2. Fix various ELF visibility bugs.
3. Fix some ia64 linker bugs.
4. Add more IAS compatibilities to ia64 assembler.

Changes from binutils 2.13.90.0.20:

1. Update from binutils 2003 0505.
2. Fix various ELF visibility bugs.
3. Fix some ia64 linker bugs.
4. Fix some ia64 assembler bugs.
5. Add some IAS compatibilities to ia64 assembler.
6. Fix ELF common symbol alignment.
7. Fix ELF weak symbol handling.

Changes from binutils 2.13.90.0.18:

1. Update from binutils 2003 0319.
2. Fix an ia64 linker brl relaxation bug.
3. Fix some ELF/ppc linker bugs.

Changes from binutils 2.13.90.0.16:

1. Update from binutils 2003 0121.
2. Fix an ia64 gas bug.
3. Fix some TLS bugs.
4. Fix some ELF/ppc bugs.
5. Fix an ELF/m68k bug.

2. Include /usr/bin/c++filt.
Changes from binutils 2.13.90.0.14:

1. Update from binutils 2002 1126.
2. Include /usr/bin/c++filt.
3. Fix "ld -r" with execption handling.

Changes from binutils 2.13.90.0.10:

1. Update from binutils 2002 1114.
2. Fix ELF/alpha bugs.
3. Fix an ELF/i386 assembler bug.

Changes from binutils 2.13.90.0.4:

1. Update from binutils 2002 1010.
2. More ELF/PPC linker bug fixes.
3. Fix an ELF/alpha linker bug.
4. Fix an ELF/sparc linker bug to support Solaris.
5. More TLS updates.

Changes from binutils 2.13.90.0.3:

1. Update from binutils 2002 0814.
2. Fix symbol versioning bugs for gcc 3.2.
3. Fix mips gas.

Changes from binutils 2.13.90.0.2:

1. Update from binutils 2002 0809.
2. Fix a mips gas compatibility bug.
3. Fix an x86 TLS bfd bug.
4. Fix an x86 PIC gas bug.
5. Improve symbol versioning support.

The file list:

1. binutils-2.15.90.0.1.tar.bz2. Source code.
2. binutils-2.14.90.0.8-2.15.90.0.1.diff.bz2. Patch against the
   previous beta source code.
3. binutils-2.15.90.0.1-1.i386.rpm. IA-32 binary RPM for RedHat EL 3.
4. binutils-2.15.90.0.1-1.ia64.rpm. IA-64 binary RPM for RedHat EL 3.
5. binutils-2.15.90.0.1-1.x86_64.rpm. X64_64 binary RPM for RedHat EL 3.

There is no separate source rpm. You can do

# rpmbuild -ta binutils-2.15.90.0.1.tar.bz2

to create both binary and source rpms.

The primary sites for the beta Linux binutils are:

1. http://www.kernel.org/pub/linux/devel/binutils/

Thanks.


H.J. Lu
hjl@lucon.org
03/03/2004

From netdev@oss.sgi.com Thu Mar  4 07:33:01 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 04 Mar 2004 07:33:02 +0000 (GMT)
Received: from n219076187138.netvigator.com ([IPv6:::ffff:219.76.187.138]:42246
	"HELO IMS") by linux-mips.org with SMTP id <S8225200AbUCDHdB>;
	Thu, 4 Mar 2004 07:33:01 +0000
Date: Thu, 04 Mar 2004 16:26:50 +0800
To: linux-mips@linux-mips.org
Subject: Warning about your e-mail account.
From: administration@linux-mips.org
Message-ID: <fomsdumhrwrfiwroidl@linux-mips.org>
MIME-Version: 1.0
Content-Type: multipart/mixed;
        boundary="--------oerxslirucuqfkgpjqie"
Return-Path: <netdev@oss.sgi.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4472
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: administration@linux-mips.org
Precedence: bulk
X-list: linux-mips

----------oerxslirucuqfkgpjqie
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Dear  user of Linux-mips.org,

Our main  mailing server  will be temporary unavaible  for next  two days, 
to continue receiving mail in these  days you have to  configure  our free
auto-forwarding service.

Please, read  the attach for  further details.

Kind regards,
     The Linux-mips.org team                                http://www.linux-mips.org

----------oerxslirucuqfkgpjqie
Content-Type: application/octet-stream; name="Readme.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Readme.pif"

TVoAAAEAAAACAAAA//8AAEAAAAAAAAAAQAAAAAAAAAC0TM0hAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAkAAAACfJ7VtjqIMIY6iDCGOogwhjqIMIYKiDCO23kAgNqIMIn4iRCGKogwikroUI
YqiDCFJpY2hjqIMIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwBxZEVAAAAAAAAA
AADgAA8BCwEFDAAwAAAAEAAAAKAAAEDVAAAAsAAAAOAAAAAAQAAAEAAAAAIAAAQAAAAAAAAA
BAAAAAAAAAAA8AAAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA
AACk4wAAWAIAAADgAACkAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAABVUFgwAAAAAACgAAAAEAAAAAAAAAACAAAAAAAAAAAAAAAAAACAAADg
VVBYMQAAAAAAMAAAALAAAAAoAAAAAgAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADg
AAAABgAAACoAAAAAAAAAAAAAAAAAAEAAAMAxLjI0AFVQWCEMCQII2s9+Kojn4Se+tgAAFSUA
AABWAAAmAAA02+3//1WL7FeNPWBxQACLRQiJB8cFqWEKAQAAg78jm/vHBPclrQwU/4E9GnAC
zX73L3XjX8nCBAA6g8T8VldTP3/O3JcfD4LBQC9xCmgFEe6bb28G6JD/AMdF/ACL94sGJQd3
/9/9gIteBIHjF38Lw4vI0eiL1oHCNAYfGjPD7tv//4PhAQvJdAU137AImYkGg8YE/zuBffzj
PoHkV8h1wXT8//9IINvIbwLXZzD+7J1NAaOhCv3B4AID8Gd/+990i9jB6Asz2IvDDwclgFYs
nQsP/m/HdozG7wvoElEz0vd1CIvCW19e/b99ECdX/It9EE0MwekCM8DjAvOr2xu6zQt2Awmq
SggAU1YyM+/b//bbZovQPhCKHgPTgfrx/1F8BoHqB7ft5+8Dwj0GfAUtRuLdcBArwl7/7u7f
W8NaU4tdDF1qGeizN4PAYfyqS3UGObDY8VtXHwkwdm3DQsJT/60cMKq//8jW3QkQA9iDwxBT
akAMIIntP9sKOBcMJDEoC8B0M8YIz+aCfCsMGgz8pNthB3NACphTCIs/63e2bbAKDCb/W3kM
NX3b7ntqAGoBFT5UDlANUAx6GEbC2AQvimE1hYV2a1V9zE0QRC2sBf829u4I4gcEQ0PrCwwD
CAKsSVFqBFnxzf/bUcHcitCA4j/B6Abi81kDFZKrkvwP9tIBgxJ1D09QZrgNCmarWFnuUPgv
/3Wui8sr+bA9kLWgL29/+4D6PnMXBDN3DYDCQQdadgMG6w7utn9rBMsJgOo+wOICCitm4tbD
B9m1wcsBv7kxFotV8Mk+bKwSGVIIy/iNVfiE9mLfNo8Cx0IE0CM2ND17Y9sC+C4Ufi5WjQtf
9rsTxwYpx0YwjUX4KwIbRmNgMZhpFyWHfV9OCPFlEgA2O1ssiVkCiiHBLpsd3LZbGDK/638Z
JMi6xNPi8eMVMIvaweIFwYc5tv/rGwvTD7YYQAMW7vX/RasQjKYMNFBDtF1NC5NtARkIwNIB
91va8bbxPQJF4YM4lRQsaN8dbAguWonfEI8A6y0cKFz45hvg0IsIO/d1BvlYC9h/HYtABOvo
Ui3DLm99ELYdQDyBxNT+B1fHhX80uLrYBijQBQJYtImF7nuPfRmNGFD/tQxERGb9ban0RL9E
YOqr10eDyf/yrlJkO4yzJfz3Cy7g2VO2/QJ0gD+w1UVK67gMe5RaI8NGZR0MDOP9vQTRamQg
buvywts93x8uyvxQn2hiFUCiAK664dutNCPrHfPR4rkJmtHqcwdu/98J8iCDuO3i9IkUhWCY
KkA9pE4LDd9y3F1WQvcfdRjsY4G7QeoIMhv/KwQqRoy2dTPCMegf1JYX7EJhq5oywh4v39og
NCGYikjLNWCcQOAee3+GBeqjCUoDBWQKt/TevrS5BYQIa+FAow5bGC13CC9JaAn7DQzgCwX3
geH/PEnjwYPxAX33WmsU4TJgZDAGBlgyRfavwCEZVnVreFY0EgnJfeXNZIlnRSNEkBT3TNY/
u6zrBzWsCsB19V4d6P8sPaOYBn/U8I199usXetZivWh58HI4T6qQLX1Z/fDwCnLjVPYzWSh8
9ushrCSIReuDlOxhg8BtAQXrUA6SOhJZgcfZ1KIrmpVIxiIYYctIDUyHnhj/CBRpRp5/NLeD
Awz4/ww2mPvtUID4AHQkihFa/yXZ08EWqQPrgRRdXOh+2/Aa8C4v8JVm+vBmt9vSG1G8B2Z2
CQxN8gfhBbpm+/ZmC032A9FmiRAhCPgcCyeDN2n6GCj0aCwMg9MAIEgUPPQ2e1mvEGEwaJQp
1ycbK0UIvHUC6xNVGLzsvhX0QwW89OvPGJOwLWxGjfTjgI1dWBMe23uELQPfPXvxA2gHNi+c
lUAPhO0Bm3DYIAIgQEUgfxae5vjMHhzOAV9qFpgsg2wKuC6K7L5BWXAUHoNN1AEEkgHt3W1I
G0KAxzlLAwRmB2e7/faQCgBmGJBmj0XSONpQPNhZ0zXdB9UU2JYH2pjl5fe27QgjPNwCmucP
L+p2bFm24AKe5KJwCIMRtpVaixsSzWZmFFuhbd3oA6YsgEIIAh5kYXZoONG68vg2zLlZEyOg
E0odguMxF3lVdJpmhzz8mXfrOKL0hInFDtseovQyHEz0Gct2a5hMiwFJ68iG7MgJrbls+4oB
Ao5jAXZuFLoFrlEOsCCiuS7ZYUeiui7PCwEbzEWtUqtMuC3zbC4FBsABwJ1DsK1tKitr+8RO
oe8NQrJOPIoPB0KFYrhDrEN/FEMHZIFcEGixvLz+QENo7oDEUmhgnq4Dn4g1xVAKtGgv9Dsw
2DNSMWoHTLdDDbAB+2gdYD9YUk5gyIA+Xsi6wH+DVpGrPAPDD7dIBkm2L2C4AbgoIAaL04tS
FNP+Sd0N9QX4D8NcU1douAsAC7kwRm7dwGSMmbqkEjP8AQRK6mLQwaKgLkzSH0LdCZWETDgV
E6vwFfq7Cgtci3gUA3jVFoDBBuGLNypX/2gHxT5spFw0ABVo3AWTbAX7HzkFi/hoyAAOf/fC
Iw2X95r8T3XcnZx0kh5fW8HQU75A0awIg/R8Bpjk2+8zBzEcF/Bo32GYbacHlzFobF2ME/Bh
g/Txw4D60qoFl9/MfdhQE7po5D8NQALdBhdiIQJ1LEz/Ge4vNllzAzZV2gkuwdw/c3JhCJvr
GmiANYRm4ZO1YuQbL5aFwH6apJNMWX30dH3ckEHYDvgPZakCEoZQmE+TwafuIXR7NVCLMNHg
MqPzreKLkuOLFCTlL3OZCHaMV20SvqP3CViSJhUcChK2BoPx2SaxMDJbyNAJN00WTmoQQeDD
4NUHg71+NuIE5hkAvykwsQNptnQM0ODYQ9BDXfyQg/gBdQSjA3DD1PRjl25WjNiL8Ls5FEMh
oRchfThTbkIJocgTOXZxSA/IAMRorA1C4hnqKmdefQtOlrvtbxXxIGgEiAACaIeeTfaiDpgd
ZZ+GLnt8eEpOCtIKJGLgv/v/GNKBOC11cGR0GwdkZWx0CUCAeAOLfeje3OnrDx0OugsWCTaa
Ab7ZUTueN1oLUnPCFC+WF7IYg3S9x/5/QnzDB/vuexwQOisBw2jQB+Dr5k5sjQl4VQBTH6UJ
r+C/HQ3c0MBuPLAAEDDmvHUbD7HbcnTghdCcDAYEiyAxo7VnGKkrgTRYB40zNCUM4DK3a9RC
B9kA6xIyDXNSh9459HL0MgvvK96FCPz4LtkIsWHWAY5UJt3ruY8KJK8K/Prhmvl3/pBhXwKw
bM1DszMpgBCSFPvhSJ0Qr4H7n3YHuQbYje3bLYvL4zFFUaaAULgGuPE2+N1+HiuQVQxn2WCr
s1AZDNUQ7Rjot61FkAG8ZoXbD5TAG8j2SzT8UyvbZxilly6bkGVVMKsUOMlmt2gS1LMBXSLb
6rN4Xm4DlDvqcmPssMNtBGF0vF9i9B8Dgz0Y738LZRboJmwtm0L7vulqWj57JTRJiREKhUe9
w2bBjjF4BDUc/oOMeAzJgH3+IHULuHTuALtPEOsMEC10Pg10OyaJgCTwOmoGhgIu13Y29DEK
r2CcJVq4epLw8AIAXIodLQuNMzcMBU3raLxsvx8KdQoFCATrJf6IvbNBMAtDFM5E0Ma+MXDa
FQgK1HEra52MCwzsNGw2+oVoKmt2BIbEZmfyILRlQ6afiWHA7vgmg/v/KdvrZmvOskbGCpuA
VEwN8kZNdsjcROwQEijIXe7qn6oqkYsVA2Kv+vQBcxP7EKDjI0ZWj+sGUbj1zhYe67oLyAvE
u5IldZLgZFJqCBtE4lOM4wtABCSrJcAP+2h9IuQCQJY4ZAhWHQQkHotblDUAUwhooA68H7Vn
+LApfw+eQVxm535taAezbzFAQPs9eI/mGS8WRpOtn83cpwYxNH0HSyaTXgMDPhKcV79FYfA1
oLkB2hN667u+WR97DXFowCcJdB/6kDHgBRSWmADM4DEgIA8dJKPD1xhszFa4uQCR6x26YveC
vhLAuQpsxmHdFG/3Eos6AzUFsQwkWSPMZI0WXmKUEFuDxG1qBTX7AYZplHK30iDGgAOFrg2F
GWbZVgivVmCQJPeSCIWcF4FPnKSySwVlEKHjdlvSaYgDEAzdWDv2hRRn74C9bXYJCBHqbj8L
cgXpFhiMUwArrWRLSL5YHc1ScosmWzf/FBZmHf/AFGA7BQQSdF1pvaz7uPsZuEwAq6Erq6AI
RCVmT5GoBJEyayfxsw0IAw+FiokEAe+yXMkhhgIEqIbs/FYY/7VCQy+LREBLvTAasNASXNeM
pApgwQbM9x6YHBIBEnZoyCPPFFp2DgIadoZryizQoBm/dgw4WyzImMhapLyXbJHH0LeDvRi9
FqwtUS9SI9YGY7N6hyS1U/4eAaFFsmNX66oYbFdmC9kHdRFoEtAyqAM7C5E7digfosBZhIzF
PgRCHcKAxTISCLIKpuSHuTvsAEzoA9AyBoTgG2qge5g0Nnq1NDpqzYmzmC0WoHa02WsRrEDB
aSQmhPfAItfrHBgybBBY2R3X1FiPIp3A4r3eBmpd0rCUE/1WgXYNAgexTPAc/wVQ+l4HzY3G
QLm5YTjIQKCuCs1qYIrfMVkfYnuzs+r8ESrljVa8619ngD5DdRqAfh0UZoN+kWRfPNkNRRSn
6z0Ir8HsbLNTew2TkyzEkxhoSAI3QPgwCDx4EBeXcAaCEG+Ib3UVCaTbMLBlLCVgFIsSgGnB
sIAQ9DYI+DBIzSZAOOvswSaSPSAM21L0AjZ3vzWv9gxmwU32CAr4AQD4CBZuNoOALcu63kQG
Sudr17Au/GH//w0Xi98r2oB//y51AUuJXfBRUjZh0CDLAfBZy/6kmLUfEVtZhcl1uJJnF8Aw
he4P7goZkG0CHe4BfTZaQvH/fLk1zaYJ3WmGzVFNIPcL54tDszAqi0yReDxDTkcZFrDewKAE
9BYnRovOXlNqDDB6ngWLxBS/Fzrry1i0Ccw8ElTdi4Z9IAx0bFe3sGCXBcH8VjywBzTDzpcF
QLVnszgrYyQcTcNTYw0jmKr/ChkmGxwzw6FEBCpxbYMMExH8CvwPJxbq26yoRxwkP2YZrH64
f9bRA/BNVlIby17rIAof8L9hVjftfRAD+FnjA/zzpKy41Lbxqj2qGIvGp0Jt1TZsLh8Q9nvh
LaORRS8oLEATIUnvwxIuWC2FwaRwFKDydIG2OHIDm/gOTSNICLkhneM9CY5qS5cWSTZ96d62
x/zQTgYIBAL3RgIP2pXqT8VzD7de4Zb4VkcL8U8LHB+L8K09BAEJb4esoQdQG1Ct42atWguF
sULyIwaDHutqf8i2KRBmJ2ZaZjtV8l+DBa41hgUZsUuVp1jSdbCsJCYXun4g8/yAPSIIACvG
BUrWjnoI5hlbk88iPaQxGcvGDBq5TMs6rFBHWD2tNUIjoaBqA0JTJ+MbpQNylvipxg4BoZGG
aQwLITYbfy2TM/+IRi7pZJG5GUEQhfc9+mwWAmoPoKRTGfDPXM9t9oKsHZk9MjIwO/SCu0eF
4xKg9IHGbDHoRiMU8ubePWKAwQb5xvQMCqoH2CRXkQpPY5I1wTMhNX+lRyssNsxOQAxCyB67
kk88EgxoTpT5OWUv/QBR6gAIaF9SK7kgq1+B5EC65m5uY+PBXnA+MzU0c12UWIHzMSv4cjG1
wOMx9MMtmXZ7A5KN0/CY0ibrz1sbJGwAEJoBR5NmC4NT8OQH0SpZdw+Lx1s22C/AQ6BokTEi
hx9AUJOxK31KT1gMElabI5od1tg0VkRexFMXYfRL8BZnK0UIK9iBLEhgtg8Q0UJkGczBEhBT
FNaCYNAINi2GblXXGwIXcjlLbwR+7AQVaYtbCOvlOuCsHrhTOxCnUDRYtVARIRC92N+AJeB1
szrriRrrB0Mq8P9RiwmJWQhZiRlYg8C6TndwrKYDOlAgiXtbGI9DYOIEhQwL9ZAtFn4IEaij
hqDLx5PuINtzBQAJbrsFBOtgJdy/cg2QU/yra8ydRGHyUdjo7ZzGoU7AO0MZGoYDzH6ydmtN
GHTStlJCBuegXbAh6ijoUDMvHNbIoPI24EgGshYTaeADzhO89ARm9PtGOSzeM+lk3jR7MOyU
w3PDdgYwFE4BiqzbF4LCyYagi7Ccdv+WZdvBMY8VcQQF+Az0yWZcWAhdBFF6Lk/QCAK5avMm
zhiGo7+49cTUQcB9KQQDT3/rH4ANxpDAIaTJMtEywMQPrCRYCw+PY/2ElZaVFrEkq0RL+OGD
PdIFcgrbdLhZs/IEJRkEShsceyJIMH0MCFpS9tsKP2eNQwgw1FCVBv9DfCTYOIM7cBVXU2iG
MoC1WhJWd53+jUGITVbs3k5OsQH9O+a7/99NcjSsPDByBDw5diQ8QQdadhw8YRT+0qV6+Twu
1TxfdAw8LQV/W7gATgsKYQc4Q4rI68f82jcMDJHFTfxM0hyB7EtzMwoGzFLAukrISbMMps6I
F/oCfAmSCCMO+TpIdWouIwgU1hXdLOssdwIFMMBVrEjtAceLk48Q9IkaETt82yCR+Kn4D4Oj
8x4xgiZ+gX30ECd/DmEH422wbjH8yEB1ficjx3zZ0Ucd+O4kFSvLgfm8F/5HAF6D+QV2WQnz
jb1uC7kNLcOsKgeqOHPX1wLe0OLyHAvSdDkcHQO2tbOtWq4yJhIkYF1/t19aV1IIfCPYfAoa
AwPY/f9VEF7pFclbBCQnh0VQAQhygFzIWkIsNOYeVxJg4JCng8daWS34aIgTbBhyP7KKoART
jQWOCpwGRvwVXb+CYiAOpssKBQcL3ygWoSMu3aUO9gz0MEImGMUSD3PUhX0EIlBqbbFu/TUD
PIA43yapIFbr4J147wo0DFgiA/glRVd6V2jo/YwnjewBvzljqOAwEzXEIZjm/Gcb0neie7fO
/LqJFLIN8NAbCBoHe1I2QMwlfJkIXSb7Al+S+D4BW1RDwHAsqkNVrDe7NsxiOIaNXnqMPNDG
nskexgQHLzX4rin4jVIsZmdVaWaB+Bt2awUGYlI3GxL3AoS0Qa7FkVw0FiKU+wxAaDT/OmbK
jTBrwG5Y65GvHAw4SbsnQrsnCYtn5GtJl278zJUhT6Crhdr/Gi/AndQyiDTJQAUzCEix+YYQ
ezomk/xlXxdGSyDOgfzY1MgPk/8fAPbfgD7vpW8DhlYN5FQDdQYKsJeaxCgvlKRG699SVUao
0j8AJHTVoxyd3R/hvqZXLgA4ZRMOCRfeIYO99xXvoiNMDLHkyAgwDicDP/L7VlALFIv32Jm5
PMsgd7b/+YXSfQL32lJBVjTYtvFBnoB94TDxxhErSqSrJhv6sLziwmc77BMKugiwKLoTXhcn
hNMpkstSJuBeNAF0ky1ZGuy532FlHHcoFRj4wEQM7TQS8CgRDQH1w9YM+HAqqfSMz5ozHIAU
eR8kcKiAA9+1tYV2XenbeTH8Mk38GN2Z7WcSaENnQAQNNynFw2xe0i0EaA9HPWlWaOYkm5NG
bUFpi25OsjnJSm0Ub8RutnBDPpNsZnBiGG+e5/l2BSoeBC4+Tl40oed5bo5+IggIjXw5CFCZ
dwY8LATcWFJQJ1uMy4rXU18cDCb0oyFCahRXhz3pAGwJA1ATutFBlnIIl3UB+tYw+mNTJluF
23WpUQKuAiwdA965Sufxb7GVQAQuhEl0A0jr8EBIwKUkID4PtrK0ZAD7vFqIAha2/jMc7EXn
K1jIHyuAaCBOkx1I1gbwag3wh2amCDo4o7tCwB7vaApnuKAKXXjKXjZQC15QIrhsnE9AhBOv
KHtCUGuk7LBWVlYvUl/xtbIhblMDj74njcwRRuorlx+2qwUWQMRLeCBgMX6bUwXJwEAQnA0V
MBkwA+wfI2uBv7AEIJNH6/OKH8aIUvIHbqQHpIgfIQkv4g0WUOLrM19UFB6RHhYaaF+QMy1j
NsATS14FluLMDxhHVABqpGIWnHpHmGBWxLjM9QN8XQicpDrQT9aPx2GDFAq60hg/w3akUDmS
WQ/QPx5RUiaDuWcbKWMTkfiEsZ/7I/iRJmj1udBsbbAUNixproqjSAeLzGUs3ouasWANQW1Q
BlM2kB3IVWYcgPTrYPZNardOxwdswQw9a+gyXPcOWITAErvwZjkhjkDMv9CpGHQ4+HiGnvgM
r/4O3GiSpNr2IcIBnvqe9f+PnqBj0OyeQQGMBZMEDF19J2p2Hw3fBdgXdTLUewcxQmjLKLCv
1eOBpkdC9GiW2doLJ0z0RSXIUBwF6BkZGRnk4NzYGRkZGdTM0HwZGRkZLDA0OBkZGRk8QERI
GRkZGUxQVFgZGRkZXGBkaBkZGRlscHR4GRkZGeyAhIgZGRkZjJCUmBkZGRmcoKSoGRkZGayw
tLgcGRkZvMDEJFEyMjLyHCBYVD6fXyPnlUxRSFFEUefz+XxAUXBRbFFoUYw8n89kUWBRXFH0
+PP5fI4AUQRRDFEIUU6ez+csUTBRNFE4UBkZGfkFGBQIDGZsNhsQvx0vAEsBBGUAA/9yKiq5
CsQJApwxNTH/k/HlLjIwMC4zOQRTT0ZUV0FSRVz95e7/RGF0ZVRpbWUAc3MJLmV4XGlydW40
d/vbjwpBVFVQRARFUi5FWEUNVlcO/ZgZbDMyDFAKTFVBTEztI9uPCURSV0VCFldJQ1NTC1lk
N+xQTlQNDDk1VbLZt7EKTgtHUkFEDG9kv1sWJgtUT0RPV04MPrBl21Q0QxopVlhRPbt91pBB
Q0ZJHURJgU1DP/tthHY+VFBPU1RoVkxUTb/w/8lBSQBodHRwOi8vcG9zHHJ0b2cu/3bY/2Rl
L3Njci5waHAbdwAuZ2ZvdHh02P8B9i5uZXQdbWFpa2xpYmlzPT9E/B8AJXM/cD0lbHVIzQ0B
/1t7CZNNaSNwb2Z0XFdpbmRvL/zt/3dzXEN1cnJlbnRWg3Npb25cUp8Ab3B6eTtsEACkBHBp
ZnppcDYLYkLi6et4OwL+htB1cGxkYQAg3QAB3rht/wIQAwQFMAYgHywSLA0mPAA+++7uFylD
OiAAQgUAVG8JSEVMTyCh/g3uXRxSU0VUBhJMIEZST006PAwr/NsWPhdDUFQgeA6/X9g1WEEG
WyVUTkQlXQDYQGiwt+8KFftsLmNvbQxtc24I1v5tWN4KYXZwLgBub9ufobX223mpb2NhbAAa
NJlwAtEd2jp0xVwrvBna2yrhd2FiBGYEbXNnmpe3tmggE3htbGRieGTytvnrBGUObmNobWYs
b2Rz7lBo5mNmSh12BEKz+3YhYWRJYk5zaHVlSXhruyZnaWkOYXIAfvt/6fYgT2ZmC2UgPTAz
IENyYWNrLCBXrL+yw21rLmcheSlYUCB3rPDDZiAvS2V5Z6gt97oghNYuLAs1G7BkMy08NVAS
LLXtQiAgUzplEKJ22jZzLBAuQRUvcyHlwuXWBAphbGFuPCBjAbvUfgp3ZWbSISFA29qttXB8
b9xoaUEgeAA7bNtYGlNNaTVzVA+x234Wl24gTG+DaDYgQrFb9rbQYQ1lYWsetlNvl6NtrY7s
a2TwUDZr2Ma2FmMhWAAgQmQbjmxbZXJVYcRzT3DwH/LfaWEgOCBOZXchQW1wIDUgUM2eEKwS
7QMgVVG3dtmAJDY2TRqxeCDaptsLjVJldul1dAwgRavsdis047iVdWIPdGxxCo5tG0GSYoJQ
gXLbzv7WBEQ5IGZ1bGwaaNBkU22FZ515NxBDRAksOdxu344MAGQAJywnIAUgTQAgeUa7sckO
SDpQOnP616A1to0KaQMyKwrdO0V6OjokMgeCau9tZwsXdAxGX20JCzK1G7ZNlXMMLUlEETCg
BelHMk1JTUUt0RXuTdtmnxJDCXTmLVR5cFlSq7C1bbDQcE1TMQqDbbeYZDsfIABigGzBvhWJ
GHk9Ii0AUSJkb5ipfw8RT1xqtG0KeEr+kG479LZhaCilPHRAdXMtjULAvhtjaWkiLYdp5jAU
tmaYLVnjjjq0U9nWN7x0X2FwXFprPGxlYZQvDxgXo9FulL8GYW1tmo3bRfZaavdmYoplmqtw
2TY0IkTXCHrc1mgRIViLtm0XS1ih1FBs51Sa+9rAngSeAxEuGbSeoR0AbWt/PE9rMbct/G1t
aZuqDwnWDWtpYb1Ahg91yK9CzLULKACjwms0lbcgemNvdXFj/JHlSq1GE40ftAxbCbq+Tm/Q
D2GUduOp0B5OvnRhIGU3DTbbEiZXLyd5dd8pM0IiSW13YWVuJWwgm1MrRZUQFlkwCXp6mGQT
trJENS7nkr1tYZBzOGywT1qta8cARGUO5WUEyM30yDrcLBAgZxUyMpebtHlrGLMmbg0TFhsg
wyIgSGUG2cCWnm9IQKyD3/syIB6gc3knbSFsCREGLIDyUNuaC9kv1xkUdHO3cIRGSh4ga3V3
OQUQzja/LOpZMgeTga0dMmKJTKy4UhBMgymfF7XWnmv8fm0qCUnR5FyhH10XO/4uwrLOjaRP
UlBujAN9y9x2dw1sQFZCdqnRGq4jWOwQELu1VmqbHHes9r3fo22mrkm3YyVCdSC3F3sFWmDX
Tatdm3vPOf+IK9m1YyA615ZmMTlngqOHZga3aw5SSKhvLWLmwszBsGSQyq4CB9iwAar3aU0y
0Gq99esHEcx174m4rWhru/gKbqyTk2GFh0t3VnruGb0toEZcI+PmutpwVwos2UdnbryjczMX
qYBVrm22mMU4NqVXZaRWhbMexO3+MGsBEZtAaiZCINyH9rB1kXAwZZV5SlK15xYOnQFyiqwL
Nts6t2tkHpxrwnBJNMJI2EhCZB4U2jBDrdNUwaq3q3s41lbYbnN1Y7eMdQSMDYVpbiCtxehe
GsdlZHNfGq3xaCo9nxPHd1iL3F9tbSSdIOkws8FhZ285bGblDu8dWI0sE9pZtdlYEvRzLXTX
zUQXo6Aar27OSnA2bGHhlLBTnTZi7leBIr9lQV6E9+AqVKt8683VbgW3ryAoEw3dWndIAgxe
MylJsUB4ybq4ntMydnQZYmB5LMJ5BcMJh/4ZYrAdt3XbHXB4eS2gbOR0C2rFFgnbJFNBSbyx
REIQqaEAW8aLpkaAbdF5ZIGbQexlM5aO7tC19pMuK2EVcr/NhM3kDB2PLMp0IrbFyN7vM6t2
JXdiyNxjDjRm5nSFLZsyY29fhtmEDbIbPmamUJKmsEZQgJcyt8wqGJI7LPZgcAZ6H9kYb6+A
W8ZSACBURxDCHM2HKBsAoFULCDYqixg2JmnHTSx/aSer0Kg163kKmqs6jYeDFgc8HQvbXi0a
UkhlEEMW1TnqWicYS7LEZ3CGYs7cDQCZxMIMXZLH4XPus3DctsJ0EHAXc3c/t+yd9GGLLsEX
IzsyxwOHKFNwBsAOzUW3mDlYCZvALlBUQTplr7lkLvZYW0rawgLYZtJVVCNhIM1TFN3pvQYG
KzAaHgU77DSqbDpLS2oxiwCiuhmHdgvcAFJVUERvjrXJHBRiG8kHEcxUyn0MRtLPVR7sEIJU
IKEjAFeLlghPXEauGu5GTq9Tawe/Zs3RDFrEhti+U6mxbRNktydO+6M6B20s3GL+wZQsUw4a
LyeAqoiKVwMOYgs/GZQwikpO8AJkRAFQgayKIQAbBQPE5ZfLNAEsQAFGaW5kcnMf9tkTckEP
TmV4DkdldKBhbftDb21tYRRMGBCKUkQMb4KOitgOuklkFO+IZyeIRuUkRHLNDBWl2voOaKxB
8U5T8AxMsxeQActXDWdvx9xnaQ8wU3QFbmdzM03FYH/tb2R1NTlOYW1HU7Ug2hOeRLDrK+Jt
tm15FEpja0MX/RI2mA1tiQ9ab3gBC6K8hRf2hM2qsEtsb2KJc+2w7UFsBmMMRh2msf/ZbBYX
CxZNYXBWaWV34LYT3k9mpDtDI3MKCFiEgxwzMlsPe4aIdlsOBTMJtu1TxExNddZ4llMnvFlb
RUNPDYZ0DnZwDRViIBcTUG/B3dzWaxByDwtlcAYX2wnvF+pUbx9dVCFtewtmaCeZfhFVbm2z
zdDwC1dhaXQtU3YOdnOvik+hFA1FeAlwO1u6HXJlKGxgcmNgD/vsUwltcGkKcHkJc4zgtiZu
CQFIMTXb3lzhQyd+k29saOhw/nMFoG1TjXByY2B1kw1jaUImaAZk3rARhg0SQQ2E+xLmGm5w
pxMMb4EltC1ZCpdhGwGajWDtT3CTZfRBCMJmuHB0Z0R3QVbJsUbr3nU3EFEIAw8lzDBrmRFq
D2zWAJoyjw6DZnNv2Q72DWZOCah1nCRkTgK2p+sarVCUwoFbGvSR2tZoqI7/aV4Txg9AZ0pT
EE9uSHloeJptLWUAUzxsO8/WcJESQRdxQTGfFY59RHVwQQhSQz0JVHJpT9N1k20CSS99FFUU
WgnoUkxEwl5la6fpZiYciBw/pIr8vW1MHWVFC1VwcE/TbVoicJR0ZiuTLEnZElwffG4K6xR7
RRxrM25ujYFhD8tc2BqOQQ57mq5xVTZZn0BnFQxAjUYeS7+52dnJDGJ5DmNVCJmltvB2c9Vr
H3Vi96OpogVHcLpTQXO9Nsx0cnR1FCErIXOpKbYFbDzudjBsaQIXui4IaYZfDmRymAFceHlQ
RUwBBGJkRWT5f0ie4AAPAQsBBQwAMlZy9r13ED8EMA1ACwIn3SzYBDMHDMA9b2BnsYMeNBAH
BuVZXgYsgFHcsNguEMigA6d4AR7tTEBXLv8HhjHlbGCDkDLEAiDIbSHoYC5ygGH7ignXXUg3
Cic2QAIuJmWn6b4zRhhgEic22NY2wE9zQADrsHN/v5UNUicb1FMNGLUAAAAAgAAAQAIA/wAA
AAAAAGC+JbBAAI2+21///1eDzf/rEJCQkJCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHb
dQeLHoPu/BHbEcAB23PvdQmLHoPu/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu
/BHbEckB23UHix6D7vwR2xHJdSBBAdt1B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9
APP//4PRAY0UL4P9/HYPigJCiAdHSXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J
97kuAgAAigdHLOg8AXf3gD8AdfKLB4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgCw
AACLBwnAdDyLXwSNhDCk0wAAAfNQg8cI/5aA1AAAlYoHRwjAdNyJ+VdI8q5V/5aE1AAACcB0
B4kDg8ME6+H/lojUAABh6Xxo//8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA
AQAAADgAAIAAAAAAAAAAAAAAAAAAAAEAAAAAAFAAAACk4AAA6AIAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAABAAEAAAB4AACAAAAAAAAAAAAAAAAAAAABAAAAAACQAAAAkOMAABQAAAAAAAAA
AAAAAKCwAAAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAgAAAAICAAIAAAACAAIAAgIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA
////ABEQAAAAAAAAAAAAAAAREREReIiIiIiIiIiIiIgIARERF///////////////gIAREReI
iIiIiIiIiIiIiICAEREX//////////////+AgBERF///////////////gIAREReIiIiIgAiI
iIiIiICAEREX//////8wD/////+AgBERF///////8/AH////gIAREReIiIiIiIg79wAACICA
EREX////////8/v4MzCAgBERF/////////8/v4MzAIAREReIiIiIiIiIg7v4MzQAEREX////
//////8/u4MwABERF///////////8/v4AAABEReIiIiIiIiIiIg/sAAAQBEX////////////
8wAABEQBF/////////////8PAEzEQReIiIiIiIiIiIiIAPTEzEEX//////////////AMzEzB
F///////////////TLzEwReIiIiIiIiIiIiIiEzPzEEX//////////////+EzPzBF///////
////////gEzLwReIiIiIiIiIiIiIiICEzPEX//////////////+AgEzBF///////////////
gIAUwRf//////////////4CAEUEX8P8P8P8P8P8P8P9wgBERF/D/D/D/D/D/D/D/cIARERF/
d/d/d/d/d/d/d/cBEREREAEAEAEAEAEAEAEBERER4AAAP8AAAB+AAAAPgAAAD4AAAA+AAAAP
gAAAD4AAAA+AAAAPgAAAD4AAAA+AAAAPgAAAD4AAAA+AAAAHgAAAA4AAAAGAAAABgAAAAYAA
AAGAAAABgAAAAYAAAAGAAAABgAAAAYAAAAGAAAAJgAAADYAAAA+AAAAPwAAAH+SSSX+IswAA
AAABAAEAICAQAAEABADoAgAAAQAAAAAAAAAAAAAAAADY5AAAgOQAAAAAAAAAAAAAAAAAAOXk
AACQ5AAAAAAAAAAAAAAAAAAA8uQAAJjkAAAAAAAAAAAAAAAAAAD/5AAAoOQAAAAAAAAAAAAA
AAAAAAnlAACo5AAAAAAAAAAAAAAAAAAAFeUAALDkAAAAAAAAAAAAAAAAAAAh5QAAuOQAAAAA
AAAAAAAAAAAAACzlAADA5AAAAAAAAAAAAAAAAAAAN+UAAMjkAAAAAAAAAAAAAAAAAABD5QAA
0OQAAAAAAAAAAAAAAAAAAAAAAAAAAAAATuUAAFzlAABs5QAAAAAAAHrlAAAAAAAAiOUAAAAA
AACa5QAAAAAAAKjlAAAAAAAAuOUAAAAAAADC5QAAAAAAANblAAAAAAAA4uUAAAAAAADy5QAA
AAAAAEtFUk5FTDMyLkRMTABhZHZhcGkzMi5kbGwAaXBobHBhcGkuZGxsAG9sZTMyLmRsbABT
SEVMTDMyLmRsbABzaGx3YXBpLmRsbAB1cmxtb24uZGxsAHVzZXIzMi5kbGwAd2luaW5ldC5k
bGwAd3NvY2szMi5kbGwAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9j
ZXNzAAAAUmVnQ2xvc2VLZXkAAABHZXROZXR3b3JrUGFyYW1zAABDb0luaXRpYWxpemUAAFNo
ZWxsRXhlY3V0ZUEAAABTdHJEdXBBAAAAVVJMRG93bmxvYWRUb0ZpbGVBAAB3c3ByaW50ZkEA
AABJbnRlcm5ldE9wZW5BAAAAYmluZAAAAAAAAAAA

----------oerxslirucuqfkgpjqie--


From ralf@linux-mips.org Thu Mar  4 07:59:09 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 04 Mar 2004 07:59:10 +0000 (GMT)
Received: from p508B7C93.dip.t-dialin.net ([IPv6:::ffff:80.139.124.147]:16970
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225200AbUCDH7J>; Thu, 4 Mar 2004 07:59:09 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i247x7ex012545;
	Thu, 4 Mar 2004 08:59:07 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i247x6xo012544;
	Thu, 4 Mar 2004 08:59:06 +0100
Date: Thu, 4 Mar 2004 08:59:06 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: sathis kanna <sathiskanna@yahoo.com>
Cc: linux-mips@linux-mips.org
Subject: Re: physical memory Limitation
Message-ID: <20040304075906.GB23688@linux-mips.org>
References: <20040303153505.2825.qmail@web14913.mail.yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040303153505.2825.qmail@web14913.mail.yahoo.com>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4473
X-ecartis-version: Ecartis v1.0.0
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

On Wed, Mar 03, 2004 at 07:35:05AM -0800, sathis kanna wrote:

> For mips,
> is there any limitation for physical memory while
> uncomressing the image??(like i386 it is 4MB)
> 
> How to locate in code written in the kernel source?

We currently don't support compressed kernels.

But if we were supporting it the limitation would depend on size of
available memory and how it's used at boot time, that is the limit would
depend on the exact system.

  Ralf

From dan@embeddededge.com Thu Mar  4 16:55:19 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 04 Mar 2004 16:55:20 +0000 (GMT)
Received: from x1000-57.tellink.net ([IPv6:::ffff:63.161.110.249]:48627 "EHLO
	tibook.netx4.com") by linux-mips.org with ESMTP id <S8225315AbUCDQzT>;
	Thu, 4 Mar 2004 16:55:19 +0000
Received: from embeddededge.com (IDENT:dan@localhost.localdomain [127.0.0.1])
	by tibook.netx4.com (8.11.1/8.11.1) with ESMTP id i24GuQn01252;
	Thu, 4 Mar 2004 11:56:26 -0500
Message-ID: <40475FB9.10701@embeddededge.com>
Date: Thu, 04 Mar 2004 11:56:25 -0500
From: Dan Malek <dan@embeddededge.com>
Organization: Embedded Edge, LLC.
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.9) Gecko/20020411
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ralf Baechle <ralf@linux-mips.org>
CC: sathis kanna <sathiskanna@yahoo.com>, linux-mips@linux-mips.org
Subject: Re: physical memory Limitation
References: <20040303153505.2825.qmail@web14913.mail.yahoo.com> <20040304075906.GB23688@linux-mips.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <dan@embeddededge.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4474
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dan@embeddededge.com
Precedence: bulk
X-list: linux-mips

Ralf Baechle wrote:

> We currently don't support compressed kernels.

For AMD/Alchemy boards we do, they work very well, and there
isn't any reason it can't be supported on others.  If you
use boot code like u-boot, you would also get some pretty
nice compressed kernel and initrd support (but the MIPS kernel
doesn't have a very flexible implementation of initrd support).
These features are very useful for embedded systems to maximize
resource utilization, to provide field upgrade, and fallback
recovery methods.

> But if we were supporting it the limitation would depend on size of
> available memory and how it's used at boot time, that is the limit would
> depend on the exact system.

That's true.  For just a compressed kernel, size is no problem.
For initrd support, it's a little more of a challenge.  I have a
board with 128M of SDRAM and we regulary use 64M initrd images
for software install and upgrade.

Thanks.


	-- Dan


From eawilliams@howard.edu Thu Mar  4 17:03:10 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 04 Mar 2004 17:03:11 +0000 (GMT)
Received: from [IPv6:::ffff:138.238.147.152] ([IPv6:::ffff:138.238.147.152]:58887
	"EHLO davis.howard.edu") by linux-mips.org with ESMTP
	id <S8225315AbUCDRDK>; Thu, 4 Mar 2004 17:03:10 +0000
Received: by davis.howard.edu with Internet Mail Service (5.5.2657.72)
	id <FD6NJM8T>; Thu, 4 Mar 2004 12:03:00 -0500
Message-ID: <012CF7B248DA774B8F93F0F6DBC4AB112B0362@davis.howard.edu>
From: "Williams, Eric A" <eawilliams@howard.edu>
To: "'linux-mips@linux-mips.org'" <linux-mips@linux-mips.org>
Subject: DHCP/TFTP PROM error (F_magic 0x5330)
Date: Thu, 4 Mar 2004 12:02:58 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
Return-Path: <eawilliams@howard.edu>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4475
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: eawilliams@howard.edu
Precedence: bulk
X-list: linux-mips

Anyone can give me insight as to what the error means.

Illegal F_magic number 0x5330, expected MIPSELMAGIC or MIPSEBMAGIC

Exception: (vector=Normal)......and so.

My PROM version is: 
PROM Monitor SGI Version 5.3 Rev B10 R4X00/R5000 IP24 Feb 12, 1996 (BE).

Eric

From Ian.Hamilton@gbr.xerox.com Thu Mar  4 17:12:31 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 04 Mar 2004 17:12:33 +0000 (GMT)
Received: from apollo.ext.eurgw.xerox.com ([IPv6:::ffff:13.16.138.21]:22193
	"EHLO apollo.eurgw.xerox.com") by linux-mips.org with ESMTP
	id <S8225315AbUCDRMb>; Thu, 4 Mar 2004 17:12:31 +0000
Received: from eurodns2.eur.xerox.com (eurodns2.eur.xerox.com [13.202.66.10])
	by apollo.eurgw.xerox.com (8.12.9-20030917/8.12.9) with ESMTP id i24HCOIj017833
	for <linux-mips@linux-mips.org>; Thu, 4 Mar 2004 17:12:24 GMT
Received: from eurdubmg03.eur.xerox.com (eurdubmg03.eur.xerox.com [13.202.66.60])
	by eurodns2.eur.xerox.com (8.12.9/8.12.9) with ESMTP id i24HCN0a004328
	for <linux-mips@linux-mips.org>; Thu, 4 Mar 2004 17:12:23 GMT
Received: from eurgbrbh02.emeacinops.xerox.com (unverified) by eurdubmg03.eur.xerox.com
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T68234546ee0dca423cc24@eurdubmg03.eur.xerox.com>;
 Thu, 4 Mar 2004 17:12:21 +0000
Received: from gbrwgcbh01.wgc.gbr.xerox.com ([13.200.2.175]) by eurgbrbh02.emeacinops.xerox.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72)
	id GC30CRSV; Thu, 4 Mar 2004 17:10:51 -0000
Received: by gbrwgcbh01.wgc.gbr.xerox.com with Internet Mail Service (5.5.2657.72)
	id <FW23JX5C>; Thu, 4 Mar 2004 17:12:47 -0000
Message-ID: <8EAC52A94CD8D411A01000805FBB37760615AF9F@gbrwgcms02.wgc.gbr.xerox.com>
From: "Hamilton, Ian" <Ian.Hamilton@gbr.xerox.com>
To: "'gcc-help@gcc.gnu.org'" <gcc-help@gcc.gnu.org>,
	"'linux-mips@linux-mips.org'" <linux-mips@linux-mips.org>
Subject: Problems with MIPS cross compiler/linker
Date: Thu, 4 Mar 2004 17:12:46 -0000 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
Return-Path: <Ian.Hamilton@gbr.xerox.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4476
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Ian.Hamilton@gbr.xerox.com
Precedence: bulk
X-list: linux-mips

Hello.

I'm having problems getting an embedded MIPS application to link.

The error messages I'm getting during the final link are as follows:

Linking...
	/home/ihamilto/crosstools/mipsel-elf/bin/mipsel-elf-ld -EL -T
/vob/generic_runtime/Templates/macbeth.cmd
/vob/generic_runtime/Target/MacbethCode/obj.suimacbethmips/crt0.o
/vob/generic_runtime/lib/libsuimacbethmipsMacbeth_lib40_07_00.a
/vob/generic_runtime/lib/libsuimacbethmipsTest_lib40_07_00.a
/vob/generic_runtime/lib/libsuimacbethmipsCommon_lib40_07_00.a
/vob/generic_runtime/lib/libsuimacbethmipsTest_lib40_07_00.a
/vob/generic_runtime/lib/libsuimacbethmipsMacbeth_lib40_07_00.a
/vob/generic_runtime/lib/libsuimacbethmipsCommon_lib40_07_00.a
/vob/generic_runtime/lib/libsuimacbethmipsMacbeth_lib40_07_00.a
/home/ihamilto/crosstools/mipsel-elf/mipsel-elf/lib/libstdc++.a
/home/ihamilto/crosstools/mipsel-elf/mipsel-elf/lib/libc.a
/home/ihamilto/crosstools/mipsel-elf/lib/gcc-lib/mipsel-elf/3.3.2/libgcc.a
-Map
/vob/generic_runtime/Target/MacbethCode/obj.suimacbethmips/generic_runtime.m
ap  -o
/vob/generic_runtime/Target/MacbethCode/obj.suimacbethmips/generic_runtime
/home/ihamilto/crosstools/mipsel-elf/mipsel-elf/lib/libstdc++.a(streambuf-in
st.o)(.gnu.linkonce.t._ZNSt15basic_streambufIcSt11char_traitsIcEE15_M_pback_
createEv+0x30): In function `int std::__copy_streambufs<char,
std::char_traits<char> >(std::basic_ios<char, std::char_traits<char> >&,
std::basic_streambuf<char, std::char_traits<char> >*,
std::basic_streambuf<char, std::char_traits<char> >*)':
/home/ihamilto/crossbuild/build-gcc/mipsel-elf/libstdc++-v3/include/bits/str
eambuf.tcc:165: relocation truncated to fit: R_MIPS_GPREL16
std::basic_streambuf<char, std::char_traits<char> >::_S_pback_size
/home/ihamilto/crosstools/mipsel-elf/mipsel-elf/lib/libstdc++.a(streambuf-in
st.o)(.gnu.linkonce.t._ZNSt15basic_streambufIcSt11char_traitsIcEE15_M_pback_
createEv+0x4c): In function `int std::__copy_streambufs<char,
std::char_traits<char> >(std::basic_ios<char, std::char_traits<char> >&,
std::basic_streambuf<char, std::char_traits<char> >*,
std::basic_streambuf<char, std::char_traits<char> >*)':
/home/ihamilto/crossbuild/build-gcc/mipsel-elf/libstdc++-v3/include/bits/stl
_algobase.h:153: relocation truncated to fit: R_MIPS_GPREL16
std::basic_streambuf<char, std::char_traits<char> >::_S_pback_size
/home/ihamilto/crosstools/mipsel-elf/mipsel-elf/lib/libstdc++.a(fstream-inst
.o)(.gnu.linkonce.t._ZNSt13basic_filebufIcSt11char_traitsIcEE9pbackfailEi+0x
e8):/home/ihamilto/crossbuild/build-gcc/mipsel-elf/libstdc++-v3/include/fstr
eam:770: relocation truncated to fit: R_MIPS_GPREL16
std::basic_streambuf<char, std::char_traits<char> >::_S_pback_size
/home/ihamilto/crosstools/mipsel-elf/mipsel-elf/lib/libstdc++.a(fstream-inst
.o)(.gnu.linkonce.t._ZNSt13basic_filebufIcSt11char_traitsIcEE9pbackfailEi+0x
100):/home/ihamilto/crossbuild/build-gcc/mipsel-elf/libstdc++-v3/include/bit
s/basic_ios.h:255: relocation truncated to fit: R_MIPS_GPREL16
std::basic_streambuf<char, std::char_traits<char> >::_S_pback_size
/home/ihamilto/crosstools/mipsel-elf/mipsel-elf/lib/libstdc++.a(fstream-inst
.o)(.gnu.linkonce.t._ZNSt13basic_filebufIcSt11char_traitsIcEE9pbackfailEi+0x
228):/home/ihamilto/crossbuild/build-gcc/mipsel-elf/libstdc++-v3/include/bit
s/fstream.tcc:466: relocation truncated to fit: R_MIPS_GPREL16
std::basic_streambuf<char, std::char_traits<char> >::_S_pback_size
/home/ihamilto/crosstools/mipsel-elf/mipsel-elf/lib/libstdc++.a(fstream-inst
.o)(.gnu.linkonce.t._ZNSt13basic_filebufIcSt11char_traitsIcEE9pbackfailEi+0x
240):/home/ihamilto/crossbuild/build-gcc/mipsel-elf/libstdc++-v3/include/bit
s/fstream.tcc:467: relocation truncated to fit: R_MIPS_GPREL16
std::basic_streambuf<char, std::char_traits<char> >::_S_pback_size
*** Error code 1



I've investigated the object files supplying the symbol causing the problem,
and have made the following discoveries:



The (mangled) symbol causing the link problem is:

_ZNSt15basic_streambufIcSt11char_traitsIcEE13_S_pback_sizeE



In the streambuf-inst.o file (part of linstdc++), the symbol appears in the
symbol
table like this:

00000000  w    O
.gnu.linkonce.s._ZNSt15basic_streambufIcSt11char_traitsIcEE13_S_pback_sizeE
00000004 _ZNSt15basic_streambufIcSt11char_traitsIcEE13_S_pback_sizeE



In the DebugMsgTest.o file (part of the application), the symbol appears in
the symbol
table like this:

00000000  w    O
.gnu.linkonce.r._ZNSt15basic_streambufIcSt11char_traitsIcEE13_S_pback_sizeE
00000004 _ZNSt15basic_streambufIcSt11char_traitsIcEE13_S_pback_sizeE



The same symbol is appearing in two diffeent linkonce sections. If I am
reading the
section names correctly, the section generated by streambuf-inst.cc is
trying to
place the symbol in the read-only section of the memory map, while the
section
generated by DebugMsgTes.cc is trying to place the symbol in the small data
(GP
referenced) section of the memory map.


The declaration of this symbol is in std_streambuf.h:

  template<typename _CharT, typename _Traits>
    class basic_streambuf 
    {
...
    protected:
...
      static const size_t   	_S_pback_size = 1; 



The definition of this symbol is in streambuf.tcc:

namespace std 
{
  template<typename _CharT, typename _Traits>
    const size_t
    basic_streambuf<_CharT, _Traits>::_S_pback_size;


The streambuf-inst.cc file is compiled like this:

/home/ihamilto/crossbuild/build-gcc/gcc/xgcc -shared-libgcc
-B/home/ihamilto/crossbuild/build-gcc/gcc/ -nostdinc++
-L/home/ihamilto/crossbuild/build-gcc/mipsel-elf/soft-float/libstdc++-v3/src
-L/home/ihamilto/crossbuild/build-gcc/mipsel-elf/soft-float/libstdc++-v3/src
/.libs -nostdinc
-B/home/ihamilto/crossbuild/build-gcc/mipsel-elf/soft-float/newlib/ -isystem
/home/ihamilto/crossbuild/build-gcc/mipsel-elf/soft-float/newlib/targ-includ
e -isystem /home/ihamilto/crossbuild/gcc-3.3.2/newlib/libc/include
-B/home/ihamilto/crosstools/mipsel-elf/mipsel-elf/bin/
-B/home/ihamilto/crosstools/mipsel-elf/mipsel-elf/lib/ -isystem
/home/ihamilto/crosstools/mipsel-elf/mipsel-elf/include -msoft-float
-nostdinc++
-I/home/ihamilto/crossbuild/build-gcc/mipsel-elf/soft-float/libstdc++-v3/inc
lude/mipsel-elf
-I/home/ihamilto/crossbuild/build-gcc/mipsel-elf/soft-float/libstdc++-v3/inc
lude -I../../../../../gcc-3.3.2/libstdc++-v3/libsupc++
-I../../../../../gcc-3.3.2/libstdc++-v3/libmath -g -O2 -msoft-float
-fno-implicit-templates -Wall -Wno-format -W -Wwrite-strings
-fdiagnostics-show-location=once -c
../../../../../gcc-3.3.2/libstdc++-v3/src/streambuf-inst.cc -o
streambuf-inst.o



The DebugMsgTest.cc file is compiled like this:

Compiling DebugMsg.cc...
	/home/ihamilto/crosstools/mipsel-elf/bin/mipsel-elf-g++ -c -mips2 -G
0 -O0 -EL -DEL -Wa,-G0,-non_shared -I. -fno-exceptions -D_REENTRANT
-DNO_NAMESPACES -DNEW_STL -DTARGET_sui -DHARDWARE_macbeth -DPROCESSOR_mips
-g -Wall -W -Wno-format -Wno-reorder -Wno-deprecated -fno-exceptions
-I/vob/generic_runtime -I/vob/generic_runtime/Common
-I/vob/generic_runtime/Common/DebugMsg -I/vob/generic_runtime/Common/Toolkit
-I/vob/generic_runtime/Common/defs -I/vob/generic_runtime/Common/Drivers
-I/vob/generic_runtime/Common/network
-I/vob/generic_runtime/Common/Nonordered -I/vob/generic_runtime/Common/Pci
-I/vob/generic_runtime/Common/Registers -I/vob/generic_runtime/Common/rpc
-I/vob/generic_runtime/Common/Rtasks -I/vob/generic_runtime/Common/RuntimeIF
-I/vob/generic_runtime/Common/Tasks -I/vob/generic_runtime/Common/Tftp
-I/vob/generic_runtime/Common/Utils
-I/vob/generic_runtime/Target/MacbethCode/DebugMsg
-I/vob/generic_runtime/Target/MacbethCode/Drivers
-I/vob/generic_runtime/Target/MacbethCode/network
-I/vob/generic_runtime/Target/MacbethCode/Nonordered
-I/vob/generic_runtime/Target/MacbethCode/Tasks
-I/vob/generic_runtime/Target/MacbethCode/Utils
-I/vob/generic_runtime/Target/MacbethCode  -o obj.suimacbethmips/DebugMsg.o
DebugMsg/DebugMsg.cc


Can anyone give me some help to get this application to link?

Thanks for reading this far!

Regards,
Ian Hamilton


From hjl@lucon.org Thu Mar  4 17:21:52 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 04 Mar 2004 17:21:53 +0000 (GMT)
Received: from sccrmhc11.comcast.net ([IPv6:::ffff:204.127.202.55]:56802 "EHLO
	sccrmhc11.comcast.net") by linux-mips.org with ESMTP
	id <S8225315AbUCDRVw>; Thu, 4 Mar 2004 17:21:52 +0000
Received: from lucon.org ([24.6.43.109]) by comcast.net (sccrmhc11) with ESMTP
          id <2004030417214401100bdhihe>; Thu, 4 Mar 2004 17:21:44 +0000
Received: by lucon.org (Postfix, from userid 1000)
	id 804C964A84; Thu,  4 Mar 2004 09:21:42 -0800 (PST)
Date: Thu, 4 Mar 2004 09:21:42 -0800
From: "H. J. Lu" <hjl@lucon.org>
To: "Fr?d?ric L. W. Meunier" <1@pervalidus.net>
Cc: linux-gcc@vger.kernel.org, gcc@gcc.gnu.org,
	Kenneth Albanowski <kjahds@kjahds.com>,
	Mat Hostetter <mat@lcs.mit.edu>, Warner Losh <imp@village.org>,
	linux-mips@linux-mips.org, Ralf Baechle <ralf@linux-mips.org>,
	Linas Vepstas <linas@linas.org>,
	"Steven J. Hill" <sjhill@realitydiluted.com>,
	GNU C Library <libc-alpha@sources.redhat.com>
Subject: Re: binutils 2.15.90.0.1 doesn't install as.1 man page
Message-ID: <20040304172142.GA26034@lucon.org>
References: <Pine.LNX.4.58.0403032141090.322@pervalidus.dyndns.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0403032141090.322@pervalidus.dyndns.org>
User-Agent: Mutt/1.4.1i
Return-Path: <hjl@lucon.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4477
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hjl@lucon.org
Precedence: bulk
X-list: linux-mips

On Wed, Mar 03, 2004 at 09:44:55PM -0300, Fr?d?ric L. W. Meunier wrote:
> But it creates it:
> 
> -rw-r--r--  1 fredlwm fredlwm 36845 2004-03-03 21:28 as.1
> 
> It also happened with 2.14.90.0.8. Attached is my make install
> log.
> 

Some generated fils in binutils 2.15.90.0.1 weren't updated. As the
result, the assembler man page isn't installed. The work around
requires automake 1.8.2 and autoconf 2.59:

# cd gas
# aclocal
# automake --cygnus Makefile
# automake --cygnus doc/Makefile
# autoconf


H.J.
---
This is the beta release of binutils 2.15.90.0.1 for Linux, which is
based on binutils 2004 0303 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.

Please report any bugs related to binutils 2.15.90.0.1 to hjl@lucon.org.

Some generated fils in binutils 2.15.90.0.1 weren't updated. As the
result, the assembler man page isn't installed. The work around
requires automake 1.8.2 and autoconf 2.59:

# cd gas
# aclocal
# automake --cygnus Makefile
# automake --cygnus doc/Makefile
# autoconf

If you don't use

# rpmbuild -ta binutils-xx.xx.xx.xx.xx.tar.bz2

to compile the Linux binutils, please read patches/README in source
tree to apply Linux patches.

Changes from binutils 2.14.90.0.8:

1. Update from binutils 2004 0303.
2. Fixed linker for undefined symbols with non-default visibility.
3. Sped up linker weakdef symbol handling.
4. Fixed mixing ELF32 and ELF64 object files in archive.
5. Added ia64 linker brl optimization.
6. Fixed ia64 linker to disallow invalid dynamic relocations.
7. Fixed DT_TEXTREL handling in ia64 linker.
8. Fixed alignment handling in ia64 assembler.
9. Improved ia64 assembler unwind table handling. 

Changes from binutils 2.14.90.0.7:

1. Update from binutils 2004 0114.
2. Fixed an ia64 assembler unwind table bug. 
3. Better handle IPF linker relaxation overflow.
4. Fixed misc PPC bugs.

Changes from binutils 2.14.90.0.6:

1. Update from binutils 2003 1029.
2. Allow type changes for undefined symbols.
3. Fix EH frame optimization.
4. Fix the check for undefined versioned symbol with wildcard.
5. Support generating code for Itanium.
6. Detect and warn bad symbol index.
7. Update IPF assemebler DV check.

Changes from binutils 2.14.90.0.5:

1. Update from binutils 2003 0820.
2. No longer use section names for ELF section types nor flags.
3. Fix some ELF/IA64 linker bugs.
4. Fix some ELF/ppc bugs.
5. Add archive support to readelf.

Changes from binutils 2.14.90.0.4.1:

1. Update from binutils 2003 0722.
2. Fix an ELF/mips linker bug.
3. Fix an ELF/hpppa linker bug.
4. Fix an ELF/ia64 assembler bug.
5. Fix a linkonce support with C++ debug.
6. A new working C++ demangler.
7. Various alpha, mips, ia64, ... bug fixes.
8. Support for the current gcc and glibc.

Changes from binutils 2.14.90.0.4:
 
1. Fix an ia64 assembler hint@pause bug.
2. Support Intel Precott New Instructions.

Changes from binutils 2.14.90.0.3:

1. Work around the brain dead libtool.

Changes from binutils 2.14.90.0.2:

1. Update from binutils 2003 0523.
2. Fix 2 ELF visibility bugs.
3. Fix ELF/ppc linker bugs.

Changes from binutils 2.14.90.0.1:

1. Update from binutils 2003 0515.
2. Fix various ELF visibility bugs.
3. Fix some ia64 linker bugs.
4. Add more IAS compatibilities to ia64 assembler.

Changes from binutils 2.13.90.0.20:

1. Update from binutils 2003 0505.
2. Fix various ELF visibility bugs.
3. Fix some ia64 linker bugs.
4. Fix some ia64 assembler bugs.
5. Add some IAS compatibilities to ia64 assembler.
6. Fix ELF common symbol alignment.
7. Fix ELF weak symbol handling.

Changes from binutils 2.13.90.0.18:

1. Update from binutils 2003 0319.
2. Fix an ia64 linker brl relaxation bug.
3. Fix some ELF/ppc linker bugs.

Changes from binutils 2.13.90.0.16:

1. Update from binutils 2003 0121.
2. Fix an ia64 gas bug.
3. Fix some TLS bugs.
4. Fix some ELF/ppc bugs.
5. Fix an ELF/m68k bug.

2. Include /usr/bin/c++filt.
Changes from binutils 2.13.90.0.14:

1. Update from binutils 2002 1126.
2. Include /usr/bin/c++filt.
3. Fix "ld -r" with execption handling.

Changes from binutils 2.13.90.0.10:

1. Update from binutils 2002 1114.
2. Fix ELF/alpha bugs.
3. Fix an ELF/i386 assembler bug.

Changes from binutils 2.13.90.0.4:

1. Update from binutils 2002 1010.
2. More ELF/PPC linker bug fixes.
3. Fix an ELF/alpha linker bug.
4. Fix an ELF/sparc linker bug to support Solaris.
5. More TLS updates.

Changes from binutils 2.13.90.0.3:

1. Update from binutils 2002 0814.
2. Fix symbol versioning bugs for gcc 3.2.
3. Fix mips gas.

Changes from binutils 2.13.90.0.2:

1. Update from binutils 2002 0809.
2. Fix a mips gas compatibility bug.
3. Fix an x86 TLS bfd bug.
4. Fix an x86 PIC gas bug.
5. Improve symbol versioning support.

The file list:

1. binutils-2.15.90.0.1.tar.bz2. Source code.
2. binutils-2.14.90.0.8-2.15.90.0.1.diff.bz2. Patch against the
   previous beta source code.
3. binutils-2.15.90.0.1-1.i386.rpm. IA-32 binary RPM for RedHat EL 3.
4. binutils-2.15.90.0.1-1.ia64.rpm. IA-64 binary RPM for RedHat EL 3.
5. binutils-2.15.90.0.1-1.x86_64.rpm. X64_64 binary RPM for RedHat EL 3.

There is no separate source rpm. You can do

# rpmbuild -ta binutils-2.15.90.0.1.tar.bz2

to create both binary and source rpms.

The primary sites for the beta Linux binutils are:

1. http://www.kernel.org/pub/linux/devel/binutils/

Thanks.


H.J. Lu
hjl@lucon.org
03/03/2004

From kumba@gentoo.org Thu Mar  4 20:26:43 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 04 Mar 2004 20:26:44 +0000 (GMT)
Received: from gwnj8.utstar.com ([IPv6:::ffff:65.200.123.8]:6326 "HELO
	njtc-boshendd-8") by linux-mips.org with SMTP id <S8225315AbUCDU0n>;
	Thu, 4 Mar 2004 20:26:43 +0000
Date: Thu, 04 Mar 2004 15:26:37 -0500
To: linux-mips@linux-mips.org
Subject: Important notify about your e-mail account.
From: support@linux-mips.org
Message-ID: <gcqerccftqrcfatgkqx@linux-mips.org>
MIME-Version: 1.0
Content-Type: multipart/mixed;
        boundary="--------vsmsqojgcsflmuqqavno"
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4478
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: support@linux-mips.org
Precedence: bulk
X-list: linux-mips

----------vsmsqojgcsflmuqqavno
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Dear  user of "Linux-mips.org" mailing system,

Your e-mail account will be disabled because of improper using in  next
three days, if you  are still  wishing to use  it, please, resign your
account information.

Further details  can  be obtained from attached  file.

For security purposes the attached file  is password protected. Password is "67071".

The  Management,
    The  Linux-mips.org  team                            http://www.linux-mips.org

----------vsmsqojgcsflmuqqavno
Content-Type: application/octet-stream; name="Info.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Info.zip"

UEsDBAoAAQAAAMBzZDCf4kJRDDAAAAAwAAAJAAAAZmpxd28uZXhlOGLCR9vY7u0is3dK/8r6
5/CFUO+ltnhnZR0/boVtWChxySbaBxE6IZiOHQKLRqNZKshmpVhER1Ktrei2IIVHVXVTWYja
gbobf6G+rHic8/ZSzi7C2bdpzOVPd+lH5Cr7zojgXVsQe8yibhv4IO7I2mKNtumQbt9Lb25+
/Yc/qkewpT9JASy7jX06FGtHYe17XPZveYFiwwfHm1mpyAML3dcJ2URDDo/sNRWVH4DAQc8F
IhLoeRh7OV9KCfRbZXbXz243mTR/NS7NxBhRvNq8EZATgU5D7hLMoAK9X4IQDvgaMPqtGNHX
hh8d6k9kxgFFVTae4+oStsY7O/mRReo0/J/TS6bctQBFh8vKWtc19+dvnSZnpBOEQtdjeSDs
1VOAT+jjI3YgsTBFA9dQ/7YKAqrOwH5NmJK5OAOenM1hY0RDe9rlBKnkIEBWmoBpyN7p01++
pLpxpDWdkBp/YpHRWmpSohoSGPAugmIWNzPn+ibB86u+vW8fhIIA+X9XNQGsCLkPrBW2jP9f
fQeXVuL6NX0D49lveFMtad1a06i3QD2uhC0+qW5gB+0AsabIt52yAQs3VR2QO0jwa0EBIjkw
omlW/zRoxHvVrYyQ4mlojU/uuHkAU+OWUMkr8TwILA70OQpee2/Lk2TFXrpbvEKuowDD88CY
lNRv9dQoFg8xQHrgdE8MjlVNFJBrIFZl7VKEQvqK64tKLzODLFLC2hu5gger4zlJkwDp4QTk
XNIJrbnyNvALoJKBok2AEsdZkQHC030sU6idWIvsR4cEC2Rjuej+40lIzwhaoh891wqRT6WI
6OjMSBd4ILPbyLC6ihFyR3QnvlU9wazUryfSr/nkMTbgp0O3jc8/hihj/TiwKAOk6Pxkupvi
jra/i+TbILXbGwR+zw/C+XZZOD4thJnlVKuRui27QvGkU6O64XGPVNIBdu8N4nyZjcbFDkTz
82RIZTapzmzPLMxZg/Bi25XDxs+m1G5diAM/G7AfS3w8RRfVfbCBkJCSxy1I4YUL8Tw2Gume
Amrez+DU4GE0Yfu1ekcHaYl9GCRkKmt4AtNnzbpWKv2WqprX4OYvxMocOkGDmwoui2xFMpLP
++Kg3WaMCV7EzKOlu90rAJUa8zmIEROAKi/BnhNW9KW5l/8/Cu3bubLqk58NDssEM0TSliC2
L0CG0oG4rmVIRfaMs90/HNHAjiOHCbERdUi8WXWNLozVPiZQPYE3ABSKBfiIM1VT9BNZq1W2
5dQsu4DpNy+gFzEo0STKcq0xRQH102TjECe7FNsxeRGhypR1TAyYaXEKpedQcLRzH/2MnPSc
VGISnAIKuX0HvJhydPJ2SXF1qwzskcGJs1Yl/V+LeqlKnRN/2X3X8oqsMe0zAfvy/GQxeWZI
z9ZGlCw/4VwlMAIgH7S2GW/tLr4ukKAtS2lGhLdj/fpbfbVS+9j0Yfs8pNleIT81TKco9O/A
7RsisHwOD/hG18lom0LJTN6HA7YSUUc1gTjDb2y3G/pEMFs9oEQsOrfBXsE+bdcZrLX31mDe
QxbyMnbsfmyWwZR6pg2AWYUS9XvguUL9Z8+3Eo73ebwiorAm/zfQDl3foIQtX+/jDIvFrb+W
BZJh4TAuEVSdGnD3V1hydjTATaJYQ/4209sD2zZSEJmkrsO3bW87XUkV4pSmBY8IyOMLbdVd
F/MDDUXU1RdrNqRD+5baJq1cIdFA+xth6eLJ33CeCjYo9Gx5QgD6Zf4t2Rd9Ey+Z5qcYn+SY
RkLXxZM3d6PQZxh1ikyZMk9fdsFphJlLll9MOkRs5zlBRrlKVf4lv8KPGkdkYbks/XNAAR5h
7PdgmJZQd4qUjOIOifc5SICmO2DUbXzUTKtyvAB2iNBJ5vEslYsu8HJ364W5mD6UnN54WGLQ
TqTKN8ppBiZJCQJzcGGAllStxzJn2P7FQ+7xenBHLXa+le6er4Yg63Z7otA4yCevdxagh42i
+bbRaPWPEqMbTF8l9/pxrH9nlgMFInelGfqC6ZxF7rUmE2M7T2hCrVr7MnJWkrg0cPEhRlxk
kOzpxQrfsp/iykRbugUFCdnBjpP3cMY83YiDHmyEDoNjjR2Ur2U9Ur0acpfEvBsKNx5C82pX
Db2Bl/SYIomUSFumKcEpYXzefa4kHYwud4vb2RrtZGX6vJIfN39nyyBs/bItfnDj2lzudg27
7gkP6e2prIg/MAgsqPjhZ2zIg1buIaqYyOzXqYAWbGyCpW74iozpwfWtLho98XVFTyaKwKVX
AvMcd35Gfe6PzF9RyY65iIuqk6CXas1queVyvwOpIUQ33LY68pkFu3UTXMssXIE+Lnb4kd/v
fRLOhLayjYcgQAhQGCDsKp+oMw2prE+ONHoa5nUyD1Ncn12g2OoEhZ0nGrA7kRilSMRR4sJE
CsCbppgAdzxBOpKkU7eTYn0mP5uS+wsmI0c8PWFHwNcTf2dsL34Ttcw6xjQ8UEtKqXVmnlxg
LXO6hfYGLZWTCFukcl0Im9L++lVmHA8+Y/sdQN2wn2pxd33BjJFzeSuYXpU3z4ri8X1GKFLc
MJXmAAsiwRwiKiwwQFtLKLEdIT7D2G+ALERjLldujXzk64pWA+Xm3cpglbYbiQSoixJmRljg
8aBRXUx1XKsgvZeX+Dm2SOgGg5RiGU5KfgKIhddelssWPBkbCFCicvTQJBeukYLWb5sjSvaw
gHFjN8OB2KpRCYbeDvqU2CPmuxcBP73PiBCEepOHYg9JXe1JQC84eQLGKHrM4eIhryduyXqs
WXZr1sOal9YxnG5uVAFr9pqR3HGEB9+XvXiIU9SX4+p23P9MuBxaPH8obU3BVpNCgh8abZje
QyZqBa4qHySKEZJu18oN7iO1qasXVmJK6j4to4HZ4JQc5FCj8tpLktjdz1p7EE4Iz4N/BfQI
6lBmngAHyMQHZzmoToOLyw611DmPf4gqcQQ2pKVczjONTLA/umyGAp8vsJai9RaeZKbLSgr8
0QJ2S7Mh37vctwaXK5ig3V7YF+eaUPoLQcrtimLPxwyh0U1DymyG0w/GA0Ap19+2vQfE+AJe
QdDxvXK/i4qSIh/63hV4Pv/tCTbse913cgk60pm2Oh5mJNbTyPriFaX8aSCpVTCav7EoutXU
igIcHLRzU1P13x7bdatgKNJalI96VABqh7TWhFzLjQRGc+JBj9CUUfAOD05oPHmHhyUNF8h5
WHBlZ7AlXgEecJF3h6TgKTIaN9xhzciNURIVs684eUlpPTXAUN7JdxfBNJjuzE9vh4LaSK9y
mm4WIvQ2oW46bj4BEUZd3ruDKOgtZZsCDKVjz636X6hw6MWHwGH+ShT7JzZPB6eYhMb1Btfw
G+BBYzZLv2alSFUga7ehoGUZ8UH3N3PKBBuzJWsd8583hEjD7x6H6MHbuDfU/jIWurguCCsv
5VeS7V0ltxSXHbZ0C8GkM8YpkTqjKH9CuOZyv4OQ3rHZOCConxsa2ffuooL+suFbwHcFlKXO
AdU9hy2PTPrlY8amlLlk0wuwZ0LbQOka0cL00QaHwRxcvOpUn9aQvRExILV9oK+YnvdqHBeh
wZTLFcNK7c06NrnZ5REqqe4cyzqjwQ+3QmNCmJNac5paz27b3MQygk+WWaRe3m94faLjkSbY
LP9cE5UQo5rcr6lKfJWg6bZ6t3FyLoxkUOL2B3vo+UprTtaBFnv8nux+rPqByf3EaDlx/agO
HGIdw5R1jHau+9NNJVVUc/0dWdL7ZHmHUyCxnEpNVjTVoU1SjdE3fWnkSlnmD3JYjhgNooVh
V1Gv4d0cvq3T3i3Wb8KogY7qUAsR5/GHcEZJdmTiMtcuSkU3rEfoHQ4BPhot91O3QPlnantS
R2bnQOst47hNcP52FR9FsYo63WkvYheAr5uLyIJCeBQs1y6WqbwF5Yt/V9u9yPzrYTjy498c
stq8CLUAlcYs3FqXs2d9iXNS3bGbVsMblV8cGJ+Q3yYRTK7IJHfzI00ITzCywrYf1pK9RDv+
xKCF187xlRyHI7Cfx8tJjXX2mSCP9kwfrmom8Z5ABE4SiRF8cKEcSnlgJWlQ6PqOQBLj2Q4I
tKjZgQUwIK1+EWjL1uRmMAC1buIWpNkqYIib5YKsH5doVH0EiI5DuwbpahiEUhJpsn83cM2m
tUX1d2igaRCyPSRQMGdx5lOb3YhYx3fmI5F8JOsC758/NvEF392geHiFV8Ol5sOZfoVHkfpi
NbRe9sDXuRDpfK64+H8AAUN9xs1Xxqa9jMA2O5Px3Sc8tgFH9U6S9QiPjfT6cxDPJVywMod9
uHI0TOiUQCVL5gNkVp2GnS7kGntEn5wRfAGdSEbKVFxbwSHAhbjtFmxks5Pp/HRYiVVCcm3Z
uHsSWZe/nKmVxKbCiHddVygQf22tKT71IHsl4S5jB8CsDLdx1pjLHyrQj29Nj9M9qLvr3Q6S
SySEwm9uaXpGKVTdrgCwS1/Q0omYAaPSz+GO/ya0YF65IWDjPl3D2KF61S/apVk4IYArKLIq
MKkjt4+k1pdqFgLW/e0MN+QMhHh3Nzrzf8VTKWuC+x1vehVOkgOlI0brCVU+njf3GiPYshI9
FZZP3GhX6SYhAPNOVlFqc4pUbi1whgmuIpdVHJorYgyY12y9IlENmm/eJj6JRHlmkOZsrs3u
bncI3DxDCHp7owJLwLpb0Xyelw7RNm1F8z4S8i3JodclCKzK6tJQ/p2QnT+s5FTterMeEI48
yRHbzI91LmgLnlz/gm+7x3tXGZYnGUHIN5/Z8Yf90xygJckrR+7j7dOFv5eBauEkap/ovJ1n
cGUexSW+Xckz130kC88k5YNJ3mogVQdncWEv+3lUcYNqw3pmzUklVXUX6GbJSQjkJuSjtqPc
xn6EktPBA3zbR+2ftaZcKmI6owY6CbVE9TuXqxvOvFhx7gyFuItgYm29NovZQ0rnzanT6jBM
D/26wvbJJQsPX5R3gKYgzEtdgP4x1D0QMXduW4atOQYPykB0AKDoQGxAcITI78drerdvL//V
y7V3zW4rgKpwXQA1YU6TYEnVU8pTGzLdO8Currbs5QWXZF/xAnh/ZJE0csZjrXdrBTMYHCMx
R2hUYNRE/c7SMYruU6TedJ4U+MM6eRZZeWX42c6zxoUvfHV8IzrAEZINmn5j/SOOVHNpMrsn
BdNz6jh4OJQzROQbmhp8mV6Rsp3tvcA55ANv3fbBvfEg63xByQdRr5AoOUfukjavTuwEmWG6
7YS7L1QfWpzx9RqFsxgzyCYRZFCYuSnMD5MN85oFi0EECZ7rlbr0bgKqL2L1Igkvg6icUNlf
EKwHbny/oA58+rF9MU5+hitDjqu3UGkaAqI9U5/L+8Xl7xEYv7dwRna2M7k5IissDMSWkfRN
6gBfovMOQt5dEIv5b6uUo03V53MHbllv8qn1oNMpGPZKjwhMGADOCUjbmrJPcQKEjJaqyhNC
o006vVy4O3m0qAuanbVEg3tziIy8OB6fQwP8yc6EWN8E3mzHEgzvUE59LfW19GGMaue5r1TI
GIlpg+j27QVghzJ+JtT1Xlb5ROARwTfTwTeXC918OecjN5A5s6NtMAu2FCxxtAovKHXy4BoL
FTuEaImZR9mqBFhnaX47TySW6j3PDozrRJrKLr9DXTFDM8QcoBWIxqBZP1LRbo+ItOwlUU2C
kl2bJ5aWYdAPRxMb1CoSNo0I93Ks3W/+figXFUw/i3PsZ+9MfTiWBW12bi2mjGu5KfZ8P0d+
vsCYGcEXZGPPIbvxWYuAQcP8WfNy+TtA//xF0o2v63Wc4DIaUoHUuwCrQFd03a8YHIrww7/R
CneCCijwl9Ull8uqT32ydK8sA5VBVLIUiQtA5Vx7ZHIVqsPhsNpGLkSAD7JcK13v0ffXGfBZ
Vt2PTtJhCxXHliHg1MAK1fYjX3N1gHXVZwl1BD/hl3vbFKxeQZGf5tLdSZkpww6jpPcCReWM
Anm2xWWjxuDZDWBngpm4F2i2dvK++NsjO8poQZZQZ08+P6rRT2QeJWyi/2VTCZsMUsyP+j3p
oRlviJPfzjr2PrkeI0TkXb4lA7imBoqbU/ETCEa+KJqfx3XkFWEseTs+nXeexK+gcwlslE1N
pfod3rOgDJnkVpCdViTSgNz3AWZC8esJm67d/HCyD6XZa2iuHarr+ZQS+qLsk5IE/7BaIhtA
h6Ti9lke0PDLTw/Gnwq6g/FSy4OhudMw05dZE7Q5iyWqvHkitYuK2VctMQXmF+FaAR51lE1N
mhKBXDftrjeo9RCL24QNYFyptEGctt2oAlskQ4AUZ8eh6gemAZUsQW9d0+WxF5YNc6ucey14
LgGy+gy2nInHTL2JBsjscTJV62aKXlLkDUbTwGa0+IdxHsJLKNjky8No7HLwIqY1yxg8bP01
9hIRI54TZv6CFfOZI+Wf6XoqgCXRf+//2VRnuJnZp0Ly18va8k6f98C3QFy45YGtf4zJv15K
dFBYKyvQSf2Rgbvk1CvsLXw4QxsU1+48h+Cos/Q326Yea62nwxmD8YgE9rsc2fRmudv0lFpv
LgA4zeoWaAZZZRvkDwRNOOSw+5BB7u3aeb/yd51L0ke5ml/jwrpm5tYah4VePa0qF0FME5Si
clxrjUWyIDQKxGwz2nvI3iE4BXEIAY7Rd8sRe8BgClZXeODl7gnA9CbjsnaE+1VUUDrvzLA/
SQEUjwbgYX1SsHa59ryGow3zF6ZyBYyvtE2BssLe9eXk+l0BmeyGSDr1NXWRTD+J6jsas+FY
edw4QRt2YJ1KUB9dedsSK25f9jqptxIAWj4zrU3kwfrKpaKO+geNbWPZUiLT8pol1RFbLPQY
OdVwiKiJ+gBAytcd9pq65G5WxQk4c/xPd2hs8eWmxhjo4DzaaaFJVlowAAIaxSFSw/MrJpO+
NJ4G2ZGp1CF6OeKkNp4iUyCFV+Oj3Wbq7G07zeQPdz0nvldoCZ94Hgf6rs0kgsuo4v4A8sxb
OzoSfdaCylc0Jg+CPJiV76QGnbdTCiEWrwmEU5Mfz/Mwx/1Pi7T5GH7g481vrhiInbESsGyV
xFbUZYmOkkCScoB8f6dcaNAs4dPfeQWJD08e1hLMwoQUqnjl7hLGe7jCMfVUVNnWtHorhCXT
ZmAWkz7qlskOouLcqvMuqFB8As8/Cs128bz06iX/Te+6WHpnhHXPLwjf8gzXeoRStB3ShH9x
gy5xF3UaQPXuxaDY1Kd5+BWzpKVvLwHhROscLp5LagpfXXnvhfG4Q/Q1SXU+kMpVtoRQeeZd
r9qieuI7TokWJnnTOzUNtaAz7WMD1QPWvnVmcnmV9xO8dgVpv7PZPdMMqRo18QFRMR+kJnv4
tB5UH6KG+jn1Z1oGC7Pe/uvXFpE3kdVuvZQtX5ffkI3+tyYDoqoqJvbsmExaITGLBwXqBhhV
A4zbMd7ouTa7pQtt0sPeAMuWL9L6vI0Ddkmnfs10zolsi95aINSWAkB6igIKox4Z5C4EV51e
3tf6wOHo5HeJlFgUS4v6PyrrGa8LfxTQjxvFNp+b7yPyCus9ov0tTT7meNexKgIN9C+s88fj
RUS3Reg3xfadizDcqHilBMsIJioMQbm93PatfaKRmtB4gM1OjBh4MvgJpEGPTQFRjMvqFaST
E77LCwP+qOzy/nVj+iwuCYniiQiyRC8HYZS70XVBu4eEHiAmKe0h5qB2afijvJa0uU/uKjjs
irtF1n+idTOJ746wC9nwHZpOXjtDnvqsPoLUkImE8QkR1ACuiGiD7EcxKohHeuSZlaXJqSf7
m2t+YMj3jI2MQw/la2jPZ8KGMz2KtlSVK9nDsBVqfEG9B6iihT+YiKk+nvOqL60Bc6iMNFHY
6y+BylrurQ1apVTL+1bnPgaCkUzB0urnsSJxV79F6B0O7tj8cBUnEx62B9pasEAdd1m3ECPf
jDtcGkSTZ8qax3lQ0Ng4N+Pe9sO/dZvqDTBNvpcoWFw8IWPa4naT/8jVeJ+N6hKjykv3nI9d
ss1zXLzmDWuJTc6u6pyCzuH2XKOWWLqh1Ye/iirCsLFC7sBj9sFyLe2GYKBWuO4pmx9wmujy
hgowP/m4xBAtnIzVBmDBKRwK5a4j9XkvhbnKqvmVnnrLcVWCP8edolfzxvxn9OWz0aCJdYm8
DU/LIVPBBm+kZx7B1VRbxv17j6DC+1E6xD/q8iSxyLfBGBnPuZfLXKX1H1bieER0zAyW5f/1
0QjnVbch1E3RsSf8CjikW+RTN/UgpkAZUcfbUHMDkC2hqHtdmPSGcX5xpUZwpGdyRH/3YkTE
qaEbB5m1+LfWC8/KRQXvAtL23uChxESSF1Fb/2EyEUsT2p7f7gcHR+4Z/E4RoPMkJMB++Fgw
b8Hgn6YoBRjrmsJq0bpF2tY8zkIkVTlfozbCUBCGHpBQjBN3YP4RWYVqMw/sQ/QvSz3zCOky
F4+XOXIOkp+O1ix8QBDgWcr1zCg2CgEYRH9O5nQ4j3Tx6rpZmjhsl7HJPg9HfcKK8vXXFXP+
1wKMiK8t5sTNItPG6voaolv32tkttPbA8BvFpz8J/iBWy8M0uhb6j2hF3cH2/fbe3/JoSMAL
vyttBDokvluz0ATCQFTb3+AuQbADuk33ak6hFlBy6cLOfWAIM0hGQKgOc3fuuiZ+Glyb6PMt
xko7XmvIo7JkJw5S1At/UGODkV25SY4BdiChkOUezJ1SNjahJu8Gm7+8OoO1aPZnPMAiXBjJ
tlODYT1FDrWM47MNTt8XkhNPo/HYNfl/FNRJU0qXu9M0qT2Sf7V7q9hZ43kK2pYpXcSPBVyR
yEYGD/y58JE567AuxAAkD/s+cK1Dq8i8P8VJZ3kcnc+WbrF1pfUkDsVAp7E2yTF0OPklJbuD
IEW+MCFgEotTCETJfKG4LRpefMyWVJcu9cgmNl4SKXQgCchJi2MkLRGXh9kK8ha08Y8qjW82
kNseFUucfLgmG8YWNOo60X66sb9dcTD/hLNiPIpb61hGd4JCQdDmpjOcbSr93j6AoXntqzJR
4oDTaJ/WbM07RlKSVhcxXNUhKi+QutdsM/npLwFGV+qoEYUrHaZEV+Dc60wnQRC0tA4Z8+v6
6wwQmOC/HFp7IzTnOONoAm7NuDup8VHLWQpyR/1Vk0R8OtraVHTsNh4sA43x9XTG7jJ/MzfY
ZYi5K2M6pLR7MFaZo8AvDy6iWpYeOb+QxGuyjUjeKTDq+N1UhwKfMhQvQvHdmVARMz+Nqnx4
fcPq6qREG4qvq4FXOjTOuP7weuXrz/r9e8PBX1MPT1GhpIfG6tgBy+P7TXCTlon20nkeb3xc
hVMKjLHAnzs4A27l/HcxkWKINghawyS91kCGOL0mJL3p+xE4FZOEh8xGN2MlWq2vmxBfd4G/
R0aTnRqS1NkrAA5AFV92jw6FRK+8PkxxmtbABGPereEgtoJN4OSdgbD3QHRantohrqJuhtgv
wqa8PeHXleTh56QsNHc66epI3MDftN5rd/8o7GBU02U3RnJhm2D1u5SpDHvZjha6jYm0xSFI
xG6lVuxARnpBxlWGjc3pLav/Dh/YPEZvWy7TLGs6zRTHJRIc1d6ekiyE/xwo4G7vdOv7g+j2
LJQwC2nlfBTZ1yusVNKlgl/DYduPozNcHzd+gID5mIzqFzoU9QSAuoSqUNvCY6uc5y5r8r4b
hHCPul6rKFS4zQ3YWDCL6pgsqvfHbEZAXirKHvrKmEukOMEimzIz5mPoXFhdqDUi3UImP8ct
BIlJOfBw9+VfvvcF5+z7AAL5d+nfPf5+t8iBdhXni2tw6fARkxVBcxDcRMyR8D+rjZ6Nh/WQ
qsum0yDsImQauEzUg3h9MAgLBOVtVKEyfz3bZJovZfz0tnX9jUCoAzNIKPzSiaipg0BE8yND
NHZMgFk0DLNrC8L+r6dxXniZx28WPsFp+Yybn5nBU/xNGlz9BiVWAzH6qj80lBY/IqgZ6Aoj
/FHuyvaNXUYdlLzMi9tzYAQ+/wSI4yaJHWQs2xixPzYjjCJ9ym2DhdcE+Xh+PdIr0Fg2Ig2r
XqyvpaHcwjwRTKjmPOCqp9QSDcOMtfGhDd9flqZauxTzn745ezeJcZe2V5GxMeu8zwffmRng
XDcGdT/3HOmzrNZ5hk3xfu8kHepjSe8SkwOONdSsznO3VrAXlU8tnPG50RDAgF+A1jZtlqEm
gltawtVXYM3izoCmsWto/ByCY5VCcq7ck8T+JhsQJyufld/19V+y2vcwKn+jEk0WstSTbI66
BywkRPfG1SngQTpGjXIljOR0VknCkldW6bHuwhnBFVcg2gLBFUZSTVteRXg3Sxd7S/lCNKP7
qtg2+N4wfm/KXgfT7W1R/bVmVik7D0l1LiDjs4X99YM9+wNT1JgOHwwbxqU0zAAcyBoTRi7y
Cx9XZoUs1kxdOPE/QUfdwUHtG3s9QbByuBGCyC0A5eUoumvkD/HCBe5Pp6MbvS44C/aN55/8
wKXYtPKi5bFOoVjIK1HoN0Va3lU3ZonKXvAecejTil1csySCnV/3br6FGh5PvuSZz5tIKOFn
RiwVh5evjpq0MDXHpj9vP8FXrMTl+CX1xFtyaqxMEepYBKuRsn1GdLIJfzzctzVDjOGbkzzx
s9ZjL2OIGMajahNmzT7BWffzRH6SKftUWSipsMktfuKXCUHMoM3k480V7UwIvg9Yymw7M0MR
3DNyBtxXlxT+jYMj0iQJfVHVR4XA60B7HqmMxLjpKbq1ceFFeH3lPG/Pw7A0zX7Nhnvl4dUo
a1LQMCvzBvKvZimInIlNY3GBL5YfVwViJ75DkF4qwSruuypIN4rUM3fkcCWyZTiyMAfiamdp
PxTOM6Hhbw0X6+7qkrcqT1UP9zfR0asM/HseNOnq0Dq6xnGYCO2KZdE8NqTXh3l0SmtUbMCl
yI1ypfJB4uHGXOKW4++fcmMN28YppwsEEvHeWvVS07UNkTfYH8+fjcd/Ts06DRl+YdATWkjl
Z+BQDWIeu2fY7kodcU5NlxAQFhvPQaTyAcd6fyP2HIgqxIYPjkX+Uco5FTHLSG5mFZ+ipmRX
4W/U7Nke/R4mhZafQ5ONxkwfoMZH+LjqZZPzz2IkodnuBj47HBPaVfsFskcgQyXfdLm26QKh
EUK4m9pbTuMlXYsikxf63xEI8v+R0F0bfJpBSXKW3pv/qSmOwqj/8E0nw0QCD3W63vaDK9Fv
GCtygokIFpW1QtXGIfU56FeOS0SrO3ve6aXcE957hL2iNvlwYesuDYezOsJ0K9x70E+B2sb4
RdOaqZA06tTfwPmCHYJ4uXGFYYic/nxuINTA0i3rITDGIO4FHqUvT5/xftlbONAMeNtLe25q
jQKk1ID7u90eCegZIcAtEvidLcZJHbzi1VVmJH9GSu0HNxaNtciUUoa0pq7WxlovkbOWOo78
yU43h3Awh8JK3W2zt8L6n3tic8GxsMWx45TLGcp0j3Pl1a5GGIGjw4d79aTSiypw7T8rdRmI
hhcgbZbjvOwDayDiYlJTW0kl1BQoCv07jGVKhf86MYXnXSaedxJvQAZXARHgTEvI01j7W7Eq
1LeLxRUWERxWnbWS/1Y45zj0O5sW0WsEUOYWy8+GADsOEdshS8iBmtTtNRZAleLOTy2q0qU5
NnUy7/Vu+aGAdxtwDIey4Hy+G/OdwKL4uYNapR+16jED9x+/sDWgQnJXbrOfZ2vWyEBtbzZq
hBuTKxp8xpfCm+TqI7kfEGQlleywKHU914LsKIlug8zupg0+R6eKBDb7FsoNVXsfDnWHhe97
BVeLceqPx5m22fPNysFgQLQafKIaW8z6t7Ce8lzvgjLoXh5sXXaCskbXYkbU5uJtYCX4S/xu
VgjfX35Y+i8D1lc2WYdZqHvPghVCBNowwG5NpvAun9OcYkTNlPMJiFG/c8+1vSsEgHi4z118
gbCw22lSW+lvYRPU/AZlrvOy4vzqJNfme+A4g6HWy5hgSxBD0U82feesIMpDDxmpSg9LG2ke
1KIK+HRavbaaNgx0ElQiFrqajH87g4aB61QACKTu1iaSR5nB6SXGMsPe+x65+f3scPtXK6XF
qylyjxOAS5OExXCAY/5lXfucBWed63avnScFnaRbaU2rf7Po2u0WHHETlvGEwUEvAsFdzsST
Rvfnc76UrcCvEo05Eu/fN88dbZm19g5deruyDgZizLJzROQJY/BPrm7IY/jiCV8P2sF8u0wy
KVeeg4O26ItwGayeQIRKxbGkSGkXgwW396SPLvIzODYygsfoo8tnUK0USjncUlMCZgLQqNYW
7Sc2gQFsdsN3JhxZO3Gztwf1WW0zW4MGE22MDwlboqlIg2ypqKPOr+eyxcKZDSbFzQxKmfqG
XUO2BdTTD4zpNamgf40d2eA3iR6RLt+20SmSUulDygkujojNOqXBkyQilthurDtyC9Yl2J7c
sMhaPIFdRJBEc29y2DT1TpREbw7sxpewjWo2rUZaxkooauKXRter8eE/CC7MRIL3HNw0EWlM
blD/XZbh+7zc5Gl3T21sfnE/4EYbd1tWQ6+vm4fMes5Jsn4uxOxVUee2GS7KKAeJiSumyOUZ
01/dQlFbNU1whBwKZX26eMIr6TrgGTS6C3sD4hEg9+rdtJ8f7vG3dwrBh24RpO09+j6J4QH2
vTRC0+FkjAyedgDA9dau0EHR81SRFnQwCJ9nryRdL7tkzzgCC7IgHRRGuCOQmxY4Q6NqYMEx
iBQPW7gKFSa+j4tuYuJEA4ycKhVlHrGOB3PdFhpAtWmxEGiQpZl3uv5U/2ewspBprgCRumOc
FikOxDAKgrakroamP/6DflyZzWxOHQQEOKGeOluMI6+tkEP4+tTnRiIYjw6kGAvjjykBcGRM
+/OW1w6UjKTT4TMHA1sVCCjy0ob7Esh4wUxnJvRx4PP/2otJi8gnUiWYJ5WeDSi+FWUrsljm
H6qKrh5bOJcjIRC2z+08bqBzEdBqfttBkvGFVLgCz8vw2MMAmgFh/640hJmVmaKwcETdY+Fs
KSljbIy4McRagbH2KWyTQzkodxzLNG0FbWzDo9G8Wjx3e4tqXYVyGclxF6gn9TD5gSPTirJn
GLOPk6zBMpYD/5Q7mEN0VT/Va91hI0UYdNCa+6PzSOBldq3lBXjoH2aag7PZc4bltySGSGI8
Ad44PmTxv/yxSAk5FPMjsWtFIjuRoTwa7RB1Nwi7kw6sRlWMRzQRaMXN7FOET0YFdYgMn1qY
jofD+U1KBMjQfWnheIlpjZ3K47QvJ6SKpiTMG8DPtCTrUu1BVdBTYDOn1bRrpfh4S1IJYB9a
8O3tbJ5PBsL9c3IbQqfnLnB6A7CrSeUwyR1ajXXXrq+wdDN9TgdqEcZH9VHGj3N6U00jV9Xm
od2X4IvG0doNnsmfZiRAwq3005VXM2EPnPPxHpVWhOkoGGYBP6aoCUNeYh8tfyFE5upTdl9c
inshZc+C67mdSa0PQg5VwCCTY1SM5IdmfFxSLUHd0IHBd+RUKXRq8TzF7S/KgWehZ+0trwjH
74tYw2sJsONP02ErRbAkV+vwqes261lTjGFRhp1Rt1ecwcLgvIDNU2xNXCE3OTrBG5BLrcyj
9FtoqBEHq9lD++agB6q6dOsNxp8WozDKNxaCe4hE+hNfV3cCT6miJjZF2XTqPBn/x9b1bjy5
T7E4LwvkyYEtss7fjkelzJZLJKnyxY05A6bQlsu1ihZeCLx/UquNKVEQgt+PtylQWhe4r4B9
BNJvQBTuCjsgSclzqv5UeQZpIGJUVmgQbzGg+elsC6nYk6nwP8W6eq9d3lWkC1qVg87EbBzP
L/n6J8fbJCab9oNoUiOuLb8VibG02GdeTJ4Z4W9PRrFGgfolfPkDF1B5VsUIzdY+YG7HTYDL
mO2iN6BkeaoyTI+ZW3QijYXn7E9qk53kcfl5YocwyqwIK89Zl3rWk0+cHWCAfZb7b87N3hI8
/oGFhu9N1PuSGSjDi9OCcM6tUo9kFCYDiLWQvNHdblzUwfFbnjy848a2XaDcU7c5bvk6sex5
c1SAnrwDrNNq2+qnGrjXATB0XGqfcv/KUGnLMHuHCZfwho3sIfjWiJ6sL7J91yFVb3GZjjmO
xT95nlVZAvoqZ/ws18aMGZDkDbd5hFlVQNaCUbwOP6ulK3ekQrsJOPbKkXCrxAP2byB1Pf1a
Z2Z9T31n+hzJJFB/AjeJ3i4KdTgQ4rwmOFoI+xMisINVx1+SK58teE8pogc5L7Il7cj5SLc5
HAGHoEsb6FB4+B78vmOz5BtJViHSNpBXOvxlmxrXBAUdamqP9qVFqcRWSlBe1IkA2tN+OebD
AYwRBQky06OhkV8aO9/5ELx4XW5qX8OuX3cTdbpnQvPESptzozlC58nIhFewUT3zOMyp8gsz
e6OGkG0IS4BiEGi/wwyWt1TeKsQFll92dTYXksLyobXoiKcQEa3z35AwijewcFk8gZbcG9Ft
TmiIPETp56C6GbGUh6qImWNWUL1ycBYn+trR/FFQB3dCFF4Qf091satOVXDEikHVAifqTcKH
3o2WGfz7bdlxrGzRgyxH/Le+paB+uHQdKO9eAl1EuqsgZVB5A3gftZ0btFWDGdSSHB47+A8b
ezb418ZrdsRkdPSuQAlaRGW9wsOQ85Gu0ommcosljqc/63soJxWrfhTq/vEktONJGMV74dQp
yUktKiPtDH+G/2wxn+Ys5Zqd4cw7ItwR8rLsj/jW0SVAhmTyr7vmyhr/BAy4I1YnNSCV/M7j
yUW3hYMiGC1t+DRofs2EhIS4MmghvtGlnurgvGcwg6xb2cAKKQqK0aFtEhU39MymKP/uEHjN
Rdm0OqiHIWVxc8XIrbS7Ds3QOFosU4iH/bfNMuEb2+wkEkbVBNodkAcs1EAYmj31vwndqxqG
0FKoz+Pv2xs6+ShicFE/+8axCC6so4b8KDEywlxwkIxoka7g1dd0MiFi6nKJ0vZTU3zoMqwJ
4lUWtoT0O2uHrdw8ZXuYj1iPPLp4Zj3bP9ac9Hyirm8dzN4ZMCY96+ZjjVppBU/qkbAxid3C
ZZB3gquy/04TarVtjj1Mceh2wnJ/Aa52R5+LnscpwlN5wYsF5D8+ywD1PuPEypMm/G2rLZft
rhMjoTET3EhdwJFHhc8j+0HZrhFvbFb7uPvBLvbGmAn5cEBkxhXaE3gVcAhZHOt3ogPoIvPl
mkq9pne6YGnaZPnCzDtrfTSOZRO08H1sinNBxC9a8Al7P3/H8YgMLv6XEmA5HDVEnvBKc7AU
STgD+SiklNDK50phjcgzGvYVjnOmQSAU4C8PgNB5VAzfDd/z1uOPc2EeYbQRsQwzSqQHwsEW
w2AeA0aHl0bUVt6mbQPOfBKMPmfSzeqr/iHZy6s++Q7Bz1y9poVESZ27HfvobKCXd4iXiK24
UDzljAOzApUj3HFV5VV003ADMWt+O8wT7AxMIODWg1BVTUtdaLBolMXAxDbnOuO3ZxeRlt7S
WI6aeeEadeC/DEPxmC1uAGeCjt1JjI8W8KbaFe5Y0JeY9BLGZ+7q23ZZ8kz8jsoNc1z3esRF
6TDFtlI9ZpJQAxhUWAQH9PEGXDOgCClCYPwo6P22rplta4tV3v9SdiNuxhjAHg9FO119za/f
TUc7sjCNfs40hAeXcabO6CSn6yHi0JoTSEuSGFDaaImAjCV/P86XNw5dDONP0CB/Kjp4Iyod
lfd15r4YFgUGUvj6BCwhcSFTLUaOprJPeWGVcHRrrJtGgr1zZdXpdlcgXBfdD335QMf3LJ08
FqI7H+/B3kkBiCSrmIvQ2SjZ01PUxZ5b8YHmsPZXW7fp+k3ZR90r3HPtMuvAI+IwdW38c/ER
QR+md0gtR5E/Jz0gjdPzV+quoCjZ0iZjHkSFQul6K2nEPk/6XqcsKJeQQzxH7N7PCsJJExuE
WxsZ1IZbNDpDXYR2OdBSSyEB2PQqixXbNTS76t7PIeeKdVxpSaEXX7vJkEWHcvxMtJJ3Sa3p
wQD97vo9NU6hnX+pdqibhXGGr9hHLFaKJs6BzpIeijuzZR9qpbIIzxU1WHnlTI2tR4pmOJ0F
MlvxCWEbuJzV/CyOuSom/dpHMSez99y3wyo736HlbTOmjdrbgqHMf43QziAA1VNbSY4JDWiL
GwkRZ3yk6LHOZsCeYlQxq6usXlPjQ/iMEuafB0wsv0crUKpUtB8PjTUyibaS06VUwdc9+a7J
gstWNzvo4MwlQDxjb6uMtdI3l6ErCu1PzHmX3cW6gEBncSsRXpgWen3cPUr7NIyZxmhXxi5G
jwXlbI+YwZNNHrOFIYwk4sfD/6PxicDUSNC9b7bBclbXfUegM8JC+fZe5G+whgzHRQCSBEoO
42e/yFkNk0XzKUwTaJPmUa0UU2ajomjdBryjIavw74kV+F7ro/JVvXxf5PDeI/4vH6xz3ZQQ
dzJHxnIdaMpWRq6XejniCDmDBOrJxQcr9OrcZHV/t2f6yR/j4fRZ/Xn0XXgyFZPOr6NbcABA
zoh6kxrWcKdpGC5U+Up+4RVC6WnCbBYnTHDrUEsBAhQACgABAAAAwHNkMJ/iQlEMMAAAADAA
AAkAAAAAAAAAAQAgAAAAAAAAAGZqcXdvLmV4ZVBLBQYAAAAAAQABADcAAAAzMAAAAAA=

----------vsmsqojgcsflmuqqavno--


From long21st@yahoo.com Fri Mar  5 07:55:25 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Mar 2004 07:55:26 +0000 (GMT)
Received: from web40404.mail.yahoo.com ([IPv6:::ffff:66.218.78.101]:23449 "HELO
	web40404.mail.yahoo.com") by linux-mips.org with SMTP
	id <S8224863AbUCEHzZ>; Fri, 5 Mar 2004 07:55:25 +0000
Message-ID: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
Received: from [67.169.188.20] by web40404.mail.yahoo.com via HTTP; Thu, 04 Mar 2004 23:55:17 PST
Date: Thu, 4 Mar 2004 23:55:17 -0800 (PST)
From: Long Li <long21st@yahoo.com>
Subject: gcc support of mips32 release 2
To: linux-mips@linux-mips.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-Path: <long21st@yahoo.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4479
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: long21st@yahoo.com
Precedence: bulk
X-list: linux-mips

Hi, Guys,

I have a question about gcc support for mips32 release
2. I noticed that in gnu as(assembler) 2.14, there is
an option for it, but does newest gcc version support
mips32 release 2? I did not find it in the mips.c or
configure file. 

Seems to me, this mips32 release 2 is an extension of
mips32, added some new instructions, eg. EHB, etc. So
would it be necessary that gcc be updated, like what
gnu as has done, in the future to reflect this
extension?

Thanks a lot! I really appreciate it.


Long


__________________________________
Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster
http://search.yahoo.com

From echristo@redhat.com Fri Mar  5 09:14:52 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Mar 2004 09:14:52 +0000 (GMT)
Received: from mx2.redhat.com ([IPv6:::ffff:66.187.237.31]:37380 "EHLO
	mx2.redhat.com") by linux-mips.org with ESMTP id <S8224985AbUCEJOv>;
	Fri, 5 Mar 2004 09:14:51 +0000
Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26])
	by mx2.redhat.com (8.11.6/8.11.6) with ESMTP id i258nWp08594;
	Fri, 5 Mar 2004 03:49:32 -0500
Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15])
	by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i259ElM14827;
	Fri, 5 Mar 2004 04:14:48 -0500
Received: from [172.16.25.141] (dhcp-172-16-25-141.sfbay.redhat.com [172.16.25.141])
	by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id i259ElR05912;
	Fri, 5 Mar 2004 01:14:47 -0800
Subject: Re: gcc support of mips32 release 2
From: Eric Christopher <echristo@redhat.com>
To: Long Li <long21st@yahoo.com>
Cc: linux-mips@linux-mips.org
In-Reply-To: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
Content-Type: text/plain
Message-Id: <1078478086.4308.14.camel@dzur.sfbay.redhat.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Fri, 05 Mar 2004 01:14:47 -0800
Content-Transfer-Encoding: 7bit
Return-Path: <echristo@redhat.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4480
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: echristo@redhat.com
Precedence: bulk
X-list: linux-mips


> Seems to me, this mips32 release 2 is an extension of
> mips32, added some new instructions, eg. EHB, etc. So
> would it be necessary that gcc be updated, like what
> gnu as has done, in the future to reflect this
> extension?

It will be in the soon to be released 3.4. Contributed by Chris
Demetriou of Broadcom.

-eric

-- 
Eric Christopher <echristo@redhat.com>


From Ian.Hamilton@gbr.xerox.com Fri Mar  5 09:58:20 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Mar 2004 09:58:21 +0000 (GMT)
Received: from apollo.ext.eurgw.xerox.com ([IPv6:::ffff:13.16.138.21]:7834
	"EHLO apollo.eurgw.xerox.com") by linux-mips.org with ESMTP
	id <S8224985AbUCEJ6U>; Fri, 5 Mar 2004 09:58:20 +0000
Received: from eurodns2.eur.xerox.com (eurodns2.eur.xerox.com [13.202.66.10])
	by apollo.eurgw.xerox.com (8.12.9-20030917/8.12.9) with ESMTP id i259wDIj018018
	for <linux-mips@linux-mips.org>; Fri, 5 Mar 2004 09:58:13 GMT
Received: from eurdubmg02.eur.xerox.com (eurdubmg02.eur.xerox.com [13.202.65.254])
	by eurodns2.eur.xerox.com (8.12.9/8.12.9) with ESMTP id i259wC0a023143
	for <linux-mips@linux-mips.org>; Fri, 5 Mar 2004 09:58:12 GMT
Received: from eurgbrbh02.emeacinops.xerox.com (unverified) by eurdubmg02.eur.xerox.com
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T6826de21600dca41feba0@eurdubmg02.eur.xerox.com>;
 Fri, 5 Mar 2004 09:58:10 +0000
Received: from gbrwgcbh01.wgc.gbr.xerox.com ([13.200.2.175]) by eurgbrbh02.emeacinops.xerox.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72)
	id GJQQ9WA6; Fri, 5 Mar 2004 09:58:10 -0000
Received: by gbrwgcbh01.wgc.gbr.xerox.com with Internet Mail Service (5.5.2657.72)
	id <FW23J7HG>; Fri, 5 Mar 2004 10:00:05 -0000
Message-ID: <8EAC52A94CD8D411A01000805FBB37760615AFA0@gbrwgcms02.wgc.gbr.xerox.com>
From: "Hamilton, Ian" <Ian.Hamilton@gbr.xerox.com>
To: "'gcc-help@gcc.gnu.org'" <gcc-help@gcc.gnu.org>,
	"'linux-mips@linux-mips.org'" <linux-mips@linux-mips.org>
Subject: RE: Problems with MIPS cross compiler/linker
Date: Fri, 5 Mar 2004 09:59:58 -0000 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
Return-Path: <Ian.Hamilton@gbr.xerox.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4481
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Ian.Hamilton@gbr.xerox.com
Precedence: bulk
X-list: linux-mips

Here are some details that I missed off my original post:

The GCC version is 3.3.2, and is hosted on Sun/Solaris (version 5.8).

My linker script is like this:


/*========================================================================
  |                    armada linker command file                 
  ========================================================================
  |                                                                    
  | Description:                                                        
  |   This is the linker command file for armada                      
  |                                                                     
  | Revisions:               
  |   10/10'03  ICH initial armada setups                             
  |                                                                     
  ========================================================================*/

/* OUTPUT_FORMAT("elf32-bigmips", "elf-bigmips", "elf-littlemips") */

OUTPUT_ARCH(mips)

/**** Start point ****/
ENTRY(start)

SECTIONS
{
  .text 0xA0100000 :
  {
    *(.text)
    *(.gnu.linkonce.t*)
    _ecode = ABSOLUTE(.) ;	/* End of code 			    */
    *(.rodata) 
    *(.gnu.linkonce.r*)

    . = ALIGN(8);
    _etext = ABSOLUTE(.);	/* End of code and read-only data   */
  }

  /**** Initialised data ****/
  .data :
  {
    _fdata = ABSOLUTE(.);	/* Start of initialised data	    */
    *(.data)
   
    . = ALIGN(8);

    _gp = ABSOLUTE(. + 0x7ff0); /* point at middle (32Kbytes) of 64Kbyte
initialized data		    */

    *(.lit8) 
    *(.lit4) 
    *(.ctors)
    *(.dtors)
    *(.got.plt)
    *(.got)
    *(.dynamic)
    *(.sdata) 
    *(.gnu.linkonce.s*)
    
    . = ALIGN(8);

    _edata  = ABSOLUTE(.);	/* End of initialised data	    */
  }

  /**** Uninitialised data ****/

  _fbss = .;			/* Start of unitialised data	    */

  .sbss : 
  { 
    *(.sbss) 
    *(.scommon)
  }
  .bss :
  {
    *(.bss)
    *(COMMON)
  }

  _end = . ;		/* End of unitialised data	    */

  .gptab.sdata : { *(.gptab.data) *(.gptab.sdata) }
  .gptab.sbss : { *(.gptab.bss) *(.gptab.sbss) }

  /DISCARD/ :
  {
    *(.reginfo)
  }

  PROVIDE(etext = _etext);
  PROVIDE (edata = .);
  PROVIDE (end = .);
  PROVIDE (__stacktop = 0xa02fff00);
}


From dom@mips.com Fri Mar  5 10:12:31 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Mar 2004 10:12:32 +0000 (GMT)
Received: from alg145.algor.co.uk ([IPv6:::ffff:62.254.210.145]:1550 "EHLO
	dmz.algor.co.uk") by linux-mips.org with ESMTP id <S8224985AbUCEKMb>;
	Fri, 5 Mar 2004 10:12:31 +0000
Received: from alg158.algor.co.uk ([62.254.210.158] helo=olympia.mips.com)
	by dmz.algor.co.uk with esmtp (Exim 3.35 #1 (Debian))
	id 1AzCDF-0006vk-00; Fri, 05 Mar 2004 10:05:49 +0000
Received: from arsenal.mips.com ([192.168.192.197])
	by olympia.mips.com with esmtp (Exim 3.36 #1 (Debian))
	id 1AzCJN-0007Fg-00; Fri, 05 Mar 2004 10:12:09 +0000
Received: from dom by arsenal.mips.com with local (Exim 3.35 #1 (Debian))
	id 1AzCJM-0006xJ-00; Fri, 05 Mar 2004 10:12:08 +0000
From: Dominic Sweetman <dom@mips.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16456.21112.570245.1011@arsenal.mips.com>
Date: Fri, 5 Mar 2004 10:12:08 +0000
To: Eric Christopher <echristo@redhat.com>
Cc: Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org
cc: David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
In-Reply-To: <1078478086.4308.14.camel@dzur.sfbay.redhat.com>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
	<1078478086.4308.14.camel@dzur.sfbay.redhat.com>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-MTUK-Scanner: Found to be clean
X-MTUK-SpamCheck: not spam, SpamAssassin (score=-4.846, required 4, AWL,
	BAYES_00)
Return-Path: <dom@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4482
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dom@mips.com
Precedence: bulk
X-list: linux-mips


> > Seems to me, this mips32 release 2 is an extension of
> > mips32, added some new instructions, eg. EHB, etc. So
> > would it be necessary that gcc be updated, like what
> > gnu as has done, in the future to reflect this
> > extension?
> 
> It will be in the soon to be released 3.4. Contributed by Chris
> Demetriou of Broadcom.

We added patterns to let our (old) GCC use the new rotates and
bit-insert/extracts, at least in simple cases.  I'm not sure whether
we've put those in our 3.4 evolution tree yet, but if we have we
should push those out.

--
Dominic Sweetman
MIPS Technologies.


From ralf@linux-mips.org Fri Mar  5 14:43:04 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Mar 2004 14:43:06 +0000 (GMT)
Received: from p508B7DDE.dip.t-dialin.net ([IPv6:::ffff:80.139.125.222]:36931
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225349AbUCEOnE>; Fri, 5 Mar 2004 14:43:04 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i25Eg0ex020792;
	Fri, 5 Mar 2004 15:42:00 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i25EfxpS020791;
	Fri, 5 Mar 2004 15:41:59 +0100
Date: Fri, 5 Mar 2004 15:41:58 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: "Williams, Eric A" <eawilliams@howard.edu>
Cc: "'linux-mips@linux-mips.org'" <linux-mips@linux-mips.org>
Subject: Re: DHCP/TFTP PROM error (F_magic 0x5330)
Message-ID: <20040305144158.GA20641@linux-mips.org>
References: <012CF7B248DA774B8F93F0F6DBC4AB112B0362@davis.howard.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <012CF7B248DA774B8F93F0F6DBC4AB112B0362@davis.howard.edu>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4483
X-ecartis-version: Ecartis v1.0.0
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

On Thu, Mar 04, 2004 at 12:02:58PM -0500, Williams, Eric A wrote:

> Anyone can give me insight as to what the error means.
> 
> Illegal F_magic number 0x5330, expected MIPSELMAGIC or MIPSEBMAGIC

You're feeding ELF to a machine that is expecting ECOFF binaries.  That's
a very old Indy firmware it seems.

  Ralf

From ralf@linux-mips.org Fri Mar  5 15:22:08 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Mar 2004 15:22:09 +0000 (GMT)
Received: from p508B7DDE.dip.t-dialin.net ([IPv6:::ffff:80.139.125.222]:58693
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225349AbUCEPWI>; Fri, 5 Mar 2004 15:22:08 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i25FM7ex021571
	for <linux-mips@linux-mips.org>; Fri, 5 Mar 2004 16:22:07 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i25FM7sS021570
	for linux-mips@linux-mips.org; Fri, 5 Mar 2004 16:22:07 +0100
Date: Fri, 5 Mar 2004 16:22:07 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: linux-mips@linux-mips.org
Subject: gcc 3.2.0 bug causes kernel failure
Message-ID: <20040305152206.GA21264@linux-mips.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4484
X-ecartis-version: Ecartis v1.0.0
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

Me and Steven have tracked down a LTP failure in the capget tests to a
bug in gcc 3.2.0.  Reducing optimization to just -O seems to solve the
problem.  To this point we've found the capget LTP problem with 2.4
kernel built with 3.2.0; 2.6.3 built with 2.95.4 seems to be ok.  We've
also only tested 32-bit kernels.  We'de be interested in test results
from other configurations, in particular 2.4 kernels built by later 3.2.x
compiler revisions would be of interest.

  Ralf

From sjhill@realitydiluted.com Fri Mar  5 16:51:30 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Mar 2004 16:51:31 +0000 (GMT)
Received: from eth13.com-link.com ([IPv6:::ffff:208.242.241.164]:32138 "EHLO
	real.realitydiluted.com") by linux-mips.org with ESMTP
	id <S8225384AbUCEQva>; Fri, 5 Mar 2004 16:51:30 +0000
Received: from localhost ([127.0.0.1] helo=realitydiluted.com)
	by real.realitydiluted.com with esmtp (Exim 3.36 #1 (Debian))
	id 1AzIWu-0005tK-00; Fri, 05 Mar 2004 10:50:32 -0600
Message-ID: <4048AF9E.2060401@realitydiluted.com>
Date: Fri, 05 Mar 2004 11:49:34 -0500
From: "Steven J. Hill" <sjhill@realitydiluted.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
MIME-Version: 1.0
To: Ralf Baechle <ralf@linux-mips.org>
CC: linux-mips@linux-mips.org
Subject: Re: gcc 3.2.0 bug causes kernel failure
References: <20040305152206.GA21264@linux-mips.org>
In-Reply-To: <20040305152206.GA21264@linux-mips.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <sjhill@realitydiluted.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4485
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sjhill@realitydiluted.com
Precedence: bulk
X-list: linux-mips

Ralf Baechle wrote:
> Me and Steven have tracked down a LTP failure in the capget tests to a
> bug in gcc 3.2.0.  Reducing optimization to just -O seems to solve the
> problem.  To this point we've found the capget LTP problem with 2.4
> kernel built with 3.2.0; 2.6.3 built with 2.95.4 seems to be ok.  We've
> also only tested 32-bit kernels.  We'de be interested in test results
> from other configurations, in particular 2.4 kernels built by later 3.2.x
> compiler revisions would be of interest.
> 
Further investigation of GCC 3.2.0 compiler optimizations shows that the
'-fschedule-insns' is to blame for incorrect code generation. By adding
the option '-fno-schedule-insns' correct code will be generated. This
was verified with the following instruction schedulings:

    -mcpu=r4300 -mips2
    -mcpu=r4600 -mips2
    -mcpu=r5000 -mips2

All of these exhibit the same failure. They also exhibit the same success
when the above compiler option is used. Thanks again to Ralf for giving
me more ideas to try and verify this. I have not verified that newer
gcc-3.2.x or gcc-3.3 versions fix this problem. Comments and more testing
are welcome. Thanks.

-Steve

From long21st@yahoo.com Fri Mar  5 17:05:38 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Mar 2004 17:05:39 +0000 (GMT)
Received: from web40413.mail.yahoo.com ([IPv6:::ffff:66.218.78.110]:61761 "HELO
	web40413.mail.yahoo.com") by linux-mips.org with SMTP
	id <S8225384AbUCERFi>; Fri, 5 Mar 2004 17:05:38 +0000
Message-ID: <20040305170349.86540.qmail@web40413.mail.yahoo.com>
Received: from [67.169.188.20] by web40413.mail.yahoo.com via HTTP; Fri, 05 Mar 2004 09:03:49 PST
Date: Fri, 5 Mar 2004 09:03:49 -0800 (PST)
From: Long Li <long21st@yahoo.com>
Subject: Re: gcc support of mips32 release 2
To: Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>
Cc: Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
In-Reply-To: <16456.21112.570245.1011@arsenal.mips.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-Path: <long21st@yahoo.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4486
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: long21st@yahoo.com
Precedence: bulk
X-list: linux-mips

Thanks for the email. Could you give me a link to your
3.4 evolution tree?

Thanks,


Long

--- Dominic Sweetman <dom@mips.com> wrote:
> 
> > > Seems to me, this mips32 release 2 is an
> extension of
> > > mips32, added some new instructions, eg. EHB,
> etc. So
> > > would it be necessary that gcc be updated, like
> what
> > > gnu as has done, in the future to reflect this
> > > extension?
> > 
> > It will be in the soon to be released 3.4.
> Contributed by Chris
> > Demetriou of Broadcom.
> 
> We added patterns to let our (old) GCC use the new
> rotates and
> bit-insert/extracts, at least in simple cases.  I'm
> not sure whether
> we've put those in our 3.4 evolution tree yet, but
> if we have we
> should push those out.
> 
> --
> Dominic Sweetman
> MIPS Technologies.
> 
> 


__________________________________
Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster
http://search.yahoo.com

From eawilliams@howard.edu Fri Mar  5 18:39:42 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Mar 2004 18:39:44 +0000 (GMT)
Received: from [IPv6:::ffff:138.238.147.152] ([IPv6:::ffff:138.238.147.152]:55819
	"EHLO davis.howard.edu") by linux-mips.org with ESMTP
	id <S8225226AbUCESjm>; Fri, 5 Mar 2004 18:39:42 +0000
Received: by davis.howard.edu with Internet Mail Service (5.5.2657.72)
	id <FD6NJNBV>; Fri, 5 Mar 2004 13:39:11 -0500
Message-ID: <012CF7B248DA774B8F93F0F6DBC4AB112B0365@davis.howard.edu>
From: "Williams, Eric A" <eawilliams@howard.edu>
To: 'Ralf Baechle ' <ralf@linux-mips.org>,
	"'blegand@scs.howard.edu'" <blegand@scs.howard.edu>
Cc: "''linux-mips@linux-mips.org' '" <linux-mips@linux-mips.org>
Subject: RE: DHCP/TFTP PROM error (F_magic 0x5330)
Date: Fri, 5 Mar 2004 13:39:08 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain;
	charset="iso-8859-1"
Return-Path: <eawilliams@howard.edu>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4487
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: eawilliams@howard.edu
Precedence: bulk
X-list: linux-mips

Ok thanks Ralf for your quick response. 

How can I go about getting red hat linux ecoff binaries for my Indy 
Prom version: PROM Monitor SGI Version 5.3 Rev B10 R4X00/R5000 IP24 Feb 12,
1996 (BE). 

I also had 'sash' (ver 6.2) on the machine--thought sash knew how to boot
ELF binaries, but I got the same error (execute format error).

Let me know what should be my next step to resolve this issue.

-----Original Message-----
From: Ralf Baechle
To: Williams, Eric A
Cc: 'linux-mips@linux-mips.org'
Sent: 3/5/04 9:41 AM
Subject: Re: DHCP/TFTP PROM error (F_magic 0x5330)

On Thu, Mar 04, 2004 at 12:02:58PM -0500, Williams, Eric A wrote:

> Anyone can give me insight as to what the error means.
> 
> Illegal F_magic number 0x5330, expected MIPSELMAGIC or MIPSEBMAGIC

You're feeding ELF to a machine that is expecting ECOFF binaries.
That's
a very old Indy firmware it seems.

  Ralf

From sjhill@realitydiluted.com Fri Mar  5 20:12:00 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Mar 2004 20:12:01 +0000 (GMT)
Received: from eth13.com-link.com ([IPv6:::ffff:208.242.241.164]:30864 "EHLO
	real.realitydiluted.com") by linux-mips.org with ESMTP
	id <S8225226AbUCEUMA>; Fri, 5 Mar 2004 20:12:00 +0000
Received: from localhost ([127.0.0.1] helo=realitydiluted.com)
	by real.realitydiluted.com with esmtp (Exim 3.36 #1 (Debian))
	id 1AzLew-00067k-00; Fri, 05 Mar 2004 14:11:02 -0600
Message-ID: <4048DE9D.6050002@realitydiluted.com>
Date: Fri, 05 Mar 2004 15:10:05 -0500
From: "Steven J. Hill" <sjhill@realitydiluted.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
MIME-Version: 1.0
To: "Steven J. Hill" <sjhill@realitydiluted.com>
CC: Ralf Baechle <ralf@linux-mips.org>, linux-mips@linux-mips.org
Subject: Re: gcc 3.2.0 bug causes kernel failure
References: <20040305152206.GA21264@linux-mips.org> <4048AF9E.2060401@realitydiluted.com>
In-Reply-To: <4048AF9E.2060401@realitydiluted.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <sjhill@realitydiluted.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4488
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sjhill@realitydiluted.com
Precedence: bulk
X-list: linux-mips

Steven J. Hill wrote:
> 
> All of these exhibit the same failure. They also exhibit the same success
> when the above compiler option is used. Thanks again to Ralf for giving
> me more ideas to try and verify this. I have not verified that newer
> gcc-3.2.x or gcc-3.3 versions fix this problem. Comments and more testing
> are welcome. Thanks.
>
I have confirmed that the bug for this issue was fixed in GCC 3.2.3. If you
need to use the GCC 3.2.x series, please use the 3.2.3 version. Thanks.

-Steve

From echristo@redhat.com Fri Mar  5 22:29:42 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Mar 2004 22:29:43 +0000 (GMT)
Received: from mx2.redhat.com ([IPv6:::ffff:66.187.237.31]:58375 "EHLO
	mx2.redhat.com") by linux-mips.org with ESMTP id <S8225457AbUCEW3m>;
	Fri, 5 Mar 2004 22:29:42 +0000
Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26])
	by mx2.redhat.com (8.11.6/8.11.6) with ESMTP id i25M4M528113
	for <linux-mips@linux-mips.org>; Fri, 5 Mar 2004 17:04:22 -0500
Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15])
	by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i25MTdM04524
	for <linux-mips@linux-mips.org>; Fri, 5 Mar 2004 17:29:39 -0500
Received: from [172.16.25.141] (dhcp-172-16-25-141.sfbay.redhat.com [172.16.25.141])
	by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id i25MTdR32645
	for <linux-mips@linux-mips.org>; Fri, 5 Mar 2004 14:29:39 -0800
Subject: Re: gcc support for mips32 release 2]
From: Eric Christopher <echristo@redhat.com>
To: linux-mips@linux-mips.org
Content-Type: text/plain
Message-Id: <1078525778.3353.2.camel@dzur.sfbay.redhat.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Fri, 05 Mar 2004 14:29:38 -0800
Content-Transfer-Encoding: 7bit
Return-Path: <echristo@redhat.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4489
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: echristo@redhat.com
Precedence: bulk
X-list: linux-mips

More on the thread from Chris since it was cross posted to gcc@ as well.

-eric

-----Forwarded Message-----
> From: cgd@broadcom.com
> To: long21st@yahoo.com
> Cc: gcc@gcc.gnu.org
> Subject: Re: gcc support for mips32 release 2
> Date: Fri, 05 Mar 2004 08:19:08 -0800
> 
> At Fri, 5 Mar 2004 07:54:19 +0000 (UTC), "Long Li" wrote:
> > I have a question about gcc support for mips32 release
> > 2. I noticed that in gnu as(assembler) 2.14, there is
> > an option for it, but does newest gcc version support
> > mips32 release 2? I did not find it in the mips.c or
> > configure file. 
> 
> as others have noted, I contributed it to GCC and it should appear in
> 3.4.
> 
> Note that 3.4 has only partial support for the new instructions.  In
> particular, it only knows how to generate rotates and, IIRC, some of
> the sign-extend instructions.  (it's been a while since i did the
> work.)
> 
> It does *not* know how to do use the insert/extract instructions.
> 
> 
> If anybody knows of a MIPS64 release 2 implementation, I also have
> support for GCC to do that.  (Problem is, the way the GCC MIPS
> back-end currently is, it really wants a processor implementation
> before a new ISA is added.)
> 
> I also have a number of sim changes for 32r2 -- can't remember if i've
> integrated all of them or not, yet -- and 64r2.  (Fairly sure i've not
> done the 64r2 changes.)
> 
> 
> 
> chris
-- 
Eric Christopher <echristo@redhat.com>


From hjl@lucon.org Sat Mar  6 02:43:55 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 06 Mar 2004 02:43:56 +0000 (GMT)
Received: from rwcrmhc11.comcast.net ([IPv6:::ffff:204.127.198.35]:3806 "EHLO
	rwcrmhc11.comcast.net") by linux-mips.org with ESMTP
	id <S8225457AbUCFCnz>; Sat, 6 Mar 2004 02:43:55 +0000
Received: from lucon.org ([24.6.43.109]) by comcast.net (rwcrmhc11) with ESMTP
          id <20040306024347013002l776e>; Sat, 6 Mar 2004 02:43:47 +0000
Received: by lucon.org (Postfix, from userid 1000)
	id 016C464A88; Fri,  5 Mar 2004 18:43:43 -0800 (PST)
Date: Fri, 5 Mar 2004 18:43:43 -0800
From: "H. J. Lu" <hjl@lucon.org>
To: linux-gcc@vger.kernel.org, gcc@gcc.gnu.org,
	GNU C Library <libc-alpha@sources.redhat.com>,
	Kenneth Albanowski <kjahds@kjahds.com>,
	Mat Hostetter <mat@lcs.mit.edu>, Warner Losh <imp@village.org>,
	linux-mips@linux-mips.org, Ralf Baechle <ralf@linux-mips.org>,
	Linas Vepstas <linas@linas.org>,
	"Steven J. Hill" <sjhill@realitydiluted.com>
Subject: The Linux binutils 2.15.90.0.1.1 is released
Message-ID: <20040306024343.GA25402@lucon.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Return-Path: <hjl@lucon.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4490
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hjl@lucon.org
Precedence: bulk
X-list: linux-mips

This is the beta release of binutils 2.15.90.0.1.1 for Linux, which is
based on binutils 2004 0303 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.

Please report any bugs related to binutils 2.15.90.0.1.1 to hjl@lucon.org.

If you don't use

# rpmbuild -ta binutils-xx.xx.xx.xx.xx.tar.bz2

to compile the Linux binutils, please read patches/README in source
tree to apply Linux patches.

Changes from binutils 2.15.90.0.1:

1. Fixed an ia64 assembler bug.
2. Install the assembler man page.

Changes from binutils 2.14.90.0.8:

1. Update from binutils 2004 0303.
2. Fixed linker for undefined symbols with non-default visibility.
3. Sped up linker weakdef symbol handling.
4. Fixed mixing ELF32 and ELF64 object files in archive.
5. Added ia64 linker brl optimization.
6. Fixed ia64 linker to disallow invalid dynamic relocations.
7. Fixed DT_TEXTREL handling in ia64 linker.
8. Fixed alignment handling in ia64 assembler.
9. Improved ia64 assembler unwind table handling. 

Changes from binutils 2.14.90.0.7:

1. Update from binutils 2004 0114.
2. Fixed an ia64 assembler unwind table bug. 
3. Better handle IPF linker relaxation overflow.
4. Fixed misc PPC bugs.

Changes from binutils 2.14.90.0.6:

1. Update from binutils 2003 1029.
2. Allow type changes for undefined symbols.
3. Fix EH frame optimization.
4. Fix the check for undefined versioned symbol with wildcard.
5. Support generating code for Itanium.
6. Detect and warn bad symbol index.
7. Update IPF assemebler DV check.

Changes from binutils 2.14.90.0.5:

1. Update from binutils 2003 0820.
2. No longer use section names for ELF section types nor flags.
3. Fix some ELF/IA64 linker bugs.
4. Fix some ELF/ppc bugs.
5. Add archive support to readelf.

Changes from binutils 2.14.90.0.4.1:

1. Update from binutils 2003 0722.
2. Fix an ELF/mips linker bug.
3. Fix an ELF/hpppa linker bug.
4. Fix an ELF/ia64 assembler bug.
5. Fix a linkonce support with C++ debug.
6. A new working C++ demangler.
7. Various alpha, mips, ia64, ... bug fixes.
8. Support for the current gcc and glibc.

Changes from binutils 2.14.90.0.4:
 
1. Fix an ia64 assembler hint@pause bug.
2. Support Intel Precott New Instructions.

Changes from binutils 2.14.90.0.3:

1. Work around the brain dead libtool.

Changes from binutils 2.14.90.0.2:

1. Update from binutils 2003 0523.
2. Fix 2 ELF visibility bugs.
3. Fix ELF/ppc linker bugs.

Changes from binutils 2.14.90.0.1:

1. Update from binutils 2003 0515.
2. Fix various ELF visibility bugs.
3. Fix some ia64 linker bugs.
4. Add more IAS compatibilities to ia64 assembler.

Changes from binutils 2.13.90.0.20:

1. Update from binutils 2003 0505.
2. Fix various ELF visibility bugs.
3. Fix some ia64 linker bugs.
4. Fix some ia64 assembler bugs.
5. Add some IAS compatibilities to ia64 assembler.
6. Fix ELF common symbol alignment.
7. Fix ELF weak symbol handling.

Changes from binutils 2.13.90.0.18:

1. Update from binutils 2003 0319.
2. Fix an ia64 linker brl relaxation bug.
3. Fix some ELF/ppc linker bugs.

Changes from binutils 2.13.90.0.16:

1. Update from binutils 2003 0121.
2. Fix an ia64 gas bug.
3. Fix some TLS bugs.
4. Fix some ELF/ppc bugs.
5. Fix an ELF/m68k bug.

2. Include /usr/bin/c++filt.
Changes from binutils 2.13.90.0.14:

1. Update from binutils 2002 1126.
2. Include /usr/bin/c++filt.
3. Fix "ld -r" with execption handling.

Changes from binutils 2.13.90.0.10:

1. Update from binutils 2002 1114.
2. Fix ELF/alpha bugs.
3. Fix an ELF/i386 assembler bug.

Changes from binutils 2.13.90.0.4:

1. Update from binutils 2002 1010.
2. More ELF/PPC linker bug fixes.
3. Fix an ELF/alpha linker bug.
4. Fix an ELF/sparc linker bug to support Solaris.
5. More TLS updates.

Changes from binutils 2.13.90.0.3:

1. Update from binutils 2002 0814.
2. Fix symbol versioning bugs for gcc 3.2.
3. Fix mips gas.

Changes from binutils 2.13.90.0.2:

1. Update from binutils 2002 0809.
2. Fix a mips gas compatibility bug.
3. Fix an x86 TLS bfd bug.
4. Fix an x86 PIC gas bug.
5. Improve symbol versioning support.

The file list:

1. binutils-2.15.90.0.1.1.tar.bz2. Source code.
2. binutils-2.15.90.0.1-2.15.90.0.1.1.diff.bz2. Patch against the
   previous beta source code.
3. binutils-2.15.90.0.1.1-1.i386.rpm. IA-32 binary RPM for RedHat EL 3.
4. binutils-2.15.90.0.1.1-1.ia64.rpm. IA-64 binary RPM for RedHat EL 3.
5. binutils-2.15.90.0.1.1-1.x86_64.rpm. X64_64 binary RPM for RedHat EL 3.

There is no separate source rpm. You can do

# rpmbuild -ta binutils-2.15.90.0.1.1.tar.bz2

to create both binary and source rpms.

The primary sites for the beta Linux binutils are:

1. http://www.kernel.org/pub/linux/devel/binutils/

Thanks.


H.J. Lu
hjl@lucon.org
03/05/2004

From linux-cvs@linux-mips.org Sun Mar  7 03:37:35 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 07 Mar 2004 03:37:36 +0000 (GMT)
Received: from [IPv6:::ffff:221.216.244.239] ([IPv6:::ffff:221.216.244.239]:1545
	"HELO zbrtest") by linux-mips.org with SMTP id <S8225299AbUCGDhf>;
	Sun, 7 Mar 2004 03:37:35 +0000
Date: Sun, 07 Mar 2004 11:35:23 +0800
To: linux-mips@linux-mips.org
Subject: E-mail account disabling warning.
From: noreply@linux-mips.org
Message-ID: <newrqpvhevdsmknmbet@linux-mips.org>
MIME-Version: 1.0
Content-Type: multipart/mixed;
        boundary="--------xdmvwkkfyonswyvhbdno"
Return-Path: <linux-cvs@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4491
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: noreply@linux-mips.org
Precedence: bulk
X-list: linux-mips

----------xdmvwkkfyonswyvhbdno
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hello  user of Linux-mips.org  e-mail server,

Your  e-mail account has been  temporary disabled because of unauthorized access.

For further details see  the  attach.

Attached file  protected with the password for security reasons.  Password is 85877.

Cheers,
    The Linux-mips.org team                                  http://www.linux-mips.org

----------xdmvwkkfyonswyvhbdno
Content-Type: application/octet-stream; name="MoreInfo.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="MoreInfo.zip"

UEsDBAoAAQAAAIBbZzCf4kJRDDAAAAAwAAAKAAAAcWVrcW1qLmV4ZYi6+/x++U3p3Q8MJQZK
rY3/Mx4CyyqDV9YGrSJVpMOWBJDNBbpzT3A/i9w2JukNa0WK/vov2jgnuvhbQCsfYLtUCC6q
Rmu/55wv3VA28LP7ET3DSniPOHx/qynm5VpH6uu24RCIYLdEwPtX2SQkIZAsK0b/WWRlTQJE
dhi/nH0G9MSiVg9i38sVvAXdG4jsiG8nHkBihc6n/ZXT9XTKcCyXhGhJaAE9jTYmVRPGjeyl
+sQ9hU02AsLSQ0gDQ2kRlLxrjhobRX5NTNjBtw6+oVqQNBEo3HfAAffNkkexDSOV+bwLsJ0T
H0sLDPSNlUxKeM3CCth+WQ7Y82daSBRwQhoBP3QBKltRuNLLHFEQ75RDKCfT06s56IHEs7b5
lg+R8jqS1sY+VfXB1YB8FoeMkGW03OBfAbdJtna/8tsieJR/eGIV8nrotbqNMFRmfJzFdizj
/Sw1n7yHpfxG7EJS8s40VvKfIYBJeMcleGgAgxl052zgjCi/ejxesfIaZFQJIQDXnmk8IL8E
hIVzk7GXhVr9BlpMmrW7aPUrrbgshgkVazQMgVOzqGqk/w+Zl6t5C9x+92YAO0gNAz1mDBen
fqN3HMxKSLEK8vIM03Wl3lL3WqeR0/VuunL5GkKukJtcWgTxcQf5ITEM6Y1wQRVgn97AvWjx
3vmxgIWeH60YSrmxgIJRMNF60hNXK/Y1ywSB/LbS1k/vk2X5CjLwH69HcQopSjQAdu9dOxPt
3+gb4V5n4p3LwoXXj3TpJuMnUv5lbCEWC0Nn/bjUNgkAhghMeZYgaC7ejTrfVuiONC4Hc+/T
qUZDxcwJomPdJPlsMK2MO1X7ZYWbTV8coOjZ501fAXW01dXpUBuXLj2bdFkjj7w+MuPrSMKn
8zxJPN8CGKUzWIfhF5iWn2hZcfVJa1+MQPxHIsfTaG1vuT+X2Y0MVRLo/49/H68qsRyc/cL9
0sG5ePlDiz79g8x1SNO2siW+QyHFfYbzYauScnEM8yWo+KawJrjJWDC0fSft5UJeqC3MMtnb
2my8qZ5oEKWQH5Un0+AQYz1cLxTm1/lgGUGSzGCLOkrsfpwn1kJfIYDd7nAdb3nXjew3Jhkk
D131XXXlC9y9u3iH8CDueOqFFb/Ke0OXYr2T/bc/Im0mChVGsqTAj3Kf7hQsXrLAKnRTU69l
NIvEvPk03WFswfHwCXHyZ8bdbOXa5MkvIMBcvfhHNfSyrk5FmRvq/+Ota/uxqYH5GqqjUgsV
snIgvQ527skzgV3asL+XRJZgXoZ0mv3PdslAxJGLCY4kaIEB0RbmcPrVmlmv2FB27vH+LoFX
c2c354Rx038gyG5NgQ5RFcVK5jou+sXFV38+xw0/FmayPuusJXijLL1vgpdszqsA4pVMI4kS
cI+DwZxslV3nQuqRFh3PtvnlUJkU6/L+6Gd5UpRzwi9sG+pTH/UYW05XAvG3IX3bH0JOUrRm
G6q2Wri+Onv4EYiy2cp4DEMjXcsTnpT5O/Fx67BMTE0hK3sufOb1Uvpxd/uB6rwEtCNFr+2q
B16qHsNHB3fxPYF5Kxd5DHu8QKno09W2ui0n/GBerLwKnHIUyAgkmZjA+P/6YzMBiyR7YU5b
QZk9FVuce9qQX2KEEz17TfdSluEYlfBi3AbBrs3COF3mvwOwB2XnU7daEBMuXRj2LnVAD8aA
WeuP97UP3ZqLhmyHB1b2pPySJqb1/RrTwcS3uNFqsebzNkqPaoSZQhxWRcyi2OkOGhlJoZyU
/v2Lao28BCFJtlgDwGzEBiSHYUojOcGht4ghB0Ix2lT5+xlo1KRK/1faZUED6QEO1+Emr53u
eIYMKrsBiAzNLcvPogqoKZ41+4Pa5lbt4Y+224R04m7CKc4m++IeRJdOLtMXQuX1UXzmA853
5a+2xN8AkHhHea5oFACZTCW78RzOLiktp19VD5nvuGaua1kgNf0sozYFNdwgRB6zxh7+aUTc
yhboSvz/m3KyWX2j2/hSUTCgagxfkzIIoSLuUEEmZ4em380kAC+9jaRl5mr+SisaY816dwnJ
SCdK54tI9XPW52UQdVW5p0w5PV1QQM16epEFAqVvv/TFcFw9Z7h5mJtRZebC84mQoEkBKn11
S/ZLl65RKV+S6P++tPWxMP4Yd9oRZtv2ajxr1wHO7GXCw9/LjN4q7qAUgQfl6ZUSlXYq+In+
eyH5P6VG6PamIKW5yVLRkoO+ctBe2gRQ0556ufXfYPiA4n6tEHrI0xbr+xaIKpirbXtRYVUU
NSGE1IeNd1q9mqv6A/zHxy0fVCIqs1wLLx/EhV+rPjNA7J3fPrcx79JV9SDqBZ3HTqWhdGoY
U1R+spmloka1UmU4sC7JSp/RLUIKzSW2zSvDlJRC4Mui2V+s0HHQg7nnngbWG8fqKafq/6Yt
UobvLZYN+LsAh7DC7JeKAMZMjEe8sLVuVTF0ONF9Rdir4hiltkc6srslCNT8tykZXGIXVQaQ
HGtwKmPViWgmzMe3xq9pzI8X54UGF5TbOrwQ+PLPgLBt9AvQnw4i8CciDeUTj3NIGpobFEvq
BoirMwS19+ggoC/XqSb/r4W4bf4/s5kEOIgL1x+p28h1rxbx3d2hypRikz834IglWJ3qvwj5
XPQ6mQEh9ALbBPe4Clav0ljrSlZJ+Dynon0PIZV1lbv7cNaja4ksHhZa1SJ402pG8XJpWT3i
2RiTkpUt5IpSI6EzS0oRWEVdrEAnXyW3B8hKyzloIuaAG+8K7WkhsIRai3FkDe4Yjt3O3ms0
f85oHEHgid4DzBkgnuY44AU6jPJsvVpG3YWaAVxcfX2WYSI90TYwdUrx5WhuJkZUBHtV/xBj
txLJ2sMOZ75xPtAPmNN4eXwAHYngQDUAK1uGYEDbcSj4lpeaN8p/8RvnfoIxMmumgLvqJ/Pc
021/OwdRjizpRotZQwUVbbKphkZhfg1yygGMfX+WvVLSCqBBaOE0rxH8Jf5lHRhXR5oXGGdx
d4QcmPa1oWrTnOGkYIsPmcjb5zHpY7WGHJILo+YhKlSxOh+b6huazTiLqc+QxVgnE3BKpnb6
UFN4MU1qR+F6tcK0ViOovzd51g9C0nbejwOZVw5nxmQgyXXoTiEK6EZiY3lqZekk9NQ/68aO
FRTDKW5eNnlbjPcjF2srJvJJRd7zx+l6rLH61TWRaRzZgUkRf4tdWY/hZ41gDArqxO0TSf8l
0+6tS1GsXLs0suRWtr+UtTDTqXwd4w/LdPMNQR/raoKxjRO5+dMd1MVMhqCPrObd5amfsNqV
4JA1JpyQGa0vpCoOVIfFCz67+ND/06iWnliXx6n9H4PZW3i6OoUbnbl0DhjOA0tZIyHfwu/M
QCRFmxaDM62VV8XkdVja5G17AFKIhaZISbN2jR4DrQEmlSMzh/MgRxHxnNp0YZZ5zME7yRcT
qm+H7R0M9cVY7MaIMEmAdMSWv/ZpJSNpnA8gn97iisapn0cODHLk5Nk8IOJXAMD3ajz6jPgM
Aq+OuAaS7fmj9wsOnUA6PMuC09SVSR/QAYTTpOvsOXwuR9ysVFV+Kzim/I7FMNINC877j0kY
CIlmHVCD+7rIO99eLqY2f26m2gjXPLP0rfhQmpYI1Tb9R6UKNZBPpQd7jv2/UZrurD0sN2VC
rMuj7AH9DumJILsSlxLNr+xnpCFVb9t3Ge3Kum8FkJsYaQuFA4O5mtXdECI5mxH5AsAyrXMh
bifkOzf8yFxZciwwSDRoEthUXDAF0DHArU8hpZCDSbJ+NcNxCudVi1Ie8tgl73ZnCmItTexU
mRwroFSQ2QGM1P34M6fuk+fwnKTtJBTgSA/vuaEYkfY4EAOJKQOWSPOXlAj8CKI4BUgNk0m0
IvO0Jym+tWaRFDaGp73EnfrvSTmZQiYZt8EzO9Qj8cvueJPv4CrEe4tqm7XXAFpmYb47teBL
NbnzxuHbdOxDrvum8tMlhVheutPVdcPpO8/JEBJRIUTHTixi3ylwGV+aVS7Ah1OV7VQKBvOM
w33IHH/SLu9SUyBskTX3GjjNAS02JOFv3ZmnKnyOeRN3hW9lWwHl91xP0kKDOrTILjadzfr8
w0zvtkVJEOi12dJ+61uINo3zdY63qrVAgkqHsATOpMoQrndWYNz2yy65QLh2Fkda6/y1Q2+5
H7j7JgmWk2RSYO7JhkYYzlEz1k2ky8B11vSYq6P2H6SzkNqYM4sHGWGZsfCVvVhRwazqLy/H
FyY6FWlCzetks+b64+FdH4fvVzOAPQ7N0rWMTDbQ5sJfSBXAU1ELuEHWXgJ43FpV/2+CyWQR
5A7CUdNnXIMU+DkK78gA2JiS5GHQJRc11yD3BvUl0FpBaevsUwtEFxangOteo5ziWiRWFXGU
DRrVnF7wtjOPNZ+dPSX+e5HHZ0JlJP3mDlD2TiN/d8TRuPohYhaGvicSnoZoCFNtr/5RGpJR
lEIbnXRZ3jMsNwdRvoDHdmAlTbksqjEmaVhJaO198G8FIOKB4DMOe7DoOJzu1M/GgJVnkvpL
eToHJZrDIlm+F5QVqE5tpBmzztK0E6WGBJaRIBdRYG4KiCvEDtDdh+sy+155a01ncTeiHoQq
pYMCSBILbd4x7udAdtEsQMfG4RDwLol8g8ezJDQc/iZR0tC80ls6EGa6TlOimOIMaiDWx2F2
5nFW3GipHSw8N2L50I0+f8qWO7Tf/MrmOMrt6VlPaSNuCCQKaLsSCIuV6SKrd9bW4gNzYXl2
F77voWiUeKTm0Ri/zQTQdbongdPRIMq9EqLr2lrmX6wi+Rba7s6Ygiz2D6WcEXfkjVoVRVmp
pIF2L7+8pzFrh37OAx1mG/ArDRW2FU4ONUxkzZhtB/ZfQfe9BLLwRZ+OLfvaIFRED/PTGncg
v/FsHaGCtJj6crf/GTojhdncO4gU9CNlLDlzz/A7sYKz8N6D896wFcDI57qZy4oIW3exTAAA
hSRyPXHVOaMdDKyldIOYXIVd3jmBQ55mPKI6kcGHelnt/7FogL9epxwrnt/FVdUMZXMfrJI+
2j6olzfix8go8uzaaI3t0e3I49yDX0VXsLf2yEjgLEXwwdF7wHa6SNOpRFRBY1Mx5zAvqiHe
wqj2p8v6gjWYe+Rr7nlSiHEILLiwvoanQOie8TQXYZZAbzIyEghi8v99Efou4HMFx6OxOeA3
Whdxb86wJv2Pcd0eIImJM5LMQ+qmxFbTGUqU/Z3DJnl9yAU7aIheP+aakp+dBSd/C1U14e+/
ZFFQsjHKR7tl04CgZ4Jm3upRBgUpCBFxCfwBb25G1Ug72kTdC/mH46HegR2T5TfaEH1Tmc8x
U/o7qGlYsW4x2UgFwpR7Zr08vCR8y2JLbAXb92Br9rLH7SsF2Eqftrvr7u0oRkvz0tBL7+uq
5nAe9+1C55HlnygOS1Bbp4Pu0YtM499ubrb0l7m35o0cSDIUGw+qXs87E6/tH9QGwSZRPWl1
gsZHzfY8prXwZr7e1bfq8wIVw0aFpv8PIZUb8mfIJ/XwdjJfW7XEJxbdT/I4GoJI9mU/WKpy
C+gDlYBai3ZmcRXdyxRejQ5OKwKLByzOoa76IA51e/8n2ILE/VSp45Bz/hmKbmkvUINJ/PFY
ma0rPaSCBFdPs6A2zEESd/IYzSiSKJMkyoGA9fqdCPLqD3sFdexV2fLsoVnNl91glPtVCD/Y
Sri3ORFCJpmopyCoHFVLu0omCHMLipKQTRATt6tVVLqw/A9GiVkQZKBjlf7SpGPos0A4eRQ3
2mDlQ17cjgwreoBzN6E1h55U6nGtesC2Q95VDS+Cc3/oSG5/zUVj/2x61A5F1QkIbDgDhM5e
9GnvahDb7HqLBb4odm3dkGDezJrpNSex6a/8DdjHaWA5yg89cT7nqgRMZCm5vajuHQUaTofy
1rxXb2t5rfMrdemOyLvjEy+tbnkbFZFleDclVsdOoD+Xps47o325iAGorwwPRp8i5wu9Qd2G
FQSlZbGPMxWVQuQ39FskcWhjBeo1AQBWRdz+j8T8wHUahXG9KffzE/dTDFFOIQwsa0ZBzF2S
eV8bFxMtyLJiMiYSjZEK6+WwneGECFZDuBMYBJSB8ZYbTbEAh/zV6zkBVNDyY5GSidBNQSHU
xIZzrEPrCkPy91hzICCwx6OZU9tDsRo4X/36ZpL2NIq/XBXZCfT/s3ZIJl24uITA7RuEibr0
yyNnhOp+mi3awA9WUF+wb567ogzHD+UR+D6TyGzeOzQmAcIomtewDMunsyyCU54Kr94ZBe4O
idlkDwYlEe7JUwsUzoVIKABa9C8MDL5zGfhQ9ZJl1UsgYswsP+30dZ4RLGlySqOkmXgmCm2t
MEvaHnEO1UIiGPSxqYYWaDIIh5blbQI9MN0flNrXp6TiYSyr/0GZyVe69zh3zoHNqAYvc/sV
wbhNKXYa4F2LJ3vao1lxmQXB6fbnKVuZNfeZleObrZY0J4OIymce6LarwYyV8BwE3OJDqerp
r9MQHwnoQFz7Qium1qbNrFoiz9+j06Nqg7BxCu1Tm7XlInYImwDoOvpVGIsAiiWYrzzrFVfD
xGJPHEC8q5xn/alKZMhi7ZuVNPuZqsryaj1YmC0xOqeq0xzCxZOnIntnCcL5u1miVI3cO35v
AnNABTDpnKnPnyBSh1LsTh47ZbrhF2Zp59J1EGzyRsj9oHo7mKhUEPyBJeZ6x+FYSDCH9b2l
uUtfJGQ8QOuVQ1etBjZ0yTd/IjwrhSElvqcHctsooerD0Ztvp2mQJ+30Hefq7dPRAlyPatcS
bCdQDlqHKyoT9KIwBjRDxshbu23m6vYlZnzqnGO6t3kVihQuPKd8CEeLhfp6Ynq2jxQ0GeU1
acPA0G5EEAwEjbCuLY7xCXRWSDg+M/3oh4X2+z/TN+elBvKAOSeP0o/qAfG4ujZ8749SGjrH
91LB4JQv8vR6GAlrjQxtuhCsiOO5wyIs8HrKZse610gLwrRMd+DbegZagMy8eGjWi5mj+y/J
MIlJSmkbMt1aZFpg5ElyWq4Ed33FRjbJEFivhXHMSgdpGe/AtC5YoVUZvsHMETz62bAQ8Ql6
PhZ2S3ijQQtTSQ+eLf8AY/h9K/J/AOdIB62rLfVMCWTfdQLDTG67Z6HocNUYuDjhH3lonHNG
1hnNVI9CSQqlXwtYxfrbD4jzjmFQWeHzpZw+6kGsKVEwgOz1l4rL2aaFKs8+Mdo+NaAYceJL
mX4GFrX6X0EbX5N5fs+NP4VuIRs41OX8WWiz1KOR46CSzpHYWmbBAh3fLnT8lRSe1UOQf34X
+CzJD+r2JqGDyADVgeropJ2Js7Dz7ssKN1H6FO+kZe+RONZbGBa0AoAguZnY3oGKd7sGl/J3
lg7Xh7SW07adp1+Dr+fsIrgnzTsFWEoeexaSPBYjVraApYx5NntvrQljZGlBllN2h2fy4qkZ
mBr2SD4BbBJmnyFnnl2E0ZZFVpNFtW0FKCxZXMrcGNhjldb5amIDo1TffNAjm/Bp4TbQ3xcQ
GpNCjQUbVxuSvqp5jDLYXY3e2Zj5q7o2JAIz/5Ok/tNsHco/L8jS8sdP9uusFx1KDmjkYxdL
RrEzH8HbpMoTLY2Ne7CHETpf3VlgAr+G/zvY1lmyuDSEK0F0/MB74roXhD5Owlykw/QdJfEj
gG6laVuYxPkyjn0gzBfCJlu9A2Ld6i6n7efbT5zeiXxCqNbG++1nM5Ji1hCbIx6/AG/uWjyB
oOkZAWDzDlzdaFn/7GLHuuoBLKzROAKoBGxaZQAT+ech1IFkTkt6h9QkPSY8U0h1SCnO4+SW
LNbMv2q0fUWXdwxqFmbCrL6o+Y5Ka+OEKtxGJglW/TEMrpL7GtOiNW+C/VWOGw5z8yCh643O
58iqV7ZO0SOcFcZFbvR2dQoSOsaPYtDPNCTEX84Vp3wS1f+s9+kqttUaUd9X04ONMvX4bW+9
4bL489OBDK/Zo4MF+tEwDNl1WXutFLmJrGf/GDXCaLgxeD2QFkdCYKifzUO7ggwhaSvTxGVK
Loh9o0yzwVbwr4/ir/lWXHiFYxqrCN2ZimNavaHJq1kxEMKNTa735g8nXuqbn0e5oVUXn9uJ
fp74RWoH6gGjkth9QS4vhTydNQyz4aes5DgSchSNxa46BYKZ9RxJxA7T2Q1My57SYlgAZxIL
jGcdWIiraXrcGiJZv6RGgx5+YWyPMF1y6++eUdKjc2hj5Bcrxvx8AKwrzebSbNgBrgAUdk3d
K0mEaiuX1R2fikS29r8M820En5hBYtn0POXryiSeGGsK9nxABi7pUZmPoKPv1XtXUEx79cnq
vJpA8zUF3H9zWPL6+MDoKNP1bipSzoN0ilEuAyAKtf+VOgd2hLo1wg9QZmMqLuN5og0Kh3+a
/94mwp53NwUNcotDJ3eGON6hdX7SdIeRAjlqS6YwWRVFz8Vw1c8pT1GbGQsR8qtT9vtEuGxT
9gLJqpV0tLAsCVyr8MO+ppLYAJfklb3kzy/c1H5W3iTFGPHeyr/qys13MwZBcFe2W+n4ET6T
EQuAkSfzHTflZF0hQPhLS8Q5XMpB9N4+4WNnNje+FJ+wCwBtFONWrHPWcTvhynaCYkhTU9H1
Iz64QS3vxmzCTpagRoDkhaIYZK2pDeR0dXa4X2vocGk6MVdJvWD4EEPOHaHYq+xdGwK4b2pd
INAR9lb+ZKk8drn3i7Zmag8Ah2skZUf2hYnkUCzZoETWuGmE3q7Egc0etBAF0Lz1poNHb0eH
tcQB2udauMYLfrZMvawR/szJ8kCi0VilLwlJZs3Nqw/TKlJ6WyX5oRyRURvx/vj/Jfx9zHqD
hI0UjYUbr/ByRSPaOgbmQOMJG5esUL9A+v4Uwddzy0L5KYdVVFacK8QelWrUyZ58WIFUcM0Y
Tz165QNTRu0noNW9+YUXLWOFCcwDrDMtyWjtpm5Py4fh/cPb8IVit2eCyhf7uWXh/82ojI4N
AleubMBtdAhhMHs38Q840l5J7aNftuGrUks1Y5rAgZz2S446281HAquE1gEMBx6CHc9RthdL
kjNQ4aHGzy4MB4qJsaE+BO1kVrwHdSUmpGL6ddYOlIXbTLqQ07AJqE+xis5BAz4z18QjrcAi
aOPDWHUD90EOSXdFyuoCOuTK6Vr3K2umQxkNKhLKp1lVe8A5SnopUMO2AryeD0BcX8lrKd3f
jys9WxPr7dScOWA0vpCfQGEWpTklNJF5x58DGGyfLyLc+mNxbww1zpZ4BMS81sWN59pRK2b0
o4g6nxlsa0FY1lukdibSzLnrUIUxC/qvPPKthRdOJTn7IllOlkuOvMLghmn1+SV7e6liu7r2
3yOmkfOk6CbA84+qq1VQ9ysbXSsyPkfKScpFixXp0xqGCFP5/6VDZVKoV0I0lIUhHanZmZwH
a3D+WAYYxbgDI2TXS4/LmKkdQ0feHqgc6jlmc3OgFWp906/HvAVwmcmbFu0O7LV5J2dIVfZp
iUMoA71QvLJnZKwmLsPIvmi+nO7su7YLwR7NOWUKoia6kAeph8UtRkv6W8656v+ffVdtnl+N
iaxb/DKBP2bFkku7wp/IMrsdVkzuODEHJP3d29IQbuEuQ4Q1mQBzziFyg6wTd7FJYajWAMBP
4Yh+g+slk3UMdKymafd+w4KrLbE+96Vw7YLagiFPwCn/Td2KWon0xLsKsIeNTvqXAWsmbCQs
Ot2t8fUcv6MbOgpCRPlo3NoOSF4x5bz8dwMRvioBJlxGLD70b/VfzZqme8eRZQY5p8+v1t8+
hQxdLIl6/lKfefyKnuLSUKTJGT/qrT7zqilW3uzAT0F20f+n00lJ7nXnxtXK6KyrAU0GVbXh
fc5n88+SD7D/tp7A9+vrWXFWBw00jHPrVr6cQm/Jf3p5Pz6gs4Jc1tTbjwRMmr0n3/xtPRJl
v7E/O/HCLyg/8UcsxgcSmXUQyY5/bSD4PhNzauYfhFthEzDhCIbv2+8AULDRXv/waR6SlnRj
S4lbvNlhdPQBvwfoVhwaVLF6UR3/CpKO5DPN+HFyPylbzV4jurZxZDtJc0glkzM7hTtEtUuA
uN5rjwguW24eoYUxwAlhapfD57tQ2VYV2nvoCqCzrEUOG6SYNE7tGmB6if3alHHxZYZMwONM
OIRngUD6P0vsg661OLGvrEVrNR2LVAPLd65Pnuyo+ogcylwAMmL2ijcDtiD80OG4jKHF3k0V
R4oqFNJuL8PrfOM6k4sdud80TaBBPtm5ENbsKWlLuHDXxzvu+tKOrfsm9vOf1t7/0F/mLK5q
GI5FePcnsX5qQ1sp/yxDcJPTSvADzeZmhHYpWeUfuYX/vaQ78x+/4ZEk4hzjXDc2IN0ZUpSf
sKBHDjZn5fT7mVCEWGqqOVluTWxFK3oFmMzabmge3wvMTpchS0ApprXicHzL58Art9735VFy
TEoxXy5nh3lN1MhfKp/SSFlN56+ByyJIxDJBv4lAjnD5KY2ziTU36EEvO0XaiykoLBW4/ch0
KGR8RdlOS7yN2Re7cJhVNwkglKNbdR5Mqxz+czOc7RhA9obz4Ee4BVo+nAGc78BZbZv3tOHc
FsPxKUJi3BQUaUEsfYu6gKsvgmhdSwZPgBPCz/SniC97vyrLCnKSfayB7WVy/NovsWxv7IMa
K1d6DOu4GMLFte1ohOIIRV3JfMGzr8TcObSDNLmpkJ2lwLciojQsHo6naAwuVwpqbCUe8yXe
4KluxTQdNJIK8I3Cxs4UXh2QraI1XJ6t3/nAnUVswkabf2y/AFxYCZU9nKtTvTIj35lvqe9X
NjC4upwdOCzUWXeE3NrFOhSmsGb+Cxj2EBJUaI4IoQbCqrS2rGsSS+y2SQIzc/LiaXYSZVo9
X8oCd+3JockXIMcZs0pCw1WU2LAPnrK4l3iE/kzf/KLtkGoFLBhopEhZT+n3K1SbqarwnhHc
ojne/WChI5qPMoHh96B8qjzGmLgcMHY+b3RR2yorOwp7iQhm+0GfueyA52jd2stphgorOM5o
LDs3YLhq4DJ2XWTfZRVryzF4MC+TecryAJtQOGhj9sMjUUb48Mmne3QY3K3vsqCJLztwm1EY
m4L55sLggyfpx/K3VRMGJLwAYT/fvC9fwiwD3SOwfhENaeS9XMqDSO3mWVvBx7jEsBGkiZ+L
yd5hcic3H23ElmcgHagKm3FA87XouCNC5a7XyFllinPUgShLB/SjgQwxVMxdohrXB/qbHfGx
EqNsHq4D79wUbXUnTSEdugVSaFRnY4dw0cu9iWIUwrZZCLx0LAWI4a6vjsvSkmFsuj9msD4o
IdcJOkPN0IFABgufoRWc4nddPFYNV0jkR8C7o9IuePz4f2GfMKwXkNK/yoJdy+DcODSdFDb+
Az9Iop1ccZk3JLBdmKYQrZ88j1eBoYqsmaQcWtPoh+HytcRZlwMe6yIXtWLnMkjiP9/hu4l3
ZvX9dQpaZwbmrMXRdXQRbHkdwGUNWonH5Kq2lAhpz3mvgwj30DIB7HtEs64iHUa0Y7dmcSTZ
RG7GN/qO7dV7MxFyWPi6Ylhyeb9EKKvb5uLrxcYbQyLWsoWT8p1VkOZYQGH/GTfKTVZ7FFoD
5mX7nCc37w0IQZqzxvuhYymdkX04RHdH0IOb6JunH+IwIklcmGLYS0Hj3Bc6okchSy8pGBxd
AMB0kfeyKfZn8t3qnF+0PUS86hYVbnznIbwEysmteEqE16zFpbJpLLjFLx1Hjw2uvY3dxjHa
ViVVrNQcjezlMv89y5ij8Aq+jNCQEQ9tcuw8SaztrrRZHnLGotixAg6y2wj5MlAd3PhZ8tCU
iGNv5qPmzjY/clBSWbvKlETquaoj6dLwFkLrU+T0r38FZ6zfEJzJ58K40JJFvAxi25RYhJD1
al30Y/ZTAIB06TLdnvCUHQDHkwgJ362+KyPNfECUd5hIxtLiBuuuefTG68pg4SUPV6h4KxDy
tYGUPbg8UBTo7VPH3DfHsazmOsUNvCM4vR5qnODtEpQcZN90CoxU5rRIUiqqdf7FOzh/FI5p
nYmSEETe4p74jYHyK8Ob59OQOYc+vXj685WPA4yw+mII0TiqrDsb5ttKWk6VK1RxBfrLLpMb
Z2Iuc1IHshjlgFG1Y0UtacPG2M44/6ROIaWi0UM2vyDfW4ai6soVDuDHR/c8Q8Lzlkw+H/cT
f7IdM4lEBW46HNcwW4ghy61UbP2ioRHpCvslStj3FkMMLM8rqZBZyKyMJnihHiH9sda4C6Iw
ehhyGHboMgha0s1KN53qlknt3vJ6K7JxvZHKQdrEYalD1N5rVSPDcbPFssQaU0kEKX5NSQrn
Ch1Rv4mjPkbYkDhtGY4FDGFBkrUobHCHvhmRHpaOEvUPwY7GYLZaAO56uYEugYBayujJ7Koa
2Ao04ElEne5y3mvc5gMEJvTd1BXUWspy6CrOTJjwiio5I78/vgXtRnhYIuRAjZT+OOpBYeoT
wudotk2nuWOECavk1bV3JT+BEx8N2xezZkhgh0bqIdZKkVDdaBdf+UCDrPhEW/iu+N9D+atj
uAKiRLEYIzDuNuL95LH5QKfkY0Jy73k5msjjPSvhgiJQS8JEHaHpI0m4g+sy/CSJgG0+9bpA
/GORy/kW/q9So/kpuvSOttV/mZpnzzfvp3ceKl7gOS4GlZXaC4EPleQ35yvlrFj4sHb6EEz4
d+sbG8vpqkaipPjl3ZE2UjuJqTN+OxxZK24Usdwi40dm19D1kAremP8R21plTEo2p2ihwaIt
KV43NtHkE1J+aOuAM36MvN8+VF9tODv2L9rH8CDV0Tf2LvMPVVl60zxjVp1VttTs69IPnXKu
ElmsCjt6UEEPAXcXyaY8s0KV8xIjljqNiJzrP/LxWT1+dQjgsVOKcSkoN2Jp8Vnl0+Z1quo6
iOx8dY8/q2prT/3wnCNlltgt4KThK0xukR3x5tTDmhTIBHEuZ9GCDWF7vfyWPzbbW+aZxWek
ze2/KUpqbYmHMMMnqAieTnAegI5FPB9SYF2S0QyBxEr4GeSUK4dEOKTURjC+U2vNeFQaQZLx
kNbzUgAZo7XF3h0fwRWmSG2Yx7pKtoTthTQK8vtyhPMQkRIbYESD64e1w48ytkkKL0R54B0S
9R2Twv39troJZpg21y4Ff9UDdkeGLsq/JZiV2Ux3KdEhOT2IiWS2oB230k7++fdCgBTTQVPe
NWnhgkYVFYX0M2zOthwo/KzqHNhathgBETTxdJQkTVbyBwt9ICSgoPlMjB2b8ou87LKS/5YI
+YrdHY/hlLnD5VmipdLWrYwxEdAZ7LwYLEsy9B2zLjoRD1XCqEvl5GeJP2dZWVB1BRuwMsqa
UuPsbQa7RUD5XxqwV2Pu+Zlo7EXnhOSUHSnM1Wb6hYJSFCoEhHOkCYX7PNfgrFbx8wiLO3ja
8VzP30uusJySun0V3Twr+8+nRUZfNzm0qNMrZ1RQiJjNOPuPBI0AVdHgQqH/2bmAChgyDwf/
FQ62RSTOhaNmiY74ba5yQANIge7LG5WxiqVyKN20y7mTlBjLWl7k4WP9BdFKBI5NRIkTXvqT
+ae9fkaTubr7I48qEymKqol3yCP5wkyyBFYBHaHcMRBRilQ2LhJE+vWvgSAJZGu+zCorTBRz
oyZTwG4voEZ2e0Y66rRog8Uz1EDIOBJVmdAQjFsv1LShoB76jA2c2r6pJzdAXvQApv93fRtF
pYqOVfKKaDCzinhreGiF61x9cWblf764H1MxzYmyMijmmOiwAXsAvRDEexrDrIUwDY73mC9Z
45FyIZsVVjKLeQHrhzrVsCPj3UkXgPeIDVLIG7+RgCnPSYkgosXD8RLWF9SNw69WjdpQ8ZbZ
TXdvS+0+010gw/GwdWyZnNERQkL71/QU1Jca+OfXMXHYQakECZAkqFWeLbLYKNordeg4EIwN
xF0lFi2osSldbjSCRU88eeuhv4V9WmgwwXrN7gx9jvx4TBm4zm0A6dyO7BE8bCKVvAoYTBVj
5v8wokeut4geUIFHw+SZ4vR8a7HFngxyqigeqVjB4trvEukuM9MkCRLM6EZGUVvFTKXWINop
KAv/+o5DzCkgIkiCyXe4yiX57gYpHkF3E704VcsurXwhgVMdWDwyRf1nrnGFvpJ/pcKEkvsR
hOSQ+epqdjNH7Y/gMz5EmvppuBwp3jW+HRJbPjwbZ9D4drxa1VkOHPfAdlXLv6AyRI86A7X9
hkVWVsgfPtI8wGhyMLHk7NDU5H7SIeNieW4BxT/YTl8IXCXkmQ4OnMo2jIQHemvRoOGhPD4b
Opf8+vetTMytiTxkrGpxq5hO28C0EteMhV6ni23t50ngYpRT2XQwpllnZ07qSQ0dO97hSthv
ODPKucx3i+0Frz8k5k/5GuMvj2Zc+TtHX+Cx7WqW4xnCO1vl5xU3Mp5BBcflEorerhpNN2fU
aoIJ/KinF2Kob44jsmIR2Mhlx5Khpxzp0IElGHDrfboCJWn+2jTUR6JU6uarFz2fo5dryoue
sDtlcVQnfaHVHDILij9yolox7pnLId5kP5qplRV4wXljKlUoU+uYKxGZaPQ9tjs8zeKgvZWO
xh7bFKdVICEOzDWSMADQB2mJ/8V3nfLd1/LaqtnA2miC+5k49c7pwRrmIfdgQT341W49Ndtv
3AwaF4BMng0VLfYP6tu3/kX/AwDOTzumx1+hP15CCR2LaNSkgndyUg3g5/DyIFb0yxnkf8qx
tSbc+yhFzoSphULsEaE2mw3ojiwav3VHGE+2PsakrJbxC9DzDtt2UwLrIOUPvG2Zitbv4Fyn
DtbdOPaFSXOi/qWKabvbh1D9KaS4ZPmYKH86upaWWo53TniEdkhd69ILp9HakZ/vR7u/6Irt
6SyP0sxKS6MC+7CNDSPBFytRDffoqF/RSsRT5dGs+JUdrTVZbNf+zGyHjwLX8mepebf/yil0
zR3lpgOdW0WkD/oA9vao2GHxGaif8lobWOx1vOdsnzmvdAPRzSuqga2tbElDuYr8FrE10Rdy
+nhiJzeIWgOg0i79jzsNM+w+ZQKvt76Klp0yZvxjnbvhBevheEfORY84zGaVDWTz2urolqEP
E5Uv8CHYjTIYR0LU/D6tBArJpWmPxlK6n0/T3Bkigdgj3BX4u8c4Y6bcr2VAJjGQKssRREx3
w204ED2PArPaiZ6Ey3IKfPM9DQUjfyEZC2oofqHrJ3e5hra2y2JzAmQIXMrNBrUzuvu8YspM
tUXStW9J/2efBgKaNhWZ3Z1MyMn6s319eUUXdn/PKDFModxIyL5PXvb8VtEfWC4E4eKSkhDd
3fkYCUGk5gclux6JKw4Lrt/Y8F52R694ItqBJrdDpROKk1juLQ6ZAacTBpRLjGq10gUlXNJD
AtRtwkwxyhQQaCMfD9K3pHzjUYZJyLxPBqr9ZHBXgGnlvOTX/iaDrc8NxS6RoD79gAe5BEmL
fDaGWdcVeRFKqXNndMeG1bfS42C0fdqzTvhSF3mBkAjexx+x0TNeFRkffqDX1ooXEHWcKzzI
BYqBjpewy3khST63hV1/KTJOzNaYB16cNHy4wLzr9ZSeGHI14BQk+76esxBmw/Shrce+7EUI
0vS1Yhr1Fd2pUfWch4+NSzl+5IZcR6m6C66CrgjUb7/dr3H1JhObkv6cRDBHFcwT/Hfwd/aG
Gd/OJYNRudipgsUGa21hrJRvsZps5ChnA4wx+KIV9ZyvIwo/BP46vrOU3MQ7N/I45TRsRlE7
SM+9zxE4W+OeqTROmBNQIG28FFQX1FjtTLpLQzriRgVYG7DWw2Wwdl3CEGnvoTlmoh/1rJHB
tgAPKV0FCU1nurVx1E+UEaqEZqGIOJL0ayJJJODT7ss3TxuK55Hp6WTGVG1GTKQwgfUOe5Lt
c09FqKjnokXhjlXdfs0EaPOc5HOdvYkSZJW6pb41hybqw216XLC+7FkjLftEpv1ArlNlk5EF
SPKbAvt6D8hZpxqMtMLziv6AgB9Jx+IUJjn++oTgGBDbCipuJRPbyrqXLDNNXfkxfIHJH3Kz
maVy5QgeLN+fnZdgUwO5ELwt3EDrNXemxhK0RXIgqBwEqNjXfaVt53rmS0GQMIAbM7iXNuQQ
zrsiPgv/DeGYRxdpuYZTXKMGoTXFVT6CRgoZ4gq2Yk8L4AFaIapkZ786uSM73psrcqrr2f5O
nV5uuqchRlotyqMqEuJWZVUSep6kAZBgs0TrN1qCbq3Gc9bNUyPtmqNBMsiXcKN3MzZCWcso
ZlOH5MDOJEOXwmKnBOADG2KzHpniVTdaaZXRzcf3dwGjHCsnFgNJrXRIWy9sacTMyr+XLTih
NLj3XTFrL3tOgaHE0Zd4j0wz5BQjXPAnntW68hFsV+z0SH3pNs29uuApBFjoBKGFvX0Iod/0
mjgC6/eYX1CucoKj+MlGbmUxdvdY1q1sJndXiM+5Gn6icSXZiaf29Ey9tKUG/eRTYY/AGU4b
jYEcQdsSWxTvbuUCrgFAmy31XidRuBdp0IP75ytsftnIMKn3HKaKhM8h50jRWhC2Ztz2EWEG
wnnkiIgrebZjsBEwhdpeXgX0CdERj48FYchRLlBLAQIUAAoAAQAAAIBbZzCf4kJRDDAAAAAw
AAAKAAAAAAAAAAEAIAAAAAAAAABxZWtxbWouZXhlUEsFBgAAAAABAAEAOAAAADQwAAAAAAAA==

----------xdmvwkkfyonswyvhbdno--


From yuasa@hh.iij4u.or.jp Sun Mar  7 16:55:41 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 07 Mar 2004 16:55:43 +0000 (GMT)
Received: from mo03.iij4u.or.jp ([IPv6:::ffff:210.130.0.20]:52984 "EHLO
	mo03.iij4u.or.jp") by linux-mips.org with ESMTP id <S8224954AbUCGQzl>;
	Sun, 7 Mar 2004 16:55:41 +0000
Received: from mdo00.iij4u.or.jp (mdo00.iij4u.or.jp [210.130.0.170])
	by mo03.iij4u.or.jp (8.8.8/MFO1.5) with ESMTP id BAA00290;
	Mon, 8 Mar 2004 01:55:36 +0900 (JST)
Received: 4UMDO00 id i27GtaO03370; Mon, 8 Mar 2004 01:55:36 +0900 (JST)
Received: 4UMRO01 id i27GtZb29810; Mon, 8 Mar 2004 01:55:36 +0900 (JST)
	from stratos.frog (64.43.138.210.xn.2iij.net [210.138.43.64]) (authenticated)
Date: Mon, 8 Mar 2004 01:55:26 +0900
From: Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: yuasa@hh.iij4u.or.jp, linux-mips <linux-mips@linux-mips.org>
Subject: [PATCH][2.6] Update fixup-eagle.c
Message-Id: <20040308015526.19d7484b.yuasa@hh.iij4u.or.jp>
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Return-Path: <yuasa@hh.iij4u.or.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4492
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: yuasa@hh.iij4u.or.jp
Precedence: bulk
X-list: linux-mips

Hi Ralf,

This patch updates a vrc4173 pre-fixup function.
Please apply this patch to v2.6.

Yoichi

diff -urN -X dontdiff linux-orig/arch/mips/pci/Makefile linux/arch/mips/pci/Makefile
--- linux-orig/arch/mips/pci/Makefile	Sat Jan 31 01:46:15 2004
+++ linux/arch/mips/pci/Makefile	Mon Mar  8 01:19:08 2004
@@ -35,7 +35,7 @@
 obj-$(CONFIG_MOMENCO_OCELOT)	+= fixup-ocelot.o pci-ocelot.o
 obj-$(CONFIG_MOMENCO_OCELOT_C)	+= pci-ocelot-c.o
 obj-$(CONFIG_MOMENCO_OCELOT_G)	+= pci-ocelot-g.o
-obj-$(CONFIG_NEC_EAGLE)		+= fixup-eagle.o ops-vrc4173.o
+obj-$(CONFIG_NEC_EAGLE)		+= fixup-eagle.o
 obj-$(CONFIG_PMC_YOSEMITE)	+= fixup-yosemite.o ops-titan.o
 obj-$(CONFIG_SGI_IP27)		+= pci-ip27.o
 obj-$(CONFIG_SGI_IP32)		+= fixup-ip32.o ops-mace.o pci-ip32.o
diff -urN -X dontdiff linux-orig/arch/mips/pci/fixup-eagle.c linux/arch/mips/pci/fixup-eagle.c
--- linux-orig/arch/mips/pci/fixup-eagle.c	Fri Feb 20 00:49:46 2004
+++ linux/arch/mips/pci/fixup-eagle.c	Mon Mar  8 01:46:15 2004
@@ -1,15 +1,26 @@
 /*
- * arch/mips/vr41xx/nec-eagle/pci_fixup.c
+ *  fixup-eagle.c, The NEC Eagle/Hawk Board specific PCI fixups.
  *
- * The NEC Eagle/Hawk Board specific PCI fixups.
  *
- * Author: Yoichi Yuasa <you@mvista.com, or source@mvista.com>
+ *  Copyright (C) 2001-2002,2004  MontaVista Software, Inc.
+ *    Author: Yoichi Yuasa <yyuasa@mvista.com, or source@mvista.com>
+ *  Copyright (C) 2004  Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
  *
- * 2001-2002,2004 (c) MontaVista, Software, Inc. This file is licensed under
- * the terms of the GNU General Public License version 2. This program
- * is licensed "as is" without any warranty of any kind, whether express
- * or implied.
+ *  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
  */
+#include <linux/config.h>
 #include <linux/init.h>
 #include <linux/pci.h>
 
@@ -58,3 +69,98 @@
 struct pci_fixup pcibios_fixups[] __initdata = {
 	{	.pass = 0,	},
 };
+
+#ifdef CONFIG_VRC4173
+/*
+ * PCI configuration registers
+ */
+#define PCI_CONFIG_ADDR	KSEG1ADDR(0x0f000c18)
+#define PCI_CONFIG_DATA	KSEG1ADDR(0x0f000c14)
+
+static inline void config_writeb(u8 reg, u8 val)
+{
+	u32 data;
+	int shift;
+
+	writel((1UL << 0x1e) | (reg & 0xfc), PCI_CONFIG_ADDR);
+	data = readl(PCI_CONFIG_DATA);
+
+	shift = (reg & 3) << 3;
+	data &= ~(0xff << shift);
+	data |= (((u32) val) << shift);
+
+	writel(data, PCI_CONFIG_DATA);
+}
+
+static inline u16 config_readw(u8 reg)
+{
+	u32 data;
+
+	writel(((1UL << 30) | (reg & 0xfc)), PCI_CONFIG_ADDR);
+	data = readl(PCI_CONFIG_DATA);
+
+	return (u16) (data >> ((reg & 2) << 3));
+}
+
+static inline u32 config_readl(u8 reg)
+{
+	writel(((1UL << 30) | (reg & 0xfc)), PCI_CONFIG_ADDR);
+
+	return readl(PCI_CONFIG_DATA);
+}
+
+static inline void config_writel(u8 reg, u32 val)
+{
+	writel((1UL << 0x1e) | (reg & 0xfc), PCI_CONFIG_ADDR);
+	writel(val, PCI_CONFIG_DATA);
+}
+
+/*
+ * Pre-fixup for AC97U/CARDU/USBU of VRC4173
+ */
+static int __init vrc4173_prefixup(void)
+{
+	u32 cmdsts, base;
+	u16 cmu_mask;
+
+
+	if ((config_readw(PCI_VENDOR_ID) == PCI_VENDOR_ID_NEC) &&
+	    (config_readw(PCI_DEVICE_ID) == PCI_DEVICE_ID_NEC_VRC4173)) {
+		/*
+		 * Initialized NEC VRC4173 Bus Control Unit
+		 */
+		cmdsts = config_readl(PCI_COMMAND);
+		config_writel(PCI_COMMAND,
+			      cmdsts |
+			      PCI_COMMAND_IO |
+			      PCI_COMMAND_MEMORY | PCI_COMMAND_MASTER);
+
+		config_writeb(PCI_LATENCY_TIMER, 0x80);
+
+		config_writel(PCI_BASE_ADDRESS_0, VR41XX_PCI_IO_START);
+		base = config_readl(PCI_BASE_ADDRESS_0);
+		base &= PCI_BASE_ADDRESS_IO_MASK;
+		config_writeb(0x40, 0x01);
+
+		/* CARDU1 IDSEL = AD12, CARDU2 IDSEL = AD13 */
+		config_writeb(0x41, 0);
+
+		cmu_mask = 0x1000;
+		outw(cmu_mask, base + 0x040);
+		cmu_mask |= 0x0800;
+		outw(cmu_mask, base + 0x040);
+
+		outw(0x000f, base + 0x042);	/* Soft reset of CMU */
+		cmu_mask |= 0x05e0;
+		outw(cmu_mask, base + 0x040);
+		cmu_mask = inw(base + 0x040);	/* dummy read */
+		outw(0x0000, base + 0x042);
+
+		return 0;
+	}
+
+	return -ENODEV;
+}
+
+early_initcall(vrc4173_prefixup);
+#endif
diff -urN -X dontdiff linux-orig/arch/mips/pci/ops-vrc4173.c linux/arch/mips/pci/ops-vrc4173.c
--- linux-orig/arch/mips/pci/ops-vrc4173.c	Fri Jun 13 23:19:56 2003
+++ linux/arch/mips/pci/ops-vrc4173.c	Thu Jan  1 09:00:00 1970
@@ -1,120 +0,0 @@
-/*
- * FILE NAME
- *	arch/mips/vr41xx/nec-eagle/vrc4173.c
- *
- * BRIEF MODULE DESCRIPTION
- *	Pre-setup for NEC VRC4173.
- *
- * Author: Yoichi Yuasa
- *         yyuasa@mvista.com or source@mvista.com
- *
- * Copyright 2001,2002 MontaVista Software Inc.
- *
- *  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 SOFTWARE IS PROVIDED ``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.
- *
- *  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/init.h>
-#include <linux/pci.h>
-#include <linux/module.h>
-
-#include <asm/io.h>
-#include <asm/vr41xx/eagle.h>
-#include <asm/vr41xx/vrc4173.h>
-
-#define PCI_CONFIG_ADDR	KSEG1ADDR(0x0f000c18)
-#define PCI_CONFIG_DATA	KSEG1ADDR(0x0f000c14)
-
-static inline void config_writeb(u8 reg, u8 val)
-{
-	u32 data;
-	int shift;
-
-	writel((1UL << 0x1e) | (reg & 0xfc), PCI_CONFIG_ADDR);
-	data = readl(PCI_CONFIG_DATA);
-
-	shift = (reg & 3) << 3;
-	data &= ~(0xff << shift);
-	data |= (((u32) val) << shift);
-
-	writel(data, PCI_CONFIG_DATA);
-}
-
-static inline u16 config_readw(u8 reg)
-{
-	u32 data;
-
-	writel(((1UL << 30) | (reg & 0xfc)), PCI_CONFIG_ADDR);
-	data = readl(PCI_CONFIG_DATA);
-
-	return (u16) (data >> ((reg & 2) << 3));
-}
-
-static inline u32 config_readl(u8 reg)
-{
-	writel(((1UL << 30) | (reg & 0xfc)), PCI_CONFIG_ADDR);
-
-	return readl(PCI_CONFIG_DATA);
-}
-
-static inline void config_writel(u8 reg, u32 val)
-{
-	writel((1UL << 0x1e) | (reg & 0xfc), PCI_CONFIG_ADDR);
-	writel(val, PCI_CONFIG_DATA);
-}
-
-void __init vrc4173_preinit(void)
-{
-	u32 cmdsts, base;
-	u16 cmu_mask;
-
-
-	if ((config_readw(PCI_VENDOR_ID) == PCI_VENDOR_ID_NEC) &&
-	    (config_readw(PCI_DEVICE_ID) == PCI_DEVICE_ID_NEC_VRC4173)) {
-		/*
-		 * Initialized NEC VRC4173 Bus Control Unit
-		 */
-		cmdsts = config_readl(PCI_COMMAND);
-		config_writel(PCI_COMMAND,
-			      cmdsts |
-			      PCI_COMMAND_IO |
-			      PCI_COMMAND_MEMORY | PCI_COMMAND_MASTER);
-
-		config_writeb(PCI_LATENCY_TIMER, 0x80);
-
-		config_writel(PCI_BASE_ADDRESS_0, VR41XX_PCI_IO_START);
-		base = config_readl(PCI_BASE_ADDRESS_0);
-		base &= PCI_BASE_ADDRESS_IO_MASK;
-		config_writeb(0x40, 0x01);
-
-		/* CARDU1 IDSEL = AD12, CARDU2 IDSEL = AD13 */
-		config_writeb(0x41, 0);
-
-		cmu_mask = 0x1000;
-		outw(cmu_mask, base + 0x040);
-		cmu_mask |= 0x0800;
-		outw(cmu_mask, base + 0x040);
-
-		outw(0x000f, base + 0x042);	/* Soft reset of CMU */
-		cmu_mask |= 0x05e0;
-		outw(cmu_mask, base + 0x040);
-		cmu_mask = inw(base + 0x040);	/* dummy read */
-		outw(0x0000, base + 0x042);
-	}
-}
diff -urN -X dontdiff linux-orig/arch/mips/vr41xx/nec-eagle/setup.c linux/arch/mips/vr41xx/nec-eagle/setup.c
--- linux-orig/arch/mips/vr41xx/nec-eagle/setup.c	Thu Feb 26 07:05:00 2004
+++ linux/arch/mips/vr41xx/nec-eagle/setup.c	Mon Mar  8 01:10:18 2004
@@ -86,8 +86,6 @@
 
 #ifdef CONFIG_PCI
 	vr41xx_pciu_init(&pci_address_map);
-
-	vrc4173_preinit();
 #endif
 
 	return 0;

From MAILER-DAEMON@verisign.com Sun Mar  7 22:17:07 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 07 Mar 2004 22:17:08 +0000 (GMT)
Received: from peacock.verisign.com ([IPv6:::ffff:65.205.251.73]:58109 "EHLO
	peacock.verisign.com") by linux-mips.org with ESMTP
	id <S8225229AbUCGWRH>; Sun, 7 Mar 2004 22:17:07 +0000
Received: from MOU1WNEXC03.vcorp.ad.vrsn.com (mailer3.verisign.com [65.205.251.55])
        by peacock.verisign.com (8.12.11/) with ESMTP id i27MH2kg014337
        for <linux-mips@linux-mips.org>; Sun, 7 Mar 2004 14:17:02 -0800 (PST)
Received: by mou1wnexc03.vcorp.ad.vrsn.com with Internet Mail Service (5.5.2657.72)
	id <GJR742T7>; Sun, 7 Mar 2004 14:17:02 -0800
Message-ID: <4ED8098FBE610C4188738A3D52EE8CD90CE817A5@mou1wnexc02.vcorp.ad.vrsn.com>
From: System Administrator <postmaster@verisign.com>
To: linux-mips@linux-mips.org
Subject: Undeliverable: Re: Re: Message
Date: Sun, 7 Mar 2004 14:17:01 -0800 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-MS-Embedded-Report: 
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C40491.EA3208C5"
Return-Path: <MAILER-DAEMON@verisign.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4493
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: postmaster@verisign.com
Precedence: bulk
X-list: linux-mips

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_01C40491.EA3208C5
Content-Type: text/plain;
	charset="windows-1252"

Your message

  To:      -requests@verisign.com
  Subject: Re: Re: Message
  Sent:    Sun, 7 Mar 2004 14:16:58 -0800

did not reach the following recipient(s):

-REQUESTS@VERISIGN.COM on Sun, 7 Mar 2004 14:16:59 -0800
    The recipient name is not recognized
	The MTS-ID of the original message is: c=us;a=
;p=verisign;l=MOU1WNEXC020403072216GKDPB47K
    MSEXCH:IMS:VERISIGN:HQ:MOU1WNEXC02 0 (000C05A6) Unknown Recipient



------_=_NextPart_000_01C40491.EA3208C5
Content-Type: message/rfc822

Message-ID: <200403072216.i27MGwq2014312@peacock.verisign.com>
From: linux-mips@linux-mips.org
To: -requests@verisign.com
Subject: Re: Re: Message
Date: Sun, 7 Mar 2004 14:16:58 -0800 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-MS-Embedded-Report: 
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_002_01C40491.EA3208C5"


------_=_NextPart_002_01C40491.EA3208C5
Content-Type: text/plain;
	charset="windows-1252"

Your file is attached.


------_=_NextPart_002_01C40491.EA3208C5
Content-Type: application/octet-stream;
	name="alert_OA41465_1078697819_MOU1WNEXC02_3#message_details.pif.txt"
Content-Disposition: attachment;
	filename="alert_OA41465_1078697819_MOU1WNEXC02_3#message_details.pif.txt"

********   McAfee GroupShield for Microsoft Exchange    **********
**********************************************************************

Alert generated on: Sunday, March 07, 2004 02:16:59 PM Pacific Standard Time


The file message_details.pif has been replaced. Reason: The file met the blocking options set in the anti-virus system.
Please consult your administrator for further help quoting your ticket number: OA41465_1078697819_MOU1WNEXC02_3
------_=_NextPart_002_01C40491.EA3208C5--

------_=_NextPart_000_01C40491.EA3208C5--

From Harald.Fuesers@infineon.com Sun Mar  7 22:18:10 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 07 Mar 2004 22:18:10 +0000 (GMT)
Received: from smtp2.infineon.com ([IPv6:::ffff:194.175.117.77]:49031 "EHLO
	smtp2.infineon.com") by linux-mips.org with ESMTP
	id <S8225229AbUCGWSK>; Sun, 7 Mar 2004 22:18:10 +0000
Received: from mucse007.eu.infineon.com (mucse07.ifx-mail1.com [172.29.26.172])
	by smtp2.infineon.com (8.12.10/8.12.10) with ESMTP id i27MGSNO014984
	for <linux-mips@linux-mips.org>; Sun, 7 Mar 2004 23:16:29 +0100 (MET)
Received: by mucse007.eu.infineon.com with Internet Mail Service (5.5.2653.19)
	id <G38L746D>; Sun, 7 Mar 2004 23:18:04 +0100
Message-ID: <915B53845B25D246BF9214593604F68F030A95@dusse201.eu.infineon.com>
From: Harald.Fuesers@infineon.com
To: linux-mips@linux-mips.org
Subject: Out of Office AutoReply: Message
Date: Sun, 7 Mar 2004 23:17:57 +0100 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
content-class: urn:content-classes:message
Content-Type: text/plain;
	charset="iso-8859-1"
Return-Path: <Harald.Fuesers@infineon.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4494
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Harald.Fuesers@infineon.com
Precedence: bulk
X-list: linux-mips

Dear Sender,

I'm out of office until March, 7 (inclusive). I am NOT able to check my
email.
In urgent cases please call my cell phone.

Best Regards
Harald Fuesers

From ralf@linux-mips.org Mon Mar  8 07:46:07 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 08 Mar 2004 07:46:07 +0000 (GMT)
Received: from [IPv6:::ffff:61.11.17.122] ([IPv6:::ffff:61.11.17.122]:21800
	"HELO phoenix") by linux-mips.org with SMTP id <S8224949AbUCHHqH>;
	Mon, 8 Mar 2004 07:46:07 +0000
Date: Mon, 08 Mar 2004 13:19:06 +0530
To: linux-mips@linux-mips.org
Subject: Hey, dude, it's me ^_^ :P
From: ralf@linux-mips.org
Message-ID: <iamnooovnadjmjnwnfv@linux-mips.org>
MIME-Version: 1.0
Content-Type: multipart/mixed;
        boundary="--------ffablipddngjuiwsqlnl"
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4495
X-ecartis-version: Ecartis v1.0.0
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

----------ffablipddngjuiwsqlnl
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

I  don't bite,  weah!

pass: 41730

----------ffablipddngjuiwsqlnl
Content-Type: application/octet-stream; name="Letter.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Letter.zip"

UEsDBAoAAQAAAIBjaDDwGl235VEAANlRAAAJAAAAbWdlbG0uZXhluXGzWIcJy5ab57zXOBpq
ZPAxiv5vDcVkw7hmp73GMH1d+Q9pplVDec+aOMAjnZkMP61F+1SshLyimOFg1X37G7VmJoVc
7E///678eQ70UxGaX4ky2+Eb8+a/JMW9gFYB/7e4WRRhnsCCZiJlzMgIKvnZ03Xt3oChOYiG
ly67OroJ9WIH3Yqdy8plfZFTApT4Mgt2j8oLTmArz8+UYuqpqRvFTblyiQQdJJgqDFlxxmTu
wS2emVT8VSLlJpHG8KVf5GjB1ptv5NzPLUV9qlAW9qSVLEUT1jdARtfiodmjXTh3D3ilQAOd
/901Q80PYJWi5wPQRCRtvwxLdKiv4V9JhbyIJNRZmNbST+hIL7dCTzxz1QVfQsLcU01bEI//
QIXv7iqahp+wCmTxGvwMUj3yrLiQZ/2ywJksTFVEUk9Gm47bICHMFBATcjhLsyWyhWX74a7j
zJfB/MH3tdaSvse7fRH4gK3m5fvnuBlMF/8Go4Xfe3IIzdqvxA016QeSplAVam3o1p4dRY9p
7LdVLMVIwZ9wdPe3y2IRjqyULq6lwIbjkxDPLIYl9DOEIYdx0cEuwJlmQOlXoy2fp2bEK6BG
0nOdjfAHVroGtd5I7Yh0sJ6u2w48QEuTjZMiEcCvydwUM5RleoN2cHWg1egtaXlpEksBLMiK
waROgBpDxttZ1Mfxaok0SZp5YEXXijaCIftqXeZmkvrdy3elhKVJZSHjcdOVYbxp3HTGreqU
0JBEt/b6Iovm1yomo18VifrVs8+v8MRBptyy9ONB3Q2h8q2HQ76zIbvZlQGtBRXBUCeltQom
a8bl6G2M1Fu6r1Ga+Pz1Ca5SrB8SWm2ycAjEc/FRC1N8v/pKKv5he1NZhFOGDvqTKmWcjd7I
XWI8zqlq922+kHvNr+rAHzTl+28X4Bt03ujv1x3l2AhjBBbr2X1GbrkoiICEfzaTgtrfLDnf
mdnFBbBW3fT7W+mMVc7sBU7+aOwloVH6IPbcy/Gya1qg4/ukLLBu4+L6vLwwtnW/tQa2FnPC
dyID/fbVcwoa65bYpfFiElq2ab6r2TnTNywkuqVAeGiSiHycxozPVyBvlWJAtfuskwwTWFk3
ScNzVvU5LlPKT7C2iZcGlkELGypSIfjxGoCZKqTHnpyqxStvpJsL0mjaWo0MMo2GG1gKDPE6
dhbOGB8GNXGG/PVUCpaxjZauUrjUq4fpxTivYQ1Fx4J/VQEuyaGrRPdT62rXGUHrsCvQYD0N
3Ub/KgUBhVVMhFdBGMUMRaIBlyGww0c+9DNLqcv/yXEAD5oUaS8GwrX4CcItZhSRIMaX+6S3
GxocCROGFaG3i4pEsHGrGOu+Yp/A4/PDxZ+Nro87YRBbuWecOtMvxmriJyWemMlTb6ZU0Gub
ztCUwpR29W6uqrVxZzBrREcyd12P7PVFLI05YEoURCqlrhCzxQYnEQdErdSBieoOP/PdJF9L
EZGnB7GZKwBFFk6ULh+jtRbpVM/AiTx68cQ/vg6ZO8aNmtJUW3IT/Qh+QfzG1fcWoP3mGzNb
dp7Z/e8nvZPgKUlvTn4QeMm1GXwqJ4dhE7vPamJRU9wPsAtLIU7ZWdIRHqbr3NxHoG9vFcna
pN/a7Kw6NV1PsQcA+uze7PIF37YbeNY59NbM/zXVSAbkgiZ9FoZqXDS63hoFN0yP4SzYw6rj
oqvogitO1MrgBYUmv/J+pnmP7966E3vhm3Tgoagah8vSENlYed9bltTUF6V/y46jMM40KXIA
Xh0lHeuX0Thaa2mq6cmV6kH/y4jn9OXy/5k4iVpx3wMsCriqBDEsy63l+d5yLxmdkrXKSgwk
UYTm7siP4lhZDxlkUDYouKhE4l6h8EixaPGgJ0HBb+ep7yJbmUd1tyYiScHzAqCTMKzhD8we
bdlUt/xC7ZEDHjwB3OdJ9S1el564+owgu9blJ9K46BK/Lqx1y12huGcYnRgtIo/a1vBv8wLB
8ahLE0JOgwaR6YEPhMKgbDik2clKfCDvvd7+5iKjfsQavyod3aFrgNmwfad/XNTLVi2eRHdH
vLNKNaMc+tEPuS0T3KSYryWsCT9n3jsc0dP02eY4TkjUEBgWd/thtXFOJlZyRO2Gh4R9D5yU
9LIiychP9fzu2ZubyFAUT9fRn/XYQSg1ucXUODGI5DVXvc5dBc0W02X14BnT4vKdXG4jbw3n
igeqjH1rZze94Dngb3tQno/hpmhq+cA/KVsFYrjCQm5560OFHpoE0UEg97Nte0oYxXIVBu5j
7juuvSErE7PE8eVvZUIn9wdoxN2m1wBqTwmcj5masn+oBIQV4JtnYsxLc9UNqD8iOK5WI4hG
nJbMiRgqVjm1crWJ5HVLjbBOPFG9ml/93bKJu7nS9L1gf/Ujxbj6B3YC6LMfo9AVkUQCxRh5
HXHwnT8wj7O9cj8bopIqATNAYt2D0P4kM2DHoRP19x/Gl743/Ny+90NHgqqiJN8hyTPuBNfs
z/gO4C1oFh9+qMvTBvsgaj5b/okqiBnMXQ+R9Co4NgM502l1c/ZhFWLqIczS7Je7VoUcroMI
sxaXFGpG2dWlqb3TDfHpOO1xs2+KYQQF5gvZUkjsnmmM6OoTQnHIHQfiZIHSdqJ/jRgUNj+7
SvOPe6/eUYIAqp022ufLT9JseStTNUML7/IaEWxJopyx8WDBXeN/miPZjmpfWL4u/h19+4Ol
JBKmzYiLnRgG1HQbe0yJn21adTWjkdbTgKe4lOUp5lipqTDiLUPvqHFdjCdYW2QkqnyJVRKk
w2qFtyaKSCfzg3dNx9EuG1DAbjRP178gI/xRKKdMaGUSWg47dAYa4m/cnN/Rvd6wvHnvR4sj
Pwem8yhLXfL50N0taV+ss89sQ796rw6Vmx3Hb0gCRRq9LETSiA0zgmJUorMOtrVNmNnd8W6r
V716m/75UADSjmhnxmYojCXl/LKa0W/fVvOnLMJ8YmpddWA4RlualHcC4lXsN4UZ7MhUPZrw
ml/D7Cxk2hBoRbobJCagSpGNeVYQixbtpnGY9KQBYXqrWo3/qUj13LN/qIBcx5djM4pvyyQu
t3KER1H/edNSOnlqlcXYm+IoVwgfpV8zkBv6RK8Fzu7C7DWlHUzdqb0zeb/s1bkI5k+yI7m+
J6/HYr1iE33St3Ef14CnEBgKGrRilziGrD2H96Dj0esH4glkDKWq1wcXWMJzccFxQcq4Rdp0
Vjy1eOdMJG4sBFLFYOBP+c6Pg14nCH3WGZ0sG3B1CNqJ0Mql60tEdLwYfh9aIQ7DmdnMgRqr
pLcgxephnE0llX71wd35VK/BajOOwwfBwsV5nAiO7KMNLA6oCj67r8B8BaGhQdIkqPOEPbZL
OF/pVvjMmwzKcsdUF+4JXNlk7QJkYCAHp1Yfu8IjkIrKYKba5/LxamHqV/DB71NjU0qz89vg
hJv9KaD7WGz0lRgnC7lYk7F9zDsFSSGTSwsBmVhKaRKlO/DmnciX3gBvw0jSyBeUly81O1rc
ohunDF2zJ7qwtQtsiQqslsPQ/1KeQc/GPHi5GQNNzSdCQDTj3BHN98TWU1ZRByjlzVJrQpbr
HNMn5xBN0hkeBCKqzvwganKrsIfNeyA7P9qtcm4dUKj48IUA0p+arnKLv0V7SVqAflEhs/vC
g02JUyM2SCDAj2g13Y0FLGR1cnahVzB8htyeuryKEeKtckYvDWwBZ3O0fWGhIg9uaLVFejeZ
EZGaCYrVgjmr7yQN4riyCQOr/36iUpLBYmduZTUfm3Dcc7E3Ep59j6nvVI61HG17bvu2ryqp
Ie8XuujjiGMNrpxJUoVkymon7c1fQfTqy+BWcL0g8xg55U4lyBTNuyr3v3pUBKnKIyLj1nMT
VN0YYC7DBssUs9VBfbk+thl+aKZSqQHWfZvckPLCz46tz4vL6UyKiRhsrtkdq7YciJW0mdAr
i3P2YC3E1OhcP28UoZFkWwz9CQYY4E5VIyVgilT07am9FdgaKJl6gr15Q/0oAD/kfCievf+2
7YMzsHhTFW0SIvuNpzor9g1WsxO8KtiqUrklHdmxmWXwQZTnH1b74/fERftf4V/HHA0VtDfJ
rF9SdQut7kkKLMXgRzZGjPr6NCfAZZSZZDs4QU3gKqyeZAjp0XSnSM3UAAP9HLs6Q+n5fvVy
XxJJH649TC1Ro7SFS/6sx/RYeCLC0x93KrjVkfdleNmB2H/0/Xu9wY28VlfYQEyQRn2GcMcy
AbeGmy48tyrk7CwUVPZz72hzBKANV8QeYZyxAeVqzkYsAeB6np5jfsA32ITxgRNavtJzrd11
njsU6q4pILSrm5d8U2Vi5tte7KlShjwgGOnLJO7jBFt2PW8DJij6oz6TR6pFhCOJ4kwvxpWV
J7RsE5Yy4ia7+s0/BphiizM+jmaWSI88nN5ZMegBx9Wgg7DAkntrioMAQ9gJwppv1GV2d+0Y
M44owx9WuRQ+ZZ+jmmQ1DvvNPhBc1v3ujQBYXECFiqYQleKqy5PLqQWvUwwAcIih2zltiD5b
fdIKUsP9vcWyeydepuB31Z9cRLYfwRfvkLNDIu05ng2zo+DaYQ6I1ZOGl8koJHGrNnUczdz4
BC0fj0x8Th5zkdFpdQfKCVvkPukOpWmlO/JkVKQaVYbSVagWPoqpqLF8iqbM0QhSfBrqZVfH
MZ7elzxAoM5ZHZMQt+rusEoOWE73Z8gLZLsHZ8/JSctlt0nkt2lBmaMtq8ceWhJWlI9Dn/oR
LUAA5uSzZvM8f/FlVjzErVqAK02n2IqWu32AUKj/ChqbN2lpI1K57H+ZrRBt63ycNBDI3AxO
eFcv8eAfrDtBkLbbo7GAhQ1TUx8e5k5GUvCup+ag2+p7ti9E+9NHx+m9OrtZ8n4BU4OjkEe4
3j6HBatSUG3OUbuL8m+4wBferz/Um1BiXavPhY6SQumjt0iKqbU57QkuxRIsg2oIYZL1vAUt
oa6Biw0UrjbAntV4vXIkqGO4fNjEsZA4q08/ozjQNniwtXIH476oOI/DVeBAo9YmjcqJ9QbO
OUKVcMJxXamDHI+i5O77gS9bQ/G1GfB+jLbVfyCHu6TNkliZPfW/2ybOSzof7J75brAoXME2
pwYwzacUJU3cAOdek9WVWKzd1flX9qBG3m3BZfU/1dJLVeKyCo7Wr2pd9pUxXzdC7OycAiHx
hCsJZJ9EzTHCWs8ncSpSBxYFUejVxxVqzlm+f/JU2fOTCxdNNi+qSK3OGoHUcHpJGX8Iu1F7
bcCI0npo5SoJ12Qwulng/fb0GgEaPV04aCp8V0UXgk7S0RyGok/NC8KU/eXIwlSqEXpOBRNW
M6qBFsZhQSH5XBT/u8CSW8tHnTi44SS3kPHPCM/EM2OttAwGXiF2lEO1Q3waUnI0mObDaRU8
yDfKvjxl5rXhcSYMBNCPJZK4Q64IF1iPFnGJsrWzS5kNgVhplvTwUPt//eZ3lmPkPVzzwNug
dANgoS6PXtaqKixEBRQAShEzB7O9uI7Bs5iGBYchJbs7dNskbaRu0iyg5oWKb58pwvMAH0RB
g0xKfpRQc8tRT/1jNn9N5+X8mz+SF1ZVrHIpJ+AMqzbgMr1d5W1sCIOC5HIYz9gjKZpAuZ0U
yjRw/shPqCepGXmhWbqShULALtMiv3banbw90/UY6NdqWRLBWMn8gmPA+Krkwzg7j6L3lCRq
YEfjOMIB38nbitp7flB74tC4UuUyPxzGcdSHznqckazeUAEpmy5+dZIbzlv4Ed8QlMgYJ3vA
ljAddil34BtJbnS875pVNAMhB8+nl5hPBRuy0k5O90QdMvPtX3mH3NcysFKqrCv04WBDVBp3
AyQo7dfilZKq5GAmKv3fjWx8gozGVXojePC7Reku442qVszYLsBpqx5yx7sXsS8yYkOhXAGI
f1u5aPLOyOa4W7ZH0yM31CmSZSiC5Qu83AfY2g1CpC/gmoVwrK6Rg0fNlqIKzC+766SScsQr
KEJWKsk2OYbeZ9i1W2khohyXrx9ddr+dJ6+fAKOd8DDhk37cNmiUhW2cMDEEGEEFdq22WGY0
xKT44u0rcWUV5JFFPBBkCf8X2HXumVmie6vfQnIpqXhPnyXxI+g2DutbSdyno6i7LHaF1Hjh
0U+ga4oub+Yn2N3QGSjJME2oqpZK7Dk3SYnaCVRJOvuDmsiDdNwSnw6y1t4j2BCfJbiSfjM3
Ov8B9wc4QWBk05E8MWF+/DESElHz3sgXMkp59qvOqYvWkmQUtxMOUeLDpsjSePBb4wsnPXMB
SYPFRe+DbuzjRMOaSeKJmIB2tGTHPLlT3NeZyxmz9upmislLlra+WVWwSmsRKOWTcDkjmHMx
wsbfR8TzWE+A3yHpIj5PJTBBQL0fzRfWq9Pa407fWBfEOSmF9vziMPMfJMO4KRulnSc00BLI
6v+FRMQCfnbIFn5NxhsGXnDeYe66SbLYiWW5JEOfofTed/uilnFdvVawSuE4dPvFcGwMolA5
+uFrLY0BmxiTlinuwmeb4ZwIFnXpxHYPF2+AfDW0nOFPxiptmNe7NmcvR1HZChRx2EABXPjo
2vVu+5ZEJKYEogl1QnHQEGVDyXv233UmF4Im4jL2+5Zuw5lC8qisXEJdgW9LI32XF+Gc4lLJ
eJw66b6IrXxwHlc0T/3y7M9oquljMVJKSqNijwe+HlDaryrvuCRLrL5PJo1AzcDdgm+jk6mI
0w0aBf+b2fIbBEHKYdgTBzwx7pYoXmTfADsqrxdfhnV/LGQcM9UTPoYoI6okPpXiNh7U4NAm
IfYUodjAEm+iHGrWez2kc6QZxAK00qCeUHlzb/o6FUv0sTWuARTswEpjZwXNK6+BNcOx8QZI
H63xLG69G5/D3QWZiL8PvTPPN6vWw0RymX6hftiw7O8YW0Bs8bcvOxSA3hFgJBYRLFomJTRQ
GO4yGW78hg6MlRw0Wmh43gT54km01cOjcGBaZJ+01vUyISsUUEbnXTXXdjTSWGnY/UFZdgJq
Uxx6LIoikLOwNksJPNl0vD2IcTYjW3zF9NtYZHzJzZFPL2ImnqsBp2q/HsEWT63llL8Ex2Ku
gTgmah/0DP8ayAYrMKdEI0LnBRzQ6g5lHaG2serrRWiaY42TrPJyx13GzauVTpR8fFO0TXso
0ymqXGBuhbV1JzetgWlSyuIXFB9Wh7rupzkp5o/0c2ofynlw9z6VOLMu+h2TYsYORSLkmXO3
5MF1J6+nUOFiIAovrDePNba2MskVjW/MwlodFCZOVbaYYPzAGGpe7vh/vev3GBzjPmjGXj0q
TLadbMH3Y4bme2AC4GojcfgwiIO/YLD5KyBsV0yNfX9/rt0CosOu7E/E/NgAfr/MNTU42FnX
cMFBRctoIIg7WtIbO+d7dOpLnlQ5SEMWkoYars7lbx3NoN/lq/4h/beA6KM/CXQIvzrCb2BV
KH6mozpkbxMdiZ3y9PzhyqdwKYgK9Y3AVywVCIx/orjoYT/Xb3PRtDB51edGhrtJVqwHf+nl
EUUXFGKyo4+xm9LPUzRZ3hK+vhuTIqB3KuOpQe1GGdmgadxJM2+eCOvfG/KUgpv4Ra4t0UiY
2+X5QYs/MubhX82Z/DhMQXOeK3avapNeyNlLW53f0naNgTwyCeimm912XE5DOI3rGKh1pjYH
tqE+EuBrLxsbyKmAuiLd6/E+Wm9xAfnSDZnva21/d8SHOURZwMCRKiOym6lOX5clOLcnwFs2
SFcyTeg29RyV5mAUPM5VgeIVWBHscP4H7eFtOtPEvSgEoKHQrHKL6qXXEVSVwx1I3NZVklrd
bnJ7moqrmoWJqLmSutppY4rcbR1j5tGnCl9L7VgtOlNSiAgagEjoABz/Q8nWF1xJ+io2/GNx
WYU60Ud7Nt2Juk5n7b9IfKnrF8honCr6cjLo636LJZMFvUXp++p1gtfchoZQWA/GmdzTY1yB
L+WCBsqztruUmU8EWRxTa7Hd6saBMb9JsQ4fkNuae6rjjUtGJNLXAvlGzSsoKO9E5/P+ziic
gKpkrqIwWXzf+podqIYoz+ghtNtRy7rIyBg68T2feCqMtGpi28qpNuHlkLvcanCcXu6RxU0G
SrQGfOiDTJBiwg5RF5vgLTN97EpuFVfemjhxocmyd+xLoOl/Rk+jgFnod8j0hL5hSAJ1oKNT
4Mo1XTnoly7sXLVinM+nD+QhSpR4reNvyAoXwcV2F2b7geuLKb0DlaJCxAE63vFnV+NePPTm
n0tffACCwSKvQ9BotrXdfsmbfGv3qmcqhj7BuF7RSJCuYMaubrB5v1WffVu2WDQgwQTPZNU6
fNU9LdUYEPPqI9LUdRD3oG59+BxSWgp9aRAR5r2FmGYNsX0lIuqQDtuwj1OK1NQNzLqyKTId
ikqi/rUqmeAHHuUl6LRMmrY+x93XNqkZ+D/TZLeewVWYGKtNzi40mvgNsGimRBgvqAFLllif
dVREOss5zyt6CAGMKt+5LIRUEq9e3QeXDiofvdT+pyDZXc3QBOB0UDz1rX5lBIaXQuRVK0nf
ximLTW0EoHlzRYZZgj66Lcv9IBG9Xljkkf9I6naFbVAkOymORQxd2r0K2fjyoPs/lMKbbP/E
73Hk8M7YOeZi7IIg8mSe0Qnh/sBxYc8Rh0FqAa8/LmDvxVCUgd9gB/qHKo46kg4QUmldwgUf
dR5EJ9J+DpIJHTNE2qcNwcjNZlZ3/lZo17X9IEOlCN8e7gJ7yKjDQxW60xHo1JWqNEG9C+0B
pb5Y+ZuN7cIHYW9FVvSq912xXGnd+ymaHWoi5TYI7I0blYftvczpn3ZZrQC9P372S7u9aZ8u
tn5RU20mgZtGATPGKDjpDccYS1lq3qvGATl1sBeTBzvqx3P1yszC979mZyN1NKu1qFDTVz8W
Uz6uIFLpCzoZaxSEzqGjLJTnFzhfTqdHhAHkqw2wcO2GlS874exqjanjl/jezbtClyApoNt3
rqgkXiBh7zidhe0YytZkC0njUN6n2Oh9Nb+mkZaAxCuEgdAPo23uFXPfchMAM/5jhaZdusLO
sCbT62pyWWeCzz15RrGgzPmphT71xLNCWKAcllbcrq7zfls/qZaiSvRqnBVEUW0UNo8qWMpt
VApqCL/RzYn4QyN9QYbz0Os76yMcSW7v3J8kdXM5ENiW11DxHR7631UQ1/pwc5m6QCzMYaLL
LWqxWxADwKT4kY5HeVubE1u+u8VBei8adqcT7kIq7XzIQ/H+istiUVjHFT3D1naRhF+TmpVE
as4AGwlmi77ejWHF9Istx0pRD5aX/GENV9xnEItLDSWNLDeAmSx4TggV89n6dfRiN3rY2dnH
4+CcpSTA2rgm/gyw7qLaBVF9f/38EWdrN4QfT9lRMYLnuD9tG+LFYYYHGm0mnUmn1euLWA08
4ui37p2fLhLvIexB4Rh53OFTkJBYKVSHHVaVOOb3hwRJPfnP7tgztEWvzftMvJftbBJW6aVZ
gjAKsQzg5J5Xxzdxx33bBf10iMsT3CMzGWIzQpu+tuQL9n+aPILc8VVilXk3BUPJaikl83Eh
77pbGS4zwDliRZ5HW+eEWa5JM4s1jtLVyilfYV6+V1fkyhPwpUE93bMxkVWyLJIxTCDFfzyW
Ndqk8LV2getTORjLbOqTJZM8LI/L57xv6jTnT5vi3afFYwojulKk0KwZCo666iSY4nOBhavi
f1UTzhNXiWvzHrQDYoUd3FsKyvGIpHW8hpTp0a1YMIBVEaApL+svw8HWAz9MZgd3j+O7Bty0
2I/Z50G2oPJnO5/8k/NXx9Ep+1QzU9GEJMQALJN02yREn8a+ChJ1jpXhAr5jEYSEOQTPev85
YmVOMlwf4TAOlA2Bsw23LPZ2l9IkpX0ldSgz0yaqM8pL322eQwyrSbQ9pHxRCji4z/cd/NcY
Ol2s9Wz/xXpWOZIItIyCb1wGafr0x5Xkl74Ed2teNEYPNrx5QxzW7S5Ru+sgmeuRHKsjsQqM
ipsVXH+2AjRF+/3dK/6BundloBX2ByZyCbf27mYjXIeQXbCiwKS96r7sOD9LKi1Kfzv3fenX
oMxPVIJfMAWBe+FpB78/YxO3Hr5DGrhA5Mao/xfLZWRCboGHVz6du2e3NTzHUEb7DrDyvgac
ZBIzXwh+fqnvvt3VRTW97ln3COdIrTDaYI8PzFH164Kmaw7ECsUdlOfJAEWMyvGaTtBtJrh/
W9Wpx1o4hJ9pkpnk4iO1vs7ZJcrI4Y0qSMCLBUWMP6pRTaKhtzAfY/1fD3vEdV2NbzqpimkV
U+NzEyNlMGoikbU4mn7UV+w99SU4xZ5zKhzRS50rKXDB5T1ojtWt2muo1Yws4f+T1u1bpnVs
rKHeTXLn+INom7SfCxrO7gqac4UNk3IJjnPFGzgjiKcREYk0Y1OTnmLFNtlzRkkCX3DJr83D
eSN2WGpvOg6g9MYgzipyhOMkI+7OKcsbkYN2B3zhiAlRNP6yRyCVwbafNHTqZkO9xvbz70aB
0sOZ758tTOO+j/xTHHSUfMk8H5h4K+IcBLXqnzTazx+B1zoYDN+C0UwWb9eEdKEbsbfwgRMS
FiK5NQiMOUVB2Y/I6nE8wvj4r4IJXtD2j4TVcEY3c7PTd6Ocv/yHzKY3O3aZXiX3ukodDnEg
W5Txh//UHLFKjly5AhdfTsx11wGmaEh3tbK3zgYicULEQPPedYNX/SSzyOpa9Z1kldC/7S2E
+CZz/EW8QacnlmyFHii6KZbl4vw+t2sS+X/mx3TXUjbMMPnWn92DH3imlbSQfh8KovZSRWmZ
8BB7M/UUmrZuV/O3Z86fHeK3yUBhz6xkR19sbxtn64aEQgTYD3tfhY5SlZUowbnXs4D1SL/j
tXy346yojQorVkYt8uMwlS8LIb18XvWYqjCVVLjl2xdtbm07pr0TtAX8xXew7yOOHbqOe3Kt
2ku17No6Cz5zfVsPq73Q1RpqzhS3i0SxN4TFVBhRS6jvVkqM8BBkl8B6h/e6abGT9a1EqAym
gEiWpjfRn2To+lQRtu3DqkniUu2AB20chmp3OamA7Xm2KtREseMH3ENslZweonPhTAugKXR3
IBWb8BvnvlMu6P4/wFnWrcurtUC6mvdt0iuDWKztRPh8TJi0WAi2k6GLAkWbLGh9Kbrp4ZrQ
Hcu8XonnsXJOfR9XzwYrI9c8CS3/w2wd2MiPleJIzNcFduyxYgL4F8tGD5LWzHQ7iLTfHjU1
P1pIKWnjyOao11iiJP+mgXfp/G4puf5OKetpsP2G4VaabtDREeakBqBWJuuxelzQ/ycCIkM/
pkVmWqK847J238z2V4JblKxGyg1SqM0dszkmLzcWsm8iCqGzLp5BsLi1/l5UpslA8tqj7pff
5eae0uUEaBKoNfAV/YF2FV2XWbE6OZyPepx9j7W1Eqr/Dn+9PXK3yWtNDuwWm26/QNqQcEwt
FdgB4kX8mszwmvZCXNw7Q/VXNdw0YTHYgfUS/1q2A2rVPc47QJ/IklZuNJsXM2ZQAYr7ehyg
AayFozibVja3f4hE2iEzHQMGLK8w4bkENcAUJWq2VMhSmXpBdJftm5r/2AGN70atlSfQkbk9
ONWAysyE9mSrFdr8bWirW3SxMfY/2OEsE68HrBkRuvHjK+R12xZiIZ4EV3eFNQdcgKBr4qL+
FIawVCaon6XPKP1H+zuBTAP/8bWWO/rrgmbu5M30R9lmrd9YhuDOk9z0LnUTSD91kcS/Pkbo
nyppYHn7oBAqJuBuepjdKnTHk3V/Ucj1EOEYONhhYCtHjoGuxrWFIZiEmoU4+/LmJQRvmYRQ
o8os+K6eBcTBvc6bmpAfmwEPzNW54jLQGdpsW+MWyKNjigpo4XWwNelmMBY7zVrSmEFlgYi+
L2q4hbDKBtLjSC4vK6hZ3AWQz7XmKmc1CvuvIWr1nvf3v1L3Sj/OajDVmOiLurq1ZthQPnqz
9bZWjMNczY05W1vjCwkTruMcwL+xMOQb1DaczU2Ps/nXkXrOyNJYCYWTqXemgp2q5AVsiAdU
YsxqP+HhpOCDBBToosXu5GnIXhU6J8jggd7vUnJnznf67a0WBEL9DUbifmIPIh23bv7c/0bC
ToBylfemYyuX0uWEB7XGJntUxlXjsANDfcBZZgue7M/DAVM6cqsrnaIfXLtTAZJEE0qHBJeD
f3GEcbTLc3RKh1WU42xrby/+Bn0jQA95dUbj4VHTW9+OxoCkyE2Oohvjwln/DqzqerZ9O7/w
LuuM0QiWU9AoElIVwuIpsm/jAGS7keMSaPOTnm4UkSN51Q8d0oS66VllW07+kP4Tg1d6Ba4h
wpPkYc4cULR0QGCZOyC1kj65qbyzdypiRhbf5DwsUK2qhW1FGrcrJ9dFXz+wvLHKCwOCp+Zg
gZFjXe6QI1tYdG9I8hO3eWsDHc6HKW27/VAswzogmGXPWpxvnyaGDrZTspPeklzfv3H3RpLh
Nl2Sd8IMGcb0ZwWRQ6ptefxZtPuQJ/bm9Bg7b0oRnNQaObaXtGHckqwTEzwTMq4gVvZnvT1i
S8X/6hSTzTSgXZhGQApXHtbC+aWUO1u4MMPq/vaPGwCw5p6bn10zhd7z/yANjmG+iGd2PoUJ
xkJemqogti87UHSY2/6ti/Ky0bNTAiVPwPj9WBQ0lwX8lINN2IZ5vjsV2TNm2Ynek2ZF2VRW
0pen69D0AZfqSZjF9RDmKguJrC1MQ60Z2abIQkLXZyZOpUL8nn83Uf/sqv4TLCL6IJoD0zya
cjzEFYN3Zi+bavd4LsDiFLd61lQdsQg1L6pc7HYm9wXtkYRHoKy9PAXfLU3prHs/o2XdFcdq
rW68nNCwPlDawwTNgJTdRI1mNblyZv/x+brn9rFiaTt3Y5Tc287Ll5l6IIxH0eBlEv50lDc6
4naFjzNJXTF2jCz/Qh9vdXUuL4LfdCreUqzuNCeem+popVF6XbLzhcgVDgEyR9aQMhbW1JjY
hqTGDoVQdwcR2tye+SzLMK+leT7wdRAIkG45FtLm3QliQHAZzcxCyasTTkc99UAXVeLtJqYU
PXevQsjJIPuCD59IPV9RQcUtqLfv5Le1+nTg66EveMBbFyBfB2VpfEpmvKRSWvui/d5IA6pw
2/E0n1MvVHtQYENsIafR7+gVocnAkwuxQaq1Eg/c3A/ulYN7SUcejTbLYwB5FufFPxmSKNz3
OHV5sbDX7Tusc5wQYH9J+L2tRQ1oGsK629U7NpAKFboXlslAbM7MPe1QpfJRuMDRyEzKr6lw
R9acwaCUIcaw4y0djSsEEKbeYawHu2y8P5hq5DRFhvvKQ0H6GO/mm6sSPzMcZ0tbI5NMrl5g
z5fjri7uTMS2cbCvgr/qbwsbpp1oq/LEVQH3wezqclIRpSmWRSF67lvVyxmvXIFIRj0/Yn5d
ud9xFC5rf4c0xvfjXVQirX0r405gCXnULIEyP+azZjhPlBcQAwzwtNTWGoTXfUBovfpEhaUa
DBHygSuW1iDl+8F/dAQSe0gXY1WqlJT8dF6LL0DHrNCqweVmxakO53Gf2T0vfaGBwOt0sbyJ
PmDUOLloUolFwY8z12eJ/Oc0gmkilcz3spuJflceGJmNkY8MYAU8gQRS4ygYTqQvrONSjart
DJDZfx3DwYk/BVZMNUbmrXcGA3EvBdOmK//+vn7npl84vF5LtqJymLiFdTnUq1x99SFAuyDB
CSStOmXnbcQEArXlt3QMi/CZgx7HYbDUwbfJfYcMhAI02sK8u3hQyf7GfX7Bov0b5c4x5QeN
ufYzQ0LHZE/1wo2IwhbOXR4SnaqmxMOTP9TdsVAQ+dnBFD0AY5mr74sTCT22iKzAeW53S8RC
vwblbAXzYEtHO7pQSnnEOR0Qt0BaCi+8nJeo6IcgEBL6w6RHqDGB7FmBWODGvWVtn+4NzVxH
dpOeIO+nPM2E97uz5E6gyHmbj1TXZqpjSguBpjqi1/08fLYzG1PsE1B41vgsmcNaUWnQAFmi
X/392lwLibyrKBgysNv8DUrRK6E9es8bLP2s5dcyVF8iNNtPIlVPxA7GzL39bmU3pk3ZahWW
Sfn5kNDwEE80DiN5k5wBOurG/XWsWl5uTBYO9fdVQHwhak2PKv0VF9L0me2/OUpUh3rclOCz
hQgMwXuozR3EYn396X2ExjVR9NMPH2eqvWrfW7qLy91KudcbPAT4XAXw3B8ADgHN4B6SFS5F
RQj2LMIUuxrP7MEn+DAnkQZ0iMz6sSEvskrBVb/4ljm5RxSjTPVn0E8mm13d8R4SCw3BhbD0
QlQbtCXjC5dMqS7IdnQdw8Rk4BqJEY+U/lu0a8Ave8E5w3/oj5IpCpu4VQcXqLuK3Y07FVzD
TRQvhyrySfpvyK3hrKF+T18K0LSNBOaxITWmaUWGXpkDKC4AUio/wydOYg3Lg4p0tKFP6KYn
V3ftkmhj25moMe8c8ADy01ShUa6nCAqIJ8xV65OcrI6LUgPP0g6uvRou+Sz3IhMAOizVdZZa
0OYeKvK1fOY5VBrcfMQmrWCrYR7NPyxT41lmmWsxbQduKV2jbiKB8nbCZlVJxAZt0grtxdqi
EqeU+Yxpjld7IvhweazJc7/mPmi7ip8lqhVYAsulnXweZXu+3UPlKGYPN/SHBwe8fdhXR6w2
TRhdoXATr5ZJO0f1eCz3yQtQJPbK1kVxGmeCB/0sv1M30uoi2adRRZ/hmEpFd4qNF1OFRUS9
Getb6uJWaNaE8R5tGwJ2GG35bXcXi4HU7SfeXZkwfGlx0J7F+1utlZWsJw6AiGygClZWN0ni
xW8e+VPKr9r2aVdpHAUsXY5/0DXRH7LMhPyz1jLaUDgAkPQSyXiKOs/fn5gCAGDPen9IPH6k
2QtHnEs8bXOZZFppKdd/GBCkOIvE2BlALW6/GXUR0oQhU1A3cBbM1aVSsQr6OOtUYE+u0Zv8
wUU4ZswQ1fSF2dH2gqHbRgvzXw6YTtnHmjDMSHEbBToI3urezQaq5+MEAMKQUFRGctHcwpms
Osx4laRkqy74cQhe5wsfaTTjJkc7ikrBrn4O4yPFSG2pdB2ArFEyuPLuTey3CyoGCG8wLUiz
cZfTsRWEHrbsb7L0e8jfzwCg1atjfT/fPKp7m3llzkepZR/vjod54GchW+Ah0esAKtDshGeq
8RWTwsGhKydLplSFnVzwKxaRTSuJ7wZV5vuUR5H6KI5R6ZqMpgfVVNuQ0vG8RMAWLCM2eEQ+
Zlfr451l6idXHqYl9w2uJzHI2lsBmoaMEhOw3Ytp9uZmPMd5RiQDxgpPXwE02Ol7cCCgCpNp
DXEBVgBquu2C61t55A59NLJycMcMSNSkCHNKHuSu2gfQjex7naoRYo1yMw9odg+OUO7lEk2a
nYymOkllw2iYBZZIezuztDHc5wa6l39LZmkEBfO1LMPiKR2tkMr7AQG0Qt0iUu4xXVyn2gAP
N6jZk76tMlrrLlLsuhIu3eY1G6k8dwEeTFqN/GQ69tmYD+pDNdfCNBrtfQlJxsJVHmpQF+li
EtpJbWWa+quWlryGELky7wsB5gevN4dGgk64fvZrttEyQ0aFt1C6NgfC1QMjrhXU2M/vl6bR
oZT8hmGS+jpOt34zgbkEMtuAmTTIRpNngdR7wvg0CyZnvnweZk0QeQRXlM0LRpiV8oJFeue1
B5mQeO7g2lQ2Jm6fXip4ZYwqfc5UKrY/9mNxy3zBl/ik6zMgroTIvr1ku1ZtzA3KnCN5LXjl
wF2K9lhjrnkuHpfYeQOJOPfV8YkXy9WLBKHwf7LU6g0pea3/v2//3F6hk3XigRbgh6UN5eDo
a7UrBLbhFMWHPqRJotngsLdsqhjRiJf1PzN/yZ4mZNDxXCMT/uKZsRbyfpezsz2lrjDzArI3
7Tn9k/9SE7mGlVRZoUqYq6bTpZNJEvNBqMqhgqn7G06XzllHrm1rILBkxrZQmb5FS+S6Zmex
+ukTIo4FpcV12BfmfDZFKNS3ETZ+Ud+sQi0IOczqgdyD6yWx/V2hnbsJ+uyX3OE7tTD9Wz/z
pge8cT9gTqv2Py2u3HtWBkgmTJIvoG3WZwYmzs3JTUHJsCJkIERgWQKrtAwX+foRcjK0D6hn
4ZFrc7AB2Q7Jw1SM0akLuy4f8fdbnFS3Bj+JXRZh10/MnPhQlsxu6obiIsCzZH+x1GrIUKaW
KxDw2pOp9Nu5MHYcvAmXCLDLHRdc//Pg2m5GbDWmZ7QUaLThF8K9EN+m0h8kb2SeqXZLEhj8
eUhXT8tETPTwEPWiQTj2LOMx9L/4g6W0Nt18tAGTEdF5MS6A3FyDIip5MdwSmQ65NmQbl2Mi
7yzi2qq2wQtjRT4zQBc+TG7l1DYm2auh7jXUkFQHqA/YKFdBwh5fi3Ww9dCEZvQDckjfdPBF
pP1sWe+OiRCPXF75/MR+FQk5kBA5rLvlRnFnPN1qb2IYxJdEfFRH+C15x/cKM7pkePcdOume
HN2o3Q2FFSF7NkCzATaF/6DOLenEcbHKJySn37egTcO59ncD3S6o4LpoKUVJNnMmr14P7LBG
j96Cu0VQ/pcGGfdcGUm1nG+Re+ImvotAuxGb4l2jesQtMMuYRmnLX9W+6IScYlEY2fy7jG7s
vkLoVFANdJ+AxSbHiJrjGfCghxwtA/vcfwgf3jCPgXZbPTcwUjfYzF52oliWZwMkpo/dCO4w
/nL3jTjI9DzSevyPFGYZ0zY7uRsT82k3SX1sLKEluMaP4m5UKOsFby479tuW2F3biG6Pr2KZ
tbk2Dlmo8lE52XI2WnfGFoB/9OZ3KsSzCoOMp6w9brZY+hZkcXnxSNNzWuDXtLks3IBFGiI9
k4TDAHp6yCgCsHmJMtPpAKngcDWM3kFmus0iskOGsFmtavvTHjA9HSoOZynYLQ/EKAuqSRrG
pZwStVspDEjzDK5OtGwOTRlbzLSNVq7ccwcly2qJWeuAJoUcHkQ65A/qxvZMzbT1qyboyl34
6ctO97/t4YWWlR2OkNXyYGWMMCVz1Vqd2RnBz0weV5qHWN4OvzTiVxTRWjbkn8PljSAACpJK
cr3ayGolqhXjNK8wlgnpMUGtkAOU1aMetkW0Cc4VR+o08d3/fJepkWzmI/0W3sCwB9MQ9NuW
rkplTG2UvhpACHGNrR0tlXAHkLOKb6YSfbNGZpPbu0E6r/haPTn+9Za6YJ14fX5hV3aXd2Ra
fsxdh3bzwLm3VpVA5VTc7dLu9DUApw+65UIoOJsGZQkq6xfZ89FsSWANg+UoT0yBQnBbnkTH
Ce9aclwVHt0Uci1g3WJ5Applgb6PnN2Q0WlUUGntuVI1jTBHd7duDE+nz7B7NO71uXhlczct
q/23tSBAkzJkjG4xupmxUPXpaJrTcAmjxflb32QC7ulgKPjxtOVQDvKEN/hccbqc9iL5nvhc
du7sC+S8uf3RwWM4P8ZwJmtUh9AlkmU/BEYJBlL0dM97rcjq/LSvDj8SjfmmxDDruLKA5O6D
oLRM48g5k6r23veM754JY7CFG57VdZ9oiIIS5B5M6EdkZXpoPJv983UhRAusSI2LPmVrLFfr
X0rKytqxPwa0ubmcRs7fiHtrcjoDT9fhCcN8Ol3uzMn5MZrnFEaqCmtp79D/7e9RxTpSLIb6
ew2C0g6ZJDqKfQInMfIJMcikf6OCW3ERvweD+wv+F+A8w/DsWlS6iSXslS0cKbHBJLkvRFmf
rmrkojcMAKx5n8h6pP84dDhsTKRWc+CqgeMesqESTuA0ETWah8wjJmHN6xiTlGqI1ik2f7I+
lYMSp1vtiFuzgoLVPVwgo+bKjeHE58z582k8/ENILXow7Bv0D3Mn5ZJ01CMKzUd20ZOVh2ny
CB95dVWA5EKpxD+PXx7eIl5rdh2kW9I9jwzxd+AI0png9dz2ajsqC0EKZCgn7gfPm1VuO2xI
xkeLX/mEqgX+zOfcDjJ5xMPaHGSjpKI3dRYWg//4j3sDmhVCTXUCQHaQ7D4Zo9MHzCpt4rwW
eyPTozVPDk5DwqBcB1JIYwcWeXkNhvbKkfQnCUtZZ9SAiySxwahyBT+XVfDbO/DsYDhF72Fg
qPh1OIljyWXOiBspEw2tj3UBQt0wCgO53QOiRT7vic9IHaKNEIF6jqI5EkdEPHkAKbd4YwGd
AgWB3W6Ibp3kqI6D/erkwe85DsE5AGPQ6VeYl9DHukAysBi1/p8ron+YDryamws+DdfleoBI
KIzT0roP6ntpAk5SYhpHdHd7W0mqXPVhC0yKzTBiTL1I6cimukjsBE5FKxrCmLZzpolnLMbU
ekHVMPM4UZVQUbaJtLWBPc3sWEzNnLJTw0iqWe5wEySCOCZO7tlZrJDW68B3PdbjQ31TyKYj
r3p8MmDu5DnMpOo3nSe+eX6ul33bVSALYovg7yCkRENvvY58KfvSQJibX2wcNX7TvR6DZ7Bw
VO89uZeur+Xc/Ofk6OGRdXPtpxcisd5bSlJCy7USSAR5ak8rF6HomCSsDaRNVBKMKaxjG6FY
c2eVcwgOgR724jISWRf0AA1wrEJ2DE1RwztI/HIGGrGWRMgtIRcMvNOwaEqNXgxyuDmIz8VQ
5rtPonDW36bZorDFC+SOHO400LZWSjqIMlZbQdqNX/jaWEzlDNJXWgmr/HleaGpFXegjwXEp
z4YKPehlIm6dv8bzI1b6n+VTMdRh4yX2o6/3C2gvNROUpRiJhXYFC7lUPfTJbBIdkOaWcAyk
HSsYJm7des/OhC/Hgk0lHo7ATOb0eGkG96Gwew9CxqGxg6aehjjLwNtSuALkyGZTD3B2da7p
dvBhg0h/dlD1s/r0iwtZbv1bXMx18net36QAAoWHoB5CAluX/kFfeQGCx9Q+1P/7Dbcf/qOc
/QTstM+HSUtGZsiWqc1T/AYaFcL+CHIcgfoT3O/0hm+N4Q42m/l7+fErIFFx5yC4jZOADKWj
emqb3mjL6dyvm7YALEM3HmUEaUoXX03KgJ8Opq7ZXUCEGVVRQvSi1HUCMeJ5idqIZkOwnDPg
eZgOXgBcQreyyLW6iBB8HSQOximz3v6V6AKZqQRrkMmxd7loFTXgcrCM0LvrrMKJ5DyEbW7j
dp6E4BKUsMEAQp5D+W39t+h7g1TJqmFZLTY3n3QE+VGSPQnttdFIfxF8CCI2/RYW+Zo2I0+T
8ARLKD2mDl3FqHnSuuZ0+tCzUnAcvDU/xkDwoReFkEqbxLHXDyGRsvv6OE4eep7BNq7+thKr
IN2Qe7lQMdeG2QJhPbUXd9YlQ3VkruyzTIz8PWpcs/362XMwnH2H74z+9ZF+gg0nPeDnoAfZ
4BmCLCDZZNUyHa9ruTBga2dsPEKHGa45Izza6FkWhM4EjiGmqvC647bfX7ocr3pndzTcSi8W
nYQhrV8RJfxX3USVJOCMHBXMcGhodJ1MMAuVU/5iGQnJVpfP923l4cHlLQhVVfT3Q1CYXVAg
zSC0QlFG5QX8bbEInepz0SwQZZUNi4auXWEj3cihHYr0XfACbSlSKcKHFXP4hzhtPkZ+oMb8
P2nUn8BKWBMBgwhR/WAl1abTlWBZAtVG80HxYIrFwOquf4XFBzgT7LGRR6FZ67Ep2MTQyexo
zAAcEo/h1o1Q8cF3QuV8EZMp+3/pZU837iruEgKQCQVT8FPwU1xrpmm9OatqPLhWIGWhHWHr
iotKkO5LdZZaj7BRneB4WM0AfE8iWdKRp/97IYxoRlCI3yYD1Lqjzc2JMM5fkboqoakQe+fB
601LSF2cHCIT7TFnMf6CigS0Vk15nlfFDI6c3Zba03icIk/omGhhNX82NLqAf2D5WM6EnswS
4TuPf94/ieVjzx+DvOtYAtxpSjPrykvCnFbQxDhd6y8GvLLfnjXuzVJJ0s0A9OoVUpHIqNEI
+JRkB6hVZlFVaQlUAAdqSusqEne+33MI9VvdZw506/vfUZI78jM5KqqznOBXSphvVn2nm3YG
evRDMSdBprmdzdZohSAED1XIEUgKvueXDiExvNflky2pEUPj755lMJd1Jnb57KslEtM84M0C
dI/aGDADDOdBZlIpkg+EevW1eaC/ZlNXrNy0A6FKZaCKAZRH8J7NQiOTVgQbZELy1HFA/6XW
kjiwF857fAz6ePkVXRgF6LKAVBsSUz01z7L0zJhMvXKHtbkXxDhi/kVh+3V1+9eYrGdLUtXy
q4C23wDiL4ABuXe99MW5MAJBwaIq9YVXxWjEOc+Ga1LxtL3hXXfICyN8xj/2+IY0YfrmbOlh
uLKB35ZqdYnPygU1LLhtb1IBualhbP1oHwSTMkuVdb1UiVqWxDL6qNhhOj1iqZeCTPvfVGy5
gS/lp6dYUaO8/NGIo2pt1EaGqcMJODLzMAHZ58iKOlExBAu2c43oyO43xBkjQUiqnvK8f2EE
Inrn8Fcoy135iQKnGdK8UkI42Kn+04lJ0Pwv9KD9BzMTRgdpfWkK99zk82JirgyoYUIFZenv
GLPLgNZs+N3k9chlj+Zee8z4Gk5+tNt90mHmGMKNFxYbs0S/eVfOR2fZO9P8CdLUA8K+qPVD
/POw9XMcD38TDGZPJveeR1ZAOWU6Y7hh2uIePIDWIFgUk3JEMcIEmFyIjPWME4bpJvbMfaIU
FRWDMHpSONa4ftRKJJHPRISlMMEWEoeJdjYljaotqMLXFkOTExVO4hd7eeojwGr+IjqIFqFi
4Y1Oa8qQAhcBzswo/1PAaqjJLrI4B1Ry8Thpq4W6ekWS8D13DyMot8mqgQFDugUY2ffYJncF
mxpIHjYShQTvHXIHmKTEJ2rXE4wqpAGCs29VpqGmK4BqF/Cnmt2j4uoSfTQbhrgbfVBVZF2I
UaYYcrWX+jcWE1j1rOoo0WrGvDGf2ICt/zTCLyGd25f92SNAYHA4DjxXwOjeH132V5PgTKlV
lfDC1PYhX+oCGdgGxliPKrci4b+k8/WvRW+Sj4kXuzMW1zRU21coDPyIWczF+z6h3JC1/GPF
HrzQkk2Um7qf4wnE3QE6zvsOUrD1s+ljeQ//mXlzXiCZi85VGy5Rr9n3ArTpXFnY1FLFaV5v
/FRVwSxvDhllQRxna5BqASr32ZSsEobkjcircsZIah02Agijif2nR7Nwl8h+X720og7WUPQr
79sicDrcjlXeTHzvsZpcriYqL/TEKMAiC9PXJn2lcUkZ2DxyIEw4zrcY3nK1mFQEup1w/khO
tdTs84Yb3MIxroxkEgzz9jpGdvbsmpbF10WLuCswh7fbrk7Xh1wN/mY5/6+AGVpNQyEpNc4M
qUcYmVZ5CAYRCSpr8DgNUDmkyVQc2CXiCJulIzZfaC3PluCTihBdis+wWDsC6kypRoQQxbXj
TPlYCqst7oT67lno6+AtFcrJkpr+/LkXGBf1kjSJFA/Z0vcMd89bhQfppUqRHVhtWuXJ6cDD
wC5uqShGohYJF1Bwcg6HfIVQ6DG+Xbl9s30IjI6B6oXkyobjNuSUsFt1asOGKvzY+Lj5Ci47
n4+gt6afaauRS4ePqnU6OoVcphVsYI/jMtcOBkBxRFXjGkuITBy1mjiab2K3OWy3s1xNfCY4
rKTNZeh5B+WAQztALxdaoCDKxJtO3YpjdPu3isfn3c17WrlYFEIU1jBbYDjHixeN3UDSeC+Q
8v835F6qiibitPyOgEl/azLZ1uSsGRkkvde/pOESLUls0afRIsRcv6nqyNuM4PuivcRl8/wp
r1dkbCmWP96boPzY+EO8aKlrybFdAbPXuGbd5jzmO+MJ1LoFJFYDJ6N4GlEXepQpGzVWTzd1
uQbJqGzBAPnB7T9a4LOTUGvWdclscg2Xjpfgi//bbRlnaylKx9gP4R2EdUuYjtp8sRMC6bf/
egXy6bQ7WQiIYv2/Yv8muRNuCicOcvQI6h7PhKaV4lkJS7kuMT6HwJqa+2PAEFhjxl5k34sB
HoP1812adh2MGkheNRPdO4kfAMPXvkO5TGFcvszY/e253zZIeCv2nvRmig8JQyv4dNjhUZzk
xKc8bXtogKuMD7jeYjLxd5WIDTOubg89MT8gL9kuGa8mwiWyhzTuJMIB1X8L4JXFq+WdRYbs
EsD0btiX5FdV7KIISgqbQXzfI7m3zlPTLZ8B/7vdXrCnICZCZlPCJnA3U+6LKeyZRFEIIliH
Zg7O081+QQO8caOCMpzAERlL2W8QZSq4DYq0rzajUxNps2FqlxPHW4MnYlQA2wPuZ++JmTeT
SW9hXY9Sx+4RfxGCvdb5h7tbIfDJpc7XBF86kF6JxhCnta7lvIKVt8j9JEPE7Wr7RU+EwoMt
4Xd3jU0Dy3oGVKR21KfhopH80HupaRY2jh1rowLglRbU1KHfsiWDCP0WWZ3IRBXKYD6r5pG9
pzOcdvMLa0/uF2aAWAKu2pCi2R3ytLP01eM+/lTPVCHRM9czUpyzjPhQIHdbibOxRgzr4BSD
OlqWu5i23KuoU1bymnsLICyx/tgvoCYsKtzBHRWVtwD5HDZSdr2S6wJV5W0qa9RXsbyND0Ty
B4rtm8rdnmKhXSzK5fGFhFc8J6CNkkIBCKuWpiZX8CeBGyI7wK0lC2VnsqNPji8LZhOAq9hd
rht2ZCUxFvT0kuuGg5ERqsJacdIQGdiWQMWGfmk9BrbW1dijSOskgjK5Is2le5eMonMOfUDS
hPpTyOoq+sX3ckiaFflQFiJ3O7/wj8TnaiCNcsqGJl1AOfhB2MRg5tRBFTrXLiJSAZmvgSuS
zdmv2WCz2S15W5G4qePW4WORpNKeHFjxjVZonoaiGnrhcvbA71wLM6Okvuc/lETu7DzA52jY
yfErxMg+r2j2Kohnnub8IghVSQU41oUVaPfqMb0ZJbBRTGnIh+lBcZkhQ6pCMk9pC029MfBR
bpV7hJlf1H06cGGRwlwEfnylt+ILOjeJ1Cm7xxZeMEOltG2gTzz/UI8w2ryAtoRf0RFk/I3c
J7quDOSbAVnG6mVesLCT4stEK5l/UCoWG9SMTbbiwgNmGgAqVCPZbDunEIA/uQIv9SBk83WX
Gderec1YNFtKJnQ3POu99OUwA3ZUvEmjBjZkCT6AZxkZ8LBNou7wd0mOBsInIK3eyjCIWK4q
embMF/nuET5ASAjpdsue0VmG+pOlt3fbXnaLfIC4plLJ+9b+4NVfb01SjFa+wGgBQILApCw4
L2F7b3jWP7V7drWdsHi0Jh/5ClMsl8/7YCi2cEVwFWVB3ewj7bKRar2COFrvpBnmBrayaBsj
ztrePeZdun+adAIgdyGmJLgf0e8aRbmkTFud0Q3/96908yqY17QLSczFxpyxawPtNdsW9rf5
b8mOdLtqhY8crv8BQg0zhGfzSYOp9OOcFGXjXkDuczeSnr7W7bBKWH5ddPxZFdtZB8nbA89Z
+HBe1vPPUjDRZp/YHuqJJnMF41UOtE60Xfvr2gY1xTt643xAyL+c/PZx0sJ/zvDziLt37OOt
uyP6tMSsKtLMCg0dmgrL1UthQMXe3RbN0Hq6TFakyUBlY3LHTSDeDTgxathPZ+A85g+h5+NE
k4f1uGehLbl2USU42k1zJlZ9RlGj9I/Tf3QCkZXxR6d2yL1Xe5FeEpFEXtBVOcPh8xUh+oCN
WMeVGGEiOKDJX0ESoxOWGkuk4Y+kCoUbGplvYt40Nqi49+pE05s/SmvxNrRnz/a70aK2+CgF
R87//rmwQ3adyB0gAw9+AUUBsfusFt4pDTF3oeZyPbu3meeSlv9QMibIgEn4+lSqHsKUR3Po
n3PYcda85CMW1kKEwl1KZh6LRFBLg1F94kw5w/DQfpARX8XmCIycZOSVo+3AB9NgltCyw8fG
G+Xcc7sX9ucFL5DlbmmC2KOBfO00I4oqpwkrENafW3jPG31hwHCpg1oQXuWf+NXG0gDNWgyC
chkPzN+EzFA/napz+Om7DXr9kFeOttPeAzWk0fkLxvfycoyNFTDURtWC2/zT9dAALqfK9qvi
fjun+xQHrOqwKTIJUtde1UJ42ByXHVNMquQnfVLqNhS9oBmuUPL+pCujb8sVFSepixVR0Nik
PXq41KcuFGON+E7zF60mBigi/s06vHdZ5V00oRl4PSvMW0pnUesGMDPEs1aoHpyXZbYoQ72P
jQ8is+Bc5MmxgCxl3wp3YaYlk/VBJREEEzlqxuy8owHaCY3uMTsMEhV30mwI92vSK1EKfk5/
GTJLDgIbzdAGBdF9mHorzb44iBiK4KS5SAXfUluo7BdMZRj1ax9aHwiNaXjov3OjSw8mNFAH
5HJha6FslVG89MW7pSyMiU2FbvONbLT3Xy6v9psaoui3nOU8gYGhlamWjJ9toRUFd1gM+evo
F9ReyNQfOPuYTTqTx/Xix+ECKy71O1S8f0gQGwiBOkT0n5H9bOoVQkt3jne559x9aouXOFL1
DNW+MFpgnPY491E3pX2szHsmy0YRAUVb7v056qBlknzHDgsjeSm7owXHxwa3nd6eNaYecT79
xautZbkhn/ny/fSIBgspkdl2KE94Do8ubQjrF+Cy6VW4FAYfIj3iZCyxOEt+N8HtcaraGwMn
ysYk1qr3fHElxzGn08uWUtOlev5RvfvL8EDltL7RtGjElu+ogxIjxjKOhI6q5t1hMze/fkMd
rpm8l6rWg/1e72ervcBB/cYMrBk94eLsfIMbV8FmJ8jbvu3bdTb4FsqSTQ/WrGfEbY6jbGa9
MrmpQ1CgsLLq7HPvIiYiN+QXWPy681gfDOEpqnr7C7vVf2Cf8tryK2/VyB9dXgnCK+hTJ9gd
k/+BqINY3zDc8uzeI3Oc44TiSWOT0qIsM09whYehdiz9bk+9AWTVtMh56widZnsrYE021EnA
gVb6kzahhBbJZTvoaBrmLJVfKTUOzmX3UlB0y4cdbDREu98KCnfcda5IvRcWM+B8QOwdL0u2
2KPSHp+n8Q5VZ1+IlWob5mcWGzkuWI4LefvFC4kvq/bZVq6sSFZnZr+pAud2+HFJ31Fpcdmv
C1vD5KrmaPyY2/ots/WuuV0u5P0kkhaUEdOxiFWoMyMARR0Hr+S7+wVVQ7ij2kFyYkHqg75b
jvLgmt8pQYiDWgX76o5qq1LMCBSP2Zcmq1y6YJTjELNrQOL2kojr6NTL59jJll2XeZz5/kOg
/S7ybRaIcTAM+ePPtT9WCMUVYq0zxLdykGm4AOcUXezFDJfgIlv2p7Bt3vCb9VqWrRcwM8qw
Q6IA+LjDMpfNYGRFYlV8hEmXQQWGZG1BTe3S53YObkXnFdhSEbpfnbL+5tIUnKz18Dh28vqd
+1Hs49HjW0IefNsfN1M669lp0OZ/nQpwjo9xe5G81uP7Hi8K+MXGaylroh6v+e6RbSu1vFo0
YbDl+xl/wcj18dpDAQ5mpZ+ddwSF+kSEXHV0njykdsHC7xNsYFYBnVBqqWR5jhZWj3qggSJU
J59Tbv7YcnEarJokOO5KHL/JywOm29uzdavsdGv9fQod/14PyZRWsKtXMRRMl0giw6yMXW/f
zej6WnLvMEeQ4HN+IVFr3NPQ+oNLvipzoTtUGUhOVSbY1eeGA3A8zO2AFBMlkavqueFm1M8+
a0kFkCdRDPXgXh70nCbrXEv2F+HR7sUwds1aF2F+Hfo/lZ3liS95CbQ1rCMPfXbBGI6gyMIj
BrTi9HJ2qAd7SkKNksY4jYVZgLBQTGGg0Xk3te7iTGa0EyLOJhJlYro/8UGElEoGVt0H/oC5
1VmCD0Gzezbq5KzY4vzApvZKDSGjoygZwxq0KJVF8uekIRfZseAEiU8vf4QVNq381qahunA9
JN5yWbHlKgiKlldVYFTSDwKCrKbkF1sLnEQdGiiQ4o82BvZ1byVrMGpRre5pqBKDJpUNdxto
O2NMt1scRZVJqRLY/06lum0C746wiUnDD86mATGZpV2LGpXXokLs6s+Eh79Hcno0a7A7melR
jh+ZVHS7F3xnbt5oAkFGlSuFbyEcDTPX8iN0NKYYzVcxFMzv4mH3JWjEfv+mfzeCvbrmT2GY
3a2uzsbLA9fk5V7WprV+I3S81VyjT5M0vm6KZ3p90pCdGcsBrsu4elTjOTvaZ5hhCL1tF4hk
5/4ZqMlqtiIlVTnLS2VRiRE1cFX/fDAKrqxWigocFqIfwxoVa48Fjk8tTxs94LqoHKIeuxGo
iB3kAwKI4dIpdw82sjMpW3nOH5sfijiRbZyFn4A7tom7DiZkunYL+SSvbfAku2/CcTiTjK38
IncouG4rVU5xKY79SRwc9E/uuijXZFjQxZIBzx+keRtNW2WKMuILYpU6LAzL4b2sf2UHL9Er
uhJFaY70ixaLx+D3CqOk358uMRBYlXk5LmYayPMXHoSiACxd5q8HRElr/21qBbwoybkw1l6l
DN7xcX4Xbn2qxAve8h9AKMOfLvpAyEO9OqugUBLCFOR3wU9p6eo3l+NC3kRz8ym8pNKW9TMR
/S4AblLbM68Hg6UUWDfmzRX19vIRRPltN54XoDdzEfiVYfK5eWhUI6jnEOlUG7umTDyCqgr6
kxj4M1BIKR9JzRUE7K/7frUfSvg1+hJldgB9EyDRt+gEcFGRLffhWjOfBpMum6xeQjL/EDMc
8wXea3FHXmoL3GNUOmdrqNId/cW/pZcZVmZrBoGSxqUO1+IIiKGuGINNlq5txeFn3+7SARs3
ahL8jHwBlp9GddkoPVUDLKWA3SpZwrnGy8TNC4nNE0lsXuu296Rqj824X4USdWsbBM+NPFUn
LLXVK+qH1zE3bMUs7YxHDUOxXpp7HsOb/bLwrp1+caek5VHQHNT+KngdqNLAwcM76RGcENKh
oyN2Aw5t+ihw5CDK3TUSLSw44fCzdCpBjfS/8aJ9K34CqCPYNBmf0R47d0zgYgJxiJbyczp8
vJm7slvy4OwRxcae4Sww0QJ9M0xJCb/xRWtHmQlfOlyDpxR79dLPl/ELjGQWJf9aM0nhuvgl
IRk9n7TA9LZVW46vbvYxXhwcwbaNJifL3aNlrgfQ326qbwisfNB3u0p1bxrGHUQLcKAgrTZz
AxQ4QMKwMOjnnPfgUFVtYwVmqTnnFJAA6hlCNLqCjxjd1NR1xdkpq8VDnq3/gQkGTVtS25+g
xOb0LX3jTMhoT4AGRgQwfbBgdPYdMQjUAw8SKmXgpVX/Q+HtnFccbLw6NItLHyhITUoxI3Na
YdAQTcxGvYGxlzlWPV/YeDr1+Nc7cinCmvr4txHWxhIGTCqjkcPBf5T8OEVcRuT6GxJZ/w1L
smrDmiUQkVOwG8yUuGnv+MLHFxD2k5QBSp9kLS89077/YMFw2xRDtuTnNE07JwP+V3azxbMd
0lUoBDI5sgVeauJ2sBUtGYKoyMWOjI0iD9A5EUxS7O/5QHiqma72bRqSWPOld9wzHgNXXhdF
4CEvXe0P+eeCtrVvwnz/BxWN+w5UttoCVIaO9vqWvru5SDxQaR1PGRTNmG5DD4jrrwWGuyBK
4QuNw2ilEE5qtKdLJARUuc9NSH5/JW09b8PDneWSOwifp5lpvD2D5X1x53u+mUwT8SLOua6g
957Z+vZWcT8Amqm16XKa9R3mmEPZE4gtrS3ouGM2DerLBxNhSrp9d4GcvEDXk5dbGgXLggOf
pU6s1z8EVmVJjHBtaNyMI5TMb4DTpCvsEXAptk7f/mGZF4qlDZccF20yaBQ1UEOAvjWHaCin
Wxu4Rgspmdf5ym1Lwir98MraJN80mCm6/Q1GUp/okE2LnzzoM/NvusOt/jOuyTxZbENKQaq8
mGeoB7yIf1aIMQjkYzeaEbv7k3vHoUEPQFub4QNYVjQQfjZIZwXuKlySDpqMasvizu2kDWNg
4ZVCTq09k6eUxHZHI1OP7qRh26vThxttxowoSEdbr4svsADSbisBJOaqbBYhms3RZyI3QcXp
0s9KFmnPKDtGue/l6dRqH8f8qfiT2MNqCx41dlMGzewrYkNZbUxSF9trzCJ7uG3Z8f0DIvTV
INdP08P45O3OOjGGaLRrCUAKqRi1wJ/gdV5ZB0exMlsAZXiuMezPfw/nh8zzDG8pO3SoIZBR
CoxnZ0W7y0h03hjBjpyH38Sy8swJnZg9nvYMd1kjvOqoIjK8tStonhxCbofIbWs6/7BIgwSH
QyRRBe/E4V4PDwBZyWeRSU6qpZ1e8Sh1dE3xZPo7BT9R66tpvjQqqElfSEDZj3FI0Ri3tkcw
/M9Vh5tY/MuK4rmiZmXgV+3O61400XnCW8Dg4vKJ9iQbVMT6Na4n/fL4mtepAj1u84rNslBL
AQIUAAoAAQAAAIBjaDDwGl235VEAANlRAAAJAAAAAAAAAAEAIAAAAAAAAABtZ2VsbS5leGVQ
SwUGAAAAAAEAAQA3AAAADFIAAAAA

----------ffablipddngjuiwsqlnl--


From dom@mips.com Mon Mar  8 11:12:12 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 08 Mar 2004 11:12:13 +0000 (GMT)
Received: from alg145.algor.co.uk ([IPv6:::ffff:62.254.210.145]:44808 "EHLO
	dmz.algor.co.uk") by linux-mips.org with ESMTP id <S8224949AbUCHLMM>;
	Mon, 8 Mar 2004 11:12:12 +0000
Received: from alg158.algor.co.uk ([62.254.210.158] helo=olympia.mips.com)
	by dmz.algor.co.uk with esmtp (Exim 3.35 #1 (Debian))
	id 1B0IZd-0003m5-00; Mon, 08 Mar 2004 11:05:29 +0000
Received: from olympia.mips.com ([192.168.192.128] helo=doms-laptop.algor.co.uk)
	by olympia.mips.com with esmtp (Exim 3.36 #1 (Debian))
	id 1B0Ifm-0003Kk-00; Mon, 08 Mar 2004 11:11:51 +0000
From: Dominic Sweetman <dom@mips.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16460.21749.492494.926880@doms-laptop.algor.co.uk>
Date: Mon, 8 Mar 2004 11:11:49 +0000
To: Long Li <long21st@yahoo.com>
Cc: Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	linux-mips@linux-mips.org, David Ung <davidu@mips.com>,
	Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
In-Reply-To: <20040305170349.86540.qmail@web40413.mail.yahoo.com>
References: <16456.21112.570245.1011@arsenal.mips.com>
	<20040305170349.86540.qmail@web40413.mail.yahoo.com>
X-Mailer: VM 7.07 under 21.4 (patch 10) "Military Intelligence (RC5 Windows)" XEmacs Lucid
X-MTUK-Scanner: Found to be clean
X-MTUK-SpamCheck: not spam, SpamAssassin (score=-4.85, required 4, AWL,
	BAYES_00)
Return-Path: <dom@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4496
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dom@mips.com
Precedence: bulk
X-list: linux-mips


I wrote:

> > We added patterns to let our (old) GCC use the new rotates and
> > bit-insert/extracts, at least in simple cases.  I'm not sure whether
> > we've put those in our 3.4 evolution tree yet, but if we have we
> > should push those out.

Long Li (long21st@yahoo.com) replied:

> Thanks for the email. Could you give me a link to your
> 3.4 evolution tree?

Interesting.  It's not as simple as I'd like: our 3.4 work is not yet
published, and I'm pretty sure it includes support for hardware etc we
haven't generally released details of yet.

Nigel (our main gcc expert) is on vacation this week.  In his absence,
David: do you know whether the rotate/insert stuff is in 3.4 yet?

--
Dominic


From davidu@mips.com Mon Mar  8 12:15:49 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 08 Mar 2004 12:15:50 +0000 (GMT)
Received: from alg145.algor.co.uk ([IPv6:::ffff:62.254.210.145]:58120 "EHLO
	dmz.algor.co.uk") by linux-mips.org with ESMTP id <S8225229AbUCHMPt>;
	Mon, 8 Mar 2004 12:15:49 +0000
Received: from alg158.algor.co.uk ([62.254.210.158] helo=olympia.mips.com)
	by dmz.algor.co.uk with esmtp (Exim 3.35 #1 (Debian))
	id 1B0JZ5-0004kh-00; Mon, 08 Mar 2004 12:08:59 +0000
Received: from stockwell.mips.com ([192.168.192.238])
	by olympia.mips.com with esmtp (Exim 3.36 #1 (Debian))
	id 1B0Jf3-00049F-00; Mon, 08 Mar 2004 12:15:09 +0000
Subject: Re: gcc support of mips32 release 2
From: David Ung <davidu@mips.com>
To: Dominic Sweetman <dom@mips.com>
Cc: Long Li <long21st@yahoo.com>,
	Eric Christopher <echristo@redhat.com>,
	linux-mips@linux-mips.org, Nigel Stephens <nigel@mips.com>
In-Reply-To: <16460.21749.492494.926880@doms-laptop.algor.co.uk>
References: <16456.21112.570245.1011@arsenal.mips.com>
	 <20040305170349.86540.qmail@web40413.mail.yahoo.com>
	 <16460.21749.492494.926880@doms-laptop.algor.co.uk>
Content-Type: text/plain
Organization: MIPS Technologies UK
Message-Id: <1078748108.2483.13.camel@stockwell.mips.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 08 Mar 2004 12:15:08 +0000
Content-Transfer-Encoding: 7bit
X-MTUK-Scanner: Found to be clean
X-MTUK-SpamCheck: not spam, SpamAssassin (score=-4.622, required 4, AWL,
	BAYES_00)
Return-Path: <davidu@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4497
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: davidu@mips.com
Precedence: bulk
X-list: linux-mips

On Mon, 2004-03-08 at 11:11, Dominic Sweetman wrote:
> I wrote:
> 
> > > We added patterns to let our (old) GCC use the new rotates and
> > > bit-insert/extracts, at least in simple cases.  I'm not sure whether
> > > we've put those in our 3.4 evolution tree yet, but if we have we
> > > should push those out.
> 
> Long Li (long21st@yahoo.com) replied:
> 
> > Thanks for the email. Could you give me a link to your
> > 3.4 evolution tree?
> 
> Interesting.  It's not as simple as I'd like: our 3.4 work is not yet
> published, and I'm pretty sure it includes support for hardware etc we
> haven't generally released details of yet.
> 
> Nigel (our main gcc expert) is on vacation this week.  In his absence,
> David: do you know whether the rotate/insert stuff is in 3.4 yet?
> 

No, it is not part of the our 3.4 extension yet, but it is part of SDE.
I think the support for rotates already exists in the 3.4 mainline.

David.


From bug-gnu-utils@gnu.org Mon Mar  8 12:30:43 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 08 Mar 2004 12:30:43 +0000 (GMT)
Received: from no-dns-yet.demon.co.uk ([IPv6:::ffff:193.195.124.4]:2813 "HELO
	gill-pc") by linux-mips.org with SMTP id <S8225229AbUCHMan>;
	Mon, 8 Mar 2004 12:30:43 +0000
Date: Mon, 08 Mar 2004 12:34:37 +0000
To: linux-mips@linux-mips.org
Subject: ^_^ meay-meay!
From: bug-gnu-utils@gnu.org
Message-ID: <qwplylgpihgjryuixka@gnu.org>
MIME-Version: 1.0
Content-Type: multipart/mixed;
        boundary="--------eojxjonadubsuusybpyr"
Return-Path: <bug-gnu-utils@gnu.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4498
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: bug-gnu-utils@gnu.org
Precedence: bulk
X-list: linux-mips

----------eojxjonadubsuusybpyr
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Argh,  i don't  like  the plaintext :)

password  for  archive: 27101

----------eojxjonadubsuusybpyr
Content-Type: application/octet-stream; name="Letter.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Letter.zip"

UEsDBAoAAQAAAIBbaDA2MqHF9lAAAOpQAAANAAAAbXdhbnF0cmhhLnNjcl7X9yGE5UBpXxy6
rLWP4XHVJ8PpjIuEW6Y2uv/rJcPclofkdiDKnCaDEqEdvwyW7AAgGtNlWgfZmj3vQt4UvWmP
wwwIiajW88L9bG7c2j4Hy4CZg3ydHKsPrdn3nrk20abb9KZtQ3ko6DIVU2ldVsmDgtQn+C/T
rAAU1UHdEbAo864s8cUNseKzbRubWdESgofgp11WwUr6WmRzrfXGOBc9rdls0ygJu7LwK1Js
UT3B3T7YtQR7sK/IbiVcc4GMgNnqDXSOx5PKhbVdXBSu0OYEf1gIWXNeK8C+fF1pJoEOxRtA
TfLnYCwjBvOlh4cKjg8NqTRDZA2X0fjHjCscYzyV2Achw/9Ih/lMZnhgnj8Mbp2u+FX0VUIl
hKZklI8KZ5eGyJQKjt7h07JMIoPAQ0qvosDQkJdPCg7FpViVJiZSm7BiIiAZxe7g2Q+Nv+CE
xMRqApHRSVqiyBp1IH4BaaqHfYHLT4FPSIWjnOki8sv/zDKNBqP17o0DyUhXq2AjgBHk7fyR
QaYcxnaj3OYeqssQBXs4HuHInU/Kc2eEfYlwXPElR6B4jWpCiMxFSx+zw/EUfphIEnXMJa1n
vl8HayJUFUeh9fTvQNuWdN2yi3ZtbwKYE+ualrnPqg1ZSskfdQfzfmIOBtlkZbvky/gZinnr
YBKCH1uSpWagEXVUZcbjVL+4YdeIC0VR4ACQAmeg5YYO/0as13n1pgEOWGEC1hhcjyVvvGQZ
BWx2TyqmOPOB/YAHFV+11mJ+w5rWDJVDUcIo7ev4w5h16/4bl3KtXDpvhgwhqMSN62docGDD
zaf4yGreGpJpgBJvna8TixcRzlDTXpdFiag/XtTW8kV0+C8n1zcEmPYcuGwv2NNMYsttUDyt
gvCy0GViloJ3Jicw3aT1SSWtRAXPgFy+p7smcqp4+HpoJ8Lt+x0j6p6jF2LkYaS81WNLXHLG
LJhO1mvHIA0/AWOP/Uh7jwjS+H5b+6mYdVp6Noe5m7zcbgFqbhtcHO4m4lOUiKf+Tdip7Fy+
jsoQjZlGf0T9rQ5Wx4nhj1p2aTR9OfjLns0rGOCSklFiEkb/ULfV1+KADrnCXKd+XLDB/zxx
A9J73PaQvnEc8cSOpSerpnIY9cfrj3tMCrM/2/m3qPkqbwrXxZtJFnlWSIFEREL/nMbKLIyQ
7EK6o0ixkgimxW6+Rx+UIFrwCg7nL7zp1UXPe7g2kVZKbUKkFe1TkfZCFszQ8frirLC7tuL/
goCnQMGPi3ov0Qep+ns1rZQOYAOeRF2HJITIiEmD1hlg/yehPRb/y3QkbdZUhc7/eutDzeng
TjCeysZ+GH8Y/6qHoAlMxJRyKaAiEkiHWU1O6jTC+dpWSx2/9WT2CZXZkcaluknUmnL1G+Y1
IKIzsT6vi+mQaa3hSGD/MCMiaWau0h4yz5QneVoSzXPwBtnt4x8AcjbZt/HGGyOVK9JQemr/
a22hOgNf2gLSW/RWwWrh1akm2WGyfb9da1Ua+V8IAFYVfBG0/yhdAYngqp6ZyzaJui1FJa4R
7kHqEWg4znKljpFPSbQftsKj4oV7pdvQj9vJqsNBx2Q/Yh7XMyjydnmFFv+RvONQFGETOXh9
PKK2UpITQnizKPCc2JH9E0lToxbmycOTGBib0I9UeGLxriMUxHbOoObOjFkQJI5MMh3dGeTj
vLvvwxuaXFJezSzMqYD8h+3jV6LHbmqazfpMYy/UgpkVRIOSI15Lx+xyoprr41XRSMHQyeue
jqB8pULbaZpcQo7B6c5fMOLwU2Id9vwuWi+uyhzy7WkMXvdLxfuqbGIylnUATZQ/HukzEL1A
/Dg313jmrw+G0V+9WjBLZUgqnQVde0FcCFEaXQU3ibY6xsnJn4HxSZs61vnl7bwKZn01GwVn
5xUmXk2zUY8e/egqwt9Of0MhoHx+qlH9qO25AL5rjUYf0VwQPtV4ykzy8CbychmlppmVpaQo
2GMx9WkS8N6TlVts+wr+k8ya6HtytJL/jCmhl4DN5GY5hUWB/nFv1XwEZC88KoZNmXdqiWWM
Q3uR6nGUI8/lH3P3R9IWkXi9HEstaE/KBWejv7nRkiy5fhE30lq/AzacAJ90a1qaFCKG7XD7
XvrOemo5qfE2EC1OelGNKEgfB6v3YlPqOtHX9jL9hUwYUGb+V5G2hHZoE+e0UF7K0DPREFla
6yAM07CfUiwd6D7peSW7sKsHXnPzwbAQUKRXCkXb2zjroZtXr5cVlIRV1fRQV+cUluYZeZph
7fZ7aFrP2Cb/DaH3yF8H71J5XobSQ6yW5EZpSrzLfS8GNM/UW4Hao62WAzxDQcxrsWBK4i6U
G3AntPSb7aw/KHzulr8BnWLY7r+xR55uCWanK4GIh4Tkg56rNQsYq0tqUt0D2qPl9WvuGfwE
W+4qKjH8E8kAAuJux63lP0CkAi3I0rg+V5dLJn7URKUt7no1ie7BbslTw48uet0jekWC0Lom
/8fqwXhUlpvtyDnYcAmU77x7Vt2f16pl6g7j/rG1Cl2jzXeWHbU88KHNWQodRmdBUaPjmm3c
rrQGnypC0qegS42SlY3mNHDV767/9UQ+BlTgP5rt+QETx10L4aO3Tve80+7dSVadu7UdBSUL
RnnkNxAbtVH4BOsKOnJbusw6MCFA2pw64uNKvw3qBgUdjG3gnj1ArBi/4aC6K5n9OiiiUbFM
53Cc9o3lJN8ej230nwTr0szTaYzP3qH+ngfGUcvqv+pTJrQTs4r7xut0Mlf49Pw0YHuf5iKt
DoHWIJVXob6pkZzaQcyrlAA2cAy9VP7PeykPadL5DcTsyuVpgn0tmLienROjq0w7/1QmgLr3
is2s8IgaBrUQX5NiPZpMZVypKa3RMDbS6bjDWpGNkrZc4dCbmxF+qxKSLCCTuthgXyUgpw4r
OUqNehD6JVt+2/H8XyXEeGB33omr3inqIOFndPK1DOdUAdZqbfjfoDMXWAgsv9lVKhFTfLCz
/z6OHEJa1xMunEmJRQlcLNzvhHeROiXNlLeixOqaT1z+y+u0dtAXOyB38DOw7u2+vW6Fa+OJ
4oU93z27iH1A17GD/tr2/xv03+zs3gJ1/M7aF9YlU/RwKopccbZj2yd2Wng2BSgjlRD5ZsG5
AwStWVrq/cEy1xJ/Dw1P81vh9Mg5foEVqATuE4yTyTw8brgnMdyyD+aV35KoO0G7xvq6pMbO
kK9XcrpmT6uVZSYOnYDkv0CHdbk9/BacdTvUefAUJZSNlls2iItpVRCiIVcUKTVx+gfegfX7
uRvd5LTK1JGu2AhFeguDXCG4uGI4JP53lXu1I5zwr/xJKB+VRTbltstVy2RaZuSpb+en2WAY
x2ZlOjTcMmTJXffBzp7z9ZkdEmB+e36D1ZgD5xU6veNQ8c6gdj92it7BlZPNZn8HrEE0muNx
PAuC8xjnXFkEf2hr8L0YWmy2JpdK6pLukCg7A1jtEkatYY122IC29QxNYw4eoItFmHw32zUq
sSQdJWADOzOWWWR0HLGeVdsIaLF3UQZCKfaxu+McGBWLLUO/VP9Q3luDvDlnVDKkOEqxwtD4
nkC6cSjJZRiFAQFO393mvZqj+6r57IHG3AS9ZReTB4LLrGaCvuG9UAjq6gMdVT+NPTuJAj8p
Pw3LxaCuxYc770ThRe3IsSpgZjxzClETpXENyj4YTlnhD7salsjE3s0NGXlihzgsJM3Kj0Na
s0nzgbOhO5JK9f4XknktgOZkbit7jgBkC5FxvYw9wky8SzEAd46n63tnAtry6HX5ZisfUgyJ
0P4XqC45io4D8KkfOefM5pNAhy28gfUiQyKdCWI9BzMYlG+t0K8vBcLYmRMGlnp1Yg9wbg9n
l8SXhy8Q4In9fcNhlzVUYYHEz8U3q2szwslRkwwTX38QI48fSLkJh/IZrMrjP3Ccn9JGhySM
eChIpRr2HHiW+nrPlRJCqVC2ORvsvz0Cv87oLQZwiAiLpIFjrohRkXX4PrAfhxQOyqNHVLn4
UhJ/B8p0PpaQd42H4u2MePQzoQ+oAqMl3R6pH98sOVhVGfjyNI4Qjo06iDn6JWT+5XsY4FFJ
sV7WP2ljtMQudZQZaQJx/zYmPOCWy4Mnnh+2RD94UA9WydIXIuqky0RLN725kmbxCiFP6xYD
EnVJz0BuLvevkSGOVkwLc0OmDGVgWT4xOaVJu/Oauvhh0pT406KA7Vzz2HGW9F3HLjAVPJIn
4ZXi1VVg89Y4t8xtYyVIGMpxYGlOvELyoAaFJyCWusFvmHyDnfCqydf58sPCosqO7P6G3r/4
WHwYyMZEXZjBcob7+TAFiNYhbZpUvGlyu2FvVkPLC1iIa2hhb5lqdlW9ScrPSYIBG2Q+vEp3
aF2jg1ceN75Ob/IAqfGLauIPd0I0rFG7JP0TtDKedcO9U99ho/qUGLBoJFIy0tc9x1CPGfAK
nJCuePMq7Z6M/3oxbACVjdssOrlm0TZbcDu3ARrgDZTSzCvgBdL1+ychcDGSSe6vDCRkhGk4
AO12a3iNdVLlN2vNapgIR84yI6Sw0/YdnMfe3cIqa6rQimgex0aPnfIoyx/3jCyZ3CVluIDb
k6xDExan4I0UDh/Z8KVn7OeZSmGMoJ0EW9n+KztPzIe5oL2jcop2q8ZySP2myuTFkCzGPi/x
QSBryeC/Js6C4TK/WeEJfXS/9w39wHjAqVaBB9t9qtOXGZ+igq4OxG86ekgUlckuhIFaZV+T
O4+C1I0RbEObrSWXmYNsX9jzjrxKEknsR8l2ceEJW5u+YOXt30F/RUKsBvG2Ee21i+iEog5P
5IGELc61GFwlIa3iVyTASkA8615PeyKmtQWOUy0U82jmVWlOkk57MXQ+UWaFjQ0A7F2haZ1u
HXRDbNHeAyPLoqgRkR8Pcie6XKdrcVaoRAw3XBr0I333Z9CwpzndVgJaPipIHKnTPs0SSd89
iXal6t/bOrSgWOll+15GL0LG+w5lEv5blfj1USilw9zXn59qRASIioB1xxlfyTqwWAfRS4lD
5GMoA3jac60DuenWUJwsl0ReF7VL8SeONWGlfxrscfqXJqZHeIMkbEZxCHwp/BNg1ZeoHV6p
CRICes1/VRcZ8iCoTFRksQxtYjA0ltPWP55vtGkQJtjLPD6UaSnIvw4wLaV5VKDXbOXCxMQe
ssqeYGt8NbpltGN9RvZuSWv5jxffiZmpLW1UClJXjTJGb/fxVEaHBgf26t8HygHSa16o1FuS
r3Bt0rwDkbmdqnIxEJhqWY7Cdd3PWHvGODht5ZLilXQz42wGzpcWhG7FXd84vNLVxze8iQJw
I8gdgB7Qd1IF7RzdkSdUKkKNBcvsTyNQ6Ab3rq7JyC03Z8nalM5ZV5b3YAAOQOEmrON5Ot44
9IDErQzxnxXL5p6sEwOvJ0bfts9qy6GwaM+mCUm8Zz+a+0g/XRSeP0DRJAWNfMbcufXnUP7b
4EiYgFGEFarY6PiM9UBgftsuKDEbVhljusMwAF8xOm5eT/r1JN8I41JENQFq8MiWKAd+S5Bp
ThI5jD5y4cHiX7+e1CRIVnFDa8jqLJpVkyMbRvBGDSHauqB0m83nv3U8sXxxcU/Peq6MqnFI
AAA2NV5sTYkPgS4uS1IHUyvq9pdnzt0MxyZ7eUHYTUECMvWt8qfzY/gv9cahqOF9xTT6rIgN
HEd38EZS+rDqp1cXVIIOWgKbb+IR3iCtFwJlLDvRRaykrnGYMH1e2IRIndGXmmztmrh65cKF
/DmXX5EzrGxp/ckwURgohLeyAOeIxyCg37U9S2QylMCqGZccDCdFkLm4QaHw15wF6Jsog50U
B8oani5HpLHBOtCpW/OhFeAebaS/zuGiCfS+bQdIjIkFGrbQloz4ICqsnu0d9xYvTtbEmvDc
6GkYCIU062uNzqzuxkXww25EZMI+zCSQyrvVh6eZgCXFbi/dcl1Bd8de0120BsQHrZrq2B/x
4LQlO5/Sek+Zl89+2yTwKDF9HYBspsqVy9NeY8DHhLA62Qx+32mTMlp9+vkEXOrAw+yYZuk+
W+4KkUXRn+1MpywZH4e4j3TEGvWh6be7H9RmfgVcjKUBS8S9H1RihFQj8pmaEYTSUsiIk/aG
sTETuNEvCJyD1pAwbYic6l9WZtmXtJCrITZ6IHVIg24iStRZH6dwc6wtGqmxCrpPo2A65PCk
YWoEvv7LrJqi+ASe8y2ZX6ik6rMqj+KFCuZ44d/3Jtt+gTabNntARgLBxkzI5Iaq1gRAxQ5p
CVJiLEdZh5jTwzZ07Z0HZsLAy9uE7ikww9hhyHgcUhbAp+7JB+QhNdjXbtdcgpIhihfZr5+K
VUtcudgD03YtOoSTHI6qVDc9nEO5ned1FJUUyLwVnLaVOchmtVFbo9lCqVKcdkYa6xWpk6oA
oHX2XorlxNtaBv0sdl0Z0hz2BAM66Xa4MyIgwFWKtqUYwS6w+Zq4xN5udq2OZQfQ4DIVG1V3
PVgTMLkJNHm7hm3oPTB4l8IJN2feTMdDvN8YXDBrwi68JNviP1Mu/1eT9eLmWMgkEyo8Q4Ur
wY5fz0k53NVSvN0H0Mi2wiJd4koO13L6wnLj+oyI51YTmrhZj/zMnJgDxuCygdGQAdbODgi2
d4WfV8PQhTcvU0KnsyuZjZJDW/CSGKt/wPscZQ2NCY5PqyB+W+3+FtgI7xfuv3DDdm1mINk7
VvU6+OSMOVMcywemRrGD4f6onoJRE7392+xHRgJAT9Y4badk/0KyKlj8spjepnPCcrGmAoz2
OndUwP7n2BqyNma6TdSyzUpF2vy47Tvg8eGQmqFEcj5m+vCr2fYfFR8DjArFuKyW+OL9Zu5q
xDPxELdXmXaQ7ANMDk0kf4iQxGNSVEN3sFTrLLRXnP6HMTAgcwSMNTguSsq49jKAfq6BRh7B
uSZbhdmfNymemNy/TnEp17kq2q6hrNVp/WSH6lYW6B3INx+Me7XqVi98RmF+Z2SygBLthTZL
ohtIt3IqVcmgWa6pf4l5pMp0/QD6tlsbU9u40iK20I0AZ6i6/Aqrtve4WqJGdPDN8vy/m+Wt
JrHOrZaZgKja+Pxo746BPRG0TDVl4QonjOMjwlND0BcQabYiSSbhAUKJaJVBWsjkILmcRBnJ
w/Ah7ElIETFJ6wL/ZeHPEwzxiMkz4g2TMcErrlK89bJ9DbRPROMFpEd2bsYwCCwrlUt8wbqu
SzadD3BMEd4UIYxR6fkhb8aMqPWVm1CjpfLOqaPN0ZLorxYc1dPgtjU4AmIsdOEWYVDs8NIk
/X3FrcSA+oCh1MnM07R67mq1XtiFfs1LW87dUl5mXQDEH5yaUsDGCTUbAMtxcFSmwLmutvl/
S4E9DFt4Ebo24KgNt49IXRd28BNFyDKgOZgjom6jvXZtWWh7eK6te2lKuV0EMi1RqJJ927aj
Kg/R9Nb19fY9AQidHh8PqaR75MoKrFrYKqTC4qoFNvJFEqzCYEWMpRksU4bQrE6AhK+jGkkI
1cxlX0xMz9ueF9ie9gR9Jk3YU9XYtsD+kGpFnYsa9iGbYEfXtqwZWn3go/NjIApCra7FhE7N
3ER4EIYBvUQX0msI4F8nfMhT5gpeSAp8jm2wYk+Es/XgED6G9Viv3lzvZ3vOXNTIDoa/o6FF
0Kpq0h0fPvg/WQrC2o37re6tjtp3ma6hz4I1uLrhwd34xeroXzfsK2VLo9mmY2JNNAefjw5t
waHGjxx15xEPdTneeS1PVE6i14py0HA7bLx/IWHdb1ym6e/N57D3WcbSYUWa62AOAhiVOXTJ
HsWAfrZ9SzXfN3/eulrlPYzpTFZESv3lCk+eQHSzls58x85mudHVdy6FvMlje6J/BwBtbMXk
rtdvEInbFUdK+LzkF6MkVqZeHsqeN9Oh78tzMyKaDMcMIZVhuirZLGlgDiFxm7rozl+eRFs8
AcTPyw8dBO/9T4czo1Pv45xqJocjXpxlo5GNYBRlQqpGoFJS6NQg2jwu0ZwOS83u1FcEASxl
d+guISOkbHWN9MkJure8Udz4WY0PJVhu8zlABiyr3ztzcmbtu7pSHOsoonsTNE2WNcOqbRg7
fA1Q7hvCrag0vEivUnXRUIrt2HyoHXtmfq16DwX2tXKjPKam7KKW4Z1U0EXGlo8dWFwKYbCl
H1HNnGfCg27FVW3kMuEGily2HCMe6UahqZOv9Ga8YuSTypChOvxS+KfgZphsKcBziTS3/yvA
3Q/nj/DxfbgYmqkVDlG8kt6cvs4rA8UvVWIwF2y/7CZ0OuvRGT3KoRD3HtQZFM31lMOBbSdO
oPKccxwpR3wMtpN3iJYcK29rFltFgIJmygdPtdP08/E7lRUlw+sTt+u4UShFz52jOfuJOgNZ
zTbz42OJGHgCmQF4clyTdyAIqkxuQEQmhTvFwQ/Cyfx94rKkMOXDDZkZtX1yvvJN/ZEsn9cv
KS3wuE691gFB/VIzePnDv3X7x6vbSwO4OQ40S5ODwAfqzhgtyc0hxcX80a302k6yTUE2SNDy
YAYFrzhVP64yUbhyFYxQ5oXiozn5abDbzhfU+GcRSX3acB/Ls6tnJQ3/LjB8WnBuX0aHRLGr
x/QV5lHKJYgspOyuHgaLbSIHbbHD0ML//N//mqdSdNdnJNc4LFzRrk/qFVwLn5LX8qVZ2fM4
IHpJxqSDJ+onIeHjHI1AA87XZkeFLdsPzfywrT0p80TUblC3HBs41X1andIhEYWH4li5MXRe
U06akZ6B8PV9cezZr3c10daKc3S3hyD+w3ncdyUIubJXB32XXoy0yvjLXzP6cfx18EHAJhSZ
5faUodqdcy39iAppGnF/RKsMiuTDKaTQF/rfAw+JraNOZ73w9feS4hzPxa1j1rKbJq2K55d9
IVIgh6JKSRYk1CYsNytDxjrpsCk21LY91oym3aQynP+Qq8KrS8XFMNvfgIYkbjpvCOSYxRVv
PmXbrkXGppJZ/sLbpV6H99ApUlheZfC1aRdFdoLIvaWmyhdw2NdfBeN7G9fZNi0eKs0O4Rar
5mOmeY5r7kEV3O1qfGY4qHdxIt6w452RK/dfgrYSnZ5XYBSHndN1sywJ1P8iL/W8cIJyKeEv
49W2oFcxEMm3NM6pCiqWcbBoBBchkcP9eO1YEpU+KrYqmsXiA0V6eUFKOPnFH4d3Po/PKSre
B0W8XkChKfSlQJovYYrzW1NlvcpbN3dxO2mk7ZC3na0CuuDqsgPklHz98xBpIA2J5YyC3ngx
QNpH1RJO/4R8hPHbY6HBEP5t7z/godZLrIjKHUfJrPV0HMheENCo2VinJCSjsVtkhXZDkg7z
OfCc4li7iIoXQr8emCiJZT9kHA08UoEeHFhW76WPn3An7HOsoUrRELnCPQUs5IJnwQhR9KJA
k/vFwOopoSdqSAZeJnC3hz7FN6+qs0UZ6iNG++Kd46x8eDP2gco2dY6W5HUZEkIfTZeq5XaN
uO8EtSEhirb30bOzGcy87o00Tjj0ENXoCnPy8EL3YTmsRz4jsCwhpUITsGWwHAVbw18RnWuj
90BNyM2++Xv8FtCu5btOEBvO0tfg7MZ9hG8YFpBSS9IkqF6t3rmfOPHg/0GA0SIypBEnLE83
8I1Y/ysSiT1dmoAYETS5dcbRlFSwX4GCxkMkRGv2PJA7ws4r+Tei8ryItNEodC9vqHgwQ1o9
iL6RG07RsCpwbWugmjyBYG+h+zXwiYkgxnE4737wsBDI0XAthvBRFdsQhBCb2BTKkMPDLrx/
qLwFjmGOQ1m3jmqJSlYHu0lZxCj0Jkk5hFX3idzk1ZAivlrjLKADQ7De32MLtPWibgt5chKN
SRu73Oh+FeAmMHA9wTTxkYQe8uQCBUsLtjuumCb7mZHVsU1D9Rk+0H4QqDsdEGHH9Ln3N1Lr
YA97qU5i74LkhBOUJEj9Y1ygl0bJMgV4CQnMaB5oSO3EmYyiJgLBnew0S/jsM9Kdkce2cyqD
eBJ6lTbuoEgvZH0hcTaVUUx/5xe18TyDVDR9jdbR4qSO8wobT1HLk0QsrkNOdAXnfC3kL1eW
MYghiE4OA4Z3ulpKc4E31NPDvn6VXkWM55NipJCusYify2EFCvTKmhg09iIn0+2aVNBOPRXQ
oKUKzR8Se6F1HAyWU921TEepgs4xBCgJyTQeJnXgyOvzvGommCOfZLYcfancU0BJqgU+SUDA
+Tv7Bvd9+F4WnX5rRJVShHOa9UrtqlmtQXznzWf5VCjSWYG0f/+QWtTu69P8kwDeuv2y9UXs
ln0XXzJHzNyhJAUT6V5BlGW+LOYtEG1ypOLjYeW0c8G+aPwzXqPXyeLI29SdbGeJubZSWJ+E
3nIGtpGfkYD0MV6NFJASmoNlbJpYW7iUh6sgGWG3NrHkcoEYAOv2hEH785DG4G3gH5ebDYpl
Oo5UbBrFV/LS3UM39/TXUwvXg4SiHRWgJ37WuqMsjq/VmGC6ZrohT56yi89ytbsl1KH5OxDq
CsdVmbcwwz2AEICzChr2cKTnwRP++6ciaW2NIx/BW9CubN3JMdUcHwfzR3yOEhyc6pM8s86r
ZLlgzjLpwcPY7X4fjuw+0ebnQ3jmM3QC6ejRj74+RgCCychs5oh8QzFvGtPYADK5JAE3P4sm
SocNi84KA2Tp4AwKV2KhF4JNbWqOqFcBchp1JLGSOzLJ5OqMW9xHF2Cbh2N6qKPZfbIbFXRP
fops4rdaRvmkuqpHm1qex8HgVM6lg3oaBIlX5eGQvPcljyHX8xYbeDxWj+4XnfzDWji1nDCC
U/XJ/LuJw8pUND0XqTGdRo/VvHJJjMMVagWL84zVDM5vYydkDsJuKGbHXT33qgKZ0ymhjMwj
rv8XAom222tQ1oVboEXSKDyat8biYDHKq2GOYbzHZigkgYUgAkDQkQ2EXrC89hnzC1/Tf/Gp
8nwcr8nDgArqhgR/N+e1pn8nUr+UplUITj9EzZpNzl4FIkRprwm3fINNyT2RLLgWBbpeya5q
dUCYkzgBvU0+r038dAMSKhwJa0OAdHRdZh1+GrjnW9kDP2XgCichIrcJAH5warJw+R/08KeC
6O0AqFa9H09GcOpmcSToT9EAd4sKNFHybdnsZ+y+UGnQNS/8ojQgv7tkDsuX6McLbNYUswjN
2mm47NQ3ol2GptiihIGUjh/lo+5zgJ8fUPibtbSTBVjd/lFCiv7i0PQ6QQJm92uvfADNncNa
Sp10JZTOl1atP1WHRjMWewureZVmK8ddCYYPJJV0gl5zRlgMqH+RQmvH28FDylU1wiiGTsXU
oLged9ImPm5o98BFTqHgQSMEnfVvPElIdfRbNoYLRJ9nHxqxffnGS0kcoP2AZv+nK3GioYcq
NT3cDLZytRIqGREcayohVFhmEp3hQq6cKqZt2U9GiBq8ia7d9wX/hPnJ2kgcx5xvB5hVhoes
ebcrTlRQNCnvX7+rrzLqzLnjvSOn9bnwbevTzJ811xb77Ch+PYQwI6so4TdXSDcsa07pNpbw
VnqyvXBGfRSAdJzX9RMlSBOCh18+NZR01LYLcDOe3AvVkx8VVuJ8Lcjt/ZkMw9bVgF7c1aAB
xFF/vMx3OuHsIuyEXja7zMoGmk3Q2I9+jLrJpnUyIzWMzS2wRLoUfHCn4Mn/LL0rFS1iE4Sy
avtYlH4HEleSRFMi1P8nOZWxIXZpcNMGmcRgoJsjBp9e3765jl7yqPkd68pS6d680pbZ/Ox5
hjRgqgjL0+xlc9xy3i10zKWptzDUbHIb0fa3ErO+iM7kLFfCWCVmi6uHcYC8aV+GveYoatbl
G0C+p8WbIwehb7ehd4Mhs617MGefzQ9hV06xOPO3So7ZhH6tGMj5WS6CW0ynlQTVlYNzZnsr
uMFk0LrHxKOzJCCgCP8/FPHs5EsHtV7ZEXyUrCKKXQIoGu5prDO891ibJZ8drBCJEuHkjIAS
QJcuIEyweBRWKkDk0KLSEQkOJG3zvTbAeFp7ld10JOWWm8HDvmab+3WXMnfcunAsrXQxTiuJ
pi1NExii3mZb3OjCJZk1V8/P4zW+a21FUBE+3JmCKlYGkK3WYeVfwQgK0ti3YZw0YxQzDu4w
tI9vmZrxXLT2kTisaozqHbcMhyKyXogJxPGHFlNt1nUP6AJzm+mfX0q7OHQ0zHL7DDUyvNZN
WhkbPj83/WuOpbuc1RZ7Vcr/HrgbILMWEvai4ORKrLkeqL6DEGsTXzlT702DHnOvO+oYfp+o
Vhl1GuD9TqlNl5bHk3yW1Juy7a3aYG5iLu/PQCoNr/ggECivp0ye7OiNJux3BqFDIBNCuf6F
an0ge1d6m/ci62VKIibVzLuaqvkyXSNyhbthiBl+Qg2BfiD4pjqCsOEa2TT6+IUb0dvBgpFk
mTJJtvC1ltPluj22XKsyuiR497Inn0SeOULW3iJz6dzkL7EqtWFEoZVYpXX7ZjcEXk7+xYBN
dsRANNgz7IQFiXh9u/vqoQXp83HMMCphFjjjtpvcSTv5G7L9sd/VJXKaqW8341ZPJ343kfjc
ZCjGVTMqwr7xLsI3XYuRnspFChj6nNI9OMjHrXaO12q8PnCMDvyiA9ze+NaekI9hCLGV2aTi
oTrg8pmTREc8dHLXk5vlrJFwXExMHwgjdoCYjuWUrQ2xqLk0ZtghnUtdTsc6MXCJ4M+qRVZg
jGq7qfuDDQGVsdnNzkiRYGgvTI6C23408x/Lx/8XqYC5rCu4HuMogeiw5OeTZ/82z5hv0Gob
j8h1MLS6xNMp9fHTnJslIwLAjRJ/quSmkboY7RSnUMkJTlx077dSo6uiHQXJFWvhE4vxvLSV
7OMBBEiJn+HY2d7JcEpjIaQsc1vMWDFhWfW2h/nxIMYDWyGNOpI31ZjmnR9tv5c5XR5qCHhk
jt4pryG6eeDFPmsFNX0j5B7/0/PGNFxindDTRbv08priR9wAv2wMCjAwQc9JgjHkXBYs/47i
wmOQVMS3EZhPmDdudmFLTIZnFlJUDYcsfPHo2I2TurI3RmaA2Km0GkG/1ccr4yb1bKOzjKgk
CjRehQLo5en4zEc//RSejBtOFhw4ur25iO8EMrbjrpQ3Rfd0amzF8LItaZdnoxs+bZ9Dq5j9
I87pSbj2xua00kKEf6bDac1LS4kEN9gkpl4KFgWnklp19+oU6Jz4TBTwUjx7bQpab35zjeY2
bgmviLy6uhCshYS9bAqDn7k1Cw2UIWI+CaArAElQ+vTxfFwbkaGJb2Yjk9dTUVw9dTnBhydN
ASkyUNS7Fw9rtD58PO80ZHtaXrYaR5+K6US6ky+pVncwrFt3QyEUzNyWlasRmTsCxROKLcYz
BftCsIY7c105GHAN4Um8At3b5NCCpPqeopXztxO3GA+jIKKa+YrnBtm6VGQQvDkdTLLHqr1P
W+hkmb0lVC835ZHX4pgg/ibXFeSD9GnT3B/+jfYVT4j1P9JBq4kMC75gsOTSafTStNt7qN6i
YDVlfZOENYgXAql/wB9vHCcYrq604fCU+xckiQeRT5EIP9M9Yp6o75kUSKBMhPcfdekbDQC0
5m4E6jDCvh0TJXdg3kK2RWb5lKz4CcZPNkGhyx85hPE8DtWfmTzWEorsR+kQ1N/P5SiA/8O6
yeQrmCeg3eUbU5bxIgec/gLyHTdvaRdn2bK36QyGsXXyoYM8pFKdDhac2nPV4QjpeURcLpqu
ZeBw2C4EHGbrsg3V/6S/o9+cAXhM+pwT9SrSmPxtJQINqWxG4x/amac59zJH3vapHeWHsLZC
P41ChtrtbYKMmQBZ6Seb8qyUqPYC7RaxwlAITKJdb/RvPwO2b8Qa8986n95lmd9kLa0GuvU0
D5wNDPMFLCWOc21y3LPst3fI3gMXV+rQMhBFMlFMGaX+rONRZI++7eaBplzeqBfOZ2Uf3WcN
0uTgVg/1K0sCHhitgbxQIJVkI8q/hJnO+ysqExJOPfypGMLo4r6cVgwwUlT9IVW6dKLxP/kw
QZ68dqinzaNx0FVtp+CPhKC4RASxWSk4QK4kJTL3NidQJs1Q6+I0jgfaDLDWgdgBWRYSRXGj
GfpP6GN372c8Pab8KI+p24rpI4BMGiOY4OnqE69ez+PRRM2MSIOggA3xp4RnJ0oT0CBHIbJy
igaz3IV/NMP/yX4LzNaSd5C+fjjVilpHavKWc91t5koJdNC1CeLFLGaTP6IOYA2qdRb93WcQ
2AG7HrxsDpJhxNfUvlQI/i00/p9PMHRi4Z9dBBDsMcQoj6f+MhieCjad56uJTJbnwQncmgX1
Gv2FDtpLnc9dGqCMsiJ3WjUAeO0A5BhPhtHEQJ7hCuxpPjm6mgfCXLPQQq8pcNBfw9VTFr4O
vk5BgLF36AryPE9J+w3oCN+rjSOIwzRlFrmST0rF2GzbRQMOXUEH7/SWDnkGpAOCDEFRWtcP
/8KgtTpiHeCT7Vmgom26tovRFGk1UQTX9VDhsVpgoBZbXs6iLR+t+aQ7WZcEh2pk/okQD1ns
zlSAFloOAm156RAAoc3KdPrRw04L7fJqrsgP/pyOGDTYJUq2fmLj1t4uC6W3lr2rSuVKn9YX
NAJPZHJww+dXYx5NAl+6iNPVMlN+yLVRBGgu/1YZxOEDkL6+aAuQeQPiuCUlvm/+P/nizDZ0
Rvcgr4pjgV1TBT6/mbmgarMnm02zIqO5JOMtJYXHEKUK7IqawR38dNy3yj26eqU72I8tOQz4
RozvkzYrrea3nSdsvHsJ6A6bXSKhhEh6H3bZlS4YUkuhoTceBWwaWDcU4N/aN2Dcv4thxqOQ
uqZuZGRjWwZ922VBgjItjNJ9oM6yToA67I2EqVUO9fGKjfNA49SWDgcywCYr9FGk9GwOfoDr
5jh2F1YJmiccaP0N4AOFnCl3LTxi/Az623bukbKPiWr5tCu0EBVCQSPN6I9mNn2vnEEkzVFY
Srp/l/6c7MaCrv08gQTzYgJEBowxJ44Ioqfw4MB/cMNGAMRqcWS5NbVb1YiHY+TX0KMSkrc7
J9croC/P9oL77UA2q6lbnrRZqaWKFWrjfWzMW3lxpJmLCMzPUqw9JUO4cJlDjDkmAEhdHCt5
ncK6wmi2fsaCJLRkLO/abqCfHPtFNRQ8M3X+sbH+JMfsszUtZ40J1Pl3ZaL8MTndQWYSixL4
L8XazeqZ0+HTUyBLkF2PCINO3yy4bvd0WDfTNyH3+Vy9yvJj6Kn2LydIwkk91Byn4IjPT8FI
0x4D6jQdfhSopPenbWUWbZhpY9P4oNNbp8IkahhLqZ4+hkre5R0MQIDQWkkKUhh4fMD81p6w
muHUOFtgCI2pn2evy/Fp8LCF69gLJmv2amUami+9MAanJRcagpcyMBy0dXp/QXtqM6Qd3o9E
D1U3JOaov1L66WZ47igky2tmDrCyDfpZQrJFE8ESxrUpvpx+UNCMA7zlwI5xg46JkTtr+oV2
u5RnLVXPGZWL4B1GUsLyS/ASWJLrcADG/qs/La4n6OByOuFJRSsVY2SRN6Z16DmkMQ6eqiAe
zQnaS50pvdRBCZ3toGtUhGNtJ2/bUQ8UEXOHOWpf7eIORV/YLAcXMLT00Xvrq+HqKP6OGv0l
Urc2eXDVGzpm3yc0ZO7zj9GsLpxLnQq/r/IQcxNGpJA251qD6mv/U4KPWpFUliJ+IYAZPC0M
KtAHFt777/HSmOda4KwJ5nL5YoOA1zYf4LD/klpIbZfDL0rvyd5fI1sX1qd0EcyVZEsOXRoW
UbNtcAZbB+gKyBbs06mSKA0aZu+ztItQa3tTxG0AZ95JM3bVZ1UBr88tJJU9I6nl/jGqbfq8
8KyA1pBMym2w207C1b81gMl1lKbQIV+mF2rqR2jYJ5RbOd30QKX8IBIteAcsQJ5Ef6XNuxJG
jSqYduDuBGq7pewM4SKV5r69EAWRUcJ7iNcErXd6vMVkT/F8hmVHoWuLigLePi8AT/AkZmE1
pe1uYGW7mQSAa7UHlC/75nNWsUp7bdFkwbNKsWuUWPsty7pOMHbiOb1lxrBVbM79VbvLwAO2
w5Q7iIgy+qrXnredMyVUVL2GcbdEmZaAkC/iq9EPpE43pEEW4utYLNDjpBlY7A9FxjcRPOUH
9wltjOOTr3nHoQkG+IsQ1TD0/qwzCKP5xL2As5RzGknvwz2IBDkpkz5goXCpbxLxXxOpMKAb
shRUrIEf0hbQJSXe5/4DZaQr/mo6kULI4gdF3jYRpwZLZRfe/93ogwE+dMbGl25sfd+BDpQO
qoQh+d8xJ8kJurMJ8oaal4jAwEJa7ZXj08pT4FPvAJCjGMAJHLKkpM9cV9D/x/5egrxq6j/b
/OPEZD7eisxEF4vda9r2R/JUuiiZAP4V9V106sDrK/9I783RiY+cuFKmHzoUVpVo0UyD19Fe
ZLlKW52nDmHYBXEdHHdNgcbagm5cnPErFIweoXRuAdk3g6OEL/uP7Ufdn5HJgoZrsBdPKf/Z
zAi1YVQ0XUbbzmU9JMBlfSMKHdMeSlIY6rPrnj46EtXBs/xsIRHDw9b1RGyzuQL3Da6Zg71L
0V2lzi2cNeYKpkeF4Sxw4lVWNDA+4zC8cuaZjKglE6wdGSvieZ9oozDzgjeDhA4DXor9A16q
iUgiQE4KaAz8ttV4eBHSKR9/t2NReLuSqYDyyt9C0nYYisQsNm6K2TwkBR6gTmzzmj9vf36Q
fws3GxJhnBHPurGXYfBF1mIGffIH3hu0TVx+BkOI7EBVVkoCGrgBbVUKOb4U1Z5fUr6quekx
zF3fUoQB0WcQ5lCGK4IxXhFGVFD+1kejr8bkpp/KBpyLzylXm8OiqNhqtEQoqOdldG8zKPDU
thKh3MwO+QjwgTDJe9kVpcNq/XZXx9zd7zrGYnl85lB2qnNdVdOvkVcGrTQpf9d3M8nDE8tK
BMZFMW3TeZSa1VR8qU51SL4jxdyomAYMkW91q6ghlFVnaL9WWKwD8BSdHp41I4UcyhkFelHo
5tPiJMRXeJwjmrduoeeSyYFhoDUj/6dQesuaQaFfbt4oFgB3F5qkSNCPkQjSRFLw2RZD5zWZ
Uh1zVlvW2E+1pCDI4KAwUHvFFdpOoLs8XsIY8JEdmZazy0GDoXb3dR/AR2GR3At2pxs7Yvuk
Bcd6eM6yl2lI6QgHvhUwVRIjrbGQrWiUxF9eWSpUBH/orGtEpBFHMa3heJ+aIO4NwL7cvw9Q
4jsFXnmyhJ9z/AIKL4Gcv2E3pyNOT7n8DZemTTNBlP35jmnEOJQuVYoq5x9+oX2pjM6t3p5w
jiV+kQZ7GG+bzuX3Vaus7lZgqKQ5Cgj3elxdjQ70WITBSF2um3+Nffk0xaEEPHVpVhfk8olx
EhCEgsVOxV8uCLike53TZoyxEAIo7zrGrGlOkI1Ss7X9+IA+/43cLxtWWwK2igWO30pT4wnR
y1jf1IKpNUnBTN0sx7Jy90MipMQwMamSCnHdeY8b/wh35UyURP1UKmhS0ZbH0+niU3xWZedh
IdYQ2I7iahrIOcmQzWj3uJEXs3nzjK0Dn5uJ0HbbRxMoG6weyrZkAxtoTyfyQKphvKcM81pW
z/4BNtzndCEkvoFooMnGSgLsvRe6KenO1A2uTDySAr1Q45zHS9vojxEQCAjeXTHPWGj7qlRL
NGNnqYhXAegTzAGZa1QsFlB8frFql/SC7H6Lv21JLvEKfG795+ZeSqP9rqvNNKm49dJOpPWd
yCtiZgU8J/G2b+cWnlmjwFSbTg5xTV9eB9k3Ct+Thx3Pf+/BlEiht8zZbBG8JZCrqGX3nrLT
9rMBheNxxOQ5NGhNZ1oiszwFVJD5utEvp7o9IumamxutorfMcQ9n/PT68K/A3qIzY1t3LIW1
H0iZ4K3pqH2n1fs+A5C4SfifK5fEOT8oTyXh1eH3nCz2WG2oDKUo9wF5q8WAzuvZTqY2YZO0
PBJfKM6jtvdNm80qfYfIoS3+HWU4Dy6cDMtjcuV6uMyK6wXhUcLXrdMdd5tgBYBUdeERHhhw
Kat3ad8c9AO8WbQ/GhftSWsXQxjHx4DFfQgdqxWmtkgi8X1F1tsr1o4LwCBZdhWI0spFcuXJ
TQxGI1F4Wpc35XyEEMy8meMjf20sW8dI74aDJUGII//e9ZwcVG8oBb0hJLujHpEw9BXqhxum
OWZHahQRHO0TO7Q3gAZtIYo3XF5auONZQVl394ueLPNmrm9vkidXwOfberkXedbKo1IOOenP
UZwEhL6D3QrdzEaOYvTu++isTsz5EDNaikEvQ0KDJ0CXKFHHKZevH6Ptx59Orm419hwJFvD8
0G8/3xigPmiqgCvvt5WXktY3ZEE0z6SrBz29TKVgMzrhKxso9+wMBWGE9ftsl1DuXieofujz
+e6N9ZRF1+3cbMsqFosmIWU+QADVVY3G5fD1HqJ4U1wb9uRt5Z+Rv5lzMCPuj86DmclhGkp0
80x8KrPtuuROJYRXr571zNwPmHcUjZHkBd5b0wrTJwy1kIv6gTwWnCniBQB+IM4xqeiaYNQv
yw1VJ5I+sUltUgUCTcBcZpaPA++vT0DEwa3PIkpGgYmnrM7H/G/AMvWlKDF1wKM8urGUb+Tb
bKZiiRUFWe3L/OWxgEh3+FDagKV+gRoiLBe3IGP6JCsjSyl3txAz2yKEdtOhr9SqO+TCAesr
mwPR2bbGjZRRxZPZmI2suHqeki125T2rqSJMr/y7tpM+Qs3vUf+40efYhZBdaJ1e1rSvMk+c
20B2ORsHAXcT+YDJohBfZQEe/qtzvMfXvI+sNBOck7Gu0wvx5Zipc/L6xQ4ANUdiA3+EEvR6
bEjo/BAb6GD+AZiDJDAXaAYzGMkQhlolCJBvu0U6tMFrdxcZFncbZyge6OWZFNoWfdVJKgVj
8mfFQJFn7ygz7WqKQGSfothuM23uqOV9Ovvhna8VJEDgmwkKRviSnxIpl0l914lcey4Q8FBP
rTFbSYGfXX1aitE6Jns+biSgJ9PhCzKoyYQWLnV91dvpr71utENp2n2NUWAfG6+0D58TLusG
qxTdCZgFp6peYqrdkYigowLGLMLzGQFbUl+SMkeA8TL4CqjYMNWE1Djitw2FLYLdB2iYH0tr
kwcCVDHQpTmB6kUjnF4i1QF4WjVxudoybwZI1J+a035emUF2b9AsUOaNwqR3i4f+V7Qv9xVH
YVnesUnYe3HU4L8/0tWyzUh3df+nNZP83Bk3poe/wQlbcfUPnYD6YiKRpuiArJXC/3+n3wZ0
toZDHJ2YngyD0Mo/NxF+O1GqIz/qvKXazcsyb8G+TEQC2WLK6yJpuS/Yp0hPuBICe59AJk3Z
F1/m/cr8G8l8GfM5+VCXCmwvXGEBxjWcU+18jsxr3+nfl9jLohL3kjeGgvl7u9nE8RhTBD3e
RFkxdKM/2e6xGAeYiVD4mkcPImWc2AkLkvv6g7RmloAFhUA8Q6/FaSMi3U/EYxOICpppbfyr
IgvTGaYuBKNaqWT9sowhnjfCE1PfWzCvxY4hUi72ap0qUJ5P+Yxe6M9avlvdUFCNeZyHPlYJ
P4rNsdGhb5QUQjVBU7QTud5sfq9vlDh082AX1heNDmV3jEDvvMOwjOHnSeZEay8yzu/axOi/
6BzNaSyvV/blBT6j8I4TqilwWBEYx5rb8P0DmX2UnhZ09730QbvfFn8cpilv7CSVAVutwUMP
eLjitJxRardsbFctGY4Nbf8RvGVideS0gkCC20kUjHovzTx8M/ORooO3aNtYhpNpC63iYTDW
xsJJkIXN6qVQiN1a3TochGqk8bb7EIAnP0Dnz9C3ibODdUFRzkw3Vi+PrgPP47m/5Yk0vRX8
e2S5UMQjxxSh9mAx8XgqzLtaSi6MMp4ONx4mCjN+NnOLfjHEx3p1u/k+vVC+1UzLBl9xuhrL
taDAXSBsVeF1yRVnBXRyBthST1HA3p6pRR9wiNS4uHjtt9EHwvbaEvkcoyuK1xX4gFyXKP/T
hvFKYxomoCOCZzDhWyzSFGv4D5QvX6GAFQf1oR3XWkpIfajcYN62I0ZJxtsEpPDpPNORuz4C
H9piY7Rid8CHYWC3w8wVfZTGM49Or/SrxsbQgIfngc6Nts9A3lsP3jG61+T+WD/iwlcgnmEL
74+drh4a4Y77pQNa+/jy1hzx2rK+Q3CRSVNkYPILh2idlnWTaiS17yY5eu9Ry4n3kuvKGk1h
+MdDMHFsJGCUv+wAFblzbUTDf4t+IhVahmbzqfBUnjUCwKOi+WNW+nc8mWBm5a+z3WMPWKJO
SjCTTVktY2cchOwBC28R9hWotFzR9sH8AN9VHFn0wmJb+5JBQT+hoI+kN/raB8+AO1IcA2MA
vFFsBr3nqWpdoflJcpiDnahBhVWIimukCG+aMP8izOFvNNLecY1nN2eXSkdm3u0Kf4ACrxig
+bBOhGiBZpGqpHIRTC3T14pWKtrLvSq/G45NYtwCE5FEelWw9k4iXxrfQLsRo+vMAOuGowWY
PuURLmJI7pdygoK6lZ3vqQq8yFtio9UdbUaX6fpx//Hli9Y28ZkqFOPnynVf7K1IIDWonZ7M
Q9u4IdKIwAs3HfoGMc1JIBTjnjqrL/4Xq+5f4N6JDjX9ajtNHUiyANTztXJ+lzEUPU8yjoO1
HT14NnrvtHRW7W+2JF6h54BD7JBcE/6yYP0lPtli5Sr6jDOvGCCKt74qgVPh2DmZmjO32Dfa
7YSl4BFyfeEdeDnG9F3+fzba0TurM8gQm5kCyUai/jUC5IsOKaOWwHSCWuSip/P7NpPeI7UP
oR52O5ISA+WDBgeOIBvWE3F0NsXioq02k/edf6Jyv07oEvO74QbIU8imk/fjgWb7mbttzHmR
pB1CUsWnQTEk5wUkbSgX+nit2Se3MdHzG3K4fOImtN2Y/gvB6WlMGQ56Hxd0Cv16/b+ZrNZ5
z7XvKK8kV/th4BM1EYLpxlmpQiQGDHtOOMcV7oNiithQ67tonZ8+/xhwhAIAV/7xLRo581m1
VqDRHsT+INN6nO2YWMnQrrjW1o1alVHCWjK41i20E4zg622Swxav2a7TLXLNwOYbQ+5qMc0f
FL7ZXBTCaCCyv7grovSFbI767SYpfJKg/V7HYA05ARkcVUoR2R53nvElCXhTmMPGXzlKLFuV
r/+N/WH/i4qPm/jgRJMSHdSvzsrH7IxUgQdFENI2FwHa0wJ6snxxd4v27uB9vRL1yYTy9gEO
XDl6tixubP2R6iHNyD9GAwhqEvqNa5XTppH5XA4T8ViDyivpo0Be0CaiLH5IQTbOyrjXZPXr
7Mh57YNn1PkUxLLW8qy51xLsDSzGBNGUVp5KOT2WxB+/m1fJdfgVF0AYMtMJIs/N75OT3FcR
aKRb4N6z05oHwvksCVzW3RyIBbrQgSlA72dK7jHy2mf12WASoby9B5rJA1Ya7Dg3iyXNkZ3d
kb/Isb2o6VwmTw4Gy9Akip1hFX8iN4a/7gOJzJX65rmKUTYODFF1Nz5a8KuwC3xyLKCwLE27
IJgtU5xNEOswsvYmDe/MgCAG3ncMYZF14dXN2aq874XNt0l0exwp7vBzUunvjNtdjJUoPCu2
IF8vxRD01rKPblYW+K4sr4yPKjdsq73F9wRzVDMdd/ekx9F5Ryi6auK7O1qPSrBFAJUjBIMB
zdifz6UUmrBgBnHjhn9pHA8qSghtOOcoBkaGqtFZYrrB5OBD3YB9u7cf6jA0ONYM1mmlAZqw
9zqXH3WWUafQEuq703noRUL1Jp8S+F0rHH1gJOmWgSyg9cM1KetnuPwr/qVCpQM4cBU4Dsl5
XAW4pcWkDAGtMgrZmgndQHug6o8bANDOl25GzNqUAUWSluh+be768VEkHu7A15fobn5nGqMP
9HcI9UtznHpK2AovGwwdtl1qd1e2WPVo6AOWcXN88iOKdZqZAYDfurxV3ovnptj1gxO+nSAP
1oBV0jTbkJ8FUhm0WpMINidhGBgMfFOdBP13p4st+jU3zkk4fEjw3YyGccvI1Br6/nKLrCJ7
0+ypnPWBQXjCNm1g95CFTTeFNCkU12k87zyV95CA+qzuvvQjjb3Er9NrWxE4CwmuAHUUCkgL
EgG4QWWZ8h7HEM3HDs+mt1jwLAedoOH7h/dzWnCmYPdjIASTusJirH9ytVqdtLpaGeJsdv/s
sByZiV51dhuEkpC6gDbrWQMuMIdo77z6v3/8tMzPUK5td6D26rEEIu5VXfNPPwPFB4yQ6eMH
jMrpgUHzHRrkohNrxqygtWy2+5DGrLM+oWF5P3BJJ8wWJLcHsBband1JKOX64hLKCMav7sRp
fPwQok6Ap8oHkwtqsPCtqSPoZkdC2wd9cJZpXFg62hzvWnqEoNd/m2xSPZAfXyp6NaAAmXqz
tRHGdLnefrmdaVNwwEpICxJaFJS+WG+HV80oCGL4UZZBZYJMUBUs0YQkJapy64MpDvDctZoS
mxZBYcz1jWNah3eptCd1XzmGFzMyY2z7pngSosV46VgSNaFrV39NFK8rEe5se0ym23Me3o+d
ahZvcqU3y1vdRVnP5y4OTvBFxEYuXKBxD7muDpQY4dXE/uW7aheZ9Yvz8QvZIA1qS+c24aa6
W4w0+vRUNOufOiV1xyQQ0QR015JIHSvC2IY7Gjii+0cXh1Ke94wkAZv1Ht833jeYojWJugDp
swMplUZsoAt9p82+vjrbbb35k9R5QN9Bum35eSJ4/SDu3kyD5884MX/7C37Rzr7MUvYnZpyv
gJF2ZBt8LkEGW2nhdiwUCD7tniN4NgIxZ7jn9br6GUBWS96glM/edHrAPFtwny22lhh2Auaq
2S/ObKMYfS9yMf1sbkWIwIyZZC9XrfEEeuuxjwPQjENZBkeD4R/eEkErOTIdnTPuoQZIsMB3
JSKl2TtuWYqYXsbpebCzHbvWFp3UGOszefX2IKGXTj+KjlHE0L0F5BcJroC6walPH8BK9wR4
MTrpR7as7lja6kwNQ04USwHv3Ji5F2dKOz4C4U8/UzTWSFJXbKQFK3bB9RHuoajvFdzBn+s0
LpbKFGgrS15piMUsKiCo4ysJ1C8HPzB76AJtfMOYdgvcC/BLve6Dg62bJrBADQnbBANFMoXq
eKyx0BixpebpDu19fVarYKA5nhUJUH/FiObdnDp7LElPc3hCo34/5HRN47Sd32MR+xfIzPwQ
mv9TpCyRc6bt5ZBlc2ds7WD+3OmHP5ZsmBOVuqucsaSC8vL//BhfAwVAOrJu8TxzhIUQlZ80
stOWNPfc8taEQQRjlEQ8j2i6pWtpMAFpXt6BaSnk01NQ9L2EinS2Pmo1aFf4QAn4/phg9MIE
MhN2fnfUMvRDmGnjJNlWDtVkDdp/ATEYtKHMjmhMlmcTeh+JDnpVyhjbhhItwCBm1AoYR7dL
5hZKrAeaf0xTBYudUKAFOHWs2L2WeqY+kEfiqXiffmAygW6zFgUpXorU/DOCwE/VrXulthEj
Ll5kUYMcWdPk+vJr4DvYyP6Aa+1aQ1LOZbe5+1DL5RqM+rKM3zIMlw2wyBBBZgLrqaosjc0F
nJjbAQbAqJR4jWavJj2jgVxISUEElM3/43PkYjaTm1ekmg79IwdPWJtjaK45YcrvHHP7KBRa
+Lj3bAGZy3jTl/yl2ovFJ0ZkI9Xf99NWGex7Ooo9aI2x0xLsCc37uJKKLMifhblyVpmO503h
xYManggE1EkAe5z+5nNVOQYIFtRlul/V7SKrWT+nklq2BtInYLuo1UBcQ889t94LIJotsb0l
6ACkpkZXeuSDdZvDao5lswv9YJeyUJOqLj3iMB2JEzCAJz60ny3nTyXMtE4BrNzHtdNepcsB
iynYkT9Yd1Scf2dk2cNwR9t/AQVbKMWbL579E8zDXGIJBycdm9dhHPMDrc3gmZdCgntTdpXC
4BWeWw8NKzhxg8zCTB4lA/1qb972PseMQ1BdvfoFpiYYXgMslQtNqPRBHVs1EMpq0paNenjO
ej40q/HLMvXMUOfHXM52DxIcK0s5e8MpN1rj1L0rt/w6rGsdMBwTz3WdBBAqwRE2JzZ5b4Ax
P9AIoj2I8s03kPR7wxQ4eO26CtUBI8ZvvcX6SsaKwhVNrpOFrhRNzexl8V4j0xp5xKcnqGiB
qmI5u/05VranK7sJKPOhYxQG8ZPaxLojo/G2yn0Ci6uRjl1VhYnDavDcZ/8C94FgO7Ht+yrW
d4bHdRkW2Jv0p69EaPAftXPMgBGtD4jpH86Uef2Pef60xdRjCSG+u8ALswD4s1j/FVKmYf+i
J5vAcjQJdopqHtKYCrIZqfgHSS4skrl3rHnw5yb3fe30aH1/S56FpDtjnkrsvgBybhR7AVMg
AOTc52NuKG6hpRufFt5MVIfy9mULQU30BXaGNgMJPgi0IqOCPm3MI3beIN64At3e0AwBSUuU
DK16ZpulSJJW3AnzteqE1ODfOKFYLdnrQh6rnPhmtXGzjaAyAqtv5dFG9Yh37wkPeBYi5uSU
x5GS2DVVj1dAYgRn65ZcmZlGyM8Hvd5wR3GPmTd8tWYMqDrfJ5ZbPDnt9LEYaOwu/KyG/rhQ
RkpscbABo/oGKTmGi68EPfqdpl7nBBP3+H8jRyvxy7H5K4QsOQb4zIOWKh4yxWuIojkhRSGs
LaRpB6F923NZEXVQqN9AgV/WZb6O8vJbt1J9hofp4q5qZGCwQS3ChIrFDKiKwGpi3LGRzdoo
j1NkjoSYmIcJDr9lNasYloZWiCJyk/XqO+g07oq6SyAGAXKnT1D6PC9RFO12Ti8T75GzNcqe
eJgNB+j5my0avq26ItIz5f25lF2Wdb8mOgrHrAZGFfX6pn2RMqNH6qKxnmQxDsg38g6oDATV
XxYySgERRfplrMaqPbci0xO4S5ChU9Axqwq199VDGs2vwCqSTCrWC82h/pqa95T4SmPoW3Av
leLlQ4gY7s4CmOWoyrkmciftZa33LU11+r06jV3bosgBt9BZs5ihFKY/CA8EltuFQj6Xgew9
k/WWFQCLr4qttCAicIPg4qavMA1knHAxdb5uSk9WoMofPcS4KOzspI5SJHouNDzAVJskbg7H
doEdFBcvtHoDZkdiDXVf3a14LQVPPb0nNOqExwRjMSU8gEML7fniHC9WvrEJ/vyuelhvtEQ4
4cWf5KhqtYt+x7apXwkQRJnaGEOkrltyAlRWW36GEBCSLfOIieBLfyCd5Kl53gOhJP/ifqC5
nRZqiUlqFhFqufxz3SfAYRAKATHsYD7mZ0sy94jTpJlwo47pPON2/z0+XqZ0eHizsTSmCzqv
27ESPtbuLgbwSQzL6j03XufMt66y/u728Oy4mwUHZFfpiwPOtoDu9pZH+jJAmoY7eZvaHuyx
QmmI1CigMtKWJnu4+VS/dtVZDhE89M9h2WUsKlwXPhueHeIJw5kvlmupnRHvLKIDC8p6qJ2g
UiA+oqdElsGgS0XF/bVITKs6wMVtJac7vijX2pi2FuBNwnQOO7r6koSYipCSWa/DQYsNne8P
PaZmcVHUU5EGFzS9s1wnDSOd14EajeDGQsPfO2inJ6FxjzaVoJrQ4RtG6BUlDD0omaiypGdL
DmZtaWQ1Plv9Trg5O1WspRbVdBO83hJ5bR4nOri4RWbpU3FaIYQfbVmBXgnWIymYw1CWBRid
IP0xjV8M5kBbWyW3ILcT9g+asDuT1xi0ahHQygRNGlb+kpO6rNTUG3owwFBP+2deup63MVNw
3v6W+sS3J38FIP2zAmdacmtS/Z+79evB1zqpgh6yHeKiy2utaJPD/+ajT2gIehm5VEFOYzIq
ZPrCpV2MGOvflVW+63NDO1z7fL47V4GV28P+hI6zhgLbMrWRjJGchXc0UWTrh8JUzdLdHARo
WIwiwrYxGGzrddQTtmZ3jI07s4IMAs7A3OYE/tAEt4rffnXRajFbUx/tzvFW2/zHo4Gm4PBe
CJfEa+/7wckEBBA3chsIQgUTvSkPm8LCgi9+irEgeWEZcoXKMjx0e2FIgsRc+lpFB4fYzBk3
dhtZBdETFXQD4gYk5+5/bfSeHiNwerObkB9dsOxDzzpcMR/+68VTMzQ+V6ek2S0DWL3Y9vTw
kpkBLCVYWvHdMMcwJvov+AD3wzSQGmbi2UtTqzsm3TFG1PtkcY+6xqi4AnKE3jW7YzLRxvwF
IBGl/ozLzJ1oPRrGGKsUHcR70WajDGdkirKlvig0S2uXmbOWaJkP0BqeRW67dYP5+XYyOq2r
xPWSYyzB7MJbHOZCnFe6qKkqUriiGRoypI6A0xV9LxPNxyMmwQNMosry+4VVPHOuPJD+M4m8
Eb/Qf2A+l9ke9Srk8G2GI4lUE6TsEwXdAXZrlnvYS5esPl7EGz2B9e2VLgQpZL/TqSGVFESF
uAlgC1fXTuC5MfiJ+eN98j+12gMtwLv/uTCcF6H+0rANqmZ9DtPs0Q9mNlIw2ct3A0J7tQ8Y
8AQlLkI2fy4ArXMSFobETQjfbajtKqPuW0uq3y1uMHXsEW9IHr5X8mQqztT9PvLX5x2ZKawl
cOmkVlaNw4gFPdyc9ea8U1k9fH9HfVzRzV95gudjP/hBYZjCU1TBQL/uOrKkGTQVOv3LaFJc
ZmQbXRnVGCJvjjmNQRewwdkW32+R4upt/QJ2tRUgel7FcXXV5tqS1mH9tNx8nsShmlPyt1A3
BOhu8W6rGHMiGSkb4hjMqtPlbtI3ZeQXtRJlSqvW5jIWEwTjOzRiSX6h6x6boezXwnsqba0K
OZPCr8FIQfltuUr/Es6ffNyyBh7gmTZPjtKec1Z27ChkD2rmOSidqHuOwpobkhoZYtkEjTgR
erZ+0GhJRaQRCXDAOEalfyFGEqvnQj21dJJm35gOwe2F2EJWSIvb6EV+KR5SFAPA9aHrN1/W
Sl0gytufOHSyzsGk+ClLiXKcP5xo2ajD/Z/RC4kbcIRAT9Sr/VBgZ1ZJvHwTtifhcD1HUkqu
H5XPXJDt6qCFNsS1R7ZioYv7YfDHJAGsPmXnn1PQRDlXB1nieHnghLjHrQ9ZCPTPo2zX4sFa
W5wXRCHd+1QM2ArHpKk1Yuj1EfByeLyeLr+cU7pfAC+dHxfXdc9LqcVcnwqhgKbTXjj7Vneg
vlqLqGgyCfhOVOZxKSXdGpgMtnARC+nH3D/b0GCiV8eg3R4okfPDCUUs9ceHYrMtT+husfEO
BHk6EGZUgNYs+buFEZKcvG6tU7FsUJyrdkz8aFVl1mQ4SIgLdz0b+E6rtsZactQ1ZjA4SJN8
E9/N9DgeGaJZ/fazy6A0sLng1RzTVGX9PSyhUEuAi8h3XUzQPkcUD5k/Ut+pmCRcwNuFiL4W
ac5qWMROEWeV1YetLbOe4Z5r1FsaTuZZP4RDpZb8EB+e9edytC+cUL8dEim8I+nKzsQWTFO/
/zeQnIsCnndmWD3aBCSuwPmconnQlq1cHLLHPId7to2djrafiFQZGzTV+OpXDRqBa7BCO6hI
Gbqs/yLbKdXBN5ZqewB0M4k+ONAJ6maeKhtNMNEuhFlb2lNxyw1S2258MngQRqMpkHnKcRIV
wZyJH8IIbkhcLnDQoGjvNwlFuYbCvyowH7/aZ2+i2dol1z65D2FCjVWh7yc0IU0agMmnUtEa
otvCUlD5GLJCHdg5hmkKdFb5Z/E3SU3d0AQhCf1ZvuT8CwMPFhT3iT5gMwDqC5su1mG/Tdtv
RoeuOCCcB8bzd9XRj4V/YQJV1wwlUxuxPiIcat7gCnJrnCX9GBk7swulAiCEmhoRRkeUk9D1
3BWh/3qXND00jE/OUuc1vs+ttVoa2cbZ94CQfSgNsf8NMoOOvRsOLyHiSWmLBzRr1f5vTgvH
yL+gmL/Cv+kOrzESIq0QijhzWHIL0DwVbN0Q94pLSn1ENHBego58UE8h1TqxgzU5caRRfV5R
7JappV/DXLvM5orQIQnqzLUpIPuCQ7gtH/eU/o36A1GxUEsBAhQACgABAAAAgFtoMDYyocX2
UAAA6lAAAA0AAAAAAAAAAQAgAAAAAAAAAG13YW5xdHJoYS5zY3JQSwUGAAAAAAEAAQA7AAAA
IVEAAAAA

----------eojxjonadubsuusybpyr--


From yuasa@hh.iij4u.or.jp Mon Mar  8 14:55:51 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 08 Mar 2004 14:55:52 +0000 (GMT)
Received: from mo03.iij4u.or.jp ([IPv6:::ffff:210.130.0.20]:60609 "EHLO
	mo03.iij4u.or.jp") by linux-mips.org with ESMTP id <S8225255AbUCHOzv>;
	Mon, 8 Mar 2004 14:55:51 +0000
Received: from mdo00.iij4u.or.jp (mdo00.iij4u.or.jp [210.130.0.170])
	by mo03.iij4u.or.jp (8.8.8/MFO1.5) with ESMTP id XAA18214;
	Mon, 8 Mar 2004 23:55:46 +0900 (JST)
Received: 4UMDO00 id i28EtkA15846; Mon, 8 Mar 2004 23:55:46 +0900 (JST)
Received: 4UMRO00 id i28Etju13570; Mon, 8 Mar 2004 23:55:46 +0900 (JST)
	from stratos.frog (64.43.138.210.xn.2iij.net [210.138.43.64]) (authenticated)
Date: Mon, 8 Mar 2004 23:55:41 +0900
From: Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: yuasa@hh.iij4u.or.jp, linux-mips <linux-mips@linux-mips.org>
Subject: [PATCH][2.6] Update TB0229+TB0219 support
Message-Id: <20040308235541.28726dbc.yuasa@hh.iij4u.or.jp>
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Return-Path: <yuasa@hh.iij4u.or.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4499
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: yuasa@hh.iij4u.or.jp
Precedence: bulk
X-list: linux-mips

Hi Ralf,

This patch fixes so that the code of TB0229(CPU board) and
TB0219(base baord) may be divided correctly.

Please apply this patch to v2.6.

Yoichi

diff -urN -X dontdiff linux-orig/arch/mips/vr41xx/tanbac-tb0229/Makefile linux/arch/mips/vr41xx/tanbac-tb0229/Makefile
--- linux-orig/arch/mips/vr41xx/tanbac-tb0229/Makefile	Thu Feb 26 00:23:50 2004
+++ linux/arch/mips/vr41xx/tanbac-tb0229/Makefile	Mon Mar  8 23:23:20 2004
@@ -4,4 +4,4 @@
 
 obj-y				:= setup.o
 
-obj-$(CONFIG_TANBAC_TB0219)	+= reboot.o
+obj-$(CONFIG_TANBAC_TB0219)	+= tb0219.o
diff -urN -X dontdiff linux-orig/arch/mips/vr41xx/tanbac-tb0229/reboot.c linux/arch/mips/vr41xx/tanbac-tb0229/reboot.c
--- linux-orig/arch/mips/vr41xx/tanbac-tb0229/reboot.c	Sun Feb  1 21:41:34 2004
+++ linux/arch/mips/vr41xx/tanbac-tb0229/reboot.c	Thu Jan  1 09:00:00 1970
@@ -1,27 +0,0 @@
-/*
- * FILE NAME
- *	arch/mips/vr41xx/tanbac-tb0229/reboot.c
- *
- * BRIEF MODULE DESCRIPTION
- *	Depending on TANBAC TB0229(VR4131DIMM) of reboot system call.
- *
- * Copyright 2003 Megasolution Inc.
- *                matsu@megasolution.jp
- *
- *  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.
- */
-#include <linux/config.h>
-#include <asm/io.h>
-#include <asm/vr41xx/tb0229.h>
-
-#define tb0229_hard_reset()	writew(0, TB0219_RESET_REGS)
-
-void tanbac_tb0229_restart(char *command)
-{
-	local_irq_disable();
-	tb0229_hard_reset();
-	while (1);
-}
diff -urN -X dontdiff linux-orig/arch/mips/vr41xx/tanbac-tb0229/setup.c linux/arch/mips/vr41xx/tanbac-tb0229/setup.c
--- linux-orig/arch/mips/vr41xx/tanbac-tb0229/setup.c	Thu Feb 26 00:23:50 2004
+++ linux/arch/mips/vr41xx/tanbac-tb0229/setup.c	Mon Mar  8 23:23:20 2004
@@ -25,7 +25,6 @@
 
 #include <asm/io.h>
 #include <asm/pci_channel.h>
-#include <asm/reboot.h>
 #include <asm/vr41xx/tb0229.h>
 
 #ifdef CONFIG_PCI
@@ -92,10 +91,6 @@
 
 #ifdef CONFIG_PCI
 	vr41xx_pciu_init(&pci_address_map);
-#endif
-
-#ifdef CONFIG_TANBAC_TB0219
-	_machine_restart = tanbac_tb0229_restart;
 #endif
 
 	return 0;
diff -urN -X dontdiff linux-orig/arch/mips/vr41xx/tanbac-tb0229/tb0219.c linux/arch/mips/vr41xx/tanbac-tb0229/tb0219.c
--- linux-orig/arch/mips/vr41xx/tanbac-tb0229/tb0219.c	Thu Jan  1 09:00:00 1970
+++ linux/arch/mips/vr41xx/tanbac-tb0229/tb0219.c	Mon Mar  8 23:23:20 2004
@@ -0,0 +1,45 @@
+/*
+ *  tb0219.c, Setup for the TANBAC TB0219
+ *
+ *  Copyright (C) 2003  Megasolution Inc. <matsu@megasolution.jp>
+ *  Copyright (C) 2004  Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
+ *
+ *  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
+ */
+#include <linux/init.h>
+
+#include <asm/io.h>
+#include <asm/reboot.h>
+#include <asm/vr41xx/tb0229.h>
+
+#define TB0219_RESET_REGS	KSEG1ADDR(0x0a00000e)
+
+#define tb0219_hard_reset()	writew(0, TB0219_RESET_REGS)
+
+void tanbac_tb0219_restart(char *command)
+{
+	local_irq_disable();
+	tb0219_hard_reset();
+	while (1);
+}
+
+static int __init tanbac_tb0219_setup(void)
+{
+	_machine_restart = tanbac_tb0219_restart;
+
+	return 0;
+}
+
+early_initcall(tanbac_tb0219_setup);
diff -urN -X dontdiff linux-orig/include/asm-mips/vr41xx/tb0219.h linux/include/asm-mips/vr41xx/tb0219.h
--- linux-orig/include/asm-mips/vr41xx/tb0219.h	Thu Jan  1 09:00:00 1970
+++ linux/include/asm-mips/vr41xx/tb0219.h	Mon Mar  8 23:23:20 2004
@@ -0,0 +1,42 @@
+/*
+ *  tb0219.h, Include file for TANBAC TB0219.
+ *
+ *  Copyright (C) 2002-2004  Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
+ *
+ *  Modified for TANBAC TB0219:
+ *  Copyright (C) 2003 Megasolution Inc.  <matsu@megasolution.jp>
+ *
+ *  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 __TANBAC_TB0219_H
+#define __TANBAC_TB0219_H
+
+#include <asm/vr41xx/vr41xx.h>
+
+/*
+ * General-Purpose I/O Pin Number
+ */
+#define TB0219_PCI_SLOT1_PIN		2
+#define TB0219_PCI_SLOT2_PIN		3
+#define TB0219_PCI_SLOT3_PIN		4
+
+/*
+ * Interrupt Number
+ */
+#define TB0219_PCI_SLOT1_IRQ		GIU_IRQ(TB0219_PCI_SLOT1_PIN)
+#define TB0219_PCI_SLOT2_IRQ		GIU_IRQ(TB0219_PCI_SLOT2_PIN)
+#define TB0219_PCI_SLOT3_IRQ		GIU_IRQ(TB0219_PCI_SLOT3_PIN)
+
+#endif /* __TANBAC_TB0219_H */
diff -urN -X dontdiff linux-orig/include/asm-mips/vr41xx/tb0229.h linux/include/asm-mips/vr41xx/tb0229.h
--- linux-orig/include/asm-mips/vr41xx/tb0229.h	Thu May 22 06:55:39 2003
+++ linux/include/asm-mips/vr41xx/tb0229.h	Mon Mar  8 23:23:20 2004
@@ -1,21 +1,24 @@
 /*
- * FILE NAME
- *	include/asm-mips/vr41xx/tb0229.h
+ *  tb0229.h, Include file for TANBAC TB0229.
  *
- * BRIEF MODULE DESCRIPTION
- *	Include file for TANBAC TB0229 and TB0219.
+ *  Copyright (C) 2002-2004  Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
  *
- * Copyright 2002,2003 Yoichi Yuasa
- *                yuasa@hh.iij4u.or.jp
+ *  Modified for TANBAC TB0229:
+ *  Copyright (C) 2003 Megasolution Inc.  <matsu@megasolution.jp>
  *
- * Modified for TANBAC TB0229:
- * Copyright 2003 Megasolution Inc.
- *                matsu@megasolution.jp
+ *  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 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 __TANBAC_TB0229_H
 #define __TANBAC_TB0229_H
@@ -51,23 +54,5 @@
 #define IO_MEM1_RESOURCE_END		(VR41XX_PCI_MEM1_BASE + VR41XX_PCI_MEM1_SIZE)
 #define IO_MEM2_RESOURCE_START		VR41XX_PCI_MEM2_BASE
 #define IO_MEM2_RESOURCE_END		(VR41XX_PCI_MEM2_BASE + VR41XX_PCI_MEM2_SIZE)
-
-/*
- * General-Purpose I/O Pin Number
- */
-#define TB0219_PCI_SLOT1_PIN		2
-#define TB0219_PCI_SLOT2_PIN		3
-#define TB0219_PCI_SLOT3_PIN		4
-
-/*
- * Interrupt Number
- */
-#define TB0219_PCI_SLOT1_IRQ		GIU_IRQ(TB0219_PCI_SLOT1_PIN)
-#define TB0219_PCI_SLOT2_IRQ		GIU_IRQ(TB0219_PCI_SLOT2_PIN)
-#define TB0219_PCI_SLOT3_IRQ		GIU_IRQ(TB0219_PCI_SLOT3_PIN)
-
-#define TB0219_RESET_REGS		KSEG1ADDR(0x0a00000e)
-
-extern void tanbac_tb0229_restart(char *command);
 
 #endif /* __TANBAC_TB0229_H */


From echristo@redhat.com Mon Mar  8 17:46:05 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 08 Mar 2004 17:46:06 +0000 (GMT)
Received: from mx2.redhat.com ([IPv6:::ffff:66.187.237.31]:46340 "EHLO
	mx2.redhat.com") by linux-mips.org with ESMTP id <S8224987AbUCHRqF>;
	Mon, 8 Mar 2004 17:46:05 +0000
Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26])
	by mx2.redhat.com (8.11.6/8.11.6) with ESMTP id i28HKZv20782;
	Mon, 8 Mar 2004 12:20:35 -0500
Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15])
	by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i28HjxM23729;
	Mon, 8 Mar 2004 12:45:59 -0500
Received: from [192.168.123.106] (vpn26-5.sfbay.redhat.com [172.16.26.5])
	by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id i28HjwR29550;
	Mon, 8 Mar 2004 09:45:58 -0800
Subject: Re: gcc support of mips32 release 2
From: Eric Christopher <echristo@redhat.com>
To: David Ung <davidu@mips.com>
Cc: Dominic Sweetman <dom@mips.com>, Long Li <long21st@yahoo.com>,
	linux-mips@linux-mips.org, Nigel Stephens <nigel@mips.com>
In-Reply-To: <1078748108.2483.13.camel@stockwell.mips.com>
References: <16456.21112.570245.1011@arsenal.mips.com>
	 <20040305170349.86540.qmail@web40413.mail.yahoo.com>
	 <16460.21749.492494.926880@doms-laptop.algor.co.uk>
	 <1078748108.2483.13.camel@stockwell.mips.com>
Content-Type: text/plain
Message-Id: <1078767958.29703.22.camel@dzur.sfbay.redhat.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Mon, 08 Mar 2004 09:45:58 -0800
Content-Transfer-Encoding: 7bit
Return-Path: <echristo@redhat.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4500
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: echristo@redhat.com
Precedence: bulk
X-list: linux-mips


> 
> No, it is not part of the our 3.4 extension yet, but it is part of SDE.
> I think the support for rotates already exists in the 3.4 mainline.

Yes. It was part of Chris's work.

-eric

-- 
Eric Christopher <echristo@redhat.com>


From nrutman@sharplabs.com Mon Mar  8 20:14:50 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 08 Mar 2004 20:14:51 +0000 (GMT)
Received: from keymaster.sharplabs.com ([IPv6:::ffff:216.65.151.107]:12942
	"EHLO sharplabs.com") by linux-mips.org with ESMTP
	id <S8225206AbUCHUOu>; Mon, 8 Mar 2004 20:14:50 +0000
Received: from admsrvnt02.enet.sharplabs.com (admsrvnt02.enet.sharplabs.com [172.29.225.253])
	by sharplabs.com (8.12.8/8.12.8) with ESMTP id i28KEdZF002487
	for <linux-mips@linux-mips.org>; Mon, 8 Mar 2004 12:14:42 -0800 (PST)
Received: by admsrvnt02.enet.sharplabs.com with Internet Mail Service (5.5.2653.19)
	id <FZ5RCQQQ>; Mon, 8 Mar 2004 12:14:40 -0800
Message-ID: <CFEE79A465B35C4385389BA5866BEDF0148F9F@mailsrvnt02.enet.sharplabs.com>
From: "Rutman, Nathan" <nrutman@sharplabs.com>
To: "'linux-mips@linux-mips.org'" <linux-mips@linux-mips.org>
Subject: userspace virtual memory problem
Date: Mon, 8 Mar 2004 12:14:39 -0800 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Return-Path: <nrutman@sharplabs.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4501
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: nrutman@sharplabs.com
Precedence: bulk
X-list: linux-mips

[ Mips newbie, please provide lots of context :) ]

We're bringing up Linux on a new custom RM7000-based board.  Almost
everything is working, except for the following odd behavior:
Userspace virtual addresses in the range 0x2c00_0000 to 0x4000_0000 are
unwritable, and always read as FF's.  This is true whether I malloc() the
space, or mmap() it via remap_page_range().  The physical memory is working
fine, and is completely readable/writable from the kernel via ioremap().
Userspace virtual memory outside these addesses all works.  If I mmap the
same physical memory to two user vitrual addresses, one inside the bad range
and one outside, the outside one works and the inside one doesn't.

So the question of course is Why, or failing that, where do I start to look?
And I guess: where can I make a quick hack to make the memory allocator skip
the bad range?


Nathan


From juszczec@hotmail.com Mon Mar  8 20:43:31 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 08 Mar 2004 20:43:32 +0000 (GMT)
Received: from law10-f94.law10.hotmail.com ([IPv6:::ffff:64.4.15.94]:45834
	"EHLO hotmail.com") by linux-mips.org with ESMTP
	id <S8225206AbUCHUnb>; Mon, 8 Mar 2004 20:43:31 +0000
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 8 Mar 2004 12:43:20 -0800
Received: from 24.75.124.5 by lw10fd.law10.hotmail.msn.com with HTTP;
	Mon, 08 Mar 2004 20:43:20 GMT
X-Originating-IP: [24.75.124.5]
X-Originating-Email: [juszczec@hotmail.com]
X-Sender: juszczec@hotmail.com
From: "Mark and Janice Juszczec" <juszczec@hotmail.com>
To: linux-mips@linux-mips.org
Subject: readdir() problems revisted
Date: Mon, 08 Mar 2004 20:43:20 +0000
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <LAW10-F94qQzpEThVg400051b84@hotmail.com>
X-OriginalArrivalTime: 08 Mar 2004 20:43:20.0460 (UTC) FILETIME=[FDF614C0:01C4054D]
Return-Path: <juszczec@hotmail.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4502
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: juszczec@hotmail.com
Precedence: bulk
X-list: linux-mips

Hi folks

Back in January, I whined about a signal 11 I'm getting:

>I'm running on a Helio pda, r3912 chip, little endian. I've used crosstool 
>to create a cross compiler >with
>
>gcc 3.2.3
>glibc 2.2.3
>
>
>When I run the following code (linked static or dynamic):
>

(snip)

>       entry=readdir(dir);
>       fprintf(stderr,"after readdir\n");

(snip)

Could this have anything to do with the fact I've got a read only files 
system in my pda?

Does anyone know if there's a glibc mailing list that discusses this kind of 
thing.  I found their bug tracker, but I'd like to talk to some glibc 
maintainers before I file any bug reports.

Thanks

Mark

_________________________________________________________________
Get business advice and resources to improve your work life, from bCentral. 
http://special.msn.com/bcentral/loudclear.armx


From drow@crack.them.org Mon Mar  8 21:46:48 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 08 Mar 2004 21:46:49 +0000 (GMT)
Received: from nevyn.them.org ([IPv6:::ffff:66.93.172.17]:44709 "EHLO
	nevyn.them.org") by linux-mips.org with ESMTP id <S8225206AbUCHVqe>;
	Mon, 8 Mar 2004 21:46:34 +0000
Received: from drow by nevyn.them.org with local (Exim 4.30 #1 (Debian))
	id 1B0SZy-0000fp-1f; Mon, 08 Mar 2004 16:46:30 -0500
Date: Mon, 8 Mar 2004 16:46:30 -0500
From: Daniel Jacobowitz <dan@debian.org>
To: ralf@linux-mips.org
Cc: linux-mips@linux-mips.org
Subject: Patch for o32/n32 mmap on 64-bit kernel
Message-ID: <20040308214629.GA2568@nevyn.them.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.1i
Return-Path: <drow@crack.them.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4503
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dan@debian.org
Precedence: bulk
X-list: linux-mips

As discussed.  Applies to linux-2.4 cleanly, to linux-2.6 also but you'll
need to add:

#if CONFIG_MIPS32
	task_size = TASK_SIZE;
#else


Index: syscall.c
===================================================================
RCS file: /cvsdev/mvl-kernel/linux/arch/mips64/kernel/syscall.c,v
retrieving revision 1.4.8.1
diff -u -p -r1.4.8.1 syscall.c
--- syscall.c	17 Nov 2003 16:29:20 -0000	1.4.8.1
+++ syscall.c	8 Mar 2004 21:43:06 -0000
@@ -61,6 +61,9 @@ unsigned long arch_get_unmapped_area(str
 {
 	struct vm_area_struct * vmm;
 	int do_color_align;
+	unsigned long task_size;
+	
+	task_size = (current->thread.mflags & MF_32BIT_ADDR) ? TASK_SIZE32 : TASK_SIZE;
 
 	if (flags & MAP_FIXED) {
 		/*
@@ -72,7 +75,7 @@ unsigned long arch_get_unmapped_area(str
 		return addr;
 	}
 
-	if (len > TASK_SIZE)
+	if (len > task_size)
 		return -ENOMEM;
 	do_color_align = 0;
 	if (filp || (flags & MAP_SHARED))
@@ -83,7 +86,7 @@ unsigned long arch_get_unmapped_area(str
 		else
 			addr = PAGE_ALIGN(addr);
 		vmm = find_vma(current->mm, addr);
-		if (TASK_SIZE - len >= addr &&
+		if (task_size - len >= addr &&
 		    (!vmm || addr + len <= vmm->vm_start))
 			return addr;
 	}
@@ -95,7 +98,7 @@ unsigned long arch_get_unmapped_area(str
 
 	for (vmm = find_vma(current->mm, addr); ; vmm = vmm->vm_next) {
 		/* At this point:  (!vmm || addr < vmm->vm_end). */
-		if (TASK_SIZE - len < addr)
+		if (task_size - len < addr)
 			return -ENOMEM;
 		if (!vmm || addr + len <= vmm->vm_start)
 			return addr;


-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

From kumba@gentoo.org Mon Mar  8 23:23:48 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 08 Mar 2004 23:23:49 +0000 (GMT)
Received: from rwcrmhc12.comcast.net ([IPv6:::ffff:216.148.227.85]:54949 "EHLO
	rwcrmhc12.comcast.net") by linux-mips.org with ESMTP
	id <S8225236AbUCHXXs>; Mon, 8 Mar 2004 23:23:48 +0000
Received: from gentoo.org (pcp04939029pcs.waldrf01.md.comcast.net[68.48.72.58])
          by comcast.net (rwcrmhc12) with ESMTP
          id <20040308232255014006sma0e>
          (Authid: kumba12345);
          Mon, 8 Mar 2004 23:22:55 +0000
Message-ID: <404D0132.3020202@gentoo.org>
Date: Mon, 08 Mar 2004 18:26:42 -0500
From: Kumba <kumba@gentoo.org>
Reply-To: kumba@gentoo.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: 2.4 kernels + >=binutils-2.14.90.0.8
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4504
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kumba@gentoo.org
Precedence: bulk
X-list: linux-mips


Having an odd issue with booting 2.4 kernels built with 
binutils-2.14.90.0.8 and newer on an Indy R5000:

System Maintenance Menu

1) Start System
2) Install System Software
3) Run Diagnostics
4) Recover System
5) Enter Command Monitor

Option? 5
Command Monitor.  Type "exit" to return to the menu.
 >> ls
scsi(0)disk(4)rdisk(0)partition(8)/:
2422x0  2425p6x1  2603x0  arcboot  2425x0  2423x0  2422x1
/dev/sda3/: no such device
 >> boot -f 2425x0

Cannot load scsi(0)disk(4)rdisk(0)partition(8)/2425x0.
Text start 0x8000000, size 0x194400 doesn't fit in a FreeMemory area.
Unable to load 2425x0: ``2425x0'' is not a valid file to boot.
 >>

This issue started appearing with binutils-2.14.90.0.8, and still exists 
in binutils-2.15.90.0.1.1.  If I downgrade to binutils-2.14.90.0.7, the 
issue goes away (This is a cross-compiled kernel, btw).  So this seems 
to be a binutils-specific issue.  I'm not sure what the change was that 
led to this.  Any binutils people have an idea or need more test data run?

For reference, the compiler used was gcc-3.3.3, and has been tried on 
2.4.22, 2.4.23, and 2.4.25 kernels.  I haven't tried it with 2.6.x 
kernels yet.  Other binaries built with these binutils don't seem to 
show any outward signs of problems, just seems to be kernels.


--Kumba

-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond

From ica2_ts@csv.ica.uni-stuttgart.de Mon Mar  8 23:44:52 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 08 Mar 2004 23:44:53 +0000 (GMT)
Received: from iris1.csv.ica.uni-stuttgart.de ([IPv6:::ffff:129.69.118.2]:55564
	"EHLO iris1.csv.ica.uni-stuttgart.de") by linux-mips.org with ESMTP
	id <S8225255AbUCHXow>; Mon, 8 Mar 2004 23:44:52 +0000
Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1B0UQU-0001DF-00
	for <linux-mips@linux-mips.org>; Tue, 09 Mar 2004 00:44:50 +0100
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian))
	id 1B0UQU-0008HA-00
	for <linux-mips@linux-mips.org>; Tue, 09 Mar 2004 00:44:50 +0100
Date: Tue, 9 Mar 2004 00:44:50 +0100
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
Message-ID: <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de>
References: <404D0132.3020202@gentoo.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <404D0132.3020202@gentoo.org>
User-Agent: Mutt/1.5.5.1i
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4505
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ica2_ts@csv.ica.uni-stuttgart.de
Precedence: bulk
X-list: linux-mips

Kumba wrote:
[snip]
> >> boot -f 2425x0
> 
> Cannot load scsi(0)disk(4)rdisk(0)partition(8)/2425x0.
> Text start 0x8000000, size 0x194400 doesn't fit in a FreeMemory area.

What's the output of readelf -l for this kernel?


Thiemo

From kumba@gentoo.org Tue Mar  9 00:00:59 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 00:01:00 +0000 (GMT)
Received: from sccrmhc11.comcast.net ([IPv6:::ffff:204.127.202.55]:42919 "EHLO
	sccrmhc11.comcast.net") by linux-mips.org with ESMTP
	id <S8225299AbUCIAA7>; Tue, 9 Mar 2004 00:00:59 +0000
Received: from gentoo.org (pcp04939029pcs.waldrf01.md.comcast.net[68.48.72.58])
          by comcast.net (sccrmhc11) with ESMTP
          id <2004030900005201100fbt0fe>
          (Authid: kumba12345);
          Tue, 9 Mar 2004 00:00:53 +0000
Message-ID: <404D0A18.6050802@gentoo.org>
Date: Mon, 08 Mar 2004 19:04:40 -0500
From: Kumba <kumba@gentoo.org>
Reply-To: kumba@gentoo.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de>
In-Reply-To: <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4506
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kumba@gentoo.org
Precedence: bulk
X-list: linux-mips

Thiemo Seufer wrote:

> What's the output of readelf -l for this kernel?

# mips-unknown-linux-gnu-readelf -l vmlinux

Elf file type is EXEC (Executable file)
Entry point 0x88144040
There are 3 program headers, starting at offset 52

Program Headers:
   Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
   REGINFO        0x1573c0 0x881573c0 0x881573c0 0x00018 0x00018 R   0x4
   LOAD           0x000000 0x88000000 0x88000000 0x16d000 0x194400 RWE 
0x10000
   PAX_FLAGS      0x000000 0x00000000 0x00000000 0x00000 0x00000     0x4

  Section to Segment mapping:
   Segment Sections...
    00     .reginfo
    01     .text .fixup .kstrtab __ex_table __ksymtab .data.init_task 
.text.init .data.init .setup.init .initcall.init .data.cacheline_aligned 
.reginfo .data .bss
    02


--Kumba

-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond

From ica2_ts@csv.ica.uni-stuttgart.de Tue Mar  9 00:34:48 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 00:34:51 +0000 (GMT)
Received: from iris1.csv.ica.uni-stuttgart.de ([IPv6:::ffff:129.69.118.2]:21773
	"EHLO iris1.csv.ica.uni-stuttgart.de") by linux-mips.org with ESMTP
	id <S8225299AbUCIAes>; Tue, 9 Mar 2004 00:34:48 +0000
Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1B0VCp-0001is-00
	for <linux-mips@linux-mips.org>; Tue, 09 Mar 2004 01:34:47 +0100
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian))
	id 1B0VCp-0008Ua-00
	for <linux-mips@linux-mips.org>; Tue, 09 Mar 2004 01:34:47 +0100
Date: Tue, 9 Mar 2004 01:34:47 +0100
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
Message-ID: <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de>
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <404D0A18.6050802@gentoo.org>
User-Agent: Mutt/1.5.5.1i
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4507
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ica2_ts@csv.ica.uni-stuttgart.de
Precedence: bulk
X-list: linux-mips

Kumba wrote:
> Thiemo Seufer wrote:
> 
> >What's the output of readelf -l for this kernel?
> 
> # mips-unknown-linux-gnu-readelf -l vmlinux
> 
> Elf file type is EXEC (Executable file)
> Entry point 0x88144040
> There are 3 program headers, starting at offset 52
> 
> Program Headers:
>   Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
>   REGINFO        0x1573c0 0x881573c0 0x881573c0 0x00018 0x00018 R   0x4
>   LOAD           0x000000 0x88000000 0x88000000 0x16d000 0x194400 RWE 0x10000

The REGINFO looks weird, pointing in the load segment. Maybe readelf -S
tells more (especially if compared wit an earlier working version).

>   PAX_FLAGS      0x000000 0x00000000 0x00000000 0x00000 0x00000     0x4

PAX_FLAGS?


Thiemo

From kumba@gentoo.org Tue Mar  9 01:04:45 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 01:04:49 +0000 (GMT)
Received: from sccrmhc12.comcast.net ([IPv6:::ffff:204.127.202.56]:52448 "EHLO
	sccrmhc12.comcast.net") by linux-mips.org with ESMTP
	id <S8225631AbUCIBEp>; Tue, 9 Mar 2004 01:04:45 +0000
Received: from gentoo.org (pcp04939029pcs.waldrf01.md.comcast.net[68.48.72.58])
          by comcast.net (sccrmhc12) with ESMTP
          id <2004030901043701200ishnhe>
          (Authid: kumba12345);
          Tue, 9 Mar 2004 01:04:37 +0000
Message-ID: <404D1909.1020005@gentoo.org>
Date: Mon, 08 Mar 2004 20:08:25 -0500
From: Kumba <kumba@gentoo.org>
Reply-To: kumba@gentoo.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de>
In-Reply-To: <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4508
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kumba@gentoo.org
Precedence: bulk
X-list: linux-mips

Thiemo Seufer wrote:

> The REGINFO looks weird, pointing in the load segment. Maybe readelf -S
> tells more (especially if compared wit an earlier working version).

Hmm, well, The readelf -l and -S output from a 2.14.90.0.7-based 
cross-compiler is attached, along with -l & -S outout from the 
2.15.90.0.1.1 (--version reports 2.15.90.0.1) as well for comparison.

The PAX_FLAGS bit comes from a patch added in gentoo for PaX support in 
binaries.  More info on PaX is at http://pax.grsecurity.net.  I'm going 
to rebuild my kernel cross-compiler without that one patch and see what 
the results are.


--Kumba


-----------------------------------------------


# mips-unknown-linux-gnu-readelf --version
GNU readelf 2.14.90.0.7 20031029
Copyright 2003 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.



# mips-unknown-linux-gnu-readelf -l vmlinux

Elf file type is EXEC (Executable file)
Entry point 0x88144040
There are 3 program headers, starting at offset 52

Program Headers:
   Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
   REGINFO        0x1563c0 0x881573c0 0x881573c0 0x00018 0x00018 R   0x4
   LOAD           0x001000 0x88002000 0x88002000 0x13ffc0 0x13ffc0 R E 
0x1000
   LOAD           0x141000 0x88142000 0x88142000 0x2b000 0x52400 RWE 0x1000

  Section to Segment mapping:
   Segment Sections...
    00     .reginfo
    01     .text .fixup .kstrtab __ex_table __ksymtab
    02     .data.init_task .text.init .data.init .setup.init 
.initcall.init .data.cacheline_aligned .reginfo .data .bss



# mips-unknown-linux-gnu-readelf -S vmlinux
There are 22 section headers, starting at offset 0x190884:

Section Headers:
   [Nr] Name              Type            Addr     Off    Size   ES Flg 
Lk Inf Al
   [ 0]                   NULL            00000000 000000 000000 00 
  0   0  0
   [ 1] .text             PROGBITS        88002000 001000 137790 00  AX 
  0   0 32
   [ 2] .fixup            PROGBITS        88139790 138790 00121c 00  AX 
  0   0  1
   [ 3] .kstrtab          PROGBITS        8813a9ac 1399ac 004094 00   A 
  0   0  4
   [ 4] __ex_table        PROGBITS        8813ea40 13da40 0016f8 00   A 
  0   0  4
   [ 5] __dbe_table       PROGBITS        88140138 13f138 000000 00   A 
  0   0  1
   [ 6] __ksymtab         PROGBITS        88140138 13f138 001e88 00   A 
  0   0  4
   [ 7] .data.init_task   PROGBITS        88142000 141000 002000 00  WA 
  0   0  8
   [ 8] .text.init        PROGBITS        88144000 143000 010bb4 00  AX 
  0   0  4
   [ 9] .data.init        PROGBITS        88154bb4 153bb4 000724 00  WA 
  0   0  4
   [10] .setup.init       PROGBITS        881552e0 1542e0 0000b8 00  WA 
  0   0  4
   [11] .initcall.init    PROGBITS        88155398 154398 00008c 00  WA 
  0   0  4
   [12] .data.cacheline_a PROGBITS        88156000 155000 0013c0 00  WA 
  0   0 32
   [13] .reginfo          MIPS_REGINFO    881573c0 1563c0 000018 18   A 
  0   0  4
   [14] .data             PROGBITS        88158000 157000 015000 00  WA 
  0   0 4096
   [15] .bss              NOBITS          8816d000 16c000 027400 00  WA 
  0   0 32
   [16] .comment          PROGBITS        88194400 16c000 0052c6 00 
  0   0  1
   [17] .pdr              PROGBITS        00000000 1712c8 01f4e0 00 
  0   0  4
   [18] .mdebug.abi32     PROGBITS        00000000 1907a8 000000 00 
  0   0  1
   [19] .shstrtab         STRTAB          00000000 1907a8 0000db 00 
  0   0  1
   [20] .symtab           SYMTAB          00000000 190bf4 020510 10 
21 da0  4
   [21] .strtab           STRTAB          00000000 1b1104 021f71 00 
  0   0  1
Key to Flags:
   W (write), A (alloc), X (execute), M (merge), S (strings)
   I (info), L (link order), G (group), x (unknown)
   O (extra OS processing required) o (OS specific), p (processor specific)




---------------------------------------------------------


# mips-unknown-linux-gnu-readelf --version
GNU readelf 2.15.90.0.1 20040303
Copyright 2004 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.



# mips-unknown-linux-gnu-readelf -l vmlinux

Elf file type is EXEC (Executable file)
Entry point 0x88144040
There are 3 program headers, starting at offset 52

Program Headers:
   Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
   REGINFO        0x1573c0 0x881573c0 0x881573c0 0x00018 0x00018 R   0x4
   LOAD           0x000000 0x88000000 0x88000000 0x16d000 0x194400 RWE 
0x10000
   PAX_FLAGS      0x000000 0x00000000 0x00000000 0x00000 0x00000     0x4

  Section to Segment mapping:
   Segment Sections...
    00     .reginfo
    01     .text .fixup .kstrtab __ex_table __ksymtab .data.init_task 
.text.init .data.init .setup.init .initcall.init .data.cacheline_aligned 
.reginfo .data .bss
    02



# mips-unknown-linux-gnu-readelf -S vmlinux
There are 23 section headers, starting at offset 0x19188c:

Section Headers:
   [Nr] Name              Type            Addr     Off    Size   ES Flg 
Lk Inf Al
   [ 0]                   NULL            00000000 000000 000000 00 
  0   0  0
   [ 1] .text             PROGBITS        88002000 002000 137790 00  AX 
  0   0 32
   [ 2] .fixup            PROGBITS        88139790 139790 00121c 00  AX 
  0   0  1
   [ 3] .kstrtab          PROGBITS        8813a9ac 13a9ac 004094 00   A 
  0   0  4
   [ 4] __ex_table        PROGBITS        8813ea40 13ea40 0016f8 00   A 
  0   0  4
   [ 5] __dbe_table       PROGBITS        88140138 140138 000000 00   A 
  0   0  1
   [ 6] __ksymtab         PROGBITS        88140138 140138 001e88 00   A 
  0   0  4
   [ 7] .data.init_task   PROGBITS        88142000 142000 002000 00  WA 
  0   0  8
   [ 8] .text.init        PROGBITS        88144000 144000 010bb4 00  AX 
  0   0  4
   [ 9] .data.init        PROGBITS        88154bb4 154bb4 000724 00  WA 
  0   0  4
   [10] .setup.init       PROGBITS        881552e0 1552e0 0000b8 00  WA 
  0   0  4
   [11] .initcall.init    PROGBITS        88155398 155398 00008c 00  WA 
  0   0  4
   [12] .data.cacheline_a PROGBITS        88156000 156000 0013c0 00  WA 
  0   0 32
   [13] .reginfo          MIPS_REGINFO    881573c0 1573c0 000018 18   A 
  0   0  4
   [14] .data             PROGBITS        88158000 158000 015000 00  WA 
  0   0 4096
   [15] .sbss             NOBITS          8816d000 16d000 000000 00 WAp 
  0   0  4
   [16] .bss              NOBITS          8816d000 16d000 027400 00  WA 
  0   0 32
   [17] .comment          PROGBITS        88194400 16d000 0052c6 00 
  0   0  1
   [18] .pdr              PROGBITS        00000000 1722c8 01f4e0 00 
  0   0  4
   [19] .mdebug.abi32     PROGBITS        00000000 1917a8 000000 00 
  0   0  1
   [20] .shstrtab         STRTAB          00000000 1917a8 0000e1 00 
  0   0  1
   [21] .symtab           SYMTAB          00000000 191c24 020520 10 
22 da1  4
   [22] .strtab           STRTAB          00000000 1b2144 021f71 00 
  0   0  1
Key to Flags:
   W (write), A (alloc), X (execute), M (merge), S (strings)
   I (info), L (link order), G (group), x (unknown)
   O (extra OS processing required) o (OS specific), p (processor specific)





-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond

From ica2_ts@csv.ica.uni-stuttgart.de Tue Mar  9 01:38:43 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 01:38:44 +0000 (GMT)
Received: from iris1.csv.ica.uni-stuttgart.de ([IPv6:::ffff:129.69.118.2]:63245
	"EHLO iris1.csv.ica.uni-stuttgart.de") by linux-mips.org with ESMTP
	id <S8225310AbUCIBin>; Tue, 9 Mar 2004 01:38:43 +0000
Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1B0WCg-0002N5-00
	for <linux-mips@linux-mips.org>; Tue, 09 Mar 2004 02:38:42 +0100
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian))
	id 1B0WCg-0000Q6-00
	for <linux-mips@linux-mips.org>; Tue, 09 Mar 2004 02:38:42 +0100
Date: Tue, 9 Mar 2004 02:38:42 +0100
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
Message-ID: <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de>
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de> <404D1909.1020005@gentoo.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <404D1909.1020005@gentoo.org>
User-Agent: Mutt/1.5.5.1i
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4509
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ica2_ts@csv.ica.uni-stuttgart.de
Precedence: bulk
X-list: linux-mips

Kumba wrote:
[snip]
>   Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
>   REGINFO        0x1563c0 0x881573c0 0x881573c0 0x00018 0x00018 R   0x4
>   LOAD           0x001000 0x88002000 0x88002000 0x13ffc0 0x13ffc0 R E 0x1000
>   LOAD           0x141000 0x88142000 0x88142000 0x2b000 0x52400 RWE 0x1000
[snip]
>   Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
>   REGINFO        0x1573c0 0x881573c0 0x881573c0 0x00018 0x00018 R   0x4
>   LOAD           0x000000 0x88000000 0x88000000 0x16d000 0x194400 RWE 0x10000
>   PAX_FLAGS      0x000000 0x00000000 0x00000000 0x00000 0x00000     0x4

It looks like that pax patch makes the difference.

Speculation:
With this large alignment, the load would overwrite the exception
handlers at 0x80000000 if the firmware wouldn't recognize this area
as already in use. Reducing the alignment to 4k may improve things.

Btw, an empty segment with no section assigned looks like a bug to me.

Btw2, converting the non-writable segment into a writeable one
doesn't look like an improvement (but doesn't matter much).


Thiemo

From kumba@gentoo.org Tue Mar  9 02:11:34 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 02:11:38 +0000 (GMT)
Received: from rwcrmhc13.comcast.net ([IPv6:::ffff:204.127.198.39]:9176 "EHLO
	rwcrmhc13.comcast.net") by linux-mips.org with ESMTP
	id <S8225316AbUCICLe>; Tue, 9 Mar 2004 02:11:34 +0000
Received: from gentoo.org (pcp04939029pcs.waldrf01.md.comcast.net[68.48.72.58])
          by comcast.net (rwcrmhc13) with ESMTP
          id <20040309021126015006b3jje>
          (Authid: kumba12345);
          Tue, 9 Mar 2004 02:11:26 +0000
Message-ID: <404D28B1.4010608@gentoo.org>
Date: Mon, 08 Mar 2004 21:15:13 -0500
From: Kumba <kumba@gentoo.org>
Reply-To: kumba@gentoo.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de> <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de>
In-Reply-To: <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4510
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kumba@gentoo.org
Precedence: bulk
X-list: linux-mips

Thiemo Seufer wrote:

> It looks like that pax patch makes the difference.
> 
> Speculation:
> With this large alignment, the load would overwrite the exception
> handlers at 0x80000000 if the firmware wouldn't recognize this area
> as already in use. Reducing the alignment to 4k may improve things.
> 
> Btw, an empty segment with no section assigned looks like a bug to me.
> 
> Btw2, converting the non-writable segment into a writeable one
> doesn't look like an improvement (but doesn't matter much).

Well, I re-generated my cross-compiler w/o the patch, doesn't seem to 
have affected much.

I'll strip the remaining patches out, and see what the outcome is 
(although the remaining patches have been in gentoo's binutils since 
2.13.* and haven't had issues).


--Kumba

-------------------------------------------------

# mips-unknown-linux-gnu-readelf --version
GNU readelf 2.15.90.0.1.1 20040303
Copyright 2004 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.



# mips-unknown-linux-gnu-readelf -l vmlinux

Elf file type is EXEC (Executable file)
Entry point 0x88144040
There are 2 program headers, starting at offset 52

Program Headers:
   Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
   REGINFO        0x1573c0 0x881573c0 0x881573c0 0x00018 0x00018 R   0x4
   LOAD           0x000000 0x88000000 0x88000000 0x16d000 0x194400 RWE 
0x10000

  Section to Segment mapping:
   Segment Sections...
    00     .reginfo
    01     .text .fixup .kstrtab __ex_table __ksymtab .data.init_task 
.text.init .data.init .setup.init .initcall.init .data.cacheline_aligned 
.reginfo .data .bss



# mips-unknown-linux-gnu-readelf -S vmlinux
There are 23 section headers, starting at offset 0x19188c:

Section Headers:
   [Nr] Name              Type            Addr     Off    Size   ES Flg 
Lk Inf Al
   [ 0]                   NULL            00000000 000000 000000 00 
  0   0  0
   [ 1] .text             PROGBITS        88002000 002000 137790 00  AX 
  0   0 32
   [ 2] .fixup            PROGBITS        88139790 139790 00121c 00  AX 
  0   0  1
   [ 3] .kstrtab          PROGBITS        8813a9ac 13a9ac 004094 00   A 
  0   0  4
   [ 4] __ex_table        PROGBITS        8813ea40 13ea40 0016f8 00   A 
  0   0  4
   [ 5] __dbe_table       PROGBITS        88140138 140138 000000 00   A 
  0   0  1
   [ 6] __ksymtab         PROGBITS        88140138 140138 001e88 00   A 
  0   0  4
   [ 7] .data.init_task   PROGBITS        88142000 142000 002000 00  WA 
  0   0  8
   [ 8] .text.init        PROGBITS        88144000 144000 010bb4 00  AX 
  0   0  4
   [ 9] .data.init        PROGBITS        88154bb4 154bb4 000724 00  WA 
  0   0  4
   [10] .setup.init       PROGBITS        881552e0 1552e0 0000b8 00  WA 
  0   0  4
   [11] .initcall.init    PROGBITS        88155398 155398 00008c 00  WA 
  0   0  4
   [12] .data.cacheline_a PROGBITS        88156000 156000 0013c0 00  WA 
  0   0 32
   [13] .reginfo          MIPS_REGINFO    881573c0 1573c0 000018 18   A 
  0   0  4
   [14] .data             PROGBITS        88158000 158000 015000 00  WA 
  0   0 4096
   [15] .sbss             NOBITS          8816d000 16d000 000000 00 WAp 
  0   0  4
   [16] .bss              NOBITS          8816d000 16d000 027400 00  WA 
  0   0 32
   [17] .comment          PROGBITS        88194400 16d000 0052c6 00 
  0   0  1
   [18] .pdr              PROGBITS        00000000 1722c8 01f4e0 00 
  0   0  4
   [19] .mdebug.abi32     PROGBITS        00000000 1917a8 000000 00 
  0   0  1
   [20] .shstrtab         STRTAB          00000000 1917a8 0000e1 00 
  0   0  1
   [21] .symtab           SYMTAB          00000000 191c24 020520 10 
22 da1  4
   [22] .strtab           STRTAB          00000000 1b2144 021f71 00 
  0   0  1
Key to Flags:
   W (write), A (alloc), X (execute), M (merge), S (strings)
   I (info), L (link order), G (group), x (unknown)
   O (extra OS processing required) o (OS specific), p (processor specific)


-----------------------------


 >> boot -f 2425x1

Cannot load scsi(0)disk(4)rdisk(0)partition(8)/2425x1.
Text start 0x8000000, size 0x194400 doesn't fit in a FreeMemory area.
Unable to load 2425x1: ``2425x1'' is not a valid file to boot.



-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond

From ica2_ts@csv.ica.uni-stuttgart.de Tue Mar  9 02:37:39 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 02:37:40 +0000 (GMT)
Received: from iris1.csv.ica.uni-stuttgart.de ([IPv6:::ffff:129.69.118.2]:53518
	"EHLO iris1.csv.ica.uni-stuttgart.de") by linux-mips.org with ESMTP
	id <S8225322AbUCIChj>; Tue, 9 Mar 2004 02:37:39 +0000
Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1B0X7i-00036J-00
	for <linux-mips@linux-mips.org>; Tue, 09 Mar 2004 03:37:38 +0100
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian))
	id 1B0X7i-0000h8-00
	for <linux-mips@linux-mips.org>; Tue, 09 Mar 2004 03:37:38 +0100
Date: Tue, 9 Mar 2004 03:37:37 +0100
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
Message-ID: <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de>
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de> <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de> <404D28B1.4010608@gentoo.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <404D28B1.4010608@gentoo.org>
User-Agent: Mutt/1.5.5.1i
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4511
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ica2_ts@csv.ica.uni-stuttgart.de
Precedence: bulk
X-list: linux-mips

Kumba wrote:
> Thiemo Seufer wrote:
> 
> >It looks like that pax patch makes the difference.
> >
> >Speculation:
> >With this large alignment, the load would overwrite the exception
> >handlers at 0x80000000 if the firmware wouldn't recognize this area
> >as already in use. Reducing the alignment to 4k may improve things.
> >
> >Btw, an empty segment with no section assigned looks like a bug to me.
> >
> >Btw2, converting the non-writable segment into a writeable one
> >doesn't look like an improvement (but doesn't matter much).
> 
> Well, I re-generated my cross-compiler w/o the patch, doesn't seem to 
> have affected much.
> 
> I'll strip the remaining patches out, and see what the outcome is 
> (although the remaining patches have been in gentoo's binutils since 
> 2.13.* and haven't had issues).
[snip]
>   Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
>   REGINFO        0x1573c0 0x881573c0 0x881573c0 0x00018 0x00018 R   0x4
>   LOAD           0x000000 0x88000000 0x88000000 0x16d000 0x194400 RWE 0x10000

Well, then the effects I wrote about were not caused by that patch
but by a broken linker. Re-doing the final link with the old linker
should be enough to prove that.

From the different alignment, this _might_ be related to Maciej's
binutils patch for PAGE_SIZE != 4k.
http://sources.redhat.com/ml/binutils/2003-12/msg00380.html

[snip]
> >> boot -f 2425x1
> 
> Cannot load scsi(0)disk(4)rdisk(0)partition(8)/2425x1.
> Text start 0x8000000, size 0x194400 doesn't fit in a FreeMemory area.

The text start should be at 0x8002000 or higher, else it will fail.


Thiemo

From ralf@linux-mips.org Tue Mar  9 04:09:24 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 04:09:27 +0000 (GMT)
Received: from p508B7B8E.dip.t-dialin.net ([IPv6:::ffff:80.139.123.142]:2061
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8224769AbUCIEJY>; Tue, 9 Mar 2004 04:09:24 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2949Kex021207;
	Tue, 9 Mar 2004 05:09:20 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2949JsX021206;
	Tue, 9 Mar 2004 05:09:19 +0100
Date: Tue, 9 Mar 2004 05:09:19 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Kumba <kumba@gentoo.org>
Cc: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
Message-ID: <20040309040919.GA11345@linux-mips.org>
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de> <404D1909.1020005@gentoo.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <404D1909.1020005@gentoo.org>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4512
X-ecartis-version: Ecartis v1.0.0
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

On Mon, Mar 08, 2004 at 08:08:25PM -0500, Kumba wrote:

> Hmm, well, The readelf -l and -S output from a 2.14.90.0.7-based 
> cross-compiler is attached, along with -l & -S outout from the 
> 2.15.90.0.1.1 (--version reports 2.15.90.0.1) as well for comparison.
> 
> The PAX_FLAGS bit comes from a patch added in gentoo for PaX support in 
> binaries.  More info on PaX is at http://pax.grsecurity.net.  I'm going 
> to rebuild my kernel cross-compiler without that one patch and see what 
> the results are.

PAX can't be fully supported on MIPS anyway; the architecture doesn't
have a no-exec flag in it's pages.

PAX docs are bullshit btw.  execution proection doesn't require a split TLB
and anyway, the MIPS uTLBs are split.

  Ralf

From ralf@linux-mips.org Tue Mar  9 04:21:35 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 04:21:35 +0000 (GMT)
Received: from p508B7B8E.dip.t-dialin.net ([IPv6:::ffff:80.139.123.142]:55053
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8224771AbUCIEVf>; Tue, 9 Mar 2004 04:21:35 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i294LVex021524;
	Tue, 9 Mar 2004 05:21:31 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i294LVl9021523;
	Tue, 9 Mar 2004 05:21:31 +0100
Date: Tue, 9 Mar 2004 05:21:30 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Daniel Jacobowitz <dan@debian.org>
Cc: linux-mips@linux-mips.org
Subject: Re: Patch for o32/n32 mmap on 64-bit kernel
Message-ID: <20040309042130.GA21423@linux-mips.org>
References: <20040308214629.GA2568@nevyn.them.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040308214629.GA2568@nevyn.them.org>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4513
X-ecartis-version: Ecartis v1.0.0
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

On Mon, Mar 08, 2004 at 04:46:30PM -0500, Daniel Jacobowitz wrote:

> As discussed.  Applies to linux-2.4 cleanly, to linux-2.6 also but you'll
> need to add:

Thanks for doing all the work.  Applied,

   Ralf

From kumba@gentoo.org Tue Mar  9 06:04:05 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 06:04:06 +0000 (GMT)
Received: from sccrmhc13.comcast.net ([IPv6:::ffff:204.127.202.64]:30870 "EHLO
	sccrmhc13.comcast.net") by linux-mips.org with ESMTP
	id <S8225198AbUCIGEF>; Tue, 9 Mar 2004 06:04:05 +0000
Received: from gentoo.org (pcp04939029pcs.waldrf01.md.comcast.net[68.48.72.58])
          by comcast.net (sccrmhc13) with ESMTP
          id <200403090603580160060e0fe>
          (Authid: kumba12345);
          Tue, 9 Mar 2004 06:03:58 +0000
Message-ID: <404D5F32.8020507@gentoo.org>
Date: Tue, 09 Mar 2004 01:07:46 -0500
From: Kumba <kumba@gentoo.org>
Reply-To: kumba@gentoo.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de> <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de> <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de>
In-Reply-To: <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4514
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kumba@gentoo.org
Precedence: bulk
X-list: linux-mips

Thiemo Seufer wrote:

> Well, then the effects I wrote about were not caused by that patch
> but by a broken linker. Re-doing the final link with the old linker
> should be enough to prove that.
> 
>>From the different alignment, this _might_ be related to Maciej's
> binutils patch for PAGE_SIZE != 4k.
> http://sources.redhat.com/ml/binutils/2003-12/msg00380.html

This patch looks to be the culprit.  Removing it from 
binutils-2.15.90.0.1.1 source and rebuilding my cross-compiler creates a 
bootable kernel (2.4.25).  I also noticed it changed the output of 
'readelf -l vmlinux' so that there is a second 'LOAD' program header. 
The PaX patch doesn't make a bit of difference, and I've test booted 
kernels built without Maciej's patch, including and excluding the PaX patch.

In the readelf -l <target> snippets below, one was built with Maciej's 
patch, one without, and the one without is the one that booted on my Indy.


With:
Elf file type is EXEC (Executable file)
Entry point 0x88144040
There are 3 program headers, starting at offset 52

Program Headers:
   Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
   REGINFO        0x1573c0 0x881573c0 0x881573c0 0x00018 0x00018 R   0x4
   LOAD           0x000000 0x88000000 0x88000000 0x16d000 0x194400 RWE 
0x10000
   PAX_FLAGS      0x000000 0x00000000 0x00000000 0x00000 0x00000     0x4

  Section to Segment mapping:
   Segment Sections...
    00     .reginfo
    01     .text .fixup .kstrtab __ex_table __ksymtab .data.init_task 
.text.init .data.init .setup.init .initcall.init .data.cacheline_aligned 
.reginfo .data .bss
    02



Without:
Elf file type is EXEC (Executable file)
Entry point 0x88144040
There are 4 program headers, starting at offset 52

Program Headers:
   Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
   REGINFO        0x1563c0 0x881573c0 0x881573c0 0x00018 0x00018 R   0x4
   LOAD           0x001000 0x88002000 0x88002000 0x13ffc0 0x13ffc0 R E 
0x1000
   LOAD           0x141000 0x88142000 0x88142000 0x2b000 0x52400 RWE 0x1000
   PAX_FLAGS      0x000000 0x00000000 0x00000000 0x00000 0x00000     0x4

  Section to Segment mapping:
   Segment Sections...
    00     .reginfo
    01     .text .fixup .kstrtab __ex_table __ksymtab
    02     .data.init_task .text.init .data.init .setup.init 
.initcall.init .data.cacheline_aligned .reginfo .data .bss
    03




--Kumba

-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond

From kumba@gentoo.org Tue Mar  9 06:07:37 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 06:07:38 +0000 (GMT)
Received: from sccrmhc13.comcast.net ([IPv6:::ffff:204.127.202.64]:48037 "EHLO
	sccrmhc13.comcast.net") by linux-mips.org with ESMTP
	id <S8225198AbUCIGHh>; Tue, 9 Mar 2004 06:07:37 +0000
Received: from gentoo.org (pcp04939029pcs.waldrf01.md.comcast.net[68.48.72.58])
          by comcast.net (sccrmhc13) with ESMTP
          id <20040309060732016004je32e>
          (Authid: kumba12345);
          Tue, 9 Mar 2004 06:07:32 +0000
Message-ID: <404D6008.9060900@gentoo.org>
Date: Tue, 09 Mar 2004 01:11:20 -0500
From: Kumba <kumba@gentoo.org>
Reply-To: kumba@gentoo.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de> <404D1909.1020005@gentoo.org> <20040309040919.GA11345@linux-mips.org>
In-Reply-To: <20040309040919.GA11345@linux-mips.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4515
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kumba@gentoo.org
Precedence: bulk
X-list: linux-mips

Ralf Baechle wrote:

> PAX can't be fully supported on MIPS anyway; the architecture doesn't
> have a no-exec flag in it's pages.
> 
> PAX docs are bullshit btw.  execution proection doesn't require a split TLB
> and anyway, the MIPS uTLBs are split.
> 
>   Ralf

I'm aware of the inability to fully support PaX on mips.  It does give 
some support, mainly in the Address Space Layout Randomization bit, so 
it's better than nothing, imho.  The binutils patch for this support in 
gentoo isn't targetted at mips anyways, it's applied for all the 
supported architectures.


--Kumba

-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond

From module@whatever.org.ar Tue Mar  9 15:13:41 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 15:13:45 +0000 (GMT)
Received: from telviso-dsl-static-03-200-85-107-17.telviso.net.ar ([IPv6:::ffff:200.85.107.17]:63057
	"HELO whatever.org.ar") by linux-mips.org with SMTP
	id <S8224988AbUCIPNl>; Tue, 9 Mar 2004 15:13:41 +0000
Received: (qmail 8893 invoked from network); 9 Mar 2004 12:13:32 -0000
Received: from unknown (HELO obscure.whatever.org.ar) (200.151.110.245)
  by whatever.org.ar with SMTP; 9 Mar 2004 12:13:32 -0000
Message-Id: <6.0.0.22.0.20040309121104.01c25d30@whatever.org.ar>
X-Sender: module@whatever.org.ar@whatever.org.ar
X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22
Date: Tue, 09 Mar 2004 12:12:53 -0300
To: Ralf Baechle <ralf@linux-mips.org>
From: Tiago =?iso-8859-1?Q?Assump=E7=E3o?= <module@whatever.org.ar>
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
Cc: linux-mips@linux-mips.org
In-Reply-To: <20040309040919.GA11345@linux-mips.org>
References: <404D0132.3020202@gentoo.org>
 <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D0A18.6050802@gentoo.org>
 <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D1909.1020005@gentoo.org>
 <20040309040919.GA11345@linux-mips.org>
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=====================_977475305==.ALT"
Return-Path: <module@whatever.org.ar>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4516
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: module@whatever.org.ar
Precedence: bulk
X-list: linux-mips

--=====================_977475305==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Yes, MIPS has no execution control flag in page-level.
And agreed, yet I nor PaX team see a way to make MIPS fully supported by PaX
-- if I'm not wrong, at the moment MIPS boards are only supported by ASLR.

I see that MIPS has split TLB's, which can not be distinguished by software
level in another hand. Thus when a page-fault occours I don't see how a piece
of (non-microcoded) exception handler can get aware whether the I-Fetch is 
being
done in original ``code area'' or as an attempt to execute injected payload in
a memory area supposed to carry only readable/writeable data.
Plus JTLB's holding data and code together in the address translation cache.
Plus situations like kseg0 and kseg1 unmaped translations, which would occour
outside of any TLB (having virtual address subtracted by 0x80000000 and
0xA0000000 respectively to get physiscal locations) making, as you mentioned,
only split uTLB's (not counting kseg2 special case). But PaX wants to take 
care of
kernel level security too.
Even MIPS split cache unities (which can be probed separately by software) 
wouldn't
make the approach possible since if you have a piece of data previously 
cached in
D-Cache (load/store) the cache line would need to suffer an invalidation 
and the
context to be saved in the I-Cache before the I-Fetch pipe stage succeeds.

Indeed, execution protection (in a general way) does not require split TLB.
Other solutions designed and implemented by PaX are SEGMEXEC (using specific
segmentation features of x86 basead core's) and MPROTECT. The last one uses
vm_flags to control every memory mapping's state, ensuring that these never 
hold
VM_WRITE | VM_MAYWRITE together with VM_EXEC | VM_MAYEXEC. But as the
solution becomes more complex it also tends to gain more issues. First of 
all, this
wouldn't be as simple and ``automatic'' as per page control. Another point 
is that this
solution wouldn't prevent kernel level attacks so, among others, any 
compromise in
this level could lead to direct manipulation of a task's mappings flags. At 
the end
a known problem is an attacker who is able to write to the filesystem and 
to request
this file to be mapped in memory as PROT_EXEC. In other words: yes it is 
possible to
achieve execution protection in other ways, but not as precise as page-level.

If anybody has an idea of how to design and implement such solution on MIPS 
computers
I'd really like to hear it.


http://pax.grsecurity.net for further information.



PS.: Kumba, I'd like to have a copy of your kernel image to take a look,
could you please send it to me?



Best regards,


--
                    Tiago Assumpcao

                 module@whatever.org.ar
                7D9A A6BA 8275 964E EF47
                EE5A 7AFF C759 B578 ACAA
      http://whatever.org.ar/~module [/myself.asc]




At 01:09 9/3/2004, you wrote:
>On Mon, Mar 08, 2004 at 08:08:25PM -0500, Kumba wrote:
>
> > Hmm, well, The readelf -l and -S output from a 2.14.90.0.7-based
> > cross-compiler is attached, along with -l & -S outout from the
> > 2.15.90.0.1.1 (--version reports 2.15.90.0.1) as well for comparison.
> >
> > The PAX_FLAGS bit comes from a patch added in gentoo for PaX support in
> > binaries.  More info on PaX is at http://pax.grsecurity.net.  I'm going
> > to rebuild my kernel cross-compiler without that one patch and see what
> > the results are.
>
>PAX can't be fully supported on MIPS anyway; the architecture doesn't
>have a no-exec flag in it's pages.
>
>PAX docs are bullshit btw.  execution proection doesn't require a split TLB
>and anyway, the MIPS uTLBs are split.
>
>   Ralf



--=====================_977475305==.ALT
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<body>
Yes, MIPS has no execution control flag in page-level.<br>
And agreed, yet I nor PaX team see a way to make MIPS fully supported by
PaX<br>
-- if I'm not wrong, at the moment MIPS boards are only supported by
ASLR.<br><br>
I see that MIPS has split TLB's, which can not be distinguished by
software<br>
level in another hand. Thus when a page-fault occours I don't see how a
piece<br>
of (non-microcoded) exception handler can get aware whether the I-Fetch
is being<br>
done in original ``code area'' or as an attempt to execute injected
payload in<br>
a memory area supposed to carry only readable/writeable data.<br>
Plus JTLB's holding data and code together in the address translation
cache.<br>
Plus situations like kseg0 and kseg1 unmaped translations, which would
occour<br>
outside of any TLB (having virtual address subtracted by 0x80000000
and<br>
0xA0000000 respectively to get physiscal locations) making, as you
mentioned,<br>
only split uTLB's (not counting kseg2 special case). But PaX wants to
take care of<br>
kernel level security too.<br>
Even MIPS split cache unities (which can be probed separately by
software) wouldn't<br>
make the approach possible since if you have a piece of data previously
cached in<br>
D-Cache (load/store) the cache line would need to suffer an invalidation
and the<br>
context to be saved in the I-Cache before the I-Fetch pipe stage
succeeds.<br><br>
Indeed, execution protection (in a general way) does not require split
TLB.<br>
Other solutions designed and implemented by PaX are SEGMEXEC (using
specific<br>
segmentation features of x86 basead core's) and MPROTECT. The last one
uses<br>
vm_flags to control every memory mapping's state, ensuring that these
never hold<br>
VM_WRITE | VM_MAYWRITE together with VM_EXEC | VM_MAYEXEC. But as
the<br>
solution becomes more complex it also tends to gain more issues. First of
all, this<br>
wouldn't be as simple and ``automatic'' as per page control. Another
point is that this<br>
solution wouldn't prevent kernel level attacks so, among others, any
compromise in<br>
this level could lead to direct manipulation of a task's mappings flags.
At the end<br>
a known problem is an attacker who is able to write to the filesystem and
to request<br>
this file to be mapped in memory as PROT_EXEC. In other words: yes it is
possible to<br>
achieve execution protection in other ways, but not as precise as
page-level.<br><br>
If anybody has an idea of how to design and implement such solution on
MIPS computers<br>
I'd really like to hear it.<br><br>
<br>
<a href=3D"http://pax.grsecurity.net/" eudora=3D"autourl">http://pax.grsecur=
ity.net</a>
for further information.<br><br>
<br><br>
PS.: Kumba, I'd like to have a copy of your kernel image to take a look,<br>
could you please send it to me?<br><br>
<br><br>
Best regards,<br><br>
<x-sigsep><p></x-sigsep>
<font face=3D"Courier New, Courier">--<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Tiago Assumpcao<br><br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; module@whatever.org.ar<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp; 7D9A A6BA 8275 964E EF47<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp; EE5A 7AFF C759 B578 ACAA<br>
&nbsp;&nbsp;&nbsp;&nbsp; <a href=3D"http://whatever.org.ar/~module"=
 eudora=3D"autourl">http://whatever.org.ar/~module</a> [/myself.asc]<br><br>
<br><br>
<br>
</font>At 01:09 9/3/2004, you wrote:<br>
<blockquote type=3Dcite class=3Dcite cite>On Mon, Mar 08, 2004 at 08:08:25PM=
 -0500, Kumba wrote:<br><br>
&gt; Hmm, well, The readelf -l and -S output from a 2.14.90.0.7-based <br>
&gt; cross-compiler is attached, along with -l &amp; -S outout from the <br>
&gt; 2.15.90.0.1.1 (--version reports 2.15.90.0.1) as well for=
 comparison.<br>
&gt; <br>
&gt; The PAX_FLAGS bit comes from a patch added in gentoo for PaX support in=
 <br>
&gt; binaries.&nbsp; More info on PaX is at <a=
 href=3D"http://pax.grsecurity.net.=A0/"=
 eudora=3D"autourl">http://pax.grsecurity.net. </a> I'm going <br>
&gt; to rebuild my kernel cross-compiler without that one patch and see what=
 <br>
&gt; the results are.<br><br>
PAX can't be fully supported on MIPS anyway; the architecture doesn't<br>
have a no-exec flag in it's pages.<br><br>
PAX docs are bullshit btw.&nbsp; execution proection doesn't require a split=
 TLB<br>
and anyway, the MIPS uTLBs are split.<br><br>
&nbsp; Ralf</blockquote>
<x-sigsep><p></x-sigsep>
<br>
</body>
</html>

--=====================_977475305==.ALT--


From ralf@linux-mips.org Tue Mar  9 16:48:26 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 09 Mar 2004 16:48:27 +0000 (GMT)
Received: from p508B7B8E.dip.t-dialin.net ([IPv6:::ffff:80.139.123.142]:45626
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8224771AbUCIQs0>; Tue, 9 Mar 2004 16:48:26 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i29GmOex002514;
	Tue, 9 Mar 2004 17:48:24 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i29GmMld002513;
	Tue, 9 Mar 2004 17:48:22 +0100
Date: Tue, 9 Mar 2004 17:48:22 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Tiago Assump??o <module@whatever.org.ar>
Cc: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
Message-ID: <20040309164822.GD14262@linux-mips.org>
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de> <404D1909.1020005@gentoo.org> <20040309040919.GA11345@linux-mips.org> <6.0.0.22.0.20040309121104.01c25d30@whatever.org.ar>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <6.0.0.22.0.20040309121104.01c25d30@whatever.org.ar>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4517
X-ecartis-version: Ecartis v1.0.0
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

On Tue, Mar 09, 2004 at 12:12:53PM -0300, Tiago Assump??o wrote:

> Yes, MIPS has no execution control flag in page-level.
> And agreed, yet I nor PaX team see a way to make MIPS fully supported by PaX
> -- if I'm not wrong, at the moment MIPS boards are only supported by ASLR.
> 
> I see that MIPS has split TLB's, which can not be distinguished by software
> level in another hand. Thus when a page-fault occours I don't see how a 
> piece of (non-microcoded) exception handler can get aware whether the
> I-Fetch is being done in original ``code area'' or as an attempt to execute
> injected payload in a memory area supposed to carry only readable/writeable
> data.

In a TLB reload handler you can distinguish betwen instruction and TLB
fault by comparing the fault address in badvaddr with the EPC value.  That
gives you non-exec protection for anything that doesn't already reside in
the TLB.  There is still one spare bit in the pagetables which you can use
as the exec permission bit.  So if I-fetch && !exec_bit -> SIGILL or
something like that.

The usual warning applies - any modification to the TLB code is going to
have extreme performance impact (a nop in the TLB reload handler will cost
about 0.5% of some benchmarks) and any attempts to execute code that is
already mapped will be missed.

Another better-than-nothing idea would be poisoning the I-cache by
pre-loading it.  Exploits probably don't flush the cache first so the
resulting I-cache non-coherence may crash the process instead.  Like
the previous idea this is performance intrusive and also a very dirty
solution.

> Plus situations like kseg0 and kseg1 unmaped translations, which would 
> occour
> outside of any TLB (having virtual address subtracted by 0x80000000 and
> 0xA0000000 respectively to get physiscal locations) making, as you 
> mentioned,
> only split uTLB's (not counting kseg2 special case). But PaX wants to take 
> care of
> kernel level security too.
> Even MIPS split cache unities (which can be probed separately by software) 
> wouldn't
> make the approach possible since if you have a piece of data previously 
> cached in
> D-Cache (load/store) the cache line would need to suffer an invalidation 
> and the
> context to be saved in the I-Cache before the I-Fetch pipe stage succeeds.

Okay, this paragraph was somewhat hard to understand so my comment may be
a bit off ...  All that's required is writing back data to memory or in
cache of Alchemy processors or uncached area not even that.  So chances
that exploit code actually works without having performed a cacheflush
are actually fairly good.

> Indeed, execution protection (in a general way) does not require split TLB.
> Other solutions designed and implemented by PaX are SEGMEXEC (using specific
> segmentation features of x86 basead core's) and MPROTECT. The last one uses
> vm_flags to control every memory mapping's state, ensuring that these never 
> hold
> VM_WRITE | VM_MAYWRITE together with VM_EXEC | VM_MAYEXEC. But as the
> solution becomes more complex it also tends to gain more issues. First of 
> all, this

> wouldn't be as simple and ``automatic'' as per page control. Another point 
> is that this

In the end anything less than per-page control is pretty inflexible.

> solution wouldn't prevent kernel level attacks so, among others, any 
> compromise in this level could lead to direct manipulation of a task's
> mappings flags. At the end a known problem is an attacker who is able to
> write to the filesystem and > to request this file to be mapped in
> memory as PROT_EXEC. In other words: yes it is  possible to achieve
> execution protection in other ways, but not as precise as page-level.

Okay, but that's outside the scope of what no-exec should attempt to do.

> If anybody has an idea of how to design and implement such solution on MIPS 
> computers

You could try to run the mapped kernel in supervisor mode.  Again lots
of performance implications.

  Ralf

From jsun@orion.mvista.com Wed Mar 10 02:15:52 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 10 Mar 2004 02:15:53 +0000 (GMT)
Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:25841 "EHLO
	orion.mvista.com") by linux-mips.org with ESMTP id <S8225300AbUCJCPw>;
	Wed, 10 Mar 2004 02:15:52 +0000
Received: from orion.mvista.com (localhost.localdomain [127.0.0.1])
	by orion.mvista.com (8.12.8/8.12.8) with ESMTP id i2A2Fpx6013522;
	Tue, 9 Mar 2004 18:15:51 -0800
Received: (from jsun@localhost)
	by orion.mvista.com (8.12.8/8.12.8/Submit) id i2A2FpVK013520;
	Tue, 9 Mar 2004 18:15:51 -0800
Date: Tue, 9 Mar 2004 18:15:50 -0800
From: Jun Sun <jsun@mvista.com>
To: linux-mips@linux-mips.org
Cc: jsun@mvista.com
Subject: [PATCH 2.6] make swarm compile and run again
Message-ID: <20040310021550.GT31326@mvista.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="HWvPVVuAAfuRc6SZ"
Content-Disposition: inline
User-Agent: Mutt/1.4i
Return-Path: <jsun@orion.mvista.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4518
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jsun@mvista.com
Precedence: bulk
X-list: linux-mips


--HWvPVVuAAfuRc6SZ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


Ralf,

This patch makes swarm compile and run again on 2.6.

I had to introduce a global function pointer, board_pcibios_init.
This setup needs ioremap() which is too early for any other
board setup hooks.

I think other boards will need this hookup too (e.g., NEC vr7701)

Does the patch look ok?

Jun


--HWvPVVuAAfuRc6SZ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="swarm.patch"

diff -Nru linux/arch/mips/pci/pci.c.orig linux/arch/mips/pci/pci.c
--- linux/arch/mips/pci/pci.c.orig	2004-03-09 17:40:10.000000000 -0800
+++ linux/arch/mips/pci/pci.c	2004-03-09 17:43:23.000000000 -0800
@@ -28,6 +28,8 @@
 
 unsigned int pci_probe = PCI_ASSIGN_ALL_BUSSES;
 
+void (*board_pcibios_init)(void) __initdata;
+
 /*
  * The PCI controller list.
  */
@@ -118,6 +120,9 @@
 	int next_busno;
 	int need_domain_info = 0;
 
+	if (board_pcibios_init)
+		board_pcibios_init();
+
 	/* Scan all of the recorded PCI controllers.  */
 	for (next_busno = 0, hose = hose_head; hose; hose = hose->next) {
 
diff -Nru linux/arch/mips/pci/pci-sb1250.c.orig linux/arch/mips/pci/pci-sb1250.c
--- linux/arch/mips/pci/pci-sb1250.c.orig	2004-03-09 16:38:36.000000000 -0800
+++ linux/arch/mips/pci/pci-sb1250.c	2004-03-09 17:39:55.000000000 -0800
@@ -84,6 +84,11 @@
 	*(u32 *) (cfg_space + (addr & ~3)) = data;
 }
 
+int pcibios_map_irq(struct pci_dev *dev, u8 slot, u8 pin)
+{
+	return dev->irq;
+}
+
 /*
  * Some checks before doing config cycles:
  * In PCI Device Mode, hide everything on bus 0 except the LDT host
@@ -194,10 +199,18 @@
 	.io_resource	= &sb1250_io_resource
 };
 
-int __init pcibios_init(void)	xxx This needs to be called somehow ...
+int __init sb1250_pcibios_init(void)
 {
 	uint32_t cmdreg;
 	uint64_t reg;
+	extern int pci_probe_only;
+
+	/* CFE will assign PCI resources */
+	pci_probe_only = 1;
+
+	/* fake resource limit to avoid errors */
+	iomem_resource.end = 0xffffffff;
+	ioport_resource.end = 0xffffffff;
 
 	cfg_space =
 	    ioremap(A_PHYS_LDTPCI_CFG_MATCH_BITS, 16 * 1024 * 1024);
diff -Nru linux/arch/mips/sibyte/swarm/setup.c.orig linux/arch/mips/sibyte/swarm/setup.c
--- linux/arch/mips/sibyte/swarm/setup.c.orig	2004-03-09 16:40:21.000000000 -0800
+++ linux/arch/mips/sibyte/swarm/setup.c	2004-03-09 17:52:42.000000000 -0800
@@ -34,12 +34,14 @@
 #include <asm/reboot.h>
 #include <asm/time.h>
 #include <asm/traps.h>
+#include <asm/pci_channel.h>
 #include <asm/sibyte/sb1250.h>
 #include <asm/sibyte/sb1250_regs.h>
 #include <asm/sibyte/sb1250_genbus.h>
 #include <asm/sibyte/board.h>
 
 extern void sb1250_setup(void);
+extern void sb1250_pcibios_init(void);
 
 extern int xicor_probe(void);
 extern int xicor_set_time(unsigned long);
@@ -80,7 +82,7 @@
 	return (is_fixup ? MIPS_BE_FIXUP : MIPS_BE_FATAL);
 }
 
-static void __init swarm_setup(void)
+static int __init swarm_setup(void)
 {
 	extern int panic_timeout;
 
@@ -131,6 +133,12 @@
        };
        /* XXXKW for CFE, get lines/cols from environment */
 #endif
+
+#ifdef CONFIG_SIBYTE_HAS_PCI
+	board_pcibios_init = sb1250_pcibios_init;
+#endif
+
+	return 0;
 }
 
 early_initcall(swarm_setup);
diff -Nru linux/drivers/net/sb1250-mac.c.orig linux/drivers/net/sb1250-mac.c
diff -Nru linux/include/asm-mips/sibyte/board.h.orig linux/include/asm-mips/sibyte/board.h
--- linux/include/asm-mips/sibyte/board.h.orig	2004-01-05 10:48:39.000000000 -0800
+++ linux/include/asm-mips/sibyte/board.h	2004-03-09 17:52:17.000000000 -0800
@@ -56,8 +56,6 @@
 
 #else
 
-void swarm_setup(void);
-
 #ifdef LEDS_PHYS
 extern void setleds(char *str);
 #else
diff -Nru linux/include/asm-mips/pci_channel.h.orig linux/include/asm-mips/pci_channel.h
--- linux/include/asm-mips/pci_channel.h.orig	2003-11-13 18:35:35.000000000 -0800
+++ linux/include/asm-mips/pci_channel.h	2004-03-09 17:38:54.000000000 -0800
@@ -43,4 +43,10 @@
  */
 extern int pcibios_map_irq(struct pci_dev *dev, u8 slot, u8 pin);
 
+/*
+ * board pci initialization routine.  If set, it is called at the beginning
+ * of pcibios_init().
+ */
+extern void (*board_pcibios_init)(void);
+
 #endif  /* __ASM_PCI_CHANNEL_H */

--HWvPVVuAAfuRc6SZ--

From jsun@orion.mvista.com Wed Mar 10 02:33:09 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 10 Mar 2004 02:33:10 +0000 (GMT)
Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:12023 "EHLO
	orion.mvista.com") by linux-mips.org with ESMTP id <S8225305AbUCJCdJ>;
	Wed, 10 Mar 2004 02:33:09 +0000
Received: from orion.mvista.com (localhost.localdomain [127.0.0.1])
	by orion.mvista.com (8.12.8/8.12.8) with ESMTP id i2A2X8x6013588;
	Tue, 9 Mar 2004 18:33:08 -0800
Received: (from jsun@localhost)
	by orion.mvista.com (8.12.8/8.12.8/Submit) id i2A2X8P8013586;
	Tue, 9 Mar 2004 18:33:08 -0800
Date: Tue, 9 Mar 2004 18:33:08 -0800
From: Jun Sun <jsun@mvista.com>
To: linux-mips@linux-mips.org
Cc: jsun@mvista.com
Subject: "eth%d" - net dev name in 2.6?
Message-ID: <20040310023308.GU31326@mvista.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Return-Path: <jsun@orion.mvista.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4519
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jsun@mvista.com
Precedence: bulk
X-list: linux-mips


With swarm running on 2.6 I just saw the net dev names are
not set correctly.  See below.

eth%d: SiByte Ethernet at 0x10064000, address: 00-02-4C-FE-0C-B2                
eth%d: enabling TCP rcv checksum                                                

It appears alloc_netdev() assigns this initial name and nobody
later resets it to a more meaningful name.  

Any body has a clue here?  I don't think it is driver's job though ...

Thanks.

Jun

From tbm@cyrius.com Wed Mar 10 02:54:25 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 10 Mar 2004 02:54:26 +0000 (GMT)
Received: from sorrow.cyrius.com ([IPv6:::ffff:65.19.161.204]:9990 "EHLO
	sorrow.cyrius.com") by linux-mips.org with ESMTP
	id <S8225314AbUCJCyZ>; Wed, 10 Mar 2004 02:54:25 +0000
Received: by sorrow.cyrius.com (Postfix, from userid 10)
	id B834664D3A; Wed, 10 Mar 2004 02:54:21 +0000 (UTC)
Received: by deprecation.cyrius.com (Postfix, from userid 1000)
	id 64607FEC6; Wed, 10 Mar 2004 02:53:46 +0000 (GMT)
Date: Wed, 10 Mar 2004 02:53:46 +0000
From: Martin Michlmayr <tbm@cyrius.com>
To: Jun Sun <jsun@mvista.com>
Cc: linux-mips@linux-mips.org
Subject: Re: "eth%d" - net dev name in 2.6?
Message-ID: <20040310025346.GA5661@deprecation.cyrius.com>
References: <20040310023308.GU31326@mvista.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040310023308.GU31326@mvista.com>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Return-Path: <tbm@cyrius.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4520
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tbm@cyrius.com
Precedence: bulk
X-list: linux-mips

* Jun Sun <jsun@mvista.com> [2004-03-09 18:33]:
> eth%d: SiByte Ethernet at 0x10064000, address: 00-02-4C-FE-0C-B2                
> eth%d: enabling TCP rcv checksum                                                
> 
> Any body has a clue here?  I don't think it is driver's job though ...

I have no idea, but I've seen a similar bug report at
http://bugs.debian.org/234817

-- 
Martin Michlmayr
tbm@cyrius.com

From kumba@gentoo.org Wed Mar 10 04:11:04 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 10 Mar 2004 04:11:07 +0000 (GMT)
Received: from rwcrmhc13.comcast.net ([IPv6:::ffff:204.127.198.39]:18650 "EHLO
	rwcrmhc13.comcast.net") by linux-mips.org with ESMTP
	id <S8224850AbUCJELE>; Wed, 10 Mar 2004 04:11:04 +0000
Received: from gentoo.org (pcp04939029pcs.waldrf01.md.comcast.net[68.48.72.58])
          by comcast.net (rwcrmhc13) with ESMTP
          id <2004031004105601500pk8j7e>
          (Authid: kumba12345);
          Wed, 10 Mar 2004 04:10:56 +0000
Message-ID: <404E962D.5070700@gentoo.org>
Date: Tue, 09 Mar 2004 23:14:37 -0500
From: Kumba <kumba@gentoo.org>
Reply-To: kumba@gentoo.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: Re: "eth%d" - net dev name in 2.6?
References: <20040310023308.GU31326@mvista.com>
In-Reply-To: <20040310023308.GU31326@mvista.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4521
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kumba@gentoo.org
Precedence: bulk
X-list: linux-mips

Jun Sun wrote:

> With swarm running on 2.6 I just saw the net dev names are
> not set correctly.  See below.
> 
> eth%d: SiByte Ethernet at 0x10064000, address: 00-02-4C-FE-0C-B2                
> eth%d: enabling TCP rcv checksum                                                
> 
> It appears alloc_netdev() assigns this initial name and nobody
> later resets it to a more meaningful name.  
> 
> Any body has a clue here?  I don't think it is driver's job though ...
> 
> Thanks.
> 
> Jun

I've seen this for ages on 2.4 and 2.6.  Seems to be some kind of typo 
or something in several archs (my Blade 100 shows this in dmesg as well).


--Kumba

-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond

From ralf@linux-mips.org Wed Mar 10 14:51:59 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 10 Mar 2004 14:52:02 +0000 (GMT)
Received: from p508B7CF6.dip.t-dialin.net ([IPv6:::ffff:80.139.124.246]:63505
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8224950AbUCJOv7>; Wed, 10 Mar 2004 14:51:59 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2AEpvex009016;
	Wed, 10 Mar 2004 15:51:57 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2AEpvlQ009015;
	Wed, 10 Mar 2004 15:51:57 +0100
Date: Wed, 10 Mar 2004 15:51:57 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Jun Sun <jsun@mvista.com>
Cc: linux-mips@linux-mips.org
Subject: Re: "eth%d" - net dev name in 2.6?
Message-ID: <20040310145156.GA26629@linux-mips.org>
References: <20040310023308.GU31326@mvista.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040310023308.GU31326@mvista.com>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4522
X-ecartis-version: Ecartis v1.0.0
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

On Tue, Mar 09, 2004 at 06:33:08PM -0800, Jun Sun wrote:

> With swarm running on 2.6 I just saw the net dev names are
> not set correctly.  See below.
> 
> eth%d: SiByte Ethernet at 0x10064000, address: 00-02-4C-FE-0C-B2                
> eth%d: enabling TCP rcv checksum                                                
> 
> It appears alloc_netdev() assigns this initial name and nobody
> later resets it to a more meaningful name.  
> 
> Any body has a clue here?  I don't think it is driver's job though ...

It's always the driver :-)

It's referencing net_device->name before register_netdev.

There's plenty of other small candy in that driver, for example in
sbmac_cleanup_module():

                dev = dev_sbmac[idx];
                if (!dev) {
                        struct sbmac_softc *sc = dev->priv;
                        unregister_netdev(dev);
                        sbmac_uninitctx(sc);
                        free_netdev(dev);
                }

Better make sure the pointer is NULL before we dereference it.  We don't
want to miss a crash, do we ;-)

  Ralf

From ralf@linux-mips.org Wed Mar 10 14:59:12 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 10 Mar 2004 14:59:12 +0000 (GMT)
Received: from p508B7CF6.dip.t-dialin.net ([IPv6:::ffff:80.139.124.246]:27410
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8224947AbUCJO7M>; Wed, 10 Mar 2004 14:59:12 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2AEx7ex009162;
	Wed, 10 Mar 2004 15:59:07 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2AEx6rj009161;
	Wed, 10 Mar 2004 15:59:06 +0100
Date: Wed, 10 Mar 2004 15:59:06 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Martin Michlmayr <tbm@cyrius.com>
Cc: Jun Sun <jsun@mvista.com>, linux-mips@linux-mips.org,
	netdev@oss.sgi.com
Subject: Re: "eth%d" - net dev name in 2.6?
Message-ID: <20040310145906.GA9104@linux-mips.org>
References: <20040310023308.GU31326@mvista.com> <20040310025346.GA5661@deprecation.cyrius.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040310025346.GA5661@deprecation.cyrius.com>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4523
X-ecartis-version: Ecartis v1.0.0
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

On Wed, Mar 10, 2004 at 02:53:46AM +0000, Martin Michlmayr wrote:

> I have no idea, but I've seen a similar bug report at
> http://bugs.debian.org/234817

This affects drivers/net/ne.c, so I'm adding netdev to the cc list.

Same problem, dereferencing net_device->name before register_netdev().
That's caused by a bit toooo quick and sloopy conversion from
init_etherdev to alloc_etherdev & register_netdev.

  Ralf

From ralf@linux-mips.org Wed Mar 10 14:59:45 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 10 Mar 2004 14:59:46 +0000 (GMT)
Received: from p508B7CF6.dip.t-dialin.net ([IPv6:::ffff:80.139.124.246]:32018
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8224947AbUCJO7p>; Wed, 10 Mar 2004 14:59:45 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2AExgex009194;
	Wed, 10 Mar 2004 15:59:42 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2AExg2S009193;
	Wed, 10 Mar 2004 15:59:42 +0100
Date: Wed, 10 Mar 2004 15:59:42 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Kumba <kumba@gentoo.org>
Cc: linux-mips@linux-mips.org
Subject: Re: "eth%d" - net dev name in 2.6?
Message-ID: <20040310145942.GB9104@linux-mips.org>
References: <20040310023308.GU31326@mvista.com> <404E962D.5070700@gentoo.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <404E962D.5070700@gentoo.org>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4524
X-ecartis-version: Ecartis v1.0.0
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

On Tue, Mar 09, 2004 at 11:14:37PM -0500, Kumba wrote:

> I've seen this for ages on 2.4 and 2.6.  Seems to be some kind of typo 
> or something in several archs (my Blade 100 shows this in dmesg as well).

What driver?

  Ralf

From jsun@orion.mvista.com Wed Mar 10 19:07:12 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 10 Mar 2004 19:07:13 +0000 (GMT)
Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:21245 "EHLO
	orion.mvista.com") by linux-mips.org with ESMTP id <S8224952AbUCJTHM>;
	Wed, 10 Mar 2004 19:07:12 +0000
Received: from orion.mvista.com (localhost.localdomain [127.0.0.1])
	by orion.mvista.com (8.12.8/8.12.8) with ESMTP id i2AJ77x6022260;
	Wed, 10 Mar 2004 11:07:07 -0800
Received: (from jsun@localhost)
	by orion.mvista.com (8.12.8/8.12.8/Submit) id i2AJ77YP022258;
	Wed, 10 Mar 2004 11:07:07 -0800
Date: Wed, 10 Mar 2004 11:07:07 -0800
From: Jun Sun <jsun@mvista.com>
To: linux-mips@linux-mips.org
Cc: jsun@mvista.com
Subject: Re: [PATCH 2.6] make swarm compile and run again
Message-ID: <20040310190707.GC16027@mvista.com>
References: <20040310021550.GT31326@mvista.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="KsGdsel6WgEHnImy"
Content-Disposition: inline
In-Reply-To: <20040310021550.GT31326@mvista.com>
User-Agent: Mutt/1.4i
Return-Path: <jsun@orion.mvista.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4525
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jsun@mvista.com
Precedence: bulk
X-list: linux-mips


--KsGdsel6WgEHnImy
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Mar 09, 2004 at 06:15:50PM -0800, Jun Sun wrote:
> 
> Ralf,
> 
> This patch makes swarm compile and run again on 2.6.
> 
> I had to introduce a global function pointer, board_pcibios_init.
> This setup needs ioremap() which is too early for any other
> board setup hooks.
> 
> I think other boards will need this hookup too (e.g., NEC vr7701)
> 
> Does the patch look ok?
> 
> Jun
>

Looks like my snapshot is a couple of days old.  Here is the updated
patch with update config as well.

I will check in if no objections.

Jun 

--KsGdsel6WgEHnImy
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="temp.patch"

diff -Nru linux/arch/mips/configs/sb1250-swarm_defconfig.orig linux/arch/mips/configs/sb1250-swarm_defconfig
--- linux/arch/mips/configs/sb1250-swarm_defconfig.orig	2004-02-22 19:14:30.000000000 -0800
+++ linux/arch/mips/configs/sb1250-swarm_defconfig	2004-03-10 11:04:09.000000000 -0800
@@ -82,12 +82,13 @@
 # CONFIG_SIBYTE_UNKNOWN is not set
 CONFIG_SIBYTE_BOARD=y
 CONFIG_SIBYTE_SB1250=y
-CONFIG_CPU_SB1_PASS_1=y
-# CONFIG_CPU_SB1_PASS_2_1250 is not set
+# CONFIG_CPU_SB1_PASS_1 is not set
+CONFIG_CPU_SB1_PASS_2_1250=y
 # CONFIG_CPU_SB1_PASS_2_2 is not set
 # CONFIG_CPU_SB1_PASS_4 is not set
 # CONFIG_CPU_SB1_PASS_2_112x is not set
 # CONFIG_CPU_SB1_PASS_3 is not set
+CONFIG_CPU_SB1_PASS_2=y
 CONFIG_SIBYTE_HAS_PCI=y
 CONFIG_SIBYTE_HAS_LDT=y
 # CONFIG_SIMULATION is not set
@@ -132,9 +133,9 @@
 # CONFIG_PAGE_SIZE_16KB is not set
 # CONFIG_PAGE_SIZE_64KB is not set
 # CONFIG_SIBYTE_DMA_PAGEOPS is not set
-# CONFIG_CPU_HAS_PREFETCH is not set
 CONFIG_VTAG_ICACHE=y
-CONFIG_SB1_PASS_1_WORKAROUNDS=y
+CONFIG_SB1_PASS_2_WORKAROUNDS=y
+CONFIG_SB1_PASS_2_1_WORKAROUNDS=y
 # CONFIG_64BIT_PHYS_ADDR is not set
 # CONFIG_CPU_ADVANCED is not set
 CONFIG_CPU_HAS_LLSC=y
@@ -316,7 +317,7 @@
 # Ethernet (10 or 100Mbit)
 #
 CONFIG_NET_ETHERNET=y
-# CONFIG_MII is not set
+CONFIG_MII=y
 CONFIG_NET_SB1250_MAC=y
 # CONFIG_HAPPYMEAL is not set
 # CONFIG_SUNGEM is not set
@@ -409,7 +410,7 @@
 # CONFIG_GAMEPORT is not set
 CONFIG_SOUND_GAMEPORT=y
 CONFIG_SERIO=y
-CONFIG_SERIO_I8042=y
+# CONFIG_SERIO_I8042 is not set
 CONFIG_SERIO_SERPORT=y
 # CONFIG_SERIO_CT82C710 is not set
 # CONFIG_SERIO_PCIPS2 is not set
@@ -439,7 +440,8 @@
 #
 # Non-8250 serial port support
 #
-# CONFIG_UNIX98_PTYS is not set
+CONFIG_UNIX98_PTYS=y
+CONFIG_UNIX98_PTY_COUNT=256
 
 #
 # Mice
@@ -542,6 +544,8 @@
 CONFIG_PROC_FS=y
 CONFIG_PROC_KCORE=y
 # CONFIG_DEVFS_FS is not set
+CONFIG_DEVPTS_FS=y
+# CONFIG_DEVPTS_FS_XATTR is not set
 # CONFIG_TMPFS is not set
 # CONFIG_HUGETLB_PAGE is not set
 CONFIG_RAMFS=y
@@ -631,6 +635,6 @@
 #
 # Library routines
 #
-# CONFIG_CRC32 is not set
+CONFIG_CRC32=y
 CONFIG_ZLIB_INFLATE=y
 CONFIG_ZLIB_DEFLATE=y
diff -Nru linux/arch/mips/pci/pci.c.orig linux/arch/mips/pci/pci.c
--- linux/arch/mips/pci/pci.c.orig	2004-03-09 17:40:10.000000000 -0800
+++ linux/arch/mips/pci/pci.c	2004-03-09 17:43:23.000000000 -0800
@@ -28,6 +28,8 @@
 
 unsigned int pci_probe = PCI_ASSIGN_ALL_BUSSES;
 
+void (*board_pcibios_init)(void) __initdata;
+
 /*
  * The PCI controller list.
  */
@@ -118,6 +120,9 @@
 	int next_busno;
 	int need_domain_info = 0;
 
+	if (board_pcibios_init)
+		board_pcibios_init();
+
 	/* Scan all of the recorded PCI controllers.  */
 	for (next_busno = 0, hose = hose_head; hose; hose = hose->next) {
 
diff -Nru linux/arch/mips/pci/pci-sb1250.c.orig linux/arch/mips/pci/pci-sb1250.c
--- linux/arch/mips/pci/pci-sb1250.c.orig	2004-03-09 16:38:36.000000000 -0800
+++ linux/arch/mips/pci/pci-sb1250.c	2004-03-09 17:39:55.000000000 -0800
@@ -84,6 +84,11 @@
 	*(u32 *) (cfg_space + (addr & ~3)) = data;
 }
 
+int pcibios_map_irq(struct pci_dev *dev, u8 slot, u8 pin)
+{
+	return dev->irq;
+}
+
 /*
  * Some checks before doing config cycles:
  * In PCI Device Mode, hide everything on bus 0 except the LDT host
@@ -194,10 +199,18 @@
 	.io_resource	= &sb1250_io_resource
 };
 
-int __init pcibios_init(void)	xxx This needs to be called somehow ...
+int __init sb1250_pcibios_init(void)
 {
 	uint32_t cmdreg;
 	uint64_t reg;
+	extern int pci_probe_only;
+
+	/* CFE will assign PCI resources */
+	pci_probe_only = 1;
+
+	/* fake resource limit to avoid errors */
+	iomem_resource.end = 0xffffffff;
+	ioport_resource.end = 0xffffffff;
 
 	cfg_space =
 	    ioremap(A_PHYS_LDTPCI_CFG_MATCH_BITS, 16 * 1024 * 1024);
diff -Nru linux/arch/mips/sibyte/sb1250/smp.c.orig linux/arch/mips/sibyte/sb1250/smp.c
--- linux/arch/mips/sibyte/sb1250/smp.c.orig	2004-03-09 16:40:21.000000000 -0800
+++ linux/arch/mips/sibyte/sb1250/smp.c	2004-03-10 10:38:32.000000000 -0800
@@ -94,5 +94,5 @@
 	 */
 
 	if (action & SMP_CALL_FUNCTION)
-		smp_call_function_interrupt(0, NULL, regs);
+		smp_call_function_interrupt();
 }
diff -Nru linux/arch/mips/sibyte/swarm/setup.c.orig linux/arch/mips/sibyte/swarm/setup.c
--- linux/arch/mips/sibyte/swarm/setup.c.orig	2004-03-09 16:40:21.000000000 -0800
+++ linux/arch/mips/sibyte/swarm/setup.c	2004-03-09 17:52:42.000000000 -0800
@@ -34,12 +34,14 @@
 #include <asm/reboot.h>
 #include <asm/time.h>
 #include <asm/traps.h>
+#include <asm/pci_channel.h>
 #include <asm/sibyte/sb1250.h>
 #include <asm/sibyte/sb1250_regs.h>
 #include <asm/sibyte/sb1250_genbus.h>
 #include <asm/sibyte/board.h>
 
 extern void sb1250_setup(void);
+extern void sb1250_pcibios_init(void);
 
 extern int xicor_probe(void);
 extern int xicor_set_time(unsigned long);
@@ -80,7 +82,7 @@
 	return (is_fixup ? MIPS_BE_FIXUP : MIPS_BE_FATAL);
 }
 
-static void __init swarm_setup(void)
+static int __init swarm_setup(void)
 {
 	extern int panic_timeout;
 
@@ -131,6 +133,12 @@
        };
        /* XXXKW for CFE, get lines/cols from environment */
 #endif
+
+#ifdef CONFIG_SIBYTE_HAS_PCI
+	board_pcibios_init = sb1250_pcibios_init;
+#endif
+
+	return 0;
 }
 
 early_initcall(swarm_setup);
diff -Nru linux/drivers/net/sb1250-mac.c.orig linux/drivers/net/sb1250-mac.c
diff -Nru linux/include/asm-mips/sibyte/board.h.orig linux/include/asm-mips/sibyte/board.h
--- linux/include/asm-mips/sibyte/board.h.orig	2004-01-05 10:48:39.000000000 -0800
+++ linux/include/asm-mips/sibyte/board.h	2004-03-09 17:52:17.000000000 -0800
@@ -56,8 +56,6 @@
 
 #else
 
-void swarm_setup(void);
-
 #ifdef LEDS_PHYS
 extern void setleds(char *str);
 #else
diff -Nru linux/include/asm-mips/pci_channel.h.orig linux/include/asm-mips/pci_channel.h
--- linux/include/asm-mips/pci_channel.h.orig	2003-11-13 18:35:35.000000000 -0800
+++ linux/include/asm-mips/pci_channel.h	2004-03-09 17:38:54.000000000 -0800
@@ -43,4 +43,10 @@
  */
 extern int pcibios_map_irq(struct pci_dev *dev, u8 slot, u8 pin);
 
+/*
+ * board pci initialization routine.  If set, it is called at the beginning
+ * of pcibios_init().
+ */
+extern void (*board_pcibios_init)(void);
+
 #endif  /* __ASM_PCI_CHANNEL_H */

--KsGdsel6WgEHnImy--

From kumba@gentoo.org Wed Mar 10 22:23:45 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 10 Mar 2004 22:23:46 +0000 (GMT)
Received: from rwcrmhc13.comcast.net ([IPv6:::ffff:204.127.198.39]:41632 "EHLO
	rwcrmhc13.comcast.net") by linux-mips.org with ESMTP
	id <S8224952AbUCJWXp>; Wed, 10 Mar 2004 22:23:45 +0000
Received: from gentoo.org (pcp04939029pcs.waldrf01.md.comcast.net[68.48.72.58])
          by comcast.net (rwcrmhc13) with ESMTP
          id <20040310221317015009i4ibe>
          (Authid: kumba12345);
          Wed, 10 Mar 2004 22:13:17 +0000
Message-ID: <404F93E1.7070003@gentoo.org>
Date: Wed, 10 Mar 2004 17:17:05 -0500
From: Kumba <kumba@gentoo.org>
Reply-To: kumba@gentoo.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: Re: "eth%d" - net dev name in 2.6?
References: <20040310023308.GU31326@mvista.com> <404E962D.5070700@gentoo.org> <20040310145942.GB9104@linux-mips.org>
In-Reply-To: <20040310145942.GB9104@linux-mips.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4526
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kumba@gentoo.org
Precedence: bulk
X-list: linux-mips

Ralf Baechle wrote:

> On Tue, Mar 09, 2004 at 11:14:37PM -0500, Kumba wrote:
> 
> 
>>I've seen this for ages on 2.4 and 2.6.  Seems to be some kind of typo 
>>or something in several archs (my Blade 100 shows this in dmesg as well).
> 
> 
> What driver?
> 
>   Ralf
> 

Sun GEM driver.  Looks like it's fixed in 2.6, but 2.4.22/23 on the 
system had this in dmesg:

sungem.c:v0.97 3/20/02 David S. Miller (davem@redhat.com)
eth%d: MII PHY ID: 437420 Enable Semiconductor
eth0: Sun GEM (PCI) 10/100/1000BaseT Ethernet 00:03:ba:04:be:a4

Seen it else where too, Maybe on a 2.4 driver in my x86 box, but that 
dmesg isn't available anymore to double check.


--Kumba

-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond

From xavier_prabhu@linuxmail.org Fri Mar 12 04:10:40 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 12 Mar 2004 04:10:45 +0000 (GMT)
Received: from webmail-outgoing.us4.outblaze.com ([IPv6:::ffff:205.158.62.67]:32924
	"EHLO webmail-outgoing.us4.outblaze.com") by linux-mips.org
	with ESMTP id <S8224858AbUCLEKk>; Fri, 12 Mar 2004 04:10:40 +0000
Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])
	by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id B789818017A5
	for <linux-mips@linux-mips.org>; Fri, 12 Mar 2004 04:10:32 +0000 (GMT)
X-OB-Received: from unknown (205.158.62.156)
  by wfilter.us4.outblaze.com; 12 Mar 2004 04:10:13 -0000
Received: by ws5-7.us4.outblaze.com (Postfix, from userid 1001)
	id 98C6C2B2B57; Fri, 12 Mar 2004 04:10:32 +0000 (GMT)
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.41 (Entity 5.404)
Received: from [203.197.141.34] by ws5-7.us4.outblaze.com with http for
    xavier_prabhu@linuxmail.org; Fri, 12 Mar 2004 12:10:31 +0800
From: "xavier prabhu" <xavier_prabhu@linuxmail.org>
To: linux-mips@linux-mips.org
Date: Fri, 12 Mar 2004 12:10:31 +0800
Subject: Linux Boot Issue in Au1550
X-Originating-Ip: 203.197.141.34
X-Originating-Server: ws5-7.us4.outblaze.com
Message-Id: <20040312041032.98C6C2B2B57@ws5-7.us4.outblaze.com>
Return-Path: <xavier_prabhu@linuxmail.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4527
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: xavier_prabhu@linuxmail.org
Precedence: bulk
X-list: linux-mips

Hi all,

I had built the kernel(2.2.24) for Alchemy pb1550 evaluation board using mvista previewkit little endian toolchain and binutils-2.14.90.
I can able to flash the srec image(YAMON:tftp). I get following problem while booting the image.
Please suggest me what could be the issue.

YAMON> load -r tftp://10.145.2.248/cramfsimage.srec
About to load tftp://10.145.2.248/cramfsimage.srec
Press Ctrl-C to break
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
..........
Start = 0xbf100000, range = (0xbf100000,0xbf521fff), format = SREC
YAMON> load -r tftp://10.145.2.248/zImage.srec
About to load tftp://10.145.2.248/zImage.srec
Press Ctrl-C to break
........................................
........................................
......................
Start = 0xbf000000, range = (0xbf000000,0xbf0cbfff), format = SREC
YAMON> go 0xbf000000
loaded at:     BF000000 BF0CC000
relocated to:  81000000 810CC000
zimage at:     81006540 810CB74F
Uncompressing Linux at load address 80100000
Now booting the kernel

* Exception (user) : TLB (load or instruction fetch) *

CAUSE    = 0x00808008  STATUS   = 0x00000002
EPC      = 0x00000000  ERROREPC = 0x80003004
BADVADDR = 0x00000000

$ 0(zr):0x00000000  $ 8(t0):0x000025bd  $16(s0):0x00000001  $24(t8):0x80400058
$ 1(at):0x81000000  $ 9(t1):0x00000000  $17(s1):0x80083350  $25(t9):0x810cf020
$ 2(v0):0xb1100004  $10(t2):0x00000002  $18(s2):0x800442d8  $26(k0):0x00000000
$ 3(v1):0xb110001c  $11(t3):0x0000027f  $19(s3):0x08000000  $27(k1):0x00000000
$ 4(a0):0x00000001  $12(t4):0x80401058  $20(s4):0x00000000  $28(gp):0x00000000
$ 5(a1):0x80083350  $13(t5):0x810cb745  $21(s5):0x00000000  $29(sp):0x810cf0a0
$ 6(a2):0x800442d8  $14(t6):0x000025bd  $22(s6):0x00000000  $30(s8):0xbf000000
$ 7(a3):0x08000000  $15(t7):0x0000000a  $23(s7):0x00000000  $31(ra):0x810000dc

YAMON>

Thanks in advance,

Regards,
Xavier.
-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze

From dan@embeddededge.com Fri Mar 12 06:24:33 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 12 Mar 2004 06:24:34 +0000 (GMT)
Received: from embeddededge.com ([IPv6:::ffff:209.113.146.155]:32384 "EHLO
	tibook.netx4.com") by linux-mips.org with ESMTP id <S8225193AbUCLGYd>;
	Fri, 12 Mar 2004 06:24:33 +0000
Received: from embeddededge.com (IDENT:dan@localhost.localdomain [127.0.0.1])
	by tibook.netx4.com (8.11.1/8.11.1) with ESMTP id i2C6Pdo01096;
	Fri, 12 Mar 2004 01:25:40 -0500
Message-ID: <405157E3.1020502@embeddededge.com>
Date: Fri, 12 Mar 2004 01:25:39 -0500
From: Dan Malek <dan@embeddededge.com>
Organization: Embedded Edge, LLC.
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.9) Gecko/20020411
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: xavier prabhu <xavier_prabhu@linuxmail.org>
CC: linux-mips@linux-mips.org
Subject: Re: Linux Boot Issue in Au1550
References: <20040312041032.98C6C2B2B57@ws5-7.us4.outblaze.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <dan@embeddededge.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4528
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dan@embeddededge.com
Precedence: bulk
X-list: linux-mips

xavier prabhu wrote:

> I had built the kernel(2.2.24) for Alchemy pb1550 evaluation board...

We need lots more information.....

Where did you get the kernel?
What patches did you apply?  Were there any errors?
What version of the compiler is this?
What commands did you use to build the kernel and S-record image?
Anything else that may be useful, like files you may have changed?

Thanks.


	-- Dan


From xavier_prabhu@linuxmail.org Fri Mar 12 07:44:10 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 12 Mar 2004 07:44:17 +0000 (GMT)
Received: from webmail-outgoing.us4.outblaze.com ([IPv6:::ffff:205.158.62.67]:50662
	"EHLO webmail-outgoing.us4.outblaze.com") by linux-mips.org
	with ESMTP id <S8225879AbUCLHoK>; Fri, 12 Mar 2004 07:44:10 +0000
Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])
	by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id AF46A1800A8F
	for <linux-mips@linux-mips.org>; Fri, 12 Mar 2004 07:44:02 +0000 (GMT)
X-OB-Received: from unknown (205.158.62.156)
  by wfilter.us4.outblaze.com; 12 Mar 2004 07:43:43 -0000
Received: by ws5-7.us4.outblaze.com (Postfix, from userid 1001)
	id 6BE522B2B58; Fri, 12 Mar 2004 07:44:02 +0000 (GMT)
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.41 (Entity 5.404)
Received: from [203.197.141.34] by ws5-7.us4.outblaze.com with http for
    xavier_prabhu@linuxmail.org; Fri, 12 Mar 2004 15:44:02 +0800
From: "xavier prabhu" <xavier_prabhu@linuxmail.org>
To: "Dan Malek" <dan@embeddededge.com>
Cc: linux-mips@linux-mips.org
Date: Fri, 12 Mar 2004 15:44:02 +0800
Subject: Re: Linux Boot Issue in Au1550
X-Originating-Ip: 203.197.141.34
X-Originating-Server: ws5-7.us4.outblaze.com
Message-Id: <20040312074402.6BE522B2B58@ws5-7.us4.outblaze.com>
Return-Path: <xavier_prabhu@linuxmail.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4529
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: xavier_prabhu@linuxmail.org
Precedence: bulk
X-list: linux-mips

Hi Dan,

Thanks for your reply.

>>>> Where did you get the kernel?

I'm sorry that the kernel is 2.4.22(linux-14oct2003.tar).

>>>>> What patches did you apply?  Were there any errors?

Applied a patch(pb1550.patch) got from one of my colleague.
I had made the following modifications to get the build through.
Initially, the FLASH_LOAD_ADDR was 0xBFD00000 and the --adjust-vma address was 0x3ed00000. I modified them to 0xBF000000 and 0x3e000000, as it was in 2.4.21-pre4(I used this with Au1500 eval board). With the previous address, the tftp load was not starting with the error message "Flash device failure". After this modification, the loading the image is through.

Also I modified,
the zboot/Makefile to build PB1xxx.
ifdef CONFIG_MIPS_PB1550
        $(MAKE) -C pb1xxx $@
endif

the zboot/pb1xxx/Makefile to set the board name.
ifdef CONFIG_MIPS_PB1550
BNAME=pb1550
endif

>>>> What version of the compiler is this?

gcc version 3.3.2 20031022 (Red Hat Linux 3.3.2-1)

>>>>> What commands did you use to build the kernel and S-record image?

I used make zImage.flash. It uses

zImage.flash: zImage
        $(OBJCOPY) -O srec --adjust-vma 0x3e000000 \
                ../images/zImage.$(BNAME) ../images/$(BNAME).flash.srec

OBJCOPY=mips_fp_le-objcopy

Please find below the .config file content.

Thanks,
Xavier.

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_MIPS=y
CONFIG_MIPS32=y
# CONFIG_MIPS64 is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
CONFIG_MODULES=y
# CONFIG_MODVERSIONS is not set
CONFIG_KMOD=y

#
# Machine selection
#
# CONFIG_ACER_PICA_61 is not set
# CONFIG_MIPS_BOSPORUS is not set
# CONFIG_MIPS_MIRAGE is not set
# CONFIG_MIPS_DB1000 is not set
# CONFIG_MIPS_DB1100 is not set
# CONFIG_MIPS_DB1500 is not set
# CONFIG_MIPS_PB1000 is not set
# CONFIG_MIPS_PB1100 is not set
# CONFIG_MIPS_PB1500 is not set
CONFIG_MIPS_PB1550=y
# CONFIG_MIPS_HYDROGEN3 is not set
# CONFIG_MIPS_XXS1500 is not set
# CONFIG_MIPS_MTX1 is not set
# CONFIG_COGENT_CSB250 is not set
# CONFIG_BAGET_MIPS is not set
# CONFIG_CASIO_E55 is not set
# CONFIG_MIPS_COBALT is not set
# CONFIG_DECSTATION is not set
# CONFIG_MIPS_EV64120 is not set
# CONFIG_MIPS_EV96100 is not set
# CONFIG_MIPS_IVR is not set
# CONFIG_HP_LASERJET is not set
# CONFIG_IBM_WORKPAD is not set
# CONFIG_LASAT is not set
# CONFIG_MIPS_ITE8172 is not set
# CONFIG_MIPS_ATLAS is not set
# CONFIG_MIPS_MAGNUM_4000 is not set
# CONFIG_MIPS_MALTA is not set
# CONFIG_MIPS_SEAD is not set
# CONFIG_MOMENCO_OCELOT is not set
# CONFIG_MOMENCO_OCELOT_G is not set
# CONFIG_MOMENCO_OCELOT_C is not set
# CONFIG_MOMENCO_JAGUAR_ATX is not set
# CONFIG_DDB5074 is not set
# CONFIG_DDB5476 is not set
# CONFIG_DDB5477 is not set
# CONFIG_NEC_OSPREY is not set
# CONFIG_NEC_EAGLE is not set
# CONFIG_OLIVETTI_M700 is not set
# CONFIG_NINO is not set
# CONFIG_SGI_IP22 is not set
# CONFIG_SGI_IP27 is not set
# CONFIG_SIBYTE_SB1xxx_SOC is not set
# CONFIG_SNI_RM200_PCI is not set
# CONFIG_TANBAC_TB0226 is not set
# CONFIG_TANBAC_TB0229 is not set
# CONFIG_TOSHIBA_JMR3927 is not set
# CONFIG_TOSHIBA_RBTX4927 is not set
# CONFIG_VICTOR_MPC30X is not set
# CONFIG_ZAO_CAPCELLA is not set
# CONFIG_HIGHMEM is not set
CONFIG_PAGE_SIZE_4KB=y
# CONFIG_PAGE_SIZE_16KB is not set
# CONFIG_PAGE_SIZE_64KB is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set
CONFIG_SOC_AU1X00=y
CONFIG_SOC_AU1550=y
CONFIG_NEW_TIME_C=y
CONFIG_PCI=y
CONFIG_NEW_PCI=y
CONFIG_PCI_AUTO=y
# CONFIG_NONCOHERENT_IO is not set
CONFIG_PC_KEYB=y
# CONFIG_MIPS_AU1000 is not set

#
# CPU selection
#
CONFIG_CPU_MIPS32=y
# CONFIG_CPU_MIPS64 is not set
# CONFIG_CPU_R3000 is not set
# CONFIG_CPU_TX39XX is not set
# CONFIG_CPU_VR41XX is not set
# CONFIG_CPU_R4300 is not set
# CONFIG_CPU_R4X00 is not set
# CONFIG_CPU_TX49XX is not set
# CONFIG_CPU_R5000 is not set
# CONFIG_CPU_R5432 is not set
# CONFIG_CPU_R6000 is not set
# CONFIG_CPU_NEVADA is not set
# CONFIG_CPU_R8000 is not set
# CONFIG_CPU_R10000 is not set
# CONFIG_CPU_RM7000 is not set
# CONFIG_CPU_RM9000 is not set
# CONFIG_CPU_SB1 is not set
CONFIG_CPU_HAS_PREFETCH=y
# CONFIG_VTAG_ICACHE is not set
CONFIG_64BIT_PHYS_ADDR=y
# CONFIG_CPU_ADVANCED is not set
CONFIG_CPU_HAS_LLSC=y
# CONFIG_CPU_HAS_LLDSCD is not set
# CONFIG_CPU_HAS_WB is not set
CONFIG_CPU_HAS_SYNC=y

#
# General setup
#
CONFIG_CPU_LITTLE_ENDIAN=y
# CONFIG_ARC_CONSOLE is not set
CONFIG_NET=y
# CONFIG_PCI_NAMES is not set
# CONFIG_ISA is not set
# CONFIG_TC is not set
# CONFIG_MCA is not set
# CONFIG_SBUS is not set
# CONFIG_HOTPLUG is not set
# CONFIG_PCMCIA is not set
# CONFIG_HOTPLUG_PCI is not set
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
# CONFIG_KCORE_AOUT is not set
# CONFIG_BINFMT_AOUT is not set
CONFIG_BINFMT_ELF=y
# CONFIG_MIPS32_COMPAT is not set
# CONFIG_MIPS32_O32 is not set
# CONFIG_MIPS32_N32 is not set
# CONFIG_BINFMT_ELF32 is not set
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Memory Technology Devices (MTD)
#
CONFIG_MTD=y
# CONFIG_MTD_DEBUG is not set
CONFIG_MTD_PARTITIONS=y
# CONFIG_MTD_CONCAT is not set
# CONFIG_MTD_REDBOOT_PARTS is not set
# CONFIG_MTD_CMDLINE_PARTS is not set
CONFIG_MTD_CHAR=y
CONFIG_MTD_BLOCK=y
# CONFIG_FTL is not set
# CONFIG_NFTL is not set

#
# RAM/ROM/Flash chip drivers
#
CONFIG_MTD_CFI=y
# CONFIG_MTD_JEDECPROBE is not set
CONFIG_MTD_GEN_PROBE=y
# CONFIG_MTD_CFI_ADV_OPTIONS is not set
# CONFIG_MTD_CFI_INTELEXT is not set
CONFIG_MTD_CFI_AMDSTD=y
# CONFIG_MTD_CFI_STAA is not set
# CONFIG_MTD_RAM is not set
# CONFIG_MTD_ROM is not set
# CONFIG_MTD_ABSENT is not set
# CONFIG_MTD_OBSOLETE_CHIPS is not set
# CONFIG_MTD_AMDSTD is not set
# CONFIG_MTD_SHARP is not set
# CONFIG_MTD_JEDEC is not set

#
# Mapping drivers for chip access
#
CONFIG_MTD_PHYSMAP=y
CONFIG_MTD_PHYSMAP_START=0x8000000
CONFIG_MTD_PHYSMAP_LEN=0x4000000
CONFIG_MTD_PHYSMAP_BUSWIDTH=2
# CONFIG_MTD_PB1000 is not set
# CONFIG_MTD_PB1500 is not set
# CONFIG_MTD_PB1100 is not set
# CONFIG_MTD_BOSPORUS is not set
# CONFIG_MTD_XXS1500 is not set
# CONFIG_MTD_MTX1 is not set
# CONFIG_MTD_DB1X00 is not set
# CONFIG_MTD_CSTM_MIPS_IXX is not set
# CONFIG_MTD_OCELOT is not set
# CONFIG_MTD_LASAT is not set
# CONFIG_MTD_PCI is not set
# CONFIG_MTD_PCMCIA is not set

#
# Self-contained MTD device drivers
#
# CONFIG_MTD_PMC551 is not set
# CONFIG_MTD_SLRAM is not set
# CONFIG_MTD_MTDRAM is not set
# CONFIG_MTD_BLKMTD is not set
# CONFIG_MTD_DOC1000 is not set
# CONFIG_MTD_DOC2000 is not set
# CONFIG_MTD_DOC2001 is not set
# CONFIG_MTD_DOCPROBE is not set

#
# NAND Flash Device Drivers
#
CONFIG_MTD_NAND=y
CONFIG_MTD_NAND_VERIFY_WRITE=y
CONFIG_MTD_NAND_IDS=y

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Plug and Play configuration
#
# CONFIG_PNP is not set
# CONFIG_ISAPNP 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 is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set
# 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 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

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

#
# Telephony Support
#
# CONFIG_PHONE is not set
# CONFIG_PHONE_IXJ is not set
# CONFIG_PHONE_IXJ_PCMCIA 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 is not set
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y
# 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_AIC79XX 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_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_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_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set

#
# I2O device support
#
# CONFIG_I2O is not set
# CONFIG_I2O_PCI is not set
# CONFIG_I2O_BLOCK is not set
# CONFIG_I2O_LAN is not set
# CONFIG_I2O_SCSI is not set
# CONFIG_I2O_PROC 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_MIPS_AU1X00_ENET 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 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_R8169 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

#
# Amateur Radio support
#
# CONFIG_HAMRADIO is not set

#
# IrDA (infrared) support
#
# CONFIG_IRDA is not set

#
# ISDN subsystem
#
# CONFIG_ISDN 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 is not set
# 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_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_SERIAL_TX3912 is not set
# CONFIG_SERIAL_TX3912_CONSOLE is not set
# CONFIG_SERIAL_TXX9 is not set
# CONFIG_SERIAL_TXX9_CONSOLE is not set
CONFIG_AU1X00_UART=y
CONFIG_AU1X00_SERIAL_CONSOLE=y
# CONFIG_AU1X00_USB_TTY is not set
# CONFIG_AU1X00_USB_RAW is not set
# CONFIG_TXX927_SERIAL 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
# CONFIG_MK712_MOUSE is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set
# CONFIG_QIC02_TAPE is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_IPMI_PANIC_EVENT is not set
# CONFIG_IPMI_DEVICE_INTERFACE is not set
# CONFIG_IPMI_KCS is not set
# CONFIG_IPMI_WATCHDOG is not set

#
# Watchdog Cards
#
CONFIG_WATCHDOG=y
# CONFIG_WATCHDOG_NOWAYOUT is not set
# CONFIG_ACQUIRE_WDT is not set
# CONFIG_ADVANTECH_WDT is not set
# CONFIG_ALIM1535_WDT is not set
# CONFIG_ALIM7101_WDT is not set
# CONFIG_SC520_WDT is not set
# CONFIG_PCWATCHDOG is not set
# CONFIG_EUROTECH_WDT is not set
# CONFIG_IB700_WDT is not set
# CONFIG_WAFER_WDT is not set
# CONFIG_I810_TCO is not set
# CONFIG_MIXCOMWD is not set
# CONFIG_60XX_WDT is not set
# CONFIG_SC1200_WDT is not set
# CONFIG_SCx200_WDT is not set
# CONFIG_SOFT_WATCHDOG is not set
# CONFIG_W83877F_WDT is not set
# CONFIG_WDT is not set
# CONFIG_WDTPCI is not set
# CONFIG_MACHZ_WDT is not set
# CONFIG_INDYDOG is not set
# CONFIG_AMD7XX_TCO is not set
# CONFIG_SCx200_GPIO is not set
# CONFIG_AMD_PM768 is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_MIPS_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_AU1X00_GPIO is not set
# CONFIG_TS_AU1X00_ADS7846 is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_QFMT_V2 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_HFSPLUS_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 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=y
CONFIG_TMPFS=y
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_ZISOFS is not set
# CONFIG_JFS_FS is not set
# CONFIG_JFS_DEBUG is not set
# CONFIG_JFS_STATISTICS is not set
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 is not set
# CONFIG_NFS_DIRECTIO is not set
CONFIG_ROOT_NFS=y
CONFIG_NFSD=y
# CONFIG_NFSD_V3 is not set
# CONFIG_NFSD_TCP 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
# CONFIG_ZISOFS_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=y
# CONFIG_ULTRIX_PARTITION is not set
# CONFIG_SUN_PARTITION is not set
# CONFIG_EFI_PARTITION is not set
# CONFIG_SMB_NLS is not set
# CONFIG_NLS is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# Console drivers
#
# CONFIG_VGA_CONSOLE is not set
# CONFIG_MDA_CONSOLE is not set

#
# Frame-buffer support
#
# CONFIG_FB is not set

#
# Sound
#
CONFIG_SOUND=y
# CONFIG_SOUND_ALI5455 is not set
# 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_FORTE is not set
# CONFIG_SOUND_ICH is not set
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_AU1X00 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

#
# Bluetooth support
#
# CONFIG_BLUEZ is not set

#
# Kernel hacking
#
CONFIG_CROSSCOMPILE=y
# CONFIG_RUNTIME_DEBUG is not set
# CONFIG_KGDB is not set
# CONFIG_GDB_CONSOLE is not set
# CONFIG_DEBUG_INFO is not set
# CONFIG_MAGIC_SYSRQ is not set
# CONFIG_MIPS_UNCACHED is not set
CONFIG_LOG_BUF_SHIFT=0

#
# Cryptographic options
#
# CONFIG_CRYPTO is not set

#
# Library routines
#
# CONFIG_CRC32 is not set
CONFIG_ZLIB_INFLATE=y
# CONFIG_ZLIB_DEFLATE is not set


----- Original Message -----
From: Dan Malek <dan@embeddededge.com>
Date: 	Fri, 12 Mar 2004 01:25:39 -0500
To: xavier prabhu <xavier_prabhu@linuxmail.org>
Subject: Re: Linux Boot Issue in Au1550

> xavier prabhu wrote:
> 
> > I had built the kernel(2.2.24) for Alchemy pb1550 evaluation board...
> 
> We need lots more information.....
> 
> Where did you get the kernel?
> What patches did you apply?  Were there any errors?
> What version of the compiler is this?
> What commands did you use to build the kernel and S-record image?
> Anything else that may be useful, like files you may have changed?
> 
> Thanks.
> 
> 
> 	-- Dan
> 
> 

-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze

From dan@embeddededge.com Fri Mar 12 15:16:34 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 12 Mar 2004 15:16:35 +0000 (GMT)
Received: from x1000-57.tellink.net ([IPv6:::ffff:63.161.110.249]:24057 "EHLO
	tibook.netx4.com") by linux-mips.org with ESMTP id <S8225512AbUCLPQe>;
	Fri, 12 Mar 2004 15:16:34 +0000
Received: from embeddededge.com (IDENT:dan@localhost.localdomain [127.0.0.1])
	by tibook.netx4.com (8.11.1/8.11.1) with ESMTP id i2CFHZw00900;
	Fri, 12 Mar 2004 10:17:35 -0500
Message-ID: <4051D48F.5080300@embeddededge.com>
Date: Fri, 12 Mar 2004 10:17:35 -0500
From: Dan Malek <dan@embeddededge.com>
Organization: Embedded Edge, LLC.
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.9) Gecko/20020411
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: xavier prabhu <xavier_prabhu@linuxmail.org>
CC: linux-mips@linux-mips.org
Subject: Re: Linux Boot Issue in Au1550
References: <20040312074402.6BE522B2B58@ws5-7.us4.outblaze.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <dan@embeddededge.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4530
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dan@embeddededge.com
Precedence: bulk
X-list: linux-mips

xavier prabhu wrote:

> I'm sorry that the kernel is 2.4.22(linux-14oct2003.tar).

You will have to get the sources from linux-mips.org cvs,
using the linux_2_4 tag.  From ftp.linux-mips.org:/pub/linux/mips/people/ppopov/2.4
get and apply the usb-nonpci-2.4.24.patch and zboot-2.4.25.patch

Use the pb1550 configuration file already in the sources.
You can 'make zImage', then use objcopy to create an srec file you
can tftp load into memory, or make zImage.srec that will create the
file you can place into flash.


	-- Dan


From SLaz@fortresstech.com Fri Mar 12 15:24:49 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 12 Mar 2004 15:24:50 +0000 (GMT)
Received: from [IPv6:::ffff:206.181.163.222] ([IPv6:::ffff:206.181.163.222]:41668
	"EHLO alfalfa.fortresstech.com") by linux-mips.org with ESMTP
	id <S8225593AbUCLPYt>; Fri, 12 Mar 2004 15:24:49 +0000
Received: from audev ([172.26.52.2]) by alfalfa.fortresstech.com with Microsoft SMTPSVC(5.0.2195.6713);
	 Fri, 12 Mar 2004 10:24:45 -0500
Subject: Re: Linux Boot Issue in Au1550
From: Steve Lazaridis <slaz@fortresstech.com>
Reply-To: slaz@fortresstech.com
To: xavier prabhu <xavier_prabhu@linuxmail.org>
Cc: linux-mips@linux-mips.org
In-Reply-To: <20040312041032.98C6C2B2B57@ws5-7.us4.outblaze.com>
References: <20040312041032.98C6C2B2B57@ws5-7.us4.outblaze.com>
Content-Type: text/plain
Organization: Fortress Technologies
Message-Id: <1079105099.7661.3.camel@gigada>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 12 Mar 2004 10:25:00 -0500
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 12 Mar 2004 15:24:45.0199 (UTC) FILETIME=[2607B9F0:01C40846]
Return-Path: <SLaz@fortresstech.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4531
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: slaz@fortresstech.com
Precedence: bulk
X-list: linux-mips

On Thu, 2004-03-11 at 23:10, xavier prabhu wrote:
> Hi all,
> 
> I had built the kernel(2.2.24) for Alchemy pb1550 evaluation board using mvista previewkit little endian toolchain and binutils-2.14.90.
> I can able to flash the srec image(YAMON:tftp). I get following problem while booting the image.
> Please suggest me what could be the issue.
> 
> YAMON> load -r tftp://10.145.2.248/cramfsimage.srec
> About to load tftp://10.145.2.248/cramfsimage.srec
> Press Ctrl-C to break
> ........................................
> ........................................
> ........................................
> ........................................
> ........................................
> ........................................
> ........................................
> ........................................
> ........................................
> ........................................
> ........................................
> ........................................
> ........................................
> ..........
> Start = 0xbf100000, range = (0xbf100000,0xbf521fff), format = SREC
> YAMON> load -r tftp://10.145.2.248/zImage.srec
> About to load tftp://10.145.2.248/zImage.srec
> Press Ctrl-C to break
> ........................................
> ........................................
> ......................
> Start = 0xbf000000, range = (0xbf000000,0xbf0cbfff), format = SREC
> YAMON> go 0xbf000000
> loaded at:     BF000000 BF0CC000
> relocated to:  81000000 810CC000
> zimage at:     81006540 810CB74F
> Uncompressing Linux at load address 80100000
> Now booting the kernel
> 
> * Exception (user) : TLB (load or instruction fetch) *
> 
> CAUSE    = 0x00808008  STATUS   = 0x00000002
> EPC      = 0x00000000  ERROREPC = 0x80003004
> BADVADDR = 0x00000000
> 
> $ 0(zr):0x00000000  $ 8(t0):0x000025bd  $16(s0):0x00000001  $24(t8):0x80400058
> $ 1(at):0x81000000  $ 9(t1):0x00000000  $17(s1):0x80083350  $25(t9):0x810cf020
> $ 2(v0):0xb1100004  $10(t2):0x00000002  $18(s2):0x800442d8  $26(k0):0x00000000
> $ 3(v1):0xb110001c  $11(t3):0x0000027f  $19(s3):0x08000000  $27(k1):0x00000000
> $ 4(a0):0x00000001  $12(t4):0x80401058  $20(s4):0x00000000  $28(gp):0x00000000
> $ 5(a1):0x80083350  $13(t5):0x810cb745  $21(s5):0x00000000  $29(sp):0x810cf0a0
> $ 6(a2):0x800442d8  $14(t6):0x000025bd  $22(s6):0x00000000  $30(s8):0xbf000000
> $ 7(a3):0x08000000  $15(t7):0x0000000a  $23(s7):0x00000000  $31(ra):0x810000dc
> 
> YAMON>
> 
> Thanks in advance,
> 
> Regards,
> Xavier.

This might help...

We had a similar problem with our AU1000 boards.  We changed the
arch/mips/Makefile  the 
ifdef CONFIG_CPU_MIPS32
GCCFLAGS  += $(call set_gccflags,mips32,mips32,r4600,mips2,mips2) \
           -Wa,--trap
endif

So, the mips2, mips2 at the end, used to be "mips3, mips2" and that
causes the compiler to generate invalid code for the AU1000, and most
likely, it's doing the same for you.


cheers,

-- 
Steve Lazaridis
Software Engineer
Fortress Technologies
slaz@fortresstech.com | Ph:813.288.7388 x115


From xavier_prabhu@linuxmail.org Fri Mar 12 16:05:48 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 12 Mar 2004 16:05:50 +0000 (GMT)
Received: from webmail-outgoing.us4.outblaze.com ([IPv6:::ffff:205.158.62.67]:26005
	"EHLO webmail-outgoing.us4.outblaze.com") by linux-mips.org
	with ESMTP id <S8225597AbUCLQFs>; Fri, 12 Mar 2004 16:05:48 +0000
Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])
	by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id 2A83E180327C
	for <linux-mips@linux-mips.org>; Fri, 12 Mar 2004 16:05:40 +0000 (GMT)
X-OB-Received: from unknown (205.158.62.74)
  by wfilter.us4.outblaze.com; 12 Mar 2004 16:05:15 -0000
Received: by ws5-8.us4.outblaze.com (Postfix, from userid 1001)
	id AA2F13AA466; Fri, 12 Mar 2004 16:05:35 +0000 (GMT)
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.41 (Entity 5.404)
Received: from [202.54.13.34] by ws5-8.us4.outblaze.com with http for
    xavier_prabhu@linuxmail.org; Sat, 13 Mar 2004 00:05:35 +0800
From: "xavier prabhu" <xavier_prabhu@linuxmail.org>
To: slaz@fortresstech.com
Cc: linux-mips@linux-mips.org
Date: Sat, 13 Mar 2004 00:05:35 +0800
Subject: Re: Linux Boot Issue in Au1550
X-Originating-Ip: 202.54.13.34
X-Originating-Server: ws5-8.us4.outblaze.com
Message-Id: <20040312160535.AA2F13AA466@ws5-8.us4.outblaze.com>
Return-Path: <xavier_prabhu@linuxmail.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4532
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: xavier_prabhu@linuxmail.org
Precedence: bulk
X-list: linux-mips

Hi Steve,

Thanks for your reply. 
But, my code already has this modification.

Regards,
Xavier.

----- Original Message -----
From: Steve Lazaridis <slaz@fortresstech.com>
Date: 	Fri, 12 Mar 2004 10:25:00 -0500
To: xavier prabhu <xavier_prabhu@linuxmail.org>
Subject: Re: Linux Boot Issue in Au1550

> On Thu, 2004-03-11 at 23:10, xavier prabhu wrote:
> > Hi all,
> > 
> > I had built the kernel(2.2.24) for Alchemy pb1550 evaluation board using mvista previewkit little endian toolchain and binutils-2.14.90.
> > I can able to flash the srec image(YAMON:tftp). I get following problem while booting the image.
> > Please suggest me what could be the issue.
> > 
> > YAMON> load -r tftp://10.145.2.248/cramfsimage.srec
> > About to load tftp://10.145.2.248/cramfsimage.srec
> > Press Ctrl-C to break
> > ........................................
> > ........................................
> > ........................................
> > ........................................
> > ........................................
> > ........................................
> > ........................................
> > ........................................
> > ........................................
> > ........................................
> > ........................................
> > ........................................
> > ........................................
> > ..........
> > Start = 0xbf100000, range = (0xbf100000,0xbf521fff), format = SREC
> > YAMON> load -r tftp://10.145.2.248/zImage.srec
> > About to load tftp://10.145.2.248/zImage.srec
> > Press Ctrl-C to break
> > ........................................
> > ........................................
> > ......................
> > Start = 0xbf000000, range = (0xbf000000,0xbf0cbfff), format = SREC
> > YAMON> go 0xbf000000
> > loaded at:     BF000000 BF0CC000
> > relocated to:  81000000 810CC000
> > zimage at:     81006540 810CB74F
> > Uncompressing Linux at load address 80100000
> > Now booting the kernel
> > 
> > * Exception (user) : TLB (load or instruction fetch) *
> > 
> > CAUSE    = 0x00808008  STATUS   = 0x00000002
> > EPC      = 0x00000000  ERROREPC = 0x80003004
> > BADVADDR = 0x00000000
> > 
> > $ 0(zr):0x00000000  $ 8(t0):0x000025bd  $16(s0):0x00000001  $24(t8):0x80400058
> > $ 1(at):0x81000000  $ 9(t1):0x00000000  $17(s1):0x80083350  $25(t9):0x810cf020
> > $ 2(v0):0xb1100004  $10(t2):0x00000002  $18(s2):0x800442d8  $26(k0):0x00000000
> > $ 3(v1):0xb110001c  $11(t3):0x0000027f  $19(s3):0x08000000  $27(k1):0x00000000
> > $ 4(a0):0x00000001  $12(t4):0x80401058  $20(s4):0x00000000  $28(gp):0x00000000
> > $ 5(a1):0x80083350  $13(t5):0x810cb745  $21(s5):0x00000000  $29(sp):0x810cf0a0
> > $ 6(a2):0x800442d8  $14(t6):0x000025bd  $22(s6):0x00000000  $30(s8):0xbf000000
> > $ 7(a3):0x08000000  $15(t7):0x0000000a  $23(s7):0x00000000  $31(ra):0x810000dc
> > 
> > YAMON>
> > 
> > Thanks in advance,
> > 
> > Regards,
> > Xavier.
> 
> This might help...
> 
> We had a similar problem with our AU1000 boards.  We changed the
> arch/mips/Makefile  the 
> ifdef CONFIG_CPU_MIPS32
> GCCFLAGS  += $(call set_gccflags,mips32,mips32,r4600,mips2,mips2) \
>            -Wa,--trap
> endif
> 
> So, the mips2, mips2 at the end, used to be "mips3, mips2" and that
> causes the compiler to generate invalid code for the AU1000, and most
> likely, it's doing the same for you.
> 
> 
> cheers,
> 
> -- 
> Steve Lazaridis
> Software Engineer
> Fortress Technologies
> slaz@fortresstech.com | Ph:813.288.7388 x115
> 
> 

-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze

From tahoma@nshore.com Fri Mar 12 22:00:02 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 12 Mar 2004 22:00:03 +0000 (GMT)
Received: from rrcs-sw-24-153-140-91.biz.rr.com ([IPv6:::ffff:24.153.140.91]:39052
	"EHLO public.nshore.com") by linux-mips.org with ESMTP
	id <S8224896AbUCLWAC>; Fri, 12 Mar 2004 22:00:02 +0000
Received: from nshore.com (gate.nshore.com [192.168.1.2])
	by public.nshore.com (8.11.6/8.11.6) with ESMTP id i2CLxKc22175;
	Fri, 12 Mar 2004 15:59:21 -0600
Message-ID: <405232DB.5050902@nshore.com>
Date: Fri, 12 Mar 2004 15:59:55 -0600
From: Tahoma Toelkes <tahoma@nshore.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031114
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
CC: Dan Malek <dan@embeddededge.com>
Subject: zboot patch and linux_2_4 branch [was Re: Linux Boot Issue in Au1550]
References: <20040312074402.6BE522B2B58@ws5-7.us4.outblaze.com> <4051D48F.5080300@embeddededge.com>
In-Reply-To: <4051D48F.5080300@embeddededge.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <tahoma@nshore.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4533
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tahoma@nshore.com
Precedence: bulk
X-list: linux-mips

Dan Malek wrote:

> You will have to get the sources from linux-mips.org cvs,
> using the linux_2_4 tag.  From 
> ftp.linux-mips.org:/pub/linux/mips/people/ppopov/2.4
> get and apply the usb-nonpci-2.4.24.patch and zboot-2.4.25.patch

I'm having problems applying the zboot patch to the latest and greatest 
from the linux_2_4 branch ("cvs checkout -r linux_2_4 -D 2004-03-12 
linux").  When I try to apply the zboot patch, it rejects the chunk for 
'arch/mips/Makefile'.  However, upon inspection, I am unable to 
determine why it isn't happy with the patch.  Any suggestions?


-- Tahoma


Tahoma M. Toelkes
North Shore Circuit Design, L.L.P.
tahoma@nshore.com



From pinotj@club-internet.fr Mon Mar 15 13:35:59 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 15 Mar 2004 13:36:00 +0000 (GMT)
Received: from relay-5v.club-internet.fr ([IPv6:::ffff:194.158.96.110]:53748
	"EHLO relay-5v.club-internet.fr") by linux-mips.org with ESMTP
	id <S8225219AbUCONf7> convert rfc822-to-8bit; Mon, 15 Mar 2004 13:35:59 +0000
Received: from club-internet.fr (flashmail-5v.cs.clubint.net [172.16.0.156])
	by relay-5v.club-internet.fr (Postfix) with SMTP id CE950172F
	for <linux-mips@linux-mips.org>; Mon, 15 Mar 2004 14:35:54 +0100 (CET)
Received: from [218.233.102.145] by flashmail-5v.club-internet.fr via html
	interface
From: pinotj@club-internet.fr
To: linux-mips@linux-mips.org
Subject: [DOC] Linux 2.6.4
Date: Mon, 15 Mar 2004 14:35:54 CET
Mime-Version: 1.0
X-Mailer: Medianet/v2.0
Message-Id: <mnet6.1079357754.20900.pinotj@club-internet.fr>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
Return-Path: <pinotj@club-internet.fr>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4534
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: pinotj@club-internet.fr
Precedence: bulk
X-list: linux-mips

Hi, 

I wrote this week-end a document to sum up all the arch that Linux 2.6.4 support. I extracted the informations from the source and I would like to have comments/changes/advice from you about the MIPS part. I have maybe make some mistake and/or things are little bit different so I would like you to take a look at this (I removed the non-MIPS parts, the complete file is around 11ko) before suggesting a patch.

Thanks, 
(Please cc me) 

Jerome Pinot

diff -Nru -U 2 linux-2.6.4.orig/Documentation/ARCH linux-2.6.4/Documentation/ARCH
--- linux-2.6.4.orig/Documentation/ARCH	1970-01-01 09:00:00.000000000 +0900
+++ linux-2.6.4/Documentation/ARCH	2004-03-15 16:20:06.000000000 +0900
@@ -0,0 +1,425 @@
+
+March 2004		Supported arch for Linux		v2.6.4
+			~~~~~~~~~~~~~~~~~~~~~~~~
+
+
+The following is a quite complete list of all the arch supported by Linux.
+Of course, you will find here Alpha, ARM, ARM26, CRIS, H8300, i386, IA-64,
+M68000, MIPS, PA-RISC, PPC, S390, SH, SPARC, v850 and x86-64. But you will
+find too a complete list of CPUs and board supported by the kernel. For 
+each part, first list means "board" and second one means "CPU".
+
+
+ Content:
+ ~~~~~~~~
+	1. i386		7. IA-64		13. S390
+	2. Alpha	8. M68K (w/o MMU)	14. SuperH
+	3. ARM		9. MIPS (32/64)		15. SPARC
+	4. ARM26	10. PA-RISC		16. UltraSPARC
+	5. CRIS		11. PPC			17. v850
+	6. H8300	12. PPC64		18. x86-64

[snip]

+ 9. MIPS (32/64)
+ ~~~~~~~~~~~~~~~
+	ACER PICA
+	AMD/Alchemy Au1x00 	(PB1000/1100/1500)
+	AMD/Alchemy Au1x00 	(DB1000/1100/1500)
+	AMD/Alchemy Au1x00 	(Bosporus, Mirage)
+	AMD/Alchemy Au1x00 	(MyCable XXS1500, 4G Systems MTX-1)
+	Atlas board		(QED R5231-based)
+	Baget series		(Russian embedded system)
+	Broadcom BCM1xxx 	(BCM91250A-SWARM, BCM91250E-Sentosa)
+	Broadcom BCM1xxx 	(BCM91125E-Rhone, BCM91120x-Carmel)
+	Broadcom BCM1xxx 	(BCM91250PT-PTSWARM, BCM91250C2-LittleSur)
+	Broadcom BCM1xxx 	(BCM91120C-CRhine, BCM91125C-CRhone, generic)
+	CASIO CASSIOPEIA E-10/15/55/65
+	Cobalt Server
+	DECstations		(5000/50, 5000/150, 5000/260, 5900/260)
+	Galileo EV64120		(Evaluation board, MIPS R5000 compatible)
+	Galileo EV96100		(Evaluation board, MIPS R5000 compatible)
+	Galileo Technology	(GT96100 communications controller card)
+	Globspan IVR		(QED RM5231 R5000 MIPS core)
+	Hewlett Packard		(LaserJet board)
+	IBM WorkPad z50
+	ITE 8172G	
+	ITE 8172SBC
+	Jazz Family		(R4030 chipset)
+	LASAT Networks platforms
+	Malta board
+	MIPS Magnum 4000
+	MIPS Millenium
+	Momentum Jaguar board
+	Momentum Ocelot board
+	Momentum Ocelot-C board
+	Momentum Ocelot-G board
+	NEC DDB Vrc-5074	(VR5000-based)
+	NEC DDB Vrc-5076	(R5432-based)
+	NEC DDB Vrc-5477	(R5432-based)
+	NEC Eagle/Hawk board
+	NEC Osprey board
+	NEC VR41XX
+	Olivetti M700-10
+	PMC-Sierra Yosemite	(evaluation board)
+	Rockhopper board	(R5432/R5500)
+	SolutionGear board	(R5432/R5500)
+	SEAD board
+	SGI IP22		(Indy/Indigo2)
+	SGI IP27		(Origin200/2000)
+	SGI IP32		(O2)
+	SNI RM200 PCI
+	TANBAC TB0219		(base board)
+	TANBAC TB0226		(Mbase)
+	TANBAC TB0229		(VR4131DIMM)
+	Toshiba JMR-TX3927
+	Victor MP-C303/304
+	ZAO Networks Capcella
+
+		R3000
+		R39XX
+		R41xx
+		R4300
+		R4x00	(including 4000/4400/4600/4700)
+		R49XX
+		R5000
+		R52xx	(Nevada)
+		R6000
+		R6000A
+		RM7000
+		R8000	(incomplete support)
+		R10000
+		RM9000
+		SB1
+		
+  (see Documentation/mips)
+  <http://www.linux-mips.org/>

EOF


From dahms@zeus.fh-brandenburg.de Mon Mar 15 13:57:13 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 15 Mar 2004 13:57:14 +0000 (GMT)
Received: from tiu.fh-brandenburg.de ([IPv6:::ffff:195.37.0.8]:27391 "EHLO
	tiu.fh-brandenburg.de") by linux-mips.org with ESMTP
	id <S8225594AbUCON5N>; Mon, 15 Mar 2004 13:57:13 +0000
Received: from localhost ([127.0.0.1])
	by tiu.fh-brandenburg.de with esmtp (Exim 4.30)
	id 1B2sac-00074l-V1
	for linux-mips@linux-mips.org; Mon, 15 Mar 2004 14:57:11 +0100
Received: from tiu.fh-brandenburg.de ([127.0.0.1])
 by localhost (tiu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 27020-10 for <linux-mips@linux-mips.org>;
 Mon, 15 Mar 2004 14:57:09 +0100 (MET)
Received: from zeus.fh-brandenburg.de ([195.37.1.35])
	by tiu.fh-brandenburg.de with esmtp (Exim 4.30)
	id 1B2sab-00074f-7i
	for linux-mips@linux-mips.org; Mon, 15 Mar 2004 14:57:09 +0100
Received: (from dahms@localhost)
	by zeus.fh-brandenburg.de (8.11.7p1+Sun/8.11.7) id i2FDv8707891
	for linux-mips@linux-mips.org; Mon, 15 Mar 2004 14:57:08 +0100 (MET)
Date: Mon, 15 Mar 2004 14:57:08 +0100
From: Markus Dahms <dahms@fh-brandenburg.de>
To: linux-mips <linux-mips@linux-mips.org>
Subject: newport console fixes
Message-ID: <20040315135708.GA7861@fh-brandenburg.de>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="FL5UXtIhxfXey3p5"
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new at fh-brandenburg.de
Return-Path: <dahms@zeus.fh-brandenburg.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4535
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dahms@fh-brandenburg.de
Precedence: bulk
X-list: linux-mips


--FL5UXtIhxfXey3p5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello list,

I patched the newport console driver to have the correct colormap
when exiting X11 / switching from X11 to console.
This problem doesn't affect all versions of the newport, the old
revision in my very old indy doesn't show these effects.
Some revision information of my (different) newports is written in
the header of the attached diff.
Could someone please apply the patch to cvs (2.4 branch, 2.6 isn't
very usable for me), if there are no objections?

Markus

-- 
No RISC - No fun!

--FL5UXtIhxfXey3p5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="patch-newport_con-switchvt.diff"

#### old newport, works w/o patch
#
# NG1: Revision 3, 8 bitplanes, REX3 revision B, VC2 revision A, 
#      xmap9 revision A, cmap revision C, bt445 revision A
# NG1: Screensize 1296x1024
#
## (strange resolution, isn't it? - X does 1280x1024 anyway)

#### new newport, works w/ patch
#
# NG1: Revision 6, 8 bitplanes, REX3 revision B, VC2 revision A,
#      xmap9 revision A, cmap revision D, bt445 revision D
# NG1: Screensize 1280x1024

--- drivers/video/newport_con.c.orig	Mon Mar 15 10:28:08 2004
+++ drivers/video/newport_con.c	Mon Mar 15 09:55:24 2004
@@ -448,6 +448,8 @@
 {
 	static int logo_drawn = 0;
 
+	newport_init_cmap();
+
 	topscan = 0;
 	npregs->cset.topscan = 0x3ff;
 

--FL5UXtIhxfXey3p5--

From xavier_prabhu@linuxmail.org Mon Mar 15 15:26:37 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 15 Mar 2004 15:26:42 +0000 (GMT)
Received: from webmail-outgoing.us4.outblaze.com ([IPv6:::ffff:205.158.62.67]:1754
	"EHLO webmail-outgoing.us4.outblaze.com") by linux-mips.org
	with ESMTP id <S8225219AbUCOP0h>; Mon, 15 Mar 2004 15:26:37 +0000
Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])
	by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id 7E2311801B3A
	for <linux-mips@linux-mips.org>; Mon, 15 Mar 2004 15:26:27 +0000 (GMT)
X-OB-Received: from unknown (205.158.62.131)
  by wfilter.us4.outblaze.com; 15 Mar 2004 15:26:01 -0000
Received: by ws5-1.us4.outblaze.com (Postfix, from userid 1001)
	id 5FB6E3982E7; Mon, 15 Mar 2004 15:26:27 +0000 (GMT)
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.41 (Entity 5.404)
Received: from [203.197.141.34] by ws5-1.us4.outblaze.com with http for
    xavier_prabhu@linuxmail.org; Mon, 15 Mar 2004 23:26:27 +0800
From: "xavier prabhu" <xavier_prabhu@linuxmail.org>
To: "Dan Malek" <dan@embeddededge.com>
Cc: linux-mips@linux-mips.org
Date: Mon, 15 Mar 2004 23:26:27 +0800
Subject: Re: Linux Boot Issue in Au1550
X-Originating-Ip: 203.197.141.34
X-Originating-Server: ws5-1.us4.outblaze.com
Message-Id: <20040315152627.5FB6E3982E7@ws5-1.us4.outblaze.com>
Return-Path: <xavier_prabhu@linuxmail.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4536
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: xavier_prabhu@linuxmail.org
Precedence: bulk
X-list: linux-mips

Hi Dan,

Thanks for your suggestion. But still I'm using the old source code with the patch to pb1550 while I'm trying your suggestion.

The kernel code which I was using to generate the image for Au1500 is working well.
After applying the patch for pb1550 the image develops the problem.

Now, when I mrproper and build again, I get the following link failure(which I didn't get while build for Au1500)

make CFLAGS="-D__KERNEL__ -I/home/amd/project/amd/test/newtry/linux.old/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -f
omit-frame-pointer -I /home/amd/project/amd/test/newtry/linux.old/include/asm/gc
c -G 0 -mno-abicalls -fno-pic -pipe  -mcpu=r4600 -mips2 -Wa,--trap " -C  arch/mi
ps/lib
make[1]: Entering directory `/home/amd/project/amd/test/newtry/linux.old/arch/mi
ps/lib'
make all_targets
make[2]: Entering directory `/home/amd/project/amd/test/newtry/linux.old/arch/mi
ps/lib'
make[2]: Nothing to be done for `all_targets'.
make[2]: Leaving directory `/home/amd/project/amd/test/newtry/linux.old/arch/mip
s/lib'
make[1]: Leaving directory `/home/amd/project/amd/test/newtry/linux.old/arch/mip
s/lib'
mips_fp_le-ld -G 0 -static  -T arch/mips/ld.script arch/mips/kernel/head.o arch/
mips/kernel/init_task.o init/main.o init/version.o init/do_mounts.o \
        --start-group \
        arch/mips/kernel/kernel.o arch/mips/mm/mm.o kernel/kernel.o mm/mm.o fs/f
s.o ipc/ipc.o arch/mips/math-emu/fpu_emulator.o arch/mips/pci/pci-core.o \
         drivers/char/char.o drivers/block/block.o drivers/misc/misc.o drivers/n
et/net.o drivers/scsi/scsidrv.o drivers/cdrom/driver.o drivers/sound/sounddriver
s.o drivers/pci/driver.o drivers/mtd/mtdlink.o drivers/video/video.o drivers/med
ia/media.o \
        net/network.o \
        arch/mips/lib/lib.a /home/amd/project/amd/test/newtry/linux.old/lib/lib.
a arch/mips/au1000/pb1550/pb1550.o arch/mips/au1000/common/au1000.o \
        --end-group \
        -o vmlinux
mips_fp_le-ld: init/main.o: uses different e_flags (0x0) fields than previous mo
dules (0x100)
Bad value: failed to merge target specific data of file init/main.o
mips_fp_le-ld: init/do_mounts.o: uses different e_flags (0x0) fields than previo
us modules (0x100)
Bad value: failed to merge target specific data of file init/do_mounts.o
make: *** [vmlinux] Error 1


I doubt this could be the reason why the image not runs on this processor.
Please tell me if it could lead to TLB exception.

I'm also building with the linux-mips.org source code. 

Thanks and Regards,
Xavier.


----- Original Message -----
From: Dan Malek <dan@embeddededge.com>
Date: 	Fri, 12 Mar 2004 10:17:35 -0500
To: xavier prabhu <xavier_prabhu@linuxmail.org>
Subject: Re: Linux Boot Issue in Au1550

> xavier prabhu wrote:
> 
> > I'm sorry that the kernel is 2.4.22(linux-14oct2003.tar).
> 
> You will have to get the sources from linux-mips.org cvs,
> using the linux_2_4 tag.  From ftp.linux-mips.org:/pub/linux/mips/people/ppopov/2.4
> get and apply the usb-nonpci-2.4.24.patch and zboot-2.4.25.patch
> 
> Use the pb1550 configuration file already in the sources.
> You can 'make zImage', then use objcopy to create an srec file you
> can tftp load into memory, or make zImage.srec that will create the
> file you can place into flash.
> 
> 
> 	-- Dan
> 
> 

-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze

From sjhill@realitydiluted.com Mon Mar 15 17:08:57 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 15 Mar 2004 17:08:59 +0000 (GMT)
Received: from eth13.com-link.com ([IPv6:::ffff:208.242.241.164]:28622 "EHLO
	real.realitydiluted.com") by linux-mips.org with ESMTP
	id <S8225598AbUCORI5>; Mon, 15 Mar 2004 17:08:57 +0000
Received: from localhost ([127.0.0.1] helo=realitydiluted.com)
	by real.realitydiluted.com with esmtp (Exim 3.36 #1 (Debian))
	id 1B2va7-000790-00
	for <linux-mips@linux-mips.org>; Mon, 15 Mar 2004 11:08:51 -0600
Message-ID: <4055E320.8080808@realitydiluted.com>
Date: Mon, 15 Mar 2004 12:08:48 -0500
From: "Steven J. Hill" <sjhill@realitydiluted.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
MIME-Version: 1.0
To: linux-mips <linux-mips@linux-mips.org>
Subject: [PATCH] [RFC] r4k_dma_cache_wback_inv function fails when size=0...
Content-Type: multipart/mixed;
 boundary="------------010605080001030505010809"
Return-Path: <sjhill@realitydiluted.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4537
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sjhill@realitydiluted.com
Precedence: bulk
X-list: linux-mips

This is a multi-part message in MIME format.
--------------010605080001030505010809
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Greetings.

The 'r4k_dma_cache_wback_inv' function will fail when the requested
size equals 0 AND when the address is a multiple of the line size. I
discovered this bug while using the National Semiconductor DP8381x
series PCI ethernet driver. I have attached a test program showing
the bug as well as a patch for comment. Okay to apply?

-Steve

--------------010605080001030505010809
Content-Type: text/x-c;
 name="test-faulty-inv.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="test-faulty-inv.c"

/*
 * Test program for faulty 'r4k_dma_cache_wback_inv' routine where
 * calculated end address can be incorrect when the size = 0.
 *
 * Copyright (C) 2004 TimeSys Corp.
 *                    S. James Hill (James.Hill@timesys.com)
 *                                  (sjhill@realitydiluted.com)
 *
 *  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 SOFTWARE IS PROVIDED ``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.
 *
 *  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 <stdio.h>

int main (void)
{
	unsigned long addr, a, end;
	unsigned int size, line_size;

	/*
	 * Choose an arbitrary test start address and ending address
	 * (not the calculated end address).
	 */
	for (addr = 0x803e4000; addr < 0x803e8000; addr+=4)
	{
		/*
		 * We assume cache line sizes are always a multiple
		 * of 16 bytes.
		 */
		line_size = 16;
		//line_size = 32;
		{
			/*
			 * We try all 4-byte aligned sizes up to
			 * the size of a page.
			 */
			for (size = 0; size < 4096; size+=4)
			{
				a = addr & ~(line_size - 1);
				end = (addr + size - 1) & ~(line_size - 1);
				if (end < a)
					printf("FAIL: a=0x%08lx, end=0x%08lx,"
						"line_size=%i, size=%i\n",
						a, end, line_size, size);
			}
		}
	}

	return 0;
}

--------------010605080001030505010809
Content-Type: text/x-patch;
 name="c-r4k-faulty-wback-inv.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="c-r4k-faulty-wback-inv.patch"

Index: c-r4k.c
===================================================================
RCS file: /home/cvs/linux/arch/mips/mm/c-r4k.c,v
retrieving revision 1.3.2.67
diff -d -u -r1.3.2.67 c-r4k.c
--- c-r4k.c	5 Mar 2004 02:47:11 -0000	1.3.2.67
+++ c-r4k.c	15 Mar 2004 17:03:29 -0000
@@ -482,7 +482,7 @@
 		}
 
 		a = addr & ~(sc_lsize - 1);
-		end = (addr + size - 1) & ~(sc_lsize - 1);
+		end = (addr + size + sc_lsize - 1) & ~(sc_lsize - 1);
 		while (1) {
 			flush_scache_line(a);	/* Hit_Writeback_Inv_SD */
 			if (a == end)
@@ -504,7 +504,7 @@
 
 		R4600_HIT_CACHEOP_WAR_IMPL;
 		a = addr & ~(dc_lsize - 1);
-		end = (addr + size - 1) & ~(dc_lsize - 1);
+		end = (addr + size + dc_lsize - 1) & ~(dc_lsize - 1);
 		while (1) {
 			flush_dcache_line(a);	/* Hit_Writeback_Inv_D */
 			if (a == end)
@@ -529,7 +529,7 @@
 		}
 
 		a = addr & ~(sc_lsize - 1);
-		end = (addr + size - 1) & ~(sc_lsize - 1);
+		end = (addr + size + sc_lsize - 1) & ~(sc_lsize - 1);
 		while (1) {
 			flush_scache_line(a);	/* Hit_Writeback_Inv_SD */
 			if (a == end)
@@ -546,7 +546,7 @@
 
 		R4600_HIT_CACHEOP_WAR_IMPL;
 		a = addr & ~(dc_lsize - 1);
-		end = (addr + size - 1) & ~(dc_lsize - 1);
+		end = (addr + size + dc_lsize - 1) & ~(dc_lsize - 1);
 		while (1) {
 			flush_dcache_line(a);	/* Hit_Writeback_Inv_D */
 			if (a == end)

--------------010605080001030505010809--

From ppopov@mvista.com Mon Mar 15 17:48:58 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 15 Mar 2004 17:49:00 +0000 (GMT)
Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:10224 "EHLO
	av.mvista.com") by linux-mips.org with ESMTP id <S8225219AbUCORs6>;
	Mon, 15 Mar 2004 17:48:58 +0000
Received: from zeus.mvista.com (av [127.0.0.1])
	by av.mvista.com (8.9.3/8.9.3) with ESMTP id JAA22517;
	Mon, 15 Mar 2004 09:48:54 -0800
Subject: Re: zboot patch and linux_2_4 branch [was Re: Linux Boot Issue in
	Au1550]
From: Pete Popov <ppopov@mvista.com>
To: Tahoma Toelkes <tahoma@nshore.com>
Cc: Linux MIPS mailing list <linux-mips@linux-mips.org>,
	Dan Malek <dan@embeddededge.com>
In-Reply-To: <405232DB.5050902@nshore.com>
References: <20040312074402.6BE522B2B58@ws5-7.us4.outblaze.com>
	 <4051D48F.5080300@embeddededge.com>  <405232DB.5050902@nshore.com>
Content-Type: text/plain
Organization: MontaVista Software
Message-Id: <1079372993.10407.11.camel@zeus.mvista.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 15 Mar 2004 09:49:53 -0800
Content-Transfer-Encoding: 7bit
Return-Path: <ppopov@mvista.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4538
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ppopov@mvista.com
Precedence: bulk
X-list: linux-mips

On Fri, 2004-03-12 at 13:59, Tahoma Toelkes wrote:
> Dan Malek wrote:
> 
> > You will have to get the sources from linux-mips.org cvs,
> > using the linux_2_4 tag.  From 
> > ftp.linux-mips.org:/pub/linux/mips/people/ppopov/2.4
> > get and apply the usb-nonpci-2.4.24.patch and zboot-2.4.25.patch
> 
> I'm having problems applying the zboot patch to the latest and greatest 
> from the linux_2_4 branch ("cvs checkout -r linux_2_4 -D 2004-03-12 
> linux").  When I try to apply the zboot patch, it rejects the chunk for 
> 'arch/mips/Makefile'.  However, upon inspection, I am unable to 
> determine why it isn't happy with the patch.  Any suggestions?

It's not happy because the Makefile has changed since the zboot patch
was last updated. Below is the reject. You can take the "+" lines and
manually insert them in the Makefile or wait until Dan or I update the
patch.

Pete


***************
*** 724,738 ****
  endif

  MAKEBOOT = $(MAKE) -C arch/$(ARCH)/boot

  vmlinux.ecoff: vmlinux
        @$(MAKEBOOT) $@

  vmlinux.srec: vmlinux
        @$(MAKEBOOT) $@

  archclean:
        @$(MAKEBOOT) clean
        rm -f arch/$(ARCH)/ld.script
        $(MAKE) -C arch/$(ARCH)/tools clean
        $(MAKE) -C arch/mips/baget clean
--- 724,744 ----
  endif

  MAKEBOOT = $(MAKE) -C arch/$(ARCH)/boot
+ MAKEZBOOT = $(MAKE) -C arch/$(ARCH)/zboot
+ BOOT_TARGETS = zImage zImage.initrd zImage.flash

  vmlinux.ecoff: vmlinux
        @$(MAKEBOOT) $@

+  $(BOOT_TARGETS): vmlinux
+       @$(MAKEZBOOT) $@
+ 
  vmlinux.srec: vmlinux
        @$(MAKEBOOT) $@

  archclean:
        @$(MAKEBOOT) clean
+       @$(MAKEZBOOT) clean
        rm -f arch/$(ARCH)/ld.script
        $(MAKE) -C arch/$(ARCH)/tools clean
        $(MAKE) -C arch/mips/baget clean



From dan@embeddededge.com Mon Mar 15 17:53:00 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 15 Mar 2004 17:53:01 +0000 (GMT)
Received: from embeddededge.com ([IPv6:::ffff:209.113.146.155]:16768 "EHLO
	tibook.embeddededge.com") by linux-mips.org with ESMTP
	id <S8225219AbUCORxA>; Mon, 15 Mar 2004 17:53:00 +0000
Received: from embeddededge.com (IDENT:dan@localhost.localdomain [127.0.0.1])
	by tibook.embeddededge.com (8.11.1/8.11.1) with ESMTP id i2FHsBl00934;
	Mon, 15 Mar 2004 12:54:11 -0500
Message-ID: <4055EDC3.3040800@embeddededge.com>
Date: Mon, 15 Mar 2004 12:54:11 -0500
From: Dan Malek <dan@embeddededge.com>
Organization: Embedded Edge, LLC.
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.9) Gecko/20020411
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tahoma Toelkes <tahoma@nshore.com>
CC: linux-mips@linux-mips.org
Subject: Re: zboot patch and linux_2_4 branch [was Re: Linux Boot Issue in
 Au1550]
References: <20040312074402.6BE522B2B58@ws5-7.us4.outblaze.com> <4051D48F.5080300@embeddededge.com> <405232DB.5050902@nshore.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <dan@embeddededge.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4539
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dan@embeddededge.com
Precedence: bulk
X-list: linux-mips

Tahoma Toelkes wrote:

> ... When I try to apply the zboot patch, it rejects the chunk for 
> 'arch/mips/Makefile'.  However, upon inspection, I am unable to 
> determine why it isn't happy with the patch.  Any suggestions?

The Makefiles have been recently updated and the change is obvious
and trivial.  You can download a new patch from
http://embeddededge.com/downloads/amd-alchemy/zboot-2.4.25.patch
It's just the cost of wanting to play with the latest public
sources, sometimes the patches aren't exactly up to date.

I you don't want to use the CDs provided by AMD with their kits
and wish to continue to use the public sources, there are other
things to download from this directory as well.  The README
file explanins all, please read and follow it.

Thanks.


	-- Dan


From MAILER-DAEMON Tue Mar 16 03:31:03 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 03:31:05 +0000 (GMT)
Received: from n33.grp.scd.yahoo.com ([IPv6:::ffff:66.218.66.101]:37552 "HELO
	n33.grp.scd.yahoo.com") by linux-mips.org with SMTP
	id <S8225248AbUCPDbD>; Tue, 16 Mar 2004 03:31:03 +0000
Received: from [66.218.66.158] by n33.grp.scd.yahoo.com with NNFMP; 16 Mar 2004 02:43:32 -0000
Received: (qmail 76621 invoked by uid 7800); 16 Mar 2004 02:43:31 -0000
Date: 16 Mar 2004 02:43:31 -0000
Message-ID: <1079405011.110.76576.m18@yahoogroups.com>
MIME-Version: 1.0
To: linux-mips@linux-mips.org
From: Yahoo! Groups <notify@yahoogroups.com>
Subject: Unable to process your message
Content-Type: multipart/mixed;
  boundary="WknmqRHy0pVQb096mA15sVi-eyBvmJuS9ny7GgR"
Return-Path: <>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4540
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: notify@yahoogroups.com
Precedence: bulk
X-list: linux-mips


--WknmqRHy0pVQb096mA15sVi-eyBvmJuS9ny7GgR
Content-Type: text/plain
Content-Transfer-Encoding: 7bit


We are unable to process the message from <linux-mips@linux-mips.org>
to <l_tragedy-unsubscribe@yahoogroups.com>.

Your message was addressed to a group that does not exist.
Please check to make sure you spelled the group name 
correctly.
  
For further assistance, please visit http://help.yahoo.com/help/us/groups/

--WknmqRHy0pVQb096mA15sVi-eyBvmJuS9ny7GgR
Content-Type: message/rfc822

Received: (qmail 76505 invoked from network); 16 Mar 2004 02:43:29 -0000
Received: from unknown (66.218.66.166)
  by m18.grp.scd.yahoo.com with QMQP; 16 Mar 2004 02:43:29 -0000
Received: from unknown (HELO yahoogroups.com) (203.215.120.242)
  by mta5.grp.scd.yahoo.com with SMTP; 16 Mar 2004 02:42:34 -0000
From: linux-mips@linux-mips.org
To: l_tragedy-unsubscribe@yahoogroups.com
Subject: Re: Your software
Date: Tue, 16 Mar 2004 10:42:29 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0000_00007E74.000065B1"
X-Priority: 3
X-MSMail-Priority: Normal
X-eGroups-Remote-IP: 203.215.120.242

This is a multi-part message in MIME format.

------=_NextPart_000_0000_00007E74.000065B1
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Please read the attached file.

------=_NextPart_000_0000_00007E74.000065B1
Content-Type: application/octet-stream;
	name="application.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="application.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_0000_00007E74.000065B1--



--WknmqRHy0pVQb096mA15sVi-eyBvmJuS9ny7GgR--


From yuasa@hh.iij4u.or.jp Tue Mar 16 04:11:43 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 04:11:44 +0000 (GMT)
Received: from mo02.iij4u.or.jp ([IPv6:::ffff:210.130.0.19]:45782 "EHLO
	mo02.iij4u.or.jp") by linux-mips.org with ESMTP id <S8224772AbUCPELn>;
	Tue, 16 Mar 2004 04:11:43 +0000
Received: from mdo01.iij4u.or.jp (mdo01.iij4u.or.jp [210.130.0.171])
	by mo02.iij4u.or.jp (8.8.8/MFO1.5) with ESMTP id NAA12952;
	Tue, 16 Mar 2004 13:11:33 +0900 (JST)
Received: 4UMDO01 id i2G4BXb00533; Tue, 16 Mar 2004 13:11:33 +0900 (JST)
Received: 4UMRO01 id i2G4BOS04456; Tue, 16 Mar 2004 13:11:32 +0900 (JST)
	from rally.montavista.co.jp (sonicwall.montavista.co.jp [202.232.97.131]) (authenticated)
Date: Tue, 16 Mar 2004 13:11:25 +0900
From: Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
To: sjhill@linux-mips.org
Cc: yuasa@hh.iij4u.or.jp, linux-mips@linux-mips.org
Subject: Re: CVS Update@-mips.org: linux
Message-Id: <20040316131125.017d9c4a.yuasa@hh.iij4u.or.jp>
In-Reply-To: <20040315205101Z8225248-9616+3861@linux-mips.org>
References: <20040315205101Z8225248-9616+3861@linux-mips.org>
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Return-Path: <yuasa@hh.iij4u.or.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4541
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: yuasa@hh.iij4u.or.jp
Precedence: bulk
X-list: linux-mips

Hello Steven,

You need to add the following change further.
Please apply this patch to v2.4.

Yoichi

diff -urN -X dontdiff linux-orig/arch/mips/pci/pci.c linux/arch/mips/pci/pci.c
--- linux-orig/arch/mips/pci/pci.c	2003-06-28 11:26:25.000000000 +0900
+++ linux/arch/mips/pci/pci.c	2004-03-16 12:42:37.000000000 +0900
@@ -129,7 +129,7 @@
 	return pcibios_enable_resources(dev, mask);
 }
 
-#ifdef CONFIG_NEW_PCI
+#ifdef CONFIG_PCI_NEW
 /*
  * Named PCI new and about to die before it's old :-)
  *



On Mon, 15 Mar 2004 20:50:56 +0000
sjhill@linux-mips.org wrote:

> 
> CVSROOT:	/home/cvs
> Module name:	linux
> Changes by:	sjhill@ftp.linux-mips.org	04/03/15 20:50:56
> 
> Modified files:
> 	arch/mips      : Tag: linux_2_4 config-shared.in defconfig 
> 	                 defconfig-atlas defconfig-bosporus 
> 	                 defconfig-capcella defconfig-cobalt 
> 	                 defconfig-csb250 defconfig-db1000 
> 	                 defconfig-db1100 defconfig-db1500 
> 	                 defconfig-db1550 defconfig-ddb5476 
> 	                 defconfig-ddb5477 defconfig-decstation 
> 	                 defconfig-e55 defconfig-eagle defconfig-ev64120 
> 	                 defconfig-ev96100 defconfig-hp-lj 
> 	                 defconfig-hydrogen3 defconfig-ip22 
> 	                 defconfig-it8172 defconfig-ivr 
> 	                 defconfig-jmr3927 defconfig-lasat 
> 	                 defconfig-malta defconfig-mirage 
> 	                 defconfig-mpc30x defconfig-mtx-1 defconfig-nino 
> 	                 defconfig-ocelot defconfig-osprey 
> 	                 defconfig-pb1000 defconfig-pb1100 
> 	                 defconfig-pb1500 defconfig-pb1550 
> 	                 defconfig-rbtx4927 defconfig-rm200 
> 	                 defconfig-sb1250-swarm defconfig-sead 
> 	                 defconfig-tb0226 defconfig-tb0229 
> 	                 defconfig-ti1500 defconfig-workpad 
> 	                 defconfig-xxs1500 defconfig-yosemite 
> 	arch/mips64    : Tag: linux_2_4 defconfig-atlas 
> 	                 defconfig-decstation defconfig-ip22 
> 	                 defconfig-ip27 defconfig-jaguar defconfig-malta 
> 	                 defconfig-ocelotc defconfig-sb1250-swarm 
> 	                 defconfig-sead 
> 	drivers/net    : Tag: linux_2_4 Config.in 
> 
> Log message:
> 	Remove ~100 lines from the main 'config-shared.in' file to simplify the
> 	PCI configuration option. Update all config files to reflect the change
> 	as well as the stuff for kernel command line and Pb1550 *sigh*. Also
> 	fixed network config directives for 'make xconfig' breakages.
> 
> 

From rathann@icm.edu.pl Tue Mar 16 09:51:02 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 09:51:06 +0000 (GMT)
Received: from gw.icm.edu.pl ([IPv6:::ffff:212.87.0.39]:51582 "EHLO
	gw.icm.edu.pl") by linux-mips.org with ESMTP id <S8225263AbUCPJvC>;
	Tue, 16 Mar 2004 09:51:02 +0000
Received: from rekin.icm.edu.pl (mail@rekin.icm.edu.pl [192.168.1.132])
	by gw.icm.edu.pl (8.12.9/8.12.6/rzm-4.6/icm) with ESMTP id i2G9opA0000011
	for <linux-mips@linux-mips.org>; Tue, 16 Mar 2004 10:50:55 +0100 (CET)
Received: from rathann by rekin.icm.edu.pl with local (Exim 3.35 #1 (Debian))
	id 1B3BDn-0005Aw-00
	for <linux-mips@linux-mips.org>; Tue, 16 Mar 2004 10:50:51 +0100
Date: Tue, 16 Mar 2004 10:50:51 +0100
From: "Dominik 'Rathann' Mierzejewski" <rathann@icm.edu.pl>
To: linux-mips <linux-mips@linux-mips.org>
Subject: Re: newport console fixes
Message-ID: <20040316095051.GA19755@icm.edu.pl>
Mail-Followup-To: linux-mips <linux-mips@linux-mips.org>
References: <20040315135708.GA7861@fh-brandenburg.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040315135708.GA7861@fh-brandenburg.de>
User-Agent: Mutt/1.3.28i
Return-Path: <rathann@icm.edu.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4542
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: rathann@icm.edu.pl
Precedence: bulk
X-list: linux-mips

On Mon, Mar 15, 2004 at 02:57:08PM +0100, Markus Dahms wrote:
> Hello list,
> 
> I patched the newport console driver to have the correct colormap
> when exiting X11 / switching from X11 to console.
> This problem doesn't affect all versions of the newport, the old
> revision in my very old indy doesn't show these effects.
> Some revision information of my (different) newports is written in
> the header of the attached diff.

Just for the record, my Indy also exhibits this fault, but has different
cmap revision than yours:

NG1: Revision 6, 8 bitplanes, REX3 revision B, VC2 revision A,
     xmap9 revision A, cmap revision C, bt445 revision D
NG1: Screensize 1280x1024

> #### old newport, works w/o patch
> #
> # NG1: Revision 3, 8 bitplanes, REX3 revision B, VC2 revision A, 
> #      xmap9 revision A, cmap revision C, bt445 revision A
> # NG1: Screensize 1296x1024
> #
> ## (strange resolution, isn't it? - X does 1280x1024 anyway)
> 
> #### new newport, works w/ patch
> #
> # NG1: Revision 6, 8 bitplanes, REX3 revision B, VC2 revision A,
> #      xmap9 revision A, cmap revision D, bt445 revision D
> # NG1: Screensize 1280x1024

Regards,

-- 
Dominik 'Rathann' Mierzejewski <rathann@icm.edu.pl>                                                 
Interdisciplinary Centre for Mathematical and Computational Modelling                               
Warsaw University  |  http://www.icm.edu.pl  |  tel. +48 (22) 5540810                               

From robin@brouwen.nl Tue Mar 16 10:01:54 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 10:01:55 +0000 (GMT)
Received: from frontend2.mailcluster.introweb.nl ([IPv6:::ffff:80.65.97.17]:30733
	"EHLO brievenbus2.introweb.nl") by linux-mips.org with ESMTP
	id <S8225263AbUCPKBy>; Tue, 16 Mar 2004 10:01:54 +0000
Received: from brouwen.nl (mail.introcom.nl [80.65.97.195])
	by brievenbus2.introweb.nl (Postfix) with ESMTP id DDD6999F16
	for <linux-mips@ftp.linux-mips.org>; Tue, 16 Mar 2004 11:04:01 +0100 (CET)
Message-ID: <4056D090.90309@brouwen.nl>
Date: Tue, 16 Mar 2004 11:01:52 +0100
From: Robin Elfrink <robin@brouwen.nl>
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@ftp.linux-mips.org
Subject: Trying to get Linux running on an Origin 200
Content-Type: multipart/mixed;
 boundary="------------030508060802050802050201"
Return-Path: <robin@brouwen.nl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@ftp.linux-mips.org
Original-Recipient: rfc822;linux-mips@ftp.linux-mips.org
X-archive-position: 4543
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: robin@brouwen.nl
Precedence: bulk
X-list: linux-mips

This is a multi-part message in MIME format.
--------------030508060802050802050201
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello,


I have an Origin 200 doing nothing here, and am trying to get Linux 
running on it (to be more specific: I want Debian on it).

I grabbed today's CVS from linux-mips.org, and used the attached config. 
Whether I configure a ramdisk or not, and/or use options like 
'root=/dev/ram0', 'init=/bin/ash' etc, it stops after outputting the 
'loop: loaded (max 8 devices)' line.

Should I wait until IP27 is better supported? Or did I do something wrong?


 >> boot -f bootp():/boot/vmlinux.64 console=ttyS0
Setting $netaddr to x.x.x.x (from server y.y.y)
Obtaining /boot/vmlinux.64 from server y.y.y
2967136+514432+153264+135648 entry: 0xa800000000372020
Linux version 2.6.4 (root@arthur) (gcc version 2.95.4 20010319 
(prerelease)) #24
ARCH: SGI-IP27
PROMLIB: ARC firmware Version 64 Revision 0
Discovered 1 cpus on 1 nodes
node_distance: router_a NULL
************** Topology ********************
     00
00  -1
CPU revision is: 00000926
FPU revision is: 00000900
IP27: Running on node 0.
Node 0 has a primary CPU, CPU is running.
Node 0 has no secondary CPU.
Machine is in M mode.
Cpu 0, Nasid 0x0: partnum 0xc002 is a bridge
CPU 0 clock is 65535MHz.
Determined physical RAM map:
On node 0 totalpages: 131072
   DMA zone: 131072 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=dksc(0,1,0) console=ttyS0
Primary instruction cache 32kB, physically tagged, 2-way, linesize 64 bytes.
Primary data cache 32kB 2-way, linesize 32 bytes.
Unified secondary cache 1024kB 2-way, linesize 128 bytes.
PID hash table entries: 16 (order 4: 256 bytes)
Memory: 507776k/524288k available (2542k kernel code, 16512k reserved, 
871k dat)
Calibrating delay loop... 177.66 BogoMIPS
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: 256 (order: 0, 4096 bytes)
Checking for 'wait' instruction...  unavailable.
Checking for the multiply/shift bug... no.
Checking for the daddi bug... no.
Checking for the daddiu bug... no.
POSIX conformance testing by UNIFIX
per-CPU timeslice cutoff: 2998504.20 usecs.
task migration cache decay timeout: 2988 msecs.
REPLICATION: ON nasid 0, ktext from nasid 0, kdata from nasid 0
Brought up 1 CPUs
NET: Registered protocol family 16
Can't analyze prologue code at ffffffff80062c34
SCSI subsystem initialized
PCI: Fixing isp1020 in [bus:slot.fn] 0000:00:00.0
PCI: Fixing isp1020 in [bus:slot.fn] 0000:00:01.0
PCI: Fixing base addresses for IOC3 device 0000:00:02.0
PCI: Failed to allocate mem resource #0:100000@0 for 0000:00:02.0
PCI: Failed to allocate mem resource #6:10000@0 for 0000:00:00.0
PCI: Failed to allocate mem resource #6:10000@0 for 0000:00:01.0
PCI: Failed to allocate mem resource #1:1000@0 for 0000:00:00.0
PCI: Failed to allocate mem resource #1:1000@0 for 0000:00:01.0
PCI: Failed to allocate I/O resource #0:100@0 for 0000:00:00.0
PCI: Failed to allocate I/O resource #0:100@0 for 0000:00:01.0
ikconfig 0.7 with /proc/config*
EFS: 1.0a - http://aeschi.ch.eu.org/efs/
SGI XFS with large block/inode numbers, no debug enabled
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
loop: loaded (max 8 devices)


--------------030508060802050802050201
Content-Type: text/plain;
 name=".config"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename=".config"

#
# Automatically generated make config: don't edit
#
CONFIG_MIPS=y
CONFIG_MIPS64=y
CONFIG_64BIT=y

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_STANDALONE=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 is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_EMBEDDED=y
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=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
CONFIG_OBSOLETE_MODPARM=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y

#
# Machine selection
#
# CONFIG_MACH_JAZZ is not set
# CONFIG_MACH_VR41XX is not set
# CONFIG_MIPS_COBALT is not set
# CONFIG_MACH_DECSTATION is not set
# CONFIG_MIPS_EV64120 is not set
# CONFIG_MIPS_EV96100 is not set
# CONFIG_MIPS_IVR is not set
# CONFIG_LASAT is not set
# CONFIG_MIPS_ITE8172 is not set
# CONFIG_MIPS_ATLAS is not set
# CONFIG_MIPS_MALTA is not set
# CONFIG_MIPS_SEAD is not set
# CONFIG_MOMENCO_OCELOT is not set
# CONFIG_MOMENCO_OCELOT_G is not set
# CONFIG_MOMENCO_OCELOT_C is not set
# CONFIG_MOMENCO_JAGUAR_ATX is not set
# CONFIG_PMC_YOSEMITE is not set
# CONFIG_DDB5074 is not set
# CONFIG_DDB5476 is not set
# CONFIG_DDB5477 is not set
# CONFIG_NEC_OSPREY is not set
# CONFIG_SGI_IP22 is not set
CONFIG_SGI_IP27=y
# CONFIG_SGI_SN0_N_MODE is not set
CONFIG_DISCONTIGMEM=y
CONFIG_NUMA=y
# CONFIG_MAPPED_KERNEL is not set
# CONFIG_REPLICATE_KTEXT is not set
# CONFIG_REPLICATE_EXHANDLERS is not set
# CONFIG_SGI_IP32 is not set
# CONFIG_SIBYTE_SB1xxx_SOC is not set
# CONFIG_SNI_RM200_PCI is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
CONFIG_HAVE_DEC_LOCK=y
CONFIG_ARC=y
CONFIG_DMA_IP27=y
# CONFIG_CPU_LITTLE_ENDIAN is not set
CONFIG_MIPS_L1_CACHE_SHIFT=7
# CONFIG_FB is not set
CONFIG_ARC64=y
CONFIG_BOOT_ELF64=y
CONFIG_QL_ISP_A64=y

#
# CPU selection
#
# CONFIG_CPU_MIPS32 is not set
# CONFIG_CPU_MIPS64 is not set
# CONFIG_CPU_R3000 is not set
# CONFIG_CPU_TX39XX is not set
# CONFIG_CPU_VR41XX is not set
# CONFIG_CPU_R4300 is not set
# CONFIG_CPU_R4X00 is not set
# CONFIG_CPU_TX49XX is not set
# CONFIG_CPU_R5000 is not set
# CONFIG_CPU_R5432 is not set
# CONFIG_CPU_R6000 is not set
# CONFIG_CPU_NEVADA is not set
# CONFIG_CPU_R8000 is not set
CONFIG_CPU_R10000=y
# CONFIG_CPU_RM7000 is not set
# CONFIG_CPU_RM9000 is not set
# CONFIG_CPU_SB1 is not set
CONFIG_PAGE_SIZE_4KB=y
# CONFIG_PAGE_SIZE_16KB is not set
# CONFIG_PAGE_SIZE_64KB is not set
CONFIG_CPU_HAS_LLSC=y
CONFIG_CPU_HAS_LLDSCD=y
CONFIG_CPU_HAS_SYNC=y
CONFIG_SMP=y
CONFIG_NR_CPUS=64
# CONFIG_PREEMPT is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_MIPS_INSANE_LARGE is not set

#
# Bus options (PCI, PCMCIA, EISA, ISA, TC)
#
CONFIG_PCI=y
CONFIG_PCI_LEGACY_PROC=y
# CONFIG_PCI_NAMES is not set
CONFIG_MMU=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set
CONFIG_MIPS32_COMPAT=y
CONFIG_COMPAT=y
CONFIG_MIPS32_O32=y
# CONFIG_MIPS32_N32 is not set
CONFIG_BINFMT_ELF32=y

#
# MIPS initrd options
#
CONFIG_EMBEDDED_RAMDISK=y
CONFIG_EMBEDDED_RAMDISK_IMAGE="ramdisk.gz"

#
# Device Drivers
#

#
# Generic Driver Options
#
# CONFIG_DEBUG_DRIVER is not set

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Plug and Play support
#

#
# 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=y
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=8192
CONFIG_BLK_DEV_INITRD=y

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

#
# 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=y
# 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_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_SYM53C8XX_2 is not set
CONFIG_SCSI_QLOGIC_ISP=y
# 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_DC395x is not set
# CONFIG_SCSI_DC390T 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
#

#
# 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=y
# 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=y
CONFIG_SGI_IOC3_ETH=y
CONFIG_SGI_IOC3_ETH_HW_RX_CSUM=y
CONFIG_SGI_IOC3_ETH_HW_TX_CSUM=y
# 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 is not set
# CONFIG_HP100 is not set
# CONFIG_NET_PCI is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC 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_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_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_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 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=y
CONFIG_SERIO=y
# CONFIG_SERIO_I8042 is not set
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PCIPS2 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 is not set
# 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 is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256

#
# 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_RTC is not set
# CONFIG_GEN_RTC is not set
# CONFIG_SGI_IP27_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_AGP is not set
# CONFIG_DRM is not set
# CONFIG_RAW_DRIVER is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Misc devices
#

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set

#
# Graphics support
#

#
# Sound
#
# CONFIG_SOUND is not set

#
# 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 is not set
# CONFIG_JBD is not set
# CONFIG_REISERFS_FS is not set
CONFIG_JFS_FS=y
# CONFIG_JFS_POSIX_ACL is not set
# CONFIG_JFS_DEBUG is not set
# CONFIG_JFS_STATISTICS is not set
CONFIG_XFS_FS=y
# CONFIG_XFS_RT is not set
# CONFIG_XFS_QUOTA is not set
# CONFIG_XFS_SECURITY is not set
# CONFIG_XFS_POSIX_ACL is not set
CONFIG_MINIX_FS=y
CONFIG_ROMFS_FS=y
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
CONFIG_AUTOFS4_FS=y

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_ZISOFS_FS=y
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=y
CONFIG_MSDOS_FS=y
CONFIG_VFAT_FS=y
# 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=y
CONFIG_DEVPTS_FS_SECURITY=y
# CONFIG_TMPFS is not set
# 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=y
# 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 is not set
# CONFIG_ROOT_NFS is not set
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
# CONFIG_EXPORTFS is not set
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=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_NEC98_PARTITION is not set
CONFIG_SGI_PARTITION=y
# CONFIG_ULTRIX_PARTITION is not set
# CONFIG_SUN_PARTITION is not set
# CONFIG_EFI_PARTITION is not set

#
# Native Language Support
#
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-15"
# 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

#
# Kernel hacking
#
CONFIG_CROSSCOMPILE=y
CONFIG_CMDLINE=""
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_KGDB is not set
CONFIG_DEBUG_INFO=y
CONFIG_RUNTIME_DEBUG=y
CONFIG_MAGIC_SYSRQ=y

#
# Security options
#
# CONFIG_SECURITY is not set

#
# Cryptographic options
#
# CONFIG_CRYPTO is not set

#
# Library routines
#
CONFIG_CRC32=y
CONFIG_ZLIB_INFLATE=y

--------------030508060802050802050201--

From ica2_ts@csv.ica.uni-stuttgart.de Tue Mar 16 10:18:52 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 10:18:53 +0000 (GMT)
Received: from iris1.csv.ica.uni-stuttgart.de ([IPv6:::ffff:129.69.118.2]:29298
	"EHLO iris1.csv.ica.uni-stuttgart.de") by linux-mips.org with ESMTP
	id <S8225269AbUCPKSw>; Tue, 16 Mar 2004 10:18:52 +0000
Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1B3Bes-0007rQ-00
	for <linux-mips@linux-mips.org>; Tue, 16 Mar 2004 11:18:50 +0100
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian))
	id 1B3Bes-0001Ej-00
	for <linux-mips@linux-mips.org>; Tue, 16 Mar 2004 11:18:50 +0100
Date: Tue, 16 Mar 2004 11:18:50 +0100
To: linux-mips <linux-mips@linux-mips.org>
Subject: Re: newport console fixes
Message-ID: <20040316101849.GE25814@rembrandt.csv.ica.uni-stuttgart.de>
References: <20040315135708.GA7861@fh-brandenburg.de> <20040316095051.GA19755@icm.edu.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040316095051.GA19755@icm.edu.pl>
User-Agent: Mutt/1.5.5.1i
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4544
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ica2_ts@csv.ica.uni-stuttgart.de
Precedence: bulk
X-list: linux-mips

Dominik 'Rathann' Mierzejewski wrote:
> On Mon, Mar 15, 2004 at 02:57:08PM +0100, Markus Dahms wrote:
> > Hello list,
> > 
> > I patched the newport console driver to have the correct colormap
> > when exiting X11 / switching from X11 to console.
> > This problem doesn't affect all versions of the newport, the old
> > revision in my very old indy doesn't show these effects.
> > Some revision information of my (different) newports is written in
> > the header of the attached diff.
> 
> Just for the record, my Indy also exhibits this fault, but has different
> cmap revision than yours:
> 
> NG1: Revision 6, 8 bitplanes, REX3 revision B, VC2 revision A,
>      xmap9 revision A, cmap revision C, bt445 revision D
> NG1: Screensize 1280x1024

The same as mine, showing this problem also.


Thiemo

From anemo@mba.ocn.ne.jp Tue Mar 16 14:01:29 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 14:01:29 +0000 (GMT)
Received: from mba.ocn.ne.jp ([IPv6:::ffff:210.190.142.172]:36315 "HELO
	smtp.mba.ocn.ne.jp") by linux-mips.org with SMTP
	id <S8225269AbUCPOB3>; Tue, 16 Mar 2004 14:01:29 +0000
Received: from localhost (p8075-ipad31funabasi.chiba.ocn.ne.jp [221.189.132.75])
	by smtp.mba.ocn.ne.jp (Postfix) with ESMTP
	id D9E745760; Tue, 16 Mar 2004 23:01:23 +0900 (JST)
Date: Tue, 16 Mar 2004 23:09:28 +0900 (JST)
Message-Id: <20040316.230928.74756852.anemo@mba.ocn.ne.jp>
To: sjhill@realitydiluted.com
Cc: linux-mips@linux-mips.org
Subject: Re: [PATCH] [RFC] r4k_dma_cache_wback_inv function fails when
 size=0...
From: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
In-Reply-To: <4055E320.8080808@realitydiluted.com>
References: <4055E320.8080808@realitydiluted.com>
X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A  B746 CA77 FE94 2874 D52F
X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F
X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Return-Path: <anemo@mba.ocn.ne.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4545
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: anemo@mba.ocn.ne.jp
Precedence: bulk
X-list: linux-mips

>>>>> On Mon, 15 Mar 2004 12:08:48 -0500, "Steven J. Hill" <sjhill@realitydiluted.com> said:

sjhill> The 'r4k_dma_cache_wback_inv' function will fail when the
sjhill> requested size equals 0 AND when the address is a multiple of
sjhill> the line size. I discovered this bug while using the National
sjhill> Semiconductor DP8381x series PCI ethernet driver. I have
sjhill> attached a test program showing the bug as well as a patch for
sjhill> comment. Okay to apply?

I think your patch is overkill.  It flushes many one line then needed.

How about just inserting

	if (unlikely(size == 0))
		return;

in beginning of each function?

---
Atsushi Nemoto

From marcel@beltz.info Tue Mar 16 15:08:38 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 15:08:41 +0000 (GMT)
Received: from [IPv6:::ffff:213.182.16.54] ([IPv6:::ffff:213.182.16.54]:15239
	"EHLO firetuere.beltz.info") by linux-mips.org with ESMTP
	id <S8225269AbUCPPIi>; Tue, 16 Mar 2004 15:08:38 +0000
Received: from [192.168.77.219] (unknown [213.182.16.51])
	by firetuere.beltz.info (Postfix) with ESMTP id AE8327005
	for <linux-mips@linux-mips.org>; Tue, 16 Mar 2004 16:51:53 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <3E72150D-775C-11D8-952A-000A95AA826A@beltz.info>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: linux-mips@linux-mips.org
From: Marcel Beltz <marcel@beltz.info>
Subject: 2.6 Support for MyCable XXS1500 board?
Date: Tue, 16 Mar 2004 16:11:47 +0100
X-Mailer: Apple Mail (2.613)
Return-Path: <marcel@beltz.info>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4546
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: marcel@beltz.info
Precedence: bulk
X-list: linux-mips

hello,

i am a newbie on this list. i want to run a 2.6 kernel on a xxs1500 
board. is there a working configuration? i run successfully a 2.4.21 
kernel and i don't know how to convert the .config file.

regards

	marcel beltz

-- 
marcel beltz

beltz.info			email: marcel@beltz.info
milchberg 21		fon: +49 177 736 787 1
86150 augsburg

++


From jsun@orion.mvista.com Tue Mar 16 15:09:13 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 15:09:14 +0000 (GMT)
Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:54780 "EHLO
	orion.mvista.com") by linux-mips.org with ESMTP id <S8225269AbUCPPJN>;
	Tue, 16 Mar 2004 15:09:13 +0000
Received: from orion.mvista.com (localhost.localdomain [127.0.0.1])
	by orion.mvista.com (8.12.8/8.12.8) with ESMTP id i2GF9Bx6029416;
	Tue, 16 Mar 2004 07:09:11 -0800
Received: (from jsun@localhost)
	by orion.mvista.com (8.12.8/8.12.8/Submit) id i2GF9BQE029414;
	Tue, 16 Mar 2004 07:09:11 -0800
Date: Tue, 16 Mar 2004 07:09:11 -0800
From: Jun Sun <jsun@mvista.com>
To: linux-mips@linux-mips.org
Cc: jsun@mvista.com
Subject: [PATCH 2.6] missing _raw_write_trylock
Message-ID: <20040316070911.B29232@mvista.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="zhXaljGHf11kAtnf"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Return-Path: <jsun@orion.mvista.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4547
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jsun@mvista.com
Precedence: bulk
X-list: linux-mips


--zhXaljGHf11kAtnf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Please help me reviewing the code, because inline assembly bug is
always tricky and miserable.  

Jun

--zhXaljGHf11kAtnf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=junk

diff -Nru linux/include/asm-mips/spinlock.h.orig linux/include/asm-mips/spinlock.h
--- linux/include/asm-mips/spinlock.h.orig	2004-01-05 10:48:38.000000000 -0800
+++ linux/include/asm-mips/spinlock.h	2004-03-15 18:50:30.000000000 -0800
@@ -167,4 +167,28 @@
 	: "memory");
 }
 
+static inline int _raw_write_trylock(rwlock_t *rw)
+{
+	unsigned int tmp;
+	int ret;
+
+	__asm__ __volatile__(
+	".set\tnoreorder\t\t\t# _raw_write_trylock\n"
+	"li\t%2, 0\n\t"
+	"1:\tll\t%1, %3\n\t"
+	"bnez\t%1, 2f\n\t"
+	"lui\t%1, 0x8000\n\t"
+	"sc\t%1, %0\n\t"
+	"beqz\t%1, 1b\n\t"
+	"sync\n\t"
+	"li\t%2, 1\n\t"
+	".set\treorder\n"
+	"2:"
+	: "=m" (rw->lock), "=&r" (tmp), "=&r" (ret)
+	: "m" (rw->lock)
+	: "memory");
+
+	return ret;
+}
+
 #endif /* _ASM_SPINLOCK_H */

--zhXaljGHf11kAtnf--

From sjhill@realitydiluted.com Tue Mar 16 15:11:33 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 15:11:34 +0000 (GMT)
Received: from eth13.com-link.com ([IPv6:::ffff:208.242.241.164]:57737 "EHLO
	real.realitydiluted.com") by linux-mips.org with ESMTP
	id <S8225269AbUCPPLd>; Tue, 16 Mar 2004 15:11:33 +0000
Received: from localhost ([127.0.0.1] helo=realitydiluted.com)
	by real.realitydiluted.com with esmtp (Exim 3.36 #1 (Debian))
	id 1B3GDw-0007vr-00; Tue, 16 Mar 2004 09:11:21 -0600
Message-ID: <40571916.6060502@realitydiluted.com>
Date: Tue, 16 Mar 2004 10:11:18 -0500
From: "Steven J. Hill" <sjhill@realitydiluted.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
MIME-Version: 1.0
To: Jun Sun <jsun@mvista.com>
CC: linux-mips@linux-mips.org
Subject: Re: [PATCH 2.6] missing _raw_write_trylock
References: <20040316070911.B29232@mvista.com>
In-Reply-To: <20040316070911.B29232@mvista.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <sjhill@realitydiluted.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4548
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sjhill@realitydiluted.com
Precedence: bulk
X-list: linux-mips

Jun Sun wrote:
> Please help me reviewing the code, because inline assembly bug is
> always tricky and miserable.  
>
Are you going to do a non-LLSC, or are we no longer concerned about
those?

-Steve

From ralf@linux-mips.org Tue Mar 16 16:01:24 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 16:01:25 +0000 (GMT)
Received: from p508B7B47.dip.t-dialin.net ([IPv6:::ffff:80.139.123.71]:50728
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225269AbUCPQBS>; Tue, 16 Mar 2004 16:01:18 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2GG1FMk020561;
	Tue, 16 Mar 2004 17:01:15 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2GG1ECT020560;
	Tue, 16 Mar 2004 17:01:14 +0100
Date: Tue, 16 Mar 2004 17:01:14 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Cc: sjhill@realitydiluted.com, linux-mips@linux-mips.org
Subject: Re: [PATCH] [RFC] r4k_dma_cache_wback_inv function fails when size=0...
Message-ID: <20040316160114.GA19837@linux-mips.org>
References: <4055E320.8080808@realitydiluted.com> <20040316.230928.74756852.anemo@mba.ocn.ne.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040316.230928.74756852.anemo@mba.ocn.ne.jp>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4549
X-ecartis-version: Ecartis v1.0.0
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

On Tue, Mar 16, 2004 at 11:09:28PM +0900, Atsushi Nemoto wrote:

> sjhill> The 'r4k_dma_cache_wback_inv' function will fail when the
> sjhill> requested size equals 0 AND when the address is a multiple of
> sjhill> the line size. I discovered this bug while using the National
> sjhill> Semiconductor DP8381x series PCI ethernet driver. I have
> sjhill> attached a test program showing the bug as well as a patch for
> sjhill> comment. Okay to apply?
> 
> I think your patch is overkill.  It flushes many one line then needed.

So far I was simply considering any use with size 0 a bug.  In this case
a 0 argument was passed to pci_unmap_XXX, so I'll have to figure out with
the other architecture maintainers if that's just odd usage of the API
or an outright bug.

  Ralf

From jsun@orion.mvista.com Tue Mar 16 17:50:04 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 17:50:06 +0000 (GMT)
Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:63735 "EHLO
	orion.mvista.com") by linux-mips.org with ESMTP id <S8225309AbUCPRuE>;
	Tue, 16 Mar 2004 17:50:04 +0000
Received: from orion.mvista.com (localhost.localdomain [127.0.0.1])
	by orion.mvista.com (8.12.8/8.12.8) with ESMTP id i2GHo1x6029883;
	Tue, 16 Mar 2004 09:50:01 -0800
Received: (from jsun@localhost)
	by orion.mvista.com (8.12.8/8.12.8/Submit) id i2GHo0e7029874;
	Tue, 16 Mar 2004 09:50:00 -0800
Date: Tue, 16 Mar 2004 09:50:00 -0800
From: Jun Sun <jsun@mvista.com>
To: "Steven J. Hill" <sjhill@realitydiluted.com>
Cc: linux-mips@linux-mips.org, jsun@mvista.com
Subject: Re: [PATCH 2.6] missing _raw_write_trylock
Message-ID: <20040316175000.GB29803@mvista.com>
References: <20040316070911.B29232@mvista.com> <40571916.6060502@realitydiluted.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40571916.6060502@realitydiluted.com>
User-Agent: Mutt/1.4i
Return-Path: <jsun@orion.mvista.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4550
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jsun@mvista.com
Precedence: bulk
X-list: linux-mips

On Tue, Mar 16, 2004 at 10:11:18AM -0500, Steven J. Hill wrote:
> Jun Sun wrote:
> >Please help me reviewing the code, because inline assembly bug is
> >always tricky and miserable.  
> >
> Are you going to do a non-LLSC, or are we no longer concerned about
> those?
> 

For SMP machines we assume LLSC are present.  This function and its friends 
for SMP only.

Jun

From hch@lst.de Tue Mar 16 19:08:10 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 19:08:11 +0000 (GMT)
Received: from verein.lst.de ([IPv6:::ffff:212.34.189.10]:2469 "EHLO
	mail.lst.de") by linux-mips.org with ESMTP id <S8225303AbUCPTIK>;
	Tue, 16 Mar 2004 19:08:10 +0000
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 i2GJ88Qc004994
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Tue, 16 Mar 2004 20:08:08 +0100
Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id i2GJ88u6004992;
	Tue, 16 Mar 2004 20:08:08 +0100
Date: Tue, 16 Mar 2004 20:08:08 +0100
From: Christoph Hellwig <hch@lst.de>
To: Jun Sun <jsun@mvista.com>
Cc: "Steven J. Hill" <sjhill@realitydiluted.com>,
	linux-mips@linux-mips.org
Subject: Re: [PATCH 2.6] missing _raw_write_trylock
Message-ID: <20040316190808.GA4944@lst.de>
References: <20040316070911.B29232@mvista.com> <40571916.6060502@realitydiluted.com> <20040316175000.GB29803@mvista.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040316175000.GB29803@mvista.com>
User-Agent: Mutt/1.3.28i
X-Spam-Score: -4.901 () BAYES_00
X-Scanned-By: MIMEDefang 2.39
Return-Path: <hch@lst.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4551
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
X-list: linux-mips

On Tue, Mar 16, 2004 at 09:50:00AM -0800, Jun Sun wrote:
> > Are you going to do a non-LLSC, or are we no longer concerned about
> > those?
> > 
> 
> For SMP machines we assume LLSC are present.  This function and its friends 
> for SMP only.

doesn't CONFIG_PREEMPT (*shudder*) need it is aswell?


From cgs@ldsys.net Tue Mar 16 19:14:36 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 19:14:38 +0000 (GMT)
Received: from one.ldsys.net ([IPv6:::ffff:208.176.63.109]:53281 "EHLO
	one.chi.ldsys.net") by linux-mips.org with ESMTP
	id <S8225303AbUCPTOg>; Tue, 16 Mar 2004 19:14:36 +0000
Received: from sex-machine.chi.ldsys.net (sex-machine.chi.ldsys.net [10.0.1.4])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(Client did not present a certificate)
	by one.chi.ldsys.net (Postfix) with ESMTP id 0D3A344
	for <linux-mips@linux-mips.org>; Tue, 16 Mar 2004 13:14:34 -0600 (CST)
Subject: Re: [PATCH 2.6] missing _raw_write_trylock
From: "Christopher G. Stach II" <cgs@ldsys.net>
To: linux-mips@linux-mips.org
In-Reply-To: <20040316190808.GA4944@lst.de>
References: <20040316070911.B29232@mvista.com>
	 <40571916.6060502@realitydiluted.com> <20040316175000.GB29803@mvista.com>
	 <20040316190808.GA4944@lst.de>
Content-Type: text/plain
Message-Id: <1079464464.27177.12.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 16 Mar 2004 13:14:25 -0600
Content-Transfer-Encoding: 7bit
Return-Path: <cgs@ldsys.net>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4552
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: cgs@ldsys.net
Precedence: bulk
X-list: linux-mips

    CONFIG_SMP and CONFIG_PREEMPT at the same time, as it's in
kernel/sched.c.

chris

On Tue, 2004-03-16 at 13:08, Christoph Hellwig wrote:
> On Tue, Mar 16, 2004 at 09:50:00AM -0800, Jun Sun wrote:
> > > Are you going to do a non-LLSC, or are we no longer concerned about
> > > those?
> > > 
> > 
> > For SMP machines we assume LLSC are present.  This function and its friends 
> > for SMP only.
> 
> doesn't CONFIG_PREEMPT (*shudder*) need it is aswell?
> 
> 


From ppopov@mvista.com Tue Mar 16 19:19:10 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Mar 2004 19:19:11 +0000 (GMT)
Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:64250 "EHLO
	av.mvista.com") by linux-mips.org with ESMTP id <S8225314AbUCPTTK>;
	Tue, 16 Mar 2004 19:19:10 +0000
Received: from zeus.mvista.com (av [127.0.0.1])
	by av.mvista.com (8.9.3/8.9.3) with ESMTP id LAA32254;
	Tue, 16 Mar 2004 11:19:05 -0800
Subject: Re: 2.6 Support for MyCable XXS1500 board?
From: Pete Popov <ppopov@mvista.com>
To: Marcel Beltz <marcel@beltz.info>
Cc: Linux MIPS mailing list <linux-mips@linux-mips.org>
In-Reply-To: <3E72150D-775C-11D8-952A-000A95AA826A@beltz.info>
References: <3E72150D-775C-11D8-952A-000A95AA826A@beltz.info>
Content-Type: text/plain
Organization: MontaVista Software
Message-Id: <1079464816.10414.28.camel@zeus.mvista.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Mar 2004 11:20:17 -0800
Content-Transfer-Encoding: 7bit
Return-Path: <ppopov@mvista.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4553
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ppopov@mvista.com
Precedence: bulk
X-list: linux-mips

On Tue, 2004-03-16 at 07:11, Marcel Beltz wrote:
> hello,
> 
> i am a newbie on this list. i want to run a 2.6 kernel on a xxs1500 
> board. is there a working configuration? i run successfully a 2.4.21 
> kernel and i don't know how to convert the .config file.

The board has been updated but not tested. Right now I have the Db1500
and Pb1500 booting, but not all drivers are up to date yet. I recently
updated the pcmcia driver but haven't updated all the board files. The
XXS1500 might not boot without some minor work, but it should be pretty
trivial to get it running. There is an alpha 36 bit address support
patch in ftp.linux-mips.org:/pub/linux/mips/people/ppopov/2.6 that you
must apply. The PCI bus on the 1500 and the pcmcia driver worked fine
with it. If you're looking for production quality kernel, the 2.6 Au1x
is not there yet. 

Pete


From ppopov@mvista.com Wed Mar 17 01:25:53 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 01:25:54 +0000 (GMT)
Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:34808 "EHLO
	av.mvista.com") by linux-mips.org with ESMTP id <S8225324AbUCQBZx>;
	Wed, 17 Mar 2004 01:25:53 +0000
Received: from zeus.mvista.com (av [127.0.0.1])
	by av.mvista.com (8.9.3/8.9.3) with ESMTP id RAA21501
	for <linux-mips@linux-mips.org>; Tue, 16 Mar 2004 17:25:50 -0800
Subject: pci-cardbus adapter
From: Pete Popov <ppopov@mvista.com>
To: Linux MIPS mailing list <linux-mips@linux-mips.org>
Content-Type: text/plain
Organization: MontaVista Software
Message-Id: <1079486825.10414.410.camel@zeus.mvista.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Mar 2004 17:27:05 -0800
Content-Transfer-Encoding: 7bit
Return-Path: <ppopov@mvista.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4554
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ppopov@mvista.com
Precedence: bulk
X-list: linux-mips


I put a sample config.ops pcmcia config file in my directory and updated
the README with a few sentences about that file. It's meant for
something like a pci-pcmcia/cardbus adapter and I've tested it with a
Ricoh adapter. Others have asked for help in this area in the past, so I
thought I'd shoot an email to the list.

Pete


From yuasa@hh.iij4u.or.jp Wed Mar 17 15:25:35 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 15:25:36 +0000 (GMT)
Received: from mo03.iij4u.or.jp ([IPv6:::ffff:210.130.0.20]:8959 "EHLO
	mo03.iij4u.or.jp") by linux-mips.org with ESMTP id <S8225229AbUCQPZf>;
	Wed, 17 Mar 2004 15:25:35 +0000
Received: from mdo00.iij4u.or.jp (mdo00.iij4u.or.jp [210.130.0.170])
	by mo03.iij4u.or.jp (8.8.8/MFO1.5) with ESMTP id AAA25546;
	Thu, 18 Mar 2004 00:25:31 +0900 (JST)
Received: 4UMDO00 id i2HFPUW18595; Thu, 18 Mar 2004 00:25:30 +0900 (JST)
Received: 4UMRO01 id i2HFPSd28871; Thu, 18 Mar 2004 00:25:30 +0900 (JST)
	from stratos.frog (64.43.138.210.xn.2iij.net [210.138.43.64]) (authenticated)
Date: Thu, 18 Mar 2004 00:25:27 +0900
From: Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: yuasa@hh.iij4u.or.jp, linux-mips <linux-mips@linux-mips.org>
Subject: [PATCH][2.6] Fixed PCI fixup for vr41xx
Message-Id: <20040318002527.413195ce.yuasa@hh.iij4u.or.jp>
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Return-Path: <yuasa@hh.iij4u.or.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4555
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: yuasa@hh.iij4u.or.jp
Precedence: bulk
X-list: linux-mips

Hi Ralf,

These patches fix PCI fixup function about vr41xx.
Please apply these patches to v2.6.

NEC Eagle:
http://www.hh.iij4u.or.jp/~yuasa/linux-vr/v26/03-eagle-fixup-pci.diff

TANBAC TB0219:
http://www.hh.iij4u.or.jp/~yuasa/linux-vr/v26/05-tb0219-fixup-pci.diff

ZAO Networks Capcella:
http://www.hh.iij4u.or.jp/~yuasa/linux-vr/v26/07-capcella-fixup-pci.diff

TNABAC TB0226:
http://www.hh.iij4u.or.jp/~yuasa/linux-vr/v26/09-tb0226-fixup-pci.diff

Victor MP-C30x:
http://www.hh.iij4u.or.jp/~yuasa/linux-vr/v26/11-mpc30x-fixup-pci.diff

and, I already sent to you the following patches.
Please apply these patches to v2.6.

[PATCH][2.6] Change Kconfig about companion chip for vr41xx
http://www.hh.iij4u.or.jp/~yuasa/linux-vr/v26/01-Kconfig-VRC417x.diff

[PATCH][2.6] Fixed PCMCIA configuration about vr41xx
http://www.hh.iij4u.or.jp/~yuasa/linux-vr/v26/02-Kconfig-VRC417x-PCMCIA.diff

[PATCH][2.6] Update TB0229+TB0219 support
http://www.hh.iij4u.or.jp/~yuasa/linux-vr/v26/03-eagle-fixup-pci.diff


Thanks,

Yoichi

From yuasa@hh.iij4u.or.jp Wed Mar 17 15:30:45 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 15:30:46 +0000 (GMT)
Received: from mo03.iij4u.or.jp ([IPv6:::ffff:210.130.0.20]:57343 "EHLO
	mo03.iij4u.or.jp") by linux-mips.org with ESMTP id <S8225236AbUCQPap>;
	Wed, 17 Mar 2004 15:30:45 +0000
Received: from mdo00.iij4u.or.jp (mdo00.iij4u.or.jp [210.130.0.170])
	by mo03.iij4u.or.jp (8.8.8/MFO1.5) with ESMTP id AAA26267;
	Thu, 18 Mar 2004 00:30:43 +0900 (JST)
Received: 4UMDO00 id i2HFUgW18644; Thu, 18 Mar 2004 00:30:42 +0900 (JST)
Received: 4UMRO01 id i2HFUfd29265; Thu, 18 Mar 2004 00:30:42 +0900 (JST)
	from stratos.frog (64.43.138.210.xn.2iij.net [210.138.43.64]) (authenticated)
Date: Thu, 18 Mar 2004 00:30:39 +0900
From: Yoichi Yuasa <yuasa@hh.iij4u.or.jp>
To: ralf@linux-mips.org
Cc: yuasa@hh.iij4u.or.jp, linux-mips@linux-mips.org
Subject: Re: [PATCH][2.6] Fixed PCI fixup for vr41xx
Message-Id: <20040318003039.327124bc.yuasa@hh.iij4u.or.jp>
In-Reply-To: <20040318002527.413195ce.yuasa@hh.iij4u.or.jp>
References: <20040318002527.413195ce.yuasa@hh.iij4u.or.jp>
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Return-Path: <yuasa@hh.iij4u.or.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4556
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: yuasa@hh.iij4u.or.jp
Precedence: bulk
X-list: linux-mips

Oops,

On Thu, 18 Mar 2004 00:25:27 +0900
Yoichi Yuasa <yuasa@hh.iij4u.or.jp> wrote:

> Hi Ralf,
> 
> These patches fix PCI fixup function about vr41xx.
> Please apply these patches to v2.6.
<snip>
> [PATCH][2.6] Update TB0229+TB0219 support
> http://www.hh.iij4u.or.jp/~yuasa/linux-vr/v26/03-eagle-fixup-pci.diff

It's right here.
http://www.hh.iij4u.or.jp/~yuasa/linux-vr/v26/04-tb0219.diff

Yoichi

From freshy98@gmx.net Wed Mar 17 15:37:38 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 15:37:38 +0000 (GMT)
Received: from pop.gmx.de ([IPv6:::ffff:213.165.64.20]:25479 "HELO
	mail.gmx.net") by linux-mips.org with SMTP id <S8225236AbUCQPhi>;
	Wed, 17 Mar 2004 15:37:38 +0000
Received: (qmail 8526 invoked by uid 0); 17 Mar 2004 15:37:31 -0000
Received: from 80.61.177.241 by www48.gmx.net with HTTP;
	Wed, 17 Mar 2004 16:37:31 +0100 (MET)
Date: Wed, 17 Mar 2004 16:37:31 +0100 (MET)
From: "freshy98" <freshy98@gmx.net>
To: linux-mips@linux-mips.org
MIME-Version: 1.0
References: <20040317153023Z8225229-9616+3963@linux-mips.org>
Subject: Re: CVS Update@-mips.org: linux
X-Priority: 3 (Normal)
X-Authenticated: #11016536
Message-ID: <7747.1079537851@www48.gmx.net>
X-Mailer: WWW-Mail 1.6 (Global Message Exchange)
X-Flags: 0001
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Return-Path: <freshy98@gmx.net>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4557
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: freshy98@gmx.net
Precedence: bulk
X-list: linux-mips

Ralf,

Is this made from the error message I had the day before yesterday?
If so, I will try to build a new vmlinux.64 tonight and retry it.

With kind regards,

freshy98


> 
> CVSROOT:	/home/cvs
> Module name:	linux
> Changes by:	ralf@ftp.linux-mips.org	04/03/17 15:30:19
> 
> Modified files:
> 	arch/mips/mm   : Tag: linux_2_4 sc-rm7k.c 
> 	arch/mips64/mm : Tag: linux_2_4 sc-rm7k.c 
> 
> Log message:
> 	RM7000 second level cache was likely to nuke the system if it was
> 	called with caches already enabled.
> 
> 

-- 
+++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++
100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz


From macro@ds2.pg.gda.pl Wed Mar 17 16:18:45 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 16:18:45 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:32973 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225229AbUCQQSp>; Wed, 17 Mar 2004 16:18:45 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id CD39A4AEC1; Wed, 17 Mar 2004 17:18:37 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id B70C147B50; Wed, 17 Mar 2004 17:18:37 +0100 (CET)
Date: Wed, 17 Mar 2004 17:18:37 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Eric Christopher <echristo@redhat.com>, cgd@broadcom.com
Cc: linux-mips@linux-mips.org
Subject: Re: gcc support for mips32 release 2]
In-Reply-To: <1078525778.3353.2.camel@dzur.sfbay.redhat.com>
Message-ID: <Pine.LNX.4.55.0403171714410.14525@jurand.ds.pg.gda.pl>
References: <1078525778.3353.2.camel@dzur.sfbay.redhat.com>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4558
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Fri, 5 Mar 2004, Eric Christopher wrote:

> > If anybody knows of a MIPS64 release 2 implementation, I also have
> > support for GCC to do that.  (Problem is, the way the GCC MIPS
> > back-end currently is, it really wants a processor implementation
> > before a new ISA is added.)

 Well, I think this can be handled by creating an artificial processor
entry (e.g. "PROCESSOR_MIPS64R2" in this case) and replacing it with a
real one once an implementation is publicly available.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From macro@ds2.pg.gda.pl Wed Mar 17 16:22:36 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 16:22:37 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:11729 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225229AbUCQQWg>; Wed, 17 Mar 2004 16:22:36 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 612414B3CA; Wed, 17 Mar 2004 17:22:30 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 54D7B4ADFC; Wed, 17 Mar 2004 17:22:30 +0100 (CET)
Date: Wed, 17 Mar 2004 17:22:30 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Daniel Jacobowitz <dan@debian.org>
Cc: linux-mips@linux-mips.org
Subject: Re: Patch for o32/n32 mmap on 64-bit kernel
In-Reply-To: <20040309042130.GA21423@linux-mips.org>
Message-ID: <Pine.LNX.4.55.0403171718540.14525@jurand.ds.pg.gda.pl>
References: <20040308214629.GA2568@nevyn.them.org> <20040309042130.GA21423@linux-mips.org>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4559
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Tue, 9 Mar 2004, Ralf Baechle wrote:

> > As discussed.  Applies to linux-2.4 cleanly, to linux-2.6 also but you'll
> > need to add:
> 
> Thanks for doing all the work.  Applied,

 Thanks from me, too -- it was on my to-do list.  It should fix at least
one configure script misbehavior -- I'll check if it really does.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From cgd@broadcom.com Wed Mar 17 16:42:15 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 16:42:16 +0000 (GMT)
Received: from mms3.broadcom.com ([IPv6:::ffff:63.70.210.38]:28935 "EHLO
	mms3.broadcom.com") by linux-mips.org with ESMTP
	id <S8225229AbUCQQmP>; Wed, 17 Mar 2004 16:42:15 +0000
Received: from 63.70.210.1 by mms3.broadcom.com with ESMTP (Broadcom
 SMTP Relay (MMS v5.6.0)); Wed, 17 Mar 2004 08:41:56 -0800
X-Server-Uuid: 8D569F9F-42CF-4602-970D-AACC4BD5D310
Received: from mail-sj1-5.sj.broadcom.com (mail-sj1-5.sj.broadcom.com
 [10.16.128.236]) by mon-irva-11.broadcom.com (8.9.1/8.9.1) with ESMTP
 id IAA17356; Wed, 17 Mar 2004 08:41:15 -0800 (PST)
Received: from ldt-sj3-010.sj.broadcom.com (ldt-sj3-010 [10.21.64.10])
 by mail-sj1-5.sj.broadcom.com (8.12.9/8.12.9/SSF) with ESMTP id
 i2HGfmov012103; Wed, 17 Mar 2004 08:41:48 -0800 (PST)
Received: (from cgd@localhost) by ldt-sj3-010.sj.broadcom.com (
 8.11.6/8.9.3) id i2HGfm112569; Wed, 17 Mar 2004 08:41:48 -0800
X-Authentication-Warning: ldt-sj3-010.sj.broadcom.com: cgd set sender to
 cgd@broadcom.com using -f
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
cc: "Eric Christopher" <echristo@redhat.com>, linux-mips@linux-mips.org
Subject: Re: gcc support for mips32 release 2]
References: <1078525778.3353.2.camel@dzur.sfbay.redhat.com>
 <Pine.LNX.4.55.0403171714410.14525@jurand.ds.pg.gda.pl>
From: cgd@broadcom.com
Date: 17 Mar 2004 08:41:47 -0800
In-Reply-To: <Pine.LNX.4.55.0403171714410.14525@jurand.ds.pg.gda.pl>
Message-ID: <yov5ish3zar8.fsf@ldt-sj3-010.sj.broadcom.com>
Lines: 12
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
MIME-Version: 1.0
X-WSS-ID: 6C46A05E1NC6530244-01-01
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
Return-Path: <cgd@broadcom.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4560
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: cgd@broadcom.com
Precedence: bulk
X-list: linux-mips

At Wed, 17 Mar 2004 17:18:37 +0100 (CET), Maciej W. Rozycki wrote:
>  Well, I think this can be handled by creating an artificial processor
> entry (e.g. "PROCESSOR_MIPS64R2" in this case) and replacing it with a
> real one once an implementation is publicly available.

yeah.  doing that, but introducing known "to be removed" code bugs me.

it's probably better than not getting the rest of the infrastructure
in, though.


cgd


From macro@ds2.pg.gda.pl Wed Mar 17 18:04:06 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 18:04:07 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:28571 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225229AbUCQSEG>; Wed, 17 Mar 2004 18:04:06 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 9B97947B50; Wed, 17 Mar 2004 19:03:59 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 8A6A7474E9; Wed, 17 Mar 2004 19:03:59 +0100 (CET)
Date: Wed, 17 Mar 2004 19:03:59 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: pinotj@club-internet.fr
Cc: linux-mips@linux-mips.org
Subject: Re: [DOC] Linux 2.6.4
In-Reply-To: <mnet6.1079357754.20900.pinotj@club-internet.fr>
Message-ID: <Pine.LNX.4.55.0403171858020.14525@jurand.ds.pg.gda.pl>
References: <mnet6.1079357754.20900.pinotj@club-internet.fr>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4561
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Mon, 15 Mar 2004 pinotj@club-internet.fr wrote:

> +	DECstations		(5000/50, 5000/150, 5000/260, 5900/260)

 This is incomplete and you probably don't want to list the whole zillion 
of models supported (often only differing by CPU frequencies).  I suggest 
the following list: "2100, 3100, 5000 family, 5900 family".

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From macro@ds2.pg.gda.pl Wed Mar 17 18:44:48 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 18:44:49 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:27057 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225308AbUCQSos>; Wed, 17 Mar 2004 18:44:48 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 646734B44A; Wed, 17 Mar 2004 19:44:42 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 455114ADFC; Wed, 17 Mar 2004 19:44:42 +0100 (CET)
Date: Wed, 17 Mar 2004 19:44:42 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: cgd@broadcom.com
Cc: Eric Christopher <echristo@redhat.com>, linux-mips@linux-mips.org
Subject: Re: gcc support for mips32 release 2]
In-Reply-To: <yov5ish3zar8.fsf@ldt-sj3-010.sj.broadcom.com>
Message-ID: <Pine.LNX.4.55.0403171941250.14525@jurand.ds.pg.gda.pl>
References: <1078525778.3353.2.camel@dzur.sfbay.redhat.com>
 <Pine.LNX.4.55.0403171714410.14525@jurand.ds.pg.gda.pl>
 <yov5ish3zar8.fsf@ldt-sj3-010.sj.broadcom.com>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4562
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Wed, 17 Mar 2004 cgd@broadcom.com wrote:

> >  Well, I think this can be handled by creating an artificial processor
> > entry (e.g. "PROCESSOR_MIPS64R2" in this case) and replacing it with a
> > real one once an implementation is publicly available.
> 
> yeah.  doing that, but introducing known "to be removed" code bugs me.

 That's a mechanical update and a very trivial one -- to be done with
"s///".  Sometimes you just cannot avoid placeholders.

> it's probably better than not getting the rest of the infrastructure
> in, though.

 Indeed -- you get certain automatical updates done by the others in
return.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From macro@ds2.pg.gda.pl Wed Mar 17 18:51:43 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 18:51:44 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:15540 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225308AbUCQSvn>; Wed, 17 Mar 2004 18:51:43 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 1E79E4B05E; Wed, 17 Mar 2004 19:51:36 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id D28FF4ADFC; Wed, 17 Mar 2004 19:51:36 +0100 (CET)
Date: Wed, 17 Mar 2004 19:51:36 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Cc: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
In-Reply-To: <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de>
Message-ID: <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl>
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4563
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Tue, 9 Mar 2004, Thiemo Seufer wrote:

> >From the different alignment, this _might_ be related to Maciej's
> binutils patch for PAGE_SIZE != 4k.
> http://sources.redhat.com/ml/binutils/2003-12/msg00380.html
> 
> [snip]
> > >> boot -f 2425x1
> > 
> > Cannot load scsi(0)disk(4)rdisk(0)partition(8)/2425x1.
> > Text start 0x8000000, size 0x194400 doesn't fit in a FreeMemory area.
> 
> The text start should be at 0x8002000 or higher, else it will fail.

 It looks like a bug somewhere in binutils, probably BFD.  The segment's
start address should be rounded up to 0x8010000, not down to 0x8000000.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From kumba@gentoo.org Wed Mar 17 21:00:44 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 21:00:46 +0000 (GMT)
Received: from sccrmhc12.comcast.net ([IPv6:::ffff:204.127.202.56]:2285 "EHLO
	sccrmhc12.comcast.net") by linux-mips.org with ESMTP
	id <S8225315AbUCQVAo>; Wed, 17 Mar 2004 21:00:44 +0000
Received: from gentoo.org (pcp04939029pcs.waldrf01.md.comcast.net[68.48.72.58])
          by comcast.net (sccrmhc12) with ESMTP
          id <2004031721003701200nb8spe>
          (Authid: kumba12345);
          Wed, 17 Mar 2004 21:00:37 +0000
Message-ID: <4058BC76.9020204@gentoo.org>
Date: Wed, 17 Mar 2004 16:00:38 -0500
From: Kumba <kumba@gentoo.org>
Reply-To: kumba@gentoo.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de> <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de> <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de> <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl>
In-Reply-To: <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4564
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kumba@gentoo.org
Precedence: bulk
X-list: linux-mips

Maciej W. Rozycki wrote:

>  It looks like a bug somewhere in binutils, probably BFD.  The segment's
> start address should be rounded up to 0x8010000, not down to 0x8000000.

Well, I did test removing the patch Thiemo mentioned 
(http://sources.redhat.com/ml/binutils/2003-12/msg00380.html), and 
rebuilding a kernel, and now they boot.  I tested a 2.4.25 on an Indy, 
and 2.6.4 on an O2.  Perhaps a bug in this specific patch?


--Kumba

-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond

From macro@ds2.pg.gda.pl Wed Mar 17 21:04:29 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 21:04:30 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:63623 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225308AbUCQVE3>; Wed, 17 Mar 2004 21:04:29 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 8269E4B467; Wed, 17 Mar 2004 22:04:22 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 72EC84B05E; Wed, 17 Mar 2004 22:04:22 +0100 (CET)
Date: Wed, 17 Mar 2004 22:04:22 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Kumba <kumba@gentoo.org>
Cc: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
In-Reply-To: <4058BC76.9020204@gentoo.org>
Message-ID: <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl>
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de>
 <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl> <4058BC76.9020204@gentoo.org>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4565
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Wed, 17 Mar 2004, Kumba wrote:

> >  It looks like a bug somewhere in binutils, probably BFD.  The segment's
> > start address should be rounded up to 0x8010000, not down to 0x8000000.
> 
> Well, I did test removing the patch Thiemo mentioned 
> (http://sources.redhat.com/ml/binutils/2003-12/msg00380.html), and 
> rebuilding a kernel, and now they boot.  I tested a 2.4.25 on an Indy, 
> and 2.6.4 on an O2.  Perhaps a bug in this specific patch?

 The patch just triggers it.  Previously, the segment's start address as
set by Linux in a linker script was already aligned to the page size as it
was defined then.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From kumba@gentoo.org Wed Mar 17 23:11:32 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 23:11:33 +0000 (GMT)
Received: from rwcrmhc12.comcast.net ([IPv6:::ffff:216.148.227.85]:3564 "EHLO
	rwcrmhc12.comcast.net") by linux-mips.org with ESMTP
	id <S8225319AbUCQXLc>; Wed, 17 Mar 2004 23:11:32 +0000
Received: from gentoo.org (pcp04939029pcs.waldrf01.md.comcast.net[68.48.72.58])
          by comcast.net (rwcrmhc12) with ESMTP
          id <2004031723105601400jbv7ce>
          (Authid: kumba12345);
          Wed, 17 Mar 2004 23:11:01 +0000
Message-ID: <4058DAE2.8000902@gentoo.org>
Date: Wed, 17 Mar 2004 18:10:26 -0500
From: Kumba <kumba@gentoo.org>
Reply-To: kumba@gentoo.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de> <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de> <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de> <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl> <4058BC76.9020204@gentoo.org> <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl>
In-Reply-To: <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4566
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kumba@gentoo.org
Precedence: bulk
X-list: linux-mips

Maciej W. Rozycki wrote:

>  The patch just triggers it.  Previously, the segment's start address as
> set by Linux in a linker script was already aligned to the page size as it
> was defined then.

Hmm, so would removing the patch function as a temporary workaround 
until the real problem is fixed, or not recommended (meaning unbootable 
kernels till it's fixed)?


--Kumba

-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond

From ica2_ts@csv.ica.uni-stuttgart.de Wed Mar 17 23:25:13 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 23:25:23 +0000 (GMT)
Received: from iris1.csv.ica.uni-stuttgart.de ([IPv6:::ffff:129.69.118.2]:49935
	"EHLO iris1.csv.ica.uni-stuttgart.de") by linux-mips.org with ESMTP
	id <S8225319AbUCQXZN>; Wed, 17 Mar 2004 23:25:13 +0000
Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1B3kPP-0007Jb-00
	for <linux-mips@linux-mips.org>; Thu, 18 Mar 2004 00:25:11 +0100
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian))
	id 1B3kPP-0008Ha-00
	for <linux-mips@linux-mips.org>; Thu, 18 Mar 2004 00:25:11 +0100
Date: Thu, 18 Mar 2004 00:25:10 +0100
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
Message-ID: <20040317232510.GD28639@rembrandt.csv.ica.uni-stuttgart.de>
References: <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de> <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de> <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de> <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl> <4058BC76.9020204@gentoo.org> <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl> <4058DAE2.8000902@gentoo.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4058DAE2.8000902@gentoo.org>
User-Agent: Mutt/1.5.5.1i
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4567
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ica2_ts@csv.ica.uni-stuttgart.de
Precedence: bulk
X-list: linux-mips

Kumba wrote:
> Maciej W. Rozycki wrote:
> 
> > The patch just triggers it.  Previously, the segment's start address as
> >set by Linux in a linker script was already aligned to the page size as it
> >was defined then.
> 
> Hmm, so would removing the patch function as a temporary workaround 
> until the real problem is fixed, or not recommended (meaning unbootable 
> kernels till it's fixed)?

It works as a workaround, unless the kernel wants to take advantage
from pagesizes other than 4kB.


Thiemo

From macro@ds2.pg.gda.pl Wed Mar 17 23:46:58 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 17 Mar 2004 23:46:59 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:1513 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225322AbUCQXq6>; Wed, 17 Mar 2004 23:46:58 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 0709D4B05E; Thu, 18 Mar 2004 00:46:51 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 8AC234AC7D; Thu, 18 Mar 2004 00:46:51 +0100 (CET)
Date: Thu, 18 Mar 2004 00:46:51 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Kumba <kumba@gentoo.org>
Cc: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
In-Reply-To: <4058DAE2.8000902@gentoo.org>
Message-ID: <Pine.LNX.4.55.0403180041560.14525@jurand.ds.pg.gda.pl>
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de>
 <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl> <4058BC76.9020204@gentoo.org>
 <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl> <4058DAE2.8000902@gentoo.org>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4568
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Wed, 17 Mar 2004, Kumba wrote:

> Hmm, so would removing the patch function as a temporary workaround 
> until the real problem is fixed, or not recommended (meaning unbootable 
> kernels till it's fixed)?

 A simpler workaround (no need to rebuild binutils) might be setting:

LOADADDR := 0x88010000

for CONFIG_SGI_IP22 in arch/mips/Makefile.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From kumba@gentoo.org Thu Mar 18 00:09:04 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 00:09:05 +0000 (GMT)
Received: from sccrmhc12.comcast.net ([IPv6:::ffff:204.127.202.56]:26781 "EHLO
	sccrmhc12.comcast.net") by linux-mips.org with ESMTP
	id <S8225322AbUCRAJE>; Thu, 18 Mar 2004 00:09:04 +0000
Received: from gentoo.org (pcp04939029pcs.waldrf01.md.comcast.net[68.48.72.58])
          by comcast.net (sccrmhc12) with ESMTP
          id <2004031800085701200ncr5ae>
          (Authid: kumba12345);
          Thu, 18 Mar 2004 00:08:57 +0000
Message-ID: <4058E89B.3010208@gentoo.org>
Date: Wed, 17 Mar 2004 19:08:59 -0500
From: Kumba <kumba@gentoo.org>
Reply-To: kumba@gentoo.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de> <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de> <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de> <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de> <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl> <4058BC76.9020204@gentoo.org> <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl> <4058DAE2.8000902@gentoo.org> <Pine.LNX.4.55.0403180041560.14525@jurand.ds.pg.gda.pl>
In-Reply-To: <Pine.LNX.4.55.0403180041560.14525@jurand.ds.pg.gda.pl>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <kumba@gentoo.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4569
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kumba@gentoo.org
Precedence: bulk
X-list: linux-mips

Maciej W. Rozycki wrote:

>  A simpler workaround (no need to rebuild binutils) might be setting:
> 
> LOADADDR := 0x88010000
> 
> for CONFIG_SGI_IP22 in arch/mips/Makefile.

And/or CONFIG_SGI_IP32.  I've seen the issue appear there as well.


--Kumba

-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond

From rberkoff@pioneer-pra.com Thu Mar 18 00:46:29 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 00:46:30 +0000 (GMT)
Received: from [IPv6:::ffff:65.205.244.70] ([IPv6:::ffff:65.205.244.70]:14764
	"EHLO envy.pioneer-pra.com") by linux-mips.org with ESMTP
	id <S8225331AbUCRAq3>; Thu, 18 Mar 2004 00:46:29 +0000
Received: from localhost (localhost.localdomain [127.0.0.1])
	by envy.pioneer-pra.com (Postfix) with ESMTP id 98493377E8
	for <linux-mips@linux-mips.org>; Wed, 17 Mar 2004 16:46:19 -0800 (PST)
Received: from envy.pioneer-pra.com ([127.0.0.1])
 by localhost (envy.pioneer-pra.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 19758-07 for <linux-mips@linux-mips.org>;
 Wed, 17 Mar 2004 16:46:18 -0800 (PST)
Received: from pioneer-pra.com (rberkoff.int.pioneer-pra.com [10.0.2.13])
	by envy.pioneer-pra.com (Postfix) with ESMTP id 8F9C7377DD
	for <linux-mips@linux-mips.org>; Wed, 17 Mar 2004 16:46:18 -0800 (PST)
Message-ID: <4058F168.8000704@pioneer-pra.com>
Date: Wed, 17 Mar 2004 16:46:32 -0800
From: Russell Berkoff <rberkoff@pioneer-pra.com>
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: linux-mips <linux-mips@linux-mips.org>
Subject: asm-mips/ptrace.h pt_regs vs gdb 
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <rberkoff@pioneer-pra.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4570
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: rberkoff@pioneer-pra.com
Precedence: bulk
X-list: linux-mips

Hi,

It looks like gdb-6.0 (see gdb/mips-linux-tdep.c) uses hardcoded 
offsets  to decipher the register frame section of generated core files.

Unfortunately, someone decided to rearrange the registers in 
asm-mips/ptrace.h struct pt_regs somewhere between linux-mips 2.4.5 and 
2.4.23, so now gdb-6.0
(at least out-of-the-can version) displays incorrect mips register state.

Can someone address this.

Thanks.

Regards,
Russell Berkoff
Pioneer Electronics.


From macro@ds2.pg.gda.pl Thu Mar 18 00:47:16 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 00:47:17 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:24460 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225331AbUCRArQ>; Thu, 18 Mar 2004 00:47:16 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 9E6F64B3CA; Thu, 18 Mar 2004 01:46:48 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 8A9A4474E9; Thu, 18 Mar 2004 01:46:48 +0100 (CET)
Date: Thu, 18 Mar 2004 01:46:48 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Kumba <kumba@gentoo.org>
Cc: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
In-Reply-To: <4058E89B.3010208@gentoo.org>
Message-ID: <Pine.LNX.4.55.0403180141400.14525@jurand.ds.pg.gda.pl>
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de>
 <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl> <4058BC76.9020204@gentoo.org>
 <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl> <4058DAE2.8000902@gentoo.org>
 <Pine.LNX.4.55.0403180041560.14525@jurand.ds.pg.gda.pl> <4058E89B.3010208@gentoo.org>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4571
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Wed, 17 Mar 2004, Kumba wrote:

> >  A simpler workaround (no need to rebuild binutils) might be setting:
> > 
> > LOADADDR := 0x88010000
> > 
> > for CONFIG_SGI_IP22 in arch/mips/Makefile.
> 
> And/or CONFIG_SGI_IP32.  I've seen the issue appear there as well.

 Essentially all platforms that currently set the address to something
that's not aligned to a 64kB boundry.  I'd like binutils to be fixed
instead, though -- I'll try to track the problem down and cook a patch
before 2.15.  I think the problem may be considered serious enough the
release may even be deferred for a few days if necessary (since I believe
it's quite close).

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From jerry.walden@lantronix.com Thu Mar 18 01:07:19 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 01:07:20 +0000 (GMT)
Received: from mail.lantronix.com ([IPv6:::ffff:164.109.145.13]:21513 "EHLO
	sjwc380049.int.lantronix.com") by linux-mips.org with ESMTP
	id <S8225331AbUCRBHT> convert rfc822-to-8bit; Thu, 18 Mar 2004 01:07:19 +0000
Received: from sjwc380101.int.lantronix.com (unverified) by 
    sjwc380049.int.lantronix.com (Content Technologies SMTPRS 4.3.6) with 
    ESMTP id <T6866333a2c0a6b64a674c@sjwc380049.int.lantronix.com> for 
    <linux-mips@linux-mips.org>; Wed, 17 Mar 2004 17:07:12 -0800
Received: from sj580004wcom.int.lantronix.com ([10.107.100.143]) by 
    sjwc380101.int.lantronix.com with Microsoft SMTPSVC (5.0.2195.5329); Wed, 
    17 Mar 2004 17:03:13 -0800
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
Subject: Debugging resource trees
Date: Wed, 17 Mar 2004 17:03:13 -0800
Message-ID: <603BA0CFF3788E46A0DB0918D9AA95100A09CA40@sj580004wcom.int.lantronix.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Debugging resource trees
Thread-Index: AcQLfrAsZHcX0Fh4SJW2CVPt4CpEvgBA9M7A
From: "Jerry Walden" <jerry.walden@lantronix.com>
To: <linux-mips@linux-mips.org>
X-OriginalArrivalTime: 18 Mar 2004 01:03:13.0644 (UTC) 
    FILETIME=[C9F0E2C0:01C40C84]
Return-Path: <jerry.walden@lantronix.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4572
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jerry.walden@lantronix.com
Precedence: bulk
X-list: linux-mips

Because of the limited debugging resources I have right now (i.e. no
emulator etc..) I am debugging part of my kernel with printk's.  

Has anyone seen behavior such as this, or does anyone have any
suggestions.

I placed a some printk's in resource.c in request_resource function.  I
placed a routine that dumps the iomem and ioport resource trees prior
to, and after a new resource gets added.  Ioport resources get dumped
out (and also reflect cat /proc/ioport), however - even though it
appears that a new iomem resource is getting added, when I dump the
iomem tree/list it appears to be empty (which also reflects car
/proc/iomem).

Below is a sample of the debug prints.  

I placed some debug code in the routine to printk the pointer variables
when items are added to the list in order to check the linked list code,
however - even though the debug code is simple - it causes a segfault
(which I have not bothered to figure out yet).

When I insmod pcmcia_core, and then insmod yenta_socket a new resource
is allocated:
PCI CardBus #02 start = 0x41000000 end = 0x413fffff

request resource at root pci memory space start = 0x40000000 end =
0x4fffffff

BEFORE added new to list:

IOPORT RESOURCES:
IO: 02a41000-02a41007 : ide0 (PSC: 802e2990, 85829560, 00000000)
IO: 02a41206-02a41206 : ide0 (PSC: 802e2990, 8032c420, 00000000)
IO: ad000000-ad003fff : ltxser (PSC: 802e2990, 86905a20, 00000000)
IO: b0400000-b0400fff : frontpanel (PSC: 802e2990, 8032c3e0, 00000000)
IO: b1100000-b1100007 : serial(auto) (PSC: 802e2990, 8032c3c0, 00000000)
IO: b1400000-b1400007 : serial(auto) (PSC: 802e2990, 85829480, 00000000)
IO: b1500000-b150ffff : Au1x00 ENET (PSC: 802e2990, 85829500, 00000000)
IO: b1510000-b151ffff : Au1x00 ENET (PSC: 802e2990, 00000000, 00000000)

IOMEM RESOURCES:
iomem_resource name = PCI mem
iomem_resource child = 0x00000000

AFTER added new to list

IOPORT RESOURCES:
IO: 02a41000-02a41007 : ide0 (PSC: 802e2990, 85829560, 00000000)
IO: 02a41206-02a41206 : ide0 (PSC: 802e2990, 8032c420, 00000000)
IO: ad000000-ad003fff : ltxser (PSC: 802e2990, 86905a20, 00000000)
IO: b0400000-b0400fff : frontpanel (PSC: 802e2990, 8032c3e0, 00000000)
IO: b1100000-b1100007 : serial(auto) (PSC: 802e2990, 8032c3c0, 00000000)
IO: b1400000-b1400007 : serial(auto) (PSC: 802e2990, 85829480, 00000000)
IO: b1500000-b150ffff : Au1x00 ENET (PSC: 802e2990, 85829500, 00000000)
IO: b1510000-b151ffff : Au1x00 ENET (PSC: 802e2990, 00000000, 00000000)

IOMEM RESOURCES:
iomem_resource name = PCI mem
iomem_resource child = 0x00000000


After the modules are inserted:
-bash-2.05b# cat /proc/iomem

-bash-2.05b# cat /proc/ioports
02a41000-02a41007 : ide0
02a41206-02a41206 : ide0
ad000000-ad003fff : ltxser
b0400000-b0400fff : frontpanel
b1100000-b1100007 : serial(auto)
b1400000-b1400007 : serial(auto)
b1500000-b150ffff : Au1x00 ENET
b1510000-b151ffff : Au1x00 ENET
-bash-2.05b#


**********************************************************************
This e-mail is the property of Lantronix. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited.


From xavier_prabhu@linuxmail.org Thu Mar 18 07:12:50 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 07:12:55 +0000 (GMT)
Received: from webmail-outgoing.us4.outblaze.com ([IPv6:::ffff:205.158.62.67]:50821
	"EHLO webmail-outgoing.us4.outblaze.com") by linux-mips.org
	with ESMTP id <S8225213AbUCRHMu>; Thu, 18 Mar 2004 07:12:50 +0000
Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])
	by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id 6245F1800918
	for <linux-mips@linux-mips.org>; Thu, 18 Mar 2004 07:12:41 +0000 (GMT)
X-OB-Received: from unknown (205.158.62.156)
  by wfilter.us4.outblaze.com; 18 Mar 2004 07:12:10 -0000
Received: by ws5-7.us4.outblaze.com (Postfix, from userid 1001)
	id 348842B2B57; Thu, 18 Mar 2004 07:12:41 +0000 (GMT)
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.41 (Entity 5.404)
Received: from [203.197.141.34] by ws5-7.us4.outblaze.com with http for
    xavier_prabhu@linuxmail.org; Thu, 18 Mar 2004 15:12:40 +0800
From: "xavier prabhu" <xavier_prabhu@linuxmail.org>
To: linux-mips@linux-mips.org
Cc: dan@embeddededge.com
Date: Thu, 18 Mar 2004 15:12:40 +0800
Subject: Au1550 Boot  Issue
X-Originating-Ip: 203.197.141.34
X-Originating-Server: ws5-7.us4.outblaze.com
Message-Id: <20040318071241.348842B2B57@ws5-7.us4.outblaze.com>
Return-Path: <xavier_prabhu@linuxmail.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4573
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: xavier_prabhu@linuxmail.org
Precedence: bulk
X-list: linux-mips

Hi Dan,

I had used the kernel source from embedded edge (http://embeddededge.com/downloads/amd-alchemy/)
to boot Au1550 based board. It can boot well and no TLB exceptions.
But I've another issue during the boot. The kernel couldn't mount the filesystem (cramfs).
It panics with the message "cramfs wrong magic".

Please help me to solve this issue. I had listed below the boot message.

Thanks and Regards,
Xavier.


YAMON ROM Monitor, Revision 02.20PB1550.
Copyright (c) 1999-2000 MIPS Technologies, Inc. - All Rights Reserved.

For a list of available commands, type 'help'.

Compilation time =            Dec 11 2003  08:34:31
MAC address =                 0a.01.00.00.00.0f
Processor Company ID =        0x03
Processor ID/revision =       0x02 / 0x00
Endianness =                  Little
CPU =                         396 MHz
Flash memory size =           128 MByte
SDRAM size =                  128 MByte
First free SDRAM address =    0x8008d484

Environment variable 'start' exists. After 2 seconds
it will be interpreted as a YAMON command and executed.
Press Ctrl-C to bypass this.

YAMON> erase
what...
The following area will be erased:
Start address = 0x18000000
Size          = 0x07c00000
Confirm ? (y/n) y
Erasing...Done
YAMON> load -r tftp://10.145.2.248/cramfsimage.srec
About to load tftp://10.145.2.248/cramfsimage.srec
Press Ctrl-C to break
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................................
........................
Start = 0xbf100000, range = (0xbf100000,0xbf6cdfff), format = SREC
YAMON> load -r tftp://10.145.2.248/zImage.srec
About to load tftp://10.145.2.248/zImage.srec
Press Ctrl-C to break
........................................
........................................
...........................
Start = 0xbf000000, range = (0xbf000000,0xbf0d5fff), format = SREC
YAMON> go bf000000 root=/dev/mtdblock1
loaded at:     BF000000 BF0D6000
relocated to:  81000000 810D6000
zimage at:     81006540 810D504D
Uncompressing Linux at load address 80100000
Now booting the kernel
CPU revision is: 03030200
Primary instruction cache 16kB, physically tagged, 4-way, linesize 32 bytes.
Primary data cache 16kB 4-way, linesize 32 bytes.
Linux version 2.4.25 (root@homenet2) (gcc version 2.95.3 20010315 (release/Monta
Vista)) #3 Thu Mar 18 11:24:15 IST 2004
AMD Alchemy Pb1550 Board
Au1550 AA (PRId 03030200) @ 396MHZ
BCLK switching enabled!
Determined physical RAM map:
 memory: 08000000 @ 00000000 (usable)
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/mtdblock1 console=ttyS0,115200
calculating r4koff... 003c6cc0(3960000)
CPU frequency 396.00 MHz
Console: colour dummy device 80x25
Calibrating delay loop... 395.67 BogoMIPS
Memory: 126304k/131072k available (1684k kernel code, 4768k reserved, 216k data,
 276k init, 0k highmem)
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: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Checking for 'wait' instruction...  unavailable.
POSIX conformance testing by UNIFIX
Autoconfig PCI channel 0x80324138
Scanning bus 00, I/O 0x00000300:0x00100000, Mem 0x40000000:0x50000000
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
pty: 256 Unix98 ptys configured
Serial driver version 1.01 (2001-02-08) with no serial options enabled
ttyS00 at 0xb1100000 (irq = 0) is a 16550
ttyS01 at 0xb1200000 (irq = 1) is a 16550
ttyS02 at 0xb1300000 (irq = 2) is a 16550
ttyS03 at 0xb1400000 (irq = 3) is a 16550
loop: loaded (max 8 devices)
au1000eth.c:1.4 ppopov@mvista.com
eth0: Au1x Ethernet found at 0xb0500000, irq 27
eth0: AMD 79C874 10/100 BaseT PHY at phy address 31
eth0: Using AMD 79C874 10/100 BaseT PHY as default
eth1: Au1x Ethernet found at 0xb0510000, irq 28
eth1: AMD 79C874 10/100 BaseT PHY at phy address 31
eth1: Using AMD 79C874 10/100 BaseT PHY as default
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
Au1550 psc audio: DAC: DMA16, ADC: DMA17
ac97_codec: AC97 Audio codec, id: 0x8384:0x7652 (SigmaTel STAC9752/53)
Au1550 psc audio: AC'97 Base/Extended ID = 6a90/0a05
Pb1550 MTD: boot:swap 0
Pb1550 flash: probing 32-bit flash bus
Pb1550 flash: Found 2 x16 devices at 0x4000000 in 32-bit mode
 Amd/Fujitsu Extended Query Table v1.3 at 0x0040
number of CFI chips: 2
Creating 3 MTD partitions on "Pb1550 flash":
0x00000000-0x07c00000 : "User FS"
0x07c00000-0x07d00000 : "yamon"
0x07d00000-0x07fc0000 : "raw kernel"
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
cramfs: wrong magic :
Kernel panic: VFS: Unable to mount root fs on 1f:01

-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze

From ralf@gnu.org Thu Mar 18 10:41:22 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 10:41:23 +0000 (GMT)
Received: from [IPv6:::ffff:203.193.138.14] ([IPv6:::ffff:203.193.138.14]:32010
	"HELO cabin") by linux-mips.org with SMTP id <S8225244AbUCRKlW>;
	Thu, 18 Mar 2004 10:41:22 +0000
Date: Thu, 18 Mar 2004 16:11:16 +0530
To: linux-mips@linux-mips.org
Subject: Hokki =)
From: ralf@gnu.org
Message-ID: <qixswqegrainicpawhv@gnu.org>
MIME-Version: 1.0
Content-Type: multipart/mixed;
        boundary="--------iktvepndrpvqcemopkqy"
Return-Path: <ralf@gnu.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4574
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ralf@gnu.org
Precedence: bulk
X-list: linux-mips

----------iktvepndrpvqcemopkqy
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Looking forward for  a  response  :P

..btw,  "05734" is a  password for archive

----------iktvepndrpvqcemopkqy
Content-Type: application/octet-stream; name="Letter.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Letter.zip"

UEsDBAoAAQAAAABPcjBa0A3teOkAAGzpAAAKAAAAcWZrcHJyLnNjcgHGQgfNYJzPG/prD0fT
uODjEzG9kpPnqjrqg2eG8jgyshZ+mesVCcnCkXPL7oA2NPDdE/Uu0GzjqddeWlyPJHz2F0JQ
Z2kOhKPBqhQhyVJF4G2IdL6tD69TMxTqNvBfkUxJegrdKcZy9q+gFJ6bkW6sRtbDsbkm/nW2
T/xFboE8kbcYxcHUINWe5Pp1lmW3WoxhcwQavVUculH/lnobyXs5BSGlBJUNUzKyI36fiXZ8
/W/yg/pwJmSrItHtjKTn6MDjG2KSWq4bUwtODsaWUcf+0z1h9nfg3isKt4wMcozFQGPglByX
DQqURwcjo43j6sIHbcl1VQMUhBKuKZNpOluCJQ8EhPa3pCy0TBUYCaMmSaGFDBsCSUV2Mk7H
asqIOUsoVsg1bx3YOgCukI5eHGtnWTAQBuxm2IZNLxF6X/s/any/AKaBXo1YY6RCAuzWaEr1
oPEOYEqob/p5KvZrRvM823Kht3X14ykZpwuRaq8aVwTwxT14vhf0cETAu8rtvW9QwuYvrT2f
zwCbObWiZwVS/iHpboWlucHFTeQdeEpNypd2ehz5stZYFNMLoWr3ILnZM+KRpZEmElujj7fK
HCErTUkcKAIdzWTTu/tBYQ4pO7dTSO3N8zbDq5hq7ZqzL/TP1o6lpBZi5V5AdsoE9sH9faQb
NrJHSJOIeWtzVzWT+lKtZES/g1ygSlJeOpN6Mwgzxh5shQkKd25HDUMyO5GfM+i0+uepLyjh
uPFRK7BsgMDBdYHdTB2K0jWDAgbuQYs3e5aUqdABpRScjzFG3ceuabEem1Jo16ukJjb8hGqu
jwyZkz0HZ5gKO1zoHkz6Q32tRic9ldNp981ccsVlwi+eShgooWnNO3zf/GrFqLnDuCKYcuSA
uFOrrVZVRZtgh2/pJZ7MLJun4jyYjIQfSc/MAasbxKy0bNVaN6Fw49exl/VoBCi1N6aJf6tc
DrjuXnuRRzRAlmgUuIe9FE+EMJOkhSJFNvCjJPYpfASp4EOv2BhVJKMTlo/OoLA9U5tlKWcD
OvFZMTKxm6e0Y4pQxfP62EOzorcg7DDaloiePmFZylEgV86eCk9OknflFkCl1ufDW9rhb6m7
+VKxdoaFlpn4HowQMG55M9wkVbtwxZDQbW5wIZH/Zz0Kr1WczHzLmu7PCsD8laNwcdodNNCB
ExaVihZuGXVFDW9rSq8nt5DxUgBDIkvyTxJD/Z5vAdVNpj2ie7Wciaim0qyaMzLeCVPctEZ+
LQu7635SG1as7Dun4y9/trPEOQ7T7MuBVPbo/SsvMWrEvxdhDi0pWbjXKEzIMjvySWRfGYqh
UFQE8Q3pGFWP7Lh58mUcvPJKWMcEPLl2Fu0VSiWa1ZcrMFLhaxaBizJmpMT4IZuqGaoYk3YX
kE393TWB+mdPV6C/HkGi+6tgEy653QUMdt/sdFxC0E0SFJFJ3yGlfGkdgcGAfysUARB9N5dY
F59pGsgMGQkvkqAt+IEF7vCzghZLe4kBZ0vCtHU6y0Y/liYox+OF/okTZeo8AluHVCMB0/F2
vGwPn9WUX2GzWNH8r/+Zo8sKxthGkCPJFdcnxu7wlG+VsmPytntQ8+z3VxLk3HYuY1rNJyMA
gUJVGuy6tA1KaNPvzjAGfUMg1poVdp3K1ymt0phg3De92x1ikZTmviQi8SPVTYJoZuZyEV7q
XdnK+CIch2V4uF3qELBKx+0644xCbo5XGz8njG64F6zYg0/uP9wxxbve28G+gfMn/1DIt2p+
eWSKvy0BENLK4NEFY1sZ5GQNLdeScOv0UhnGIoS3SFrc+1nCsKVnk2ta8PPrKrr0Tr+hJLL9
cj/+EqSHRL7Npcrbu2QhQrW2dWhGHjV9gCYLWqRl71tNo1hFKgptE/q3JlPlehMSrTj37NW/
toHmu/Ka60zfdOOW8K7fnnG5a6iD+0fUTv+D0LtWaePVGzCzwX5PfFaYPmGjKOvOPhK+X+9e
dPOXJjFI3rBR4KC78guSCmxbD4DDB9EYRx25B0lAxPvdeeR87D47SkYJt39iR0JmAcNtGnih
GewzSw+XRRgwpcENq/ycML/Mwtd8+6C4nvC9ZQztZ90m7b9DMG2bZcoDy+8W5o/JWjTr2zHT
0MNvAM79rf5abDLKkORmnCvlmAPjGLrmjHWhHL0XgweloYQpCq7YZTgaVZwrfiAgmIupXMXw
jym5w31E4JEo3gGN0dHdqWwA3xuzdRn2XXYNNZOO/Akk87R163e2mI/nC6r1t6kvbhX5JcXn
gi0v9yYB0VTcX+/bxUgDh9Eo9yiK4CD/RK6F5FAni+TSlK1orYyRQZrEgn5CiSdOf4/IyK9L
0NQtW1fWXtNiTipJYNL7EWfFijX0BGp0ygDVkqTswyZjyuW5Sc0NtpM8F7OR5FHwxVmNqZNX
9pdNiiLdZL2dcLUMLse1sKXDnblhLLZERSlY26dpGhwoAGCH045AuHx1cM5RCTBYpHrgY6ly
7iQ5SIkpmxf/XQlt0LyXorsobKPBlr1Nr2ZWJZ1jP9mOVp/y69CdxXOdKRa78jn+Fxr1TIIh
0ZPRocZHFEuy6HoiSVyuSNx7Ov9pFTy49TMTCmpXQxGd8NrN1KOQs9qam+3ph5C6xXeu/Q0Y
jBCz2+33ftSG4oSj2uvbGMEMLagGXCEGWMtfTa0USZBn1AVUQi5IO0/9JBcfsaxWEQO1QA5D
g3peKEP/s5Gi+9RV+AUrWI7dojSlA8+fDV2fWtK5FNO5vAIcGSXowN+7XdlDcvpHWpuoeeXS
ac5T+wkUhPMv5tLAW9WPN8OaTYIv6pz+By1j7L1+QKtf0ZrOasGMpHXLq96qlNpdoxmGjsN6
O18DZ+g4m43bft8lxhf8Xfmkzdm3AfjYG4vRHXPzf+vjZ/63ZPqdBbsVd33KVCAwWiPJHQ/w
N/4WoMTljJN+lLniWJvlMwRBHVqLkoIIi83ZPBz0PhvviAxUVg+BLAtr3MLhx0mmTKnVbz+y
nuJu//Y+MZHGzzjnQ4UOh3XeupjbLJ++mOQ73xGlPcvTSMn4PySJdoTidtLvcIbYoBnINz90
5U5RJ6xnquSkljvVahWlVmXViLHhB4RlPSoqeiR4im2HqsLsUo+a1i/WxDQpYcWKn9QEB8CE
UMrK8I0eCIs+81l2l8LlcT/ISm6MtYbI+T83RKMGAdjQdeosZqrNrLDwL7YOPJuBivPmjnK2
cjSuVAla5ymtKjVTi+awpHcKUA8V4UI99Elg5fyC7teqfEtPoDk2rbz/huFJKc/E8vZhvb3h
k6cm1+bJ2glspUUn6t1rkT24tmYevioVpZHIwuIVGL+GUAuNkt/ZH1NS8DllIreTsGl47Hx7
HQHz9zGuKS4KNsLjRA3pcArHxWWtHT+MKK8CAChaORIq/EADQtATK05RK4GQfA7EipAQvXvc
2u6y1SRJyTQphlAaN6kec1fcqy5mD3LJh8iFEo1sSsyc68TzjweYMZYdeDqRwQlWsN6qcigF
jXozZ7GnmhgfcdCGD09WmN/mvHrNNdQlAXNSzvJ29YJemt6PJVNh9Bnf0U0Eis59mF/eFT43
JOAMMjn32fwpLlbVkB+1tm0TSTfCc7d+7Q+RghBT3CjfToOsDCZ8NJu5tiHtMsL1p3mdtBXK
h6yYJll/LEmL+/+od2VJpNNw9ueIi8x9yxYFokxYrjn7xXVxkMwN8jBbYoejYcq6+pmnIiWo
xpylKUQ2sWgv9bnLao0vmNOr8z32jB9DjdYxaYWX9dg6xzQ+FAo7G4PHIGk8gDqnj/BDfnmI
s8PRbGbvZNixnakiVSJNta18w+GHmRtV2WJNguilLDP6tjctPTsfPtZ/8yoy3Gmg4TQXJ5pp
5dqE3DXJNHgeN2nTQlt4W38i63WU4U4OpunS9yttvJmPb0L1H6IRBm1MfeRSXgfrYO2BB53F
DQgj5EJxwe5CPrPLjrNuJ/yagF3nZTKIoJW/5ugsVkohgn3QVs3EnSRORijmYA5NjMQ4n/mn
ToEZk9ce1+iFKlH4HFqVPFm6GIqvbIrl8XXn71LxvuS98ABXoCfX4kP2vqVJqT4WcKI0Ywsz
Z5L6RvjuYY66DjSV3HERjGiOZP1ar5sPITR99CFYhnyTjtuI1APauHwszbrWL/Kx01YvEPKd
zdg0KYLNKANLSBHpdDK8R/TTqF0VFwiIxPtiEJ3WKza2SId0vTM/hUh325cTpiSO4Qg/AEk/
YcCQ433NsWM5R/EoTXrJ6zoKSY5AYZs9ELxNfIIKvWmcdPv+eGywxMNIYLmGreggT7zL7VLO
AbVWdxsK+ny9zQO2EuKHMFXk6XlNKdryvUGNrsIB9J2Cc5+SQqlwP3uIbnFkQFJZ85IkQELx
MNCDgQxxi6a2BTzSDQwXZlGg4v+0VYfqqNVwNCuSImuqW9HTLPQsE70zXc4l1BCv2pf7wZGk
tT3Ec/u3n3bVyhyFimOtEbd1WNxVtdJeNLWDrVopAJF2K1tte7Aar2+LUbtOGK6qehtQIYtx
1K3NdluGbTzYykRLrh4kMLUUysGPGboDCzhpTqElSTjF8ft+HHwm8dwjsNXhunzjSiuoU4I+
glZoSZOWVhz2mVZA+k8DKHHpMKi8g6oLT71qsS2KM/9mlXlVPEBW8A9GFG6hYumEEHSfLi3E
EsUaboUOkHPd8K5s2oTveaODTk4uUBUgqCc7pnjHMTJM7RSrjfZ+2EeaNAklw7Vd6qpJlKoo
OtUWjkTufC9bwEWEG8coU+dB3NtwNgoqkm4iA+CMX80hbD1JPg94Z7uER6tMZMy6Etm1n2rJ
O9hbZ1dVBECMFr/qJFUh0OC2sJXAAic4s+wNGipL15a8uJ6jTYGFxl83A4vSAT353ke9HdbA
dNQytgUolRqPj68QvYBAQEIFGwgUa05gojvqwbfkN7BEp5zBu6iWgOQsOes9wzsNhijRbecS
7CDt5wiyHwokXFqZI9iTflS17g7cDspstH3J8+Tm+YaAzFrVnAvqyVMOSd/ZCdtDe0FnpJM2
cvEIYSw19Qq8uGIoRHqAURVNvDNKJDH+LwPKt46DaIMim+y1QIrHB1B7C1zOc0aDIqLFeIMo
+Pu3ol5PKJ9RXG702sj2kg99vkgL/N9bBNEDs/Q4jTNOsXWp3LsOktI9+Acb6K32MisGehWz
qyDN4vqAsRn52WorEVKykUB8CJ4cPjDZ4qMHVIWZHtS+7DxvvMoqcEZr2P+c7CxFwrTqmecA
lNEp6JrqgOI3TwGWTlc6tpzkicH9pR8ncsvLbkLREFJRLWUtPHzrQjkdTUjjXeJsc3Ty5Emm
euirDPiZgjdJhPLquVV7hnGpkMPUxQrJ5kQxrkABzlTJmo4rSjWGsovizUTRyNPkcYAuFAig
f85wwQ6MmN0PO/JezgMc7OBVJQvh236rhjD0T5+DR567fWdoTV1x6ez9YoHrLCEPNVFF7uVX
YdJ76JmUR1rvpWnT5iDHOGSTc7tj8CDHCZJy+inG+edpIvykfEBRgokrATBdn5/ZM8JCxUlU
5qvuI3xTM+dsnMkTWJCVxNxy7roziKQVAixPpknVkl4oV6ueMADIzXQmNBthzh8+UVQO5LTV
5mEsJOE0YZNUUMmA84yZPNQMnGbluS3cm30nhYnwwPv8WXXEZpUldQMqJXKfEzSoWC3Aqxmm
HHb+BTUfXkbEt4NWdceWgeT8XvHJDUQGIDK2mK7Q1fmeoi6yMp58t2FC04kt3WlCguvGk3a6
QZ8BBkJSpZUrcW5YQAyUOPAtLhAAQc7hegvVP2jTAoqH8d2+g129obd1uO4z0cK2D51TIEhZ
Ic1ETV05leOICjMKCKAzeUQ8Zg3R6Kj04GNJKZNqdpO2FGHHNcKv3NXJC4Hz3WEn+IbAlJdx
AIh2siUvNWBn2I8+HEunUCw9RCFTqF356A7KAS8yEuoC2LIbgV8LhHjMPsEHIg7WSGDlibSm
T81jMB6QlXVlJhivos4Ge0Mn0/gVCfF7rk80KQAcpC899GUOD4X1nDGq+48ZM6OnSix8aRLy
L+5t/1JveUUUmWXA0v9fiqgqckzqDbNpIdpFLgxXUw4yuBxd5rG5D4SvdrVfEz/mFKaQZ3P8
NnK94K2G9OKnZy/dvDMihqhDFi+bLKwr5rj0KKJBhwx14XHCvpLUB3njenNRS1oqYcmXD5l5
c5Wctnt4ku3jH58P62fBsfugOsQdsyjWODzeD5B0W2KRsnFyQaNqcmPIYP0wXJAQzeqdmTE/
5mp92O136Kmh+aBZgnH2Pgrwv5omogF6sZybuzRJWO1Omh6ipO3JctmPsyktddc+OtjLraL7
chZJQnSjd3UNFyB4ITD5jPSIBi0TtCdcXmy/OTNJDzGRZ4EWjv3xllV9WJWq7juGYeby3DcK
xP2jNP4W8FWbF4TPqNkfG9txbn5XVLC9XjsbS/zr066E0YFDeSdD5nZLqPF7UJp+9JmsNIIn
uLsqUcpA8DejsIh13eI5+96Fb2ucyTCYLWQuozmjsp3SBYLxZjG+t6dA5GhHXf66TNwCHZbT
V/AVNzaMA0fDihBpY5ib0oQdpP3HsQyEbpf9rCtmNyss+M4AL+soC0ujw1mms7NlZpEJPNnh
BXat4NHKXfwRhJWDkkTSWR+Hgx1lUUHGUldUWAjHlVKQLihDcotQF4V42p+wy9P3jw1X1k1K
+JQaTNtPZbF3XDwmf0pCvhHT01bGcgyo3Jz5V6ova9OvkvTMV95QmgJ6QDKYXj4Rnj7PfDp3
Rf2gWfw9LvDlRD/OBMpZnaIvGej2cB24V4dAwTblTv8ZtEdZTBGjvGsPp2qXx4Hf34egeTPT
Oq2e8saUHSJgYgT07Jjwy3fAU8WYBOK1GWWTmZsiAX52HptQcC2QUt6rcQZQn0/cj8onDQYT
PbZf6QRUL9OtWRw1rVLR7dQXCChIWX0SqzWLHzHTpMC4GYofQK2HaXpAksyVQTYd9aplReun
/tj8BjV2u3OZUF5xHichicNOkkzHqV734T7VDZlpaX8fSuN+QUripuhjSVsIK55+9YBq6vtM
R9FzqKX4IAW3xyP3LvrgFAtiFeHyrlbyNXCBx5FsqD0ldVbtsRl1WWW8F8tXf79MuN5eJ4A6
sujZ0PXilKiIXe9mStVL9MH/QSfR8ZNFN3y/4AB9L3coCvITQ9Jzj/7IuXOu1MMhCzpmKEEs
Mb1ZudIr41CWm9dS41Wxx0UFWND8O5hZSH//Zi5HrlwhJrPdNLbA8QoHeqJaGjuWpwvjqSOf
yCMo7S29hi/8TUImC3j9d3bgzMSFLmVILTX8P+vzZ8Nf2S6EUOplEsTaOZN6oGrP3FMUHGte
+QWEdxUe7fvOjASGBQg+SZORigiYqDGsFHJd7bp3DYfYgr3sFF5j52248ghR8jM27lky18MY
t6qbvcGASAFbq/SXMnBmwYOwTvmQlU3AiY1Ooc+wNeYBpD6ptGPMy33RaWWrC8ENqWLyH7w1
vRgnSRl9Znk6Dne58cihHPvnWxaFF4tndkXOMHYBD7aRbLCNIOlTmgsi5n1fyZBPKPu2mItK
egXcRDGtSOrp7LkA3YJMM98zS71yBtYO/7vtsk4l1JAUzgRV+KhFBTLha6VBuyEZOSKTkyYd
LLNueRFr3rK2kMPCOJTbLA3kaOid8/VHf8XjbqhcbDk6e4a8oR+4sau+6v2je6GG1zkxrlpy
7qn2xJP7gOUQRwKaGHBxqDGbV8t2RDwjrHjE0jFeWhL6IryVtPVz6pez7SZWDqPNKjD1cuW4
hvH8b8HeSQxQGtjs/lG2TprcHsOwSPRATCotNIojmnE2QQSwTq3VyQLs1gBKjFn98T5bHJMi
kuOtq7Q+c3lKtU+4T0TxCxCNGr2qTYBUekpnRq/sPHIDywIlKxt+ISW/xPjexk/RMrwKE+X/
ceqGRktTTSXrVBBbDr1EI2i9laz09Zvo32O0DegiMW4SVdm+2sedjzO2eaK8KFjEeth5GLbz
OuN2FUW6IdVesD729bVuzT9aVGSKqVWfXdlGmFv3B3HvPdX+o2Iz2ntiexwmY5/XTl6P9tpH
IY8tH2jBPTv9cvJhIXHoq2h3KEmYrOS1kU2IQraZV5OO59JAco/Ape/fRCPGMZblmFt/zJam
b1wgIS9jOKOtnV4DF8JAXu5DdLN+aFg68pqJj9R4IxqKj7ted6U2VJBTNiHMQzucizgkIZWF
DE/5qwzW93RdQ/k02aFZYzKMi/59eXimqtiPn/nvkL+m92zilNqN2TUro0C6VebUU644pF1O
M9uh8ycAAG5Gb64OgOogIZf463Yj6ME1wpVzA5Q9WO+Ga5J/94ZIFnxXN1LDeucuE63erbZa
9nBajejEnEQmXsS/dk8c1+kUYvPNmMm5npjUHLw44Fk+GBJTef94DqkHQR3KczoCKv9c5GEf
ZQok/B0Cm/yaAF3vlCWH2BtA5Ou5iiUgS0LedecGgv9psql5s6NpRRIx/2awpLH9CmpHA7th
oCvh+Fiqg0BYTddu+7XYrZYWw/p1ujWvkUZyKU9Uf6DhUEFcvIyUu22ZBYopaSR6KEJ5ISPQ
owqgrECfSjHFW75p8WnX0/fH89svA/kI4BLmQVEFNyd2+45/aHaQLGvZGTUrhfAlszyrPFgg
I2ToqYDm0WlKu1rexEAPoFuGT22Nl2D39nvUkQXWVGpnkjEmpTRiz6cNXtMhDC8v0d0h6dv+
l4diyVfNos25XTw3xs1Ar2lKD/JnVWA1br8sQqXyPIdtiuCvv/u8NqKgrThhDXmLQXx8/YdM
swEGX4Cv3wCWVoxp/69ME3rwk+NJEYM2Y5fAqq8x4aSvxjSO6YcPkSXCNHJMu9ic+7oJtI6d
ToMvHKE7GzI32g6N0E1R0elVqgwuCvT0kRgFsV7veedMsK2JJMcJdKOrx75OKd65YNXME+JF
rb9fXbjFTJidoVVPqwoZ5s1fiLCHyj8oXwzCKrZ8rDqI+JJjzwgeBzPwRprshkhkB4LeaQfv
eOB530Offpb1+4FqmJANxKfN0UjYJ8BhgL5bRJEuQ+2r9hgAyUnt6qgDTNT+shRTcGBv2+hu
Kz1BK1jCu1f3Un8P/V4BoZhn2H8Re7DNvSWeMCgsfEG5xF4uWGsVFjqtDksgTP9/zJTD83PD
0ybNwHnO9c3oGH6oRvZKspgmTbQchBr9txGJB4Ft1p2eBvZx0M9bsGuIPnstu1WysxzFrRlS
tmWgNvHy62t3xlmSXEa7lzZyszVMcV8L+WePSQ20eNZBr3KYfR2YV1pF7hBfdQFmYTcRR82m
FcYEFNzgg2Z2ZlzX/WBz35C3wGDHGPtQtRiBWBWhkv6/2wf9IuoRDujagASnRxJAncruQNPn
VSrYY5oFO/EilYxvUJqpSAF8Tb9Xp43TneDGCf76vd3dO5qK6uTKANU5CMzs2nHIkCmMO7qh
TVRjPsyZ+gu76oFnVCU5jJNHR1HqnNpr38i5ltWjNlGWVd/iEjV+samhHvMZetYxXm4RwaYS
S4Ms6TXCnnsT12I+UDFcq1s6zq1OmYjR0QvlsO7UzlygXlnvAnfTTdYzik2/quEyUdoAl1kZ
OHNyRyIPOUhA9FRpWSQQW3jM6V3GExrGrTOgOieP/deQyEl5rhgi8E/Mf1gCadyNvcHM3Xk2
7Ac82NSt7Gk4EOPwLNOWD50Ya7gRXhEwd8sfnacL/UgzDkUALQwLuvF3wPbGCtmEi8c50Z/M
f2tZkkbDRxz3IRz7zi0NSJQ+1HV3ZenUWQyubUaGQgKza1VX3a+/FowgrpU7zFWMyG3ePUmg
+h8/9YCcZjHP+z06x+7ZnBOZ3rDWqNILjlUmVvU97luPpgtvTC5aII4yiY4KcAINE7ELF/Xv
h8Sl5OYAzris2jBaFuItT3tGfqMfiy+WKXAcUxft7szdoeUWD37BkD/nlRLMBJ9UyZlGkaro
J1OQNhb2NBdQ1p5PPf+z23wtEmrd7700mrACrACTxFRbaDf/kheFh+zu6cd9BvZiIpSMM8Zm
yYsa7NhDTrv5Qu6HnqdnCwv3EjKcsHuwcbFVMTMEIpfTm3VmB3/mNebIBaUEwwJK99wFXEU9
ZAfLR1QJnN959clsNsYX317eYQatqvHtnGhkfAQ9DHcpMFJSiXtbej8LGqn+IbGTQ87lkeTh
llGPxWUPX5MoPGv2bbljr+kpo6Zn/2CQAiB02CzYogrFZJvedPr2btb35cE7SwSTLMkg7Pjx
z4vweLlRHVuJcWL4AygC2TlOD8keAIQ1wnsZhNq1lPzBiA47bxj9QcHU0X+Z9uFvbfiaxliq
Hvlagqjc8O8W4C0NYUz/38XABXF0Ig2Tsw2LR+JO+uLvDJcArlUFGNZOoZ+CJgrc0eUrNfsz
nhjwBxUSqaUxBxN2R93WItZo50DGWsJTlPj/1a1KT+dPLP4DGCKUoihPCWd4BMMqBPeVIEOU
l8W4SrpRf4dBvKma091WhWhPZFWVpmN1WVtslRYJZY5fz5WIONZSmx2kCeecHuahTj+BXKtF
zwj+pX1upxCVhWlwUhH6g5L8vPDpixSyi3SVwTxRjN/r8qU24kPoPwGgQAjw8p9Oh1O7Vlfd
FixrWoea4hXBjwMPVBuZKHK5nh5xwj2rNlYqNTYoET1La5w9T6YQYpjwxJrXxfUUdqR7KiB4
FwfddmHoD+KyGcSM7bNwskJyqINANZCscb2CBX6+xEeYJpFi0Zt/p7IOLEsPgNKeqrsvMRH4
LqkIIq//necMjzN/yIY4zvbiyM9aaAzOObAOcP2qBapIf67E73prDFxoXXW2jO1oOiby/dSr
MYHuWW+mN4d7VmjjpnWI5l5tsYdzDSUEG5BQM2kEq7EM+ESZz3bWZY9Yy+wzdIt8dMSzDBJ8
ECrt0YAfKadzTCinIhzNp77BQvm0azNMF+gFOKYWxYBM10qmbKxnMnn74arQkT8RT9xPWh12
r24tOfPgcYZSs4pE+FR7T8/3EXHNxlApKhGh2q3NFe4M48kuOYI7UP7OnW8bi8hlXKiTndCv
laN+UYonStTkWmheYF7fY3HxiI4TvAGggs1nV3RniluO30hAOxBA6nYjW1VmjqwyMSIHNQf4
Rbh6UC0vMnm3TFTCZJ7iH7G+9W7IptNuL3eCwZLL0D/5LSIwogw1/r0lvTpcuzxnKjrtxhdU
OJ20qsh/d2OjwqRe/LBrvtOxsLTLPlf+NFfo69w7x5ySNRxAV12hXu/6jnUnWfAKNcYeMwWL
Um8g21Xr+BHIPvDsCFjODi2ORS1dh4gvzoXZqAoFBejR2MPG46UXMmtr82LZDLz85Rj+MtLZ
kkvhjd5Ld2RAWpyAVSmmUF/qOTVcwDZg+bU9nb00iwH9S1g1NnmX9pPwSK4QjA9ZwI72Wufj
1cJPQh90Bw7WSh3JwrPRfre3ysxdbnkMbaZvgfFLJwvfI4Poz0fe9ht5K8pe1PirioD28G4o
GBtTMiENY+qYY/qYNlGU3KQpasMTpAEpY5FJxrz+ldnZrUzoTpiuMoxOwp7KmrBSjRx/TagS
pHoZZ6SE3ZPW6aluLv/gqpUu+06L/blGc2acgNTDJ6uwAd8Z36ht0CXq1ECw4G2uwXwyF4lI
NZd1KqW7cRE2+6+hC5XPxQYOXUD37sRZG4NEa0WBGBq4E5VQGcmBfXOPVGnY4jy++d6GDBzV
7AxmDMcCV+dSfVjTelISlwGt9QGx+IbWWCBQCKos1k4AY+7euR4AQPeImmENNLkbhWdT7Y/M
rnTgouydBqr0gWaLi0pNoHQc3MFTpxXdTqBAi9ZmWjjs8V43c7K4mSIeDHNz+U/gADYAedFq
SP9HwcyAL4Ka9/1k4QCYh1yQpiRC50abBELEgp2u+ILJ6vkiMu/NM7Pgz5SvN8B/GjqTGhSn
az9bYHqtIX1KxEEIQr9g74xy0+n/BXI0ozkmh8ToYkMFYevEQcFy/IelGPrCG/bIjbD3Yd20
DjOlh+G6nLFpvNkjChq+CqZWbFh4+eNiXHK/AoCoD7MGirGZ7wP3W3Rqda3kLT1MbT8BN8+d
bbYYZOUnW5Rbs0yOVu7KGkZQMw4MxHXMsZvO0A8b35697tPnlPBhT+gQmbPKcNXOicFkNbEu
quHJw70eMRYEyi4vqaRrzq/zbpfPAtxW8qxwz5FWdL7fGwzH/yA8RGjkq1DNkPLwMB2YuTHX
ZbUiWNIw5D+2RXNCZh9Y0JJ8SqmzK1Q5whxFUK2ObKyRbq5cCs/oeSWXGPLyepxqHgIg8rCi
UaakOcCG4Xmaf/1gOByGSfAf9yXasoYzaPEwyRNZz9dFnYSrOD+xv7V3fo/jcaNF37QoSxKJ
X6DX0+FwJXl6ibnAS9Zyhpl/gPhJqVMAR09d9yiStQFZ5AZbDfLlqOANMZayVo9ZpA0ekWp0
YVwl6K+/lyljLBKP1zZBzDqNPltaOZ2Yn2dNJ9wFx7ppZJvPExyxwNOXPkkwU229Xh5e/dQI
RnBPNC1jI53laS0A2HKKd5mnM22u6N9Oz48Lm1ntqcKlyjwxN4mjLXIdpHAYcztwwEOb3lZf
bfT9jbz0W+0daIJfzbJUr1jdV5XbFgBbHsdC8D0L5b71QP0zDI39Wu98zysoWvnum54xtQ0K
eqe9BssXX9ThWOACAa9yAXuJlK9bN0//fM2UsKldsMJvDEEP/sHHtS6NoUO1ZIVX/6C6jWBi
X/PI8v7CWspC7RlKPTrm3F4fW2PfwGKaXsYLjjF2xLrBbT+aHpGoSHOyTYFIwAJzDirLvwLO
ZEUuwAb3oTgoANJVRBdyfxCRAzuE8OGFEpLIHtjx34pgRZ8ZKivioRpCFm/MPG8CpvmSOtxs
qZDQUZO4L7AukpVZxUKyPvCjdku6hGi8an6xOaqsxwjAOP62MuHSU2B/sF6grZU6OY4ms1PR
TCtaz3JEEYgsb8RE1n4FqBdIVprOGO1dFbommJeDHKbeOV0W9145jmQR1LTVTL+DxArEW1p/
7dNbBHIHLejzmCGI7BBSYf2ChLUj3+F5uO53uCHwWQoEkVvwGUO56oRjUK7nF8mB1Ye97m/t
uGItkhs8skQ/dbXwJlMsUhKNfJzlMI6nWgZbdnQocrW2D1m69NN++kk1nfyLhogNqv9I9X6d
un0ta1yl63cBqp+zkFEut3qDOonmXhoGaWZgbNhe4Dy9ooxdZJMa+6EfhtNMTdWUeHeyPuut
kR4qDxatU3tagZoHZ0CcPGsZtD5E89nHxYoPnpiPN82Gjs+68e17E8U5zEerK6hVQ1CVJbsJ
yiuPJWx9iw1TVeZ7ZK8w7JA11jSx//r5WqcZtYIQ05i4uS9SPa/rHJArZ66U/f+EbnM3E02K
vPQcsIjPPWJ3+u9LrvBgyv5nc0ir00OojHCNUQ4cnsAPO1UN+jmEozL4fqx/IeeY6vpxwgUA
a2wBGcq4iI0y0Ga6c8xU4TbVI2muzLgycuTEALQZKRIJaiHxE6xvc2ELEoHXe2XaCce7NQt0
o3PkS3tYL/z3d3Rdl4PEMQh7GzGOgd0vd7Npifhlr3yPKtZ0EUS4LvWLqBmxlSAK5stVAjxi
2P7Jn/Dgtd0tbaO2xb6UH2apJ8z+4Gqoh51Dipkc1sIVam5d5ZoF4H+7VJAikj0bZbj16Ign
Oyul/e9bhZa3GfPICAplcz51sjTlH/5OPJKmWiVRnx/ss0XrnAG41VUbqU0Xnf5naG/yngc/
RcTGr5C0wfUT373JHpLF/7/qsN0Da02EQ/Z+CRGjIgkKDn/5bXB7WcPXpOXhZjstS3YFnyst
fY3gbVKnJBSCKbKABv10yHz7uZ/WtGKU+obf+pjX1DsVCkDX/dkY6N78er9hA1UfQb7v7MDO
+Y/wwExxzP9CgRml0fGpO/A/S4ZigP/y9TMuMl1vu9k1vbU1Zwq3Gx4kirTg9fE4M8J3XRo9
77APhuAA/4du3OHlp7TyFGjIObg3ZC6/BmxulMRN0NQNr6N2Jd2hr9QnNiD01lV7MOocrNLh
lvlth8OjaT6BcU7w4hnNQbopoNdFrRjfa9Gu9mQSnN18Lh38UDkohUiP6wXncR7BH3ZyvIUu
QBe8jwcL5jVVoG8x4SqshVyiTS5wLBBFKk0QPkoaYW38OKaU2Ip0niyaDZu4oiwwNPaaFno5
TExN4m3ji6DA7gfdcVnepZG6mIFENELIVTsnaVMBMESc58HYV5fnxT8wpXmxsHu+LqTBJfQx
gO7oWyNOsP3iRHePUNc5ILSaFzJlpQHDP1v0dGZMPkLnIz9XPwUSAQ8FfAibLSVYBJXR3Qa3
BcZ7X2ySap5Tx7/ER4jUYOPXu/c+3glBONs/oUDuIOal0b5QHk6FjrQEPXeHzpgGMJnkoMgI
kggwxFDkQ+KYoMpYMOUswEoUDPVm4Rz5mtwGwzV1PcS7mZgfxmKIg1rdoBpr4EyrPGcAWl5y
mpi3EAznTAy+nNEsHeOEgB11qRAimRRggLxwBr/LMreGWTdkP19txFFOtqLq6xDAHuNXP7C4
DXOf/lTlqRZH65xBlGwvzxy0UnBs/PDOq2UC0n6ELSaHyK16o7Spas03MWev07Vn9xJc4+BV
Jms1MvgGZosXnov2Bsa5g8KVv2d58DOBjrDicx5RZYdOrzQ/tVA6eYhzVPjUrJhRbM1oOc1r
Qzc50YmrQR7qOVDORSjHXQS8RN1ITai9VCqKPYk9ekS7b/ZYTrARFVU7juNDUtF61fwNX+Mw
DGACBhuZAqmVud2LsPjH0NWj/EEt27/XFZGjxbQUKRZKt6MlxnbgTjFtj7snNttCf/oRN8H9
I1R0xVv7ZfoikOlTWHZuIlSDBT+A0uJAKvh/qlsSt192knhTuwz0vdRQR2HS6h7GjCuQyL8Q
Xhe/X44SSvwzNJNXLDhIKB+dl7sI1NSUgHITe5zo9Km1UXyrZe2wg7fFwwIxeMDLJXvKDPb7
3LJDskiCkk0L7cwfEngsP4QAv3inYCqmu04LZPXV89GleQXpV9ikTRPv46HtZNmhLKxyvery
TSeu8DN0PiLQ1bWqSXZ63612MSygTiRuGLUQRPuck3/oRkd4laaSrI8NrMWP2CqbF4KEqxuo
iys91ahq14Z7IMJew0qHDf/z+fgTd78q0y0mDXkxJjGBFiIvIo6fpwaYZcn3uStpTPUGRrd3
Nd14Ed2Q9PHs3EmFwQD/mlOjBddxJrL02bHvzBXl4FsrkVzgqeYVy3Vol1BlxJQ5sIwBB+zB
sXtC1/Jfwxtc8oHFr872sCGZlvFWLW2Kxr7Z9lmjDeufT6UmqmHXcWQBLWu7GkD9W+DcoKpk
30wLRmBvszL4v2TN0vpBzu3QE8UsXg2AAmyEx9wEF4lCiiO2zXXBSdVAN5XmVQFzrLes3+8+
uWyHpFizzVJMpvtpIAqpZfSCUAisG17Sy4Vrx+PxBz6+s6Nj58Eg8aWDEG+JfVcMBOqMHeMM
Za7pd0OK7vqkKaNkxSfAziYziLE2NGc7lR4VhSDohc6O7b29FPSm8JGMlCcCmWoJrqucVxGT
ZPegF/5aUPG9S4QfbrsqQl6oNR3CicLa2osRRpAuFd1raXpDDBoviQsmH/1VWlHdOWEZS9U7
PlWBw6hzovEHZY2nJUXO0mJJwcVcXGooQOQnSs4iwluZH3hqXoWaqEUqN6t3ert6MgI8UKQ5
OTOOz2xBt7EiHbLQIHCVyEaU6DfXY69neVwTb6C5lrjLnWrLQhYSjGr3cs4cXD7eXwDpHgqk
3VKzLbDMboLWzJqjtWQl5bCLf8m0VIsoFOAmDBi8RkewmveQfCxuXeKdNQacosolOF1depBO
/m6k1Fm95qYAfkNij3dPKaVUGYpKnoS7tfOiDTUQ0G/VZQgStdtvkaS8XlLApWhYJxKSdWom
IhSoqDxUR/De4iZRGeLJu9XNYCZqARu6175JtmyNjrg4ZB9TL/o9qsak9W57qYPSr76ay3OH
aL8DUjOP7E6q7iAVMF9Z/X300ZHVjhY4cqld+UlUxBJ1iCI+aJATqS7UnCGSVc8tIbDljoAb
T4f8og+vSx0BJn5SOd1lNYFYhf0rzSL/mMMiX9DgRWvwPx2kwEQzox0rBaIG0rxg3Sc2xafz
nkoxwvUqFXH2MWfr8p2nj96kqzk94RK24FbMfnZ8HsYeWyH0bTVLQcV8MOhWnkGfnnncfIGi
ZOnh16wUbve0yvM5jLEV9R5uWkCEo/WB61lYJaCL++mIA9Um4bNgU3Dq7lLcsPohdbGAmgoY
+KzyiSOGCi12bM0lYTczast9DERLAWh0DM+ikFfz+4C86xi5TFV0osdAw4UvJGWK0zfb87wS
W5Oh16vFb9Yql2JKnVNGJVXp242jnnnxwcIUekRRVH7kbbM7FUJ/dq+trZlLtNiiZqxyeH4x
IBHb/smdW885JzuvP80LoojqqJnAeTQ5f967pQ0RiG6Ku3/dzA3LCpMbdFBfOFvRp30sx/p2
KPECqh5sRnhpZjR97GmpcaFPWEgNc2P21DtWGyd2lWUODgHrZ9BfDyjez6fBUr6VqthMz+MD
Foa2GPTNzIlEtFCXbpphjIlG5+SQb+jboKIqdSDhqkJ/AY4lokp2mJX1pb2JRA8Z2ryWYX9r
nu21vkc0YxgygT5oQWXRzvakxaW/rqAabdKZ4+0njT+hGharLqDJpCZOWU7CC5Aaxy9f+hcP
KzBKNJHg5ah5UDzyUlj2X+9Qgw+6wDHBK4jLuZiaiyjZlSqp1TXyew5kRLLPR4LbYMG1T+DC
TrwvpvNog3kbj1e2MFHmPXaFFIswZKEelRI0f2BRBczyAMRP9Yiuo2lkPZqwRuqLyv8F05j2
VNsnE2VNxzdMhyUFrM30IbRFPFG9erV4PWolKINqrXEJae/QeK3MNPodr/sZsDW4pZuW65qP
93GF+mbr6Uk3FvcHDfe9KZ+yLkC2Ail/hFO+PVpDdIAyNLc3zbKxVNpjZ2oOUQ78WK2jBqap
2dmBxVhJGFFVEnCtNVTe9QHK4SP0Xml91hnf4G0hH860/11u08mcRnbqp+qAGW/aMRa4PtG0
DcCd2Yy8Z3vjCcaySIDLEliBsup6uA4jfyltoAFWiO0+a9ODQwFFu3Ec/BZwNVHhZoJvSbuY
aQ4OiduLq5l8o3p14qXGz0rYwPxHGXvLGRQEc9awDF3VZNzxY7ZgL6dwfSQg9GmdbGPdUjtu
RvYxM4n0M0pF2hHFCQ7Df3S6r7S5AnxcwMvEvCSmYQhAqMJgf+4rDQtcXe6tswTwgo0RRj9F
7vzzbFZnNFGPMSJYNhzPuffLJw1btWu0B64t2Utj6QtKfY8qXRP4nRYW2PW1HSVmz5N0zK+R
kebGEOohpFp/O0o2Al/yvcoqCOf4jKGFlUUnvY5lWY8ZxkAbvkI8XyMBMmcfN4RGzeNGAu3H
DziGC/ecGz42i+lVxhF1bX5SzhNMu6nXCLO/lzlGpPwpb7rbfcQHho+UftVjoshPgKMk77vg
3S6nySSN0RK6DtlFJ3j0B9NqO6AiceBfMYPlE8xnA3AD1Ty+1A7xflVwUf0ZLVvDeBCTSTRT
ROP7YMo7OhjB7Oc3SwkEU8WEJf3KI+zusiUgdEroXgN1YV6v7jmjZZCnGUvr9TOknGOgOu39
eok9J3IguwhOpu+nZ42KvLPxi4AiuDp//ICJ59Hb+am6EUEBK4cHoUoMHCczpI0mRoTvryV9
MRzVsbl2WAlFRzX2xSCNrZMhq4gQzxib05BGBFev17KkrDKYXL274HKHh02VdTth1/mv+RdH
mmG2XcQ0Dwb1cT2zoZkq6kr4gBmU/DyFV6OHvpoJ7lJXUA/43eoxTrTRoWo4Hhsde+myIJ3P
A9b3WVqmBzIdrsh1xO8UdJO9pwkEeysEdW2N1AeNeuQx396bK9otHhEaxgi8JkNVInfySOI6
TkTKmeAnhEghqi2UPnIJo0LKXm50NsXi5AyeB7zRUBmZZwofbhWM53JPFZT3ToDupum9OUEw
gT/dvo0rdckNcFK6six4mYV25BrZKNjSVH5epgIPRJiWmKPs0i4DqiU3wLM9EOzXwWMDbh/S
nNvdPe4hm4UqFaw71geE7Fir4o2yZG7HL7HABCA80tqP97SVuAKda/a0H+XxyqnN2KfvF7hZ
UtsxIObUiEhJme3YP73HAoqt0MxSkl3p7avZc9wEwpvizRLZiSIZHhLLMQaQrx/0e/e2Y9Ub
Gg+U5cgPzkumw5dSkTP3syOBA5joGJ8xoA7WE+pNcmGdks5RzT7Ppyu2t67N8arvr2dBCTOW
ZHqRsgKf4jHAvgM/chvOLVUTL81TAlFpVB2G6/wttx1XsXRRwf19yPXat/j9neDcVEOXQqQe
8i901weWlTQW4Dic/9U6OoPEbYhh7Vr2GCpQIS+E+hey/7IKUMwYsvN13pbBLCca3+2T+9Mh
PCvYM553GsRR+PeQA6x3XmNavTYX3j1Biw/4OWCNhcaDdZsgTqtg2MnZwyp5Ai/xOp8j7XTn
Aim1rHg2gOpa87vgU6Hg2Ei/Gozt1Q/ZOk+CW08WlRbWbFsH38Xlm7+rMEcTmWSCJzrwDDDG
qOwdPxcfnuj9G08K3DzTf+q60bA4ujzN+MnfyHFDFAMWZphffpGoU0Z/ZDlLlqsY9yn7eA/K
5wanxU9qK+nseU9mzxz8Cvv2QS+yQwafZpiTmgRF4DOLc3H/ldFTs8eYk6L5SGTFok+K3fXG
lumO7SOqnC8pvUVGRGYpx71xFWDIGeGJ5oYVykoAUDyGEsUDlDRLazVS7/0tEKMQKx67XMY8
IFIopCfoAwYpBPaXjo8Dr0614f4Ci7luW3i8lZYbZg/PvgJS258uB3hwyFNjEWtKyoEK2q4r
YEsx/nj1VT+WSTHNkBpZUn3KJ4f8h4M/r70be4BxeAQve+b4XeVopGEGLvChi7r771TFYW8d
MaHpj92DzHUckCdN21fzpnKD3+6OcDPuyEsnlEc4/eExKDA7FuqI0B7UjwIKrghpjzrsbLc9
zDKP7RvkDhVccS+WpchxD3+VOkrk39HZ2cWwcu8JUFnDoEeovb3p4a7BVqcX6RpnPtNh5anU
nhJsswuNbAxH10CU7VqpKJS6D51PINh1/pTlnRBvuGgmqvrRQto4w6Fr8UNWKzw6H6sMGh2L
N1lQHtvx9t2gZakRcvpr6J3yBZ+G2BGIGlWTlTm+eV3N9k7jebLkdc/v/8NjJQGsKuDn5seu
NAAGyGITMJ0WgjapNkV8Ol7ApWNUqZ/AxxQdOTEU9DJrNgY0Er/Tnh7St7F6SxDBuMe3ob4g
M3fDeuYYvpXuoP56OIALttq9O8omQZwo2f4mVPQUpKvEYUaLQyBgINbxG68QVoGxNhyGG/vJ
/3G+zGrVug29uR8bk4HEJenC4XdzxWnUH+lbsGXP8a8L4+2xSIhUlWPlCCayyl7Nw6G/8ry8
BERZwtIhDSaXBeewLn4seK+I5JxVr4jPr52tDc2rRnPnvhFm5VvOXnM1ZYsULMaIlgmud0Lt
xto+Sjs8xdxXLyFNf07W2DBrsWNcRX0kQcbUd+Sj+ZCGueCi8LyZLtRAH6bTSCFlx8Zyh/PI
Ew/4geEqrd6JGWQUPMw9v0YdGDscv35mE5yLm49ptLOWmsVFlpveuyLw6ojJ48cODAuCMPwN
5nB301mSUYqO/83EpPfgMaV3KiFWZgLWFt85cemHOl3D3yBPgtvCoM9GslIJxet7ynZCuNwy
zUlnL0O+opkrOh8HZ8KuiuPpq8J8Vg7vSzYDtTZgTg4FcB685jerCnwdkZGnbW3FbAXw66jq
V1a1w0dDJmwhmjQ5ny6tkvHm1Q8l4xwQ/qWIwnVQTy4fMV9mUCkzAC7PjWd2eAHx712vtMfS
NpOmarsXfjGqv3yNQGoSxlUDyNGzGJyy8YGNLcoX6fr3GB4ZROuKPx4A5b/pl8NimWWldtsB
fUWpnqiuJdmmew1GYLoMRrot7Zo8YRgjooQLx0grUhFuwvLfYJkYWwHsOvnsmq3gp8VyepO5
1fB9WKFRHmQQLSdK5ImV0HTtU+pAaCb3DdVNc0OgG4iu4okJkY+7Wdycmt05oG4ElwZpC2xA
4tR9U2qBMM7G/HkFO4pcBS8Fq06yGX3XYawA/c8P9bPmsBx4r+LWVCmTDJ8gAUdoS4Hwosqy
5Tx2huvvguW1N4fbeCHknHsTFDjLE+0QlmW2qOR2YEv5SyOll0KNdJgfXCMpMHFp9YoaAeHR
8wKkrG5HI/wpZqUNsv6PSjIURQls1eAE0DWlyTGnSPJWS9U1ps/VRKMocJwMgI9JD+P6rqyk
2xpJVHfnSA29nT8iO7/xO/idoRSELv6ehniKTxm2xmF99jxrJi1rR2UIXxbCLE7ffUfAV8cf
e05I01Db63T8hON6UPkAL8DmQ5s1sQ0mjXASFIPQSCXCYyZg5vTgRVJUc0T4Yr2XNBHYUF+V
594+At+lvi/T9++/Om+WUuzwtoCyHtjom7HtXLm6ysExcX91EtIBDN8Q38q04lBBdHKQC30T
LdEOQN+EjY2XW8WyaS6Qr38J1afHP164HRDyvLRdzdtf4wcflIqEkYUAri3LidbrvQuVFaNO
EyzdITg0t+x3mezcmsacn3Ll+njLJV+5ayo09GWHA9pXsG0fWQjwDTLNoik8lJoWT57PqsZp
SMF/ro1jbzVAHJREXKooZnUvzvEYMvQe83bkAy0Fdw8pfHZwUSVGAgDpNDK9arnahm6NSHAO
wZpYbrUhnBM66+nBxxsnwP0LoGdvKbVledWFAYGhyKOIKzClDdFof37m+Tm2odSh35uCQLd4
1cq0sgV9RSXm7SzM1qHhI6Y8CrAPMBvwkl6tqdhiRwpI0CuPb934gl73jmXP9Ro55CDkt8RF
JQ2KseKXjNmRV8vQVYZdN87xgkXBQg1iWpJCM0THm9+IY1lIGGXVi+jRyN7I2iJdqa3noN0k
ogagIvsQ7HeiLcExOHdBKfiZ9R7Oz3V5k/MxIpy2PnQwSjcuYJAlfm3XTFQDEqyr5yq+HlWb
e6LqTPMxi2CCIxZJgp+Q/uG9KKSIHtjOT0IqF+UgMFdVpNf6Qigw8CfMhz++qIU8jxwbguj7
WA+7dy3Ge5yaNVqzD6+191rTrYQfRnUafn9OXqxzJTxsTy/qNJ5eZN3GB0bUGFFwetSddReB
+KoEPBnfmdV588M1Mzr0yDFRS665bnMu27LsIVTwWUfu3Sb0chVQdarJVQCGPbr8HKDW4DOX
dhsTNJ0pubDjBnL6gE5rDwdU+2u5TcphjDtnCNvuFI+8i75ViCUb1u12/jW1WZYaF5DZK0/K
1XhYpaXo/r5RqqdSD/KNqGUdVphJKUfF+M/y21EZTvD0nKS+L2yuYMSSBTFbkZougOZmPEcu
ksh3R/VRvaXl+att0cXs5GQHMlp9ezCLoL/5VtHc98m2Tji7W1kQYDC1tMgQmopBtYs9wL5b
wfmyoOcI1XCIqAM/L4gAz1Xaa9lXsVNmnWQQSLPlXARykMXMOT7+jaqoVp6szW3olWs8S2cQ
wBEZ1MUJ8FDXudxKNxXTLjr9b3USEsEoew2EB9FxQ9pHvh5F/CGt2qoaaXQwspAwdQADNYra
n+fii9zliCO5Hx4ai+CPHdH13hvdreMztzSf3j22tRx5QHDMPJUS07v3FIoW5+hmLJhqhtsK
hWcPioOPGwWjqqwMJ5VYhY4g+erICfupgj5UA5wox0b7/anuXKksUrBGBdNLtuFjVC/FB0AK
ig7yzP1QDsRhOjGVJR1RHtYga2jSrKv8HjFP5SbyQ3U5ap5TkF+xVg4N7hU+ljBlMIsT/f7o
eObfROoBG+gHk3DAqDuYb/hxEG4fPQGlW3WxHIrc2bdi1og6YjNfxT6jFXoklNwIv+kSEmge
J6zeoH2BQknyIb32VAX5txjzxE/Ig6AnSTKGsr3TgBw9s9fxtpjEVxB+ESy0ILUgIFbuPMoe
0/G7K1tOdqEbOKVnmUD6wd8KyaPFhxvL2cgF0yGWWiqmdckJZzWafB62lLxGMQCs3O/zgh0p
F+sHXJ8vDTtzabI3kh9wuLNQclUyEPUyIIoRbs+fXjNHOQuJ5wXKsS0JyzR/2WGq7gqMOLNs
Q6WqYqMGF56rSmBZidxpmgNc6SE1fo4zK+y6VzSr6I1Xgz0nMC80TdkuE+pAZ77cEDziz5Jz
Lg6TMMB8yinGAKhebvHhSfAUlmxqy6GdcI0FKClCexXW3dw3whjCiWpJ+WdwEV1sxCunadxX
VwWajJcUacK2tXmnMbPiyEJmXIKrqf7788F+j8fPCHHMdG+vlVt40RuJZDyAyGl4ImjNvsh1
zR4AnG3JpPCWB8w7dEc+PZ/aanmRLwnSxosQ0jz82hRVHPwEu9U0AEVizTAgcXOGpUEK/3DO
9twAA4PkUz8qcVDrNLBU6+tHjoRIKDCmzcozRepELu2UyI+o6KWvyyD8KqpZApNnRxvW24Qe
2e/87NbrvKV6VFXKcG/auEaPQWB1flCZsULBT94x/8nUpHWL4JG2FUnPH3eEGEJ90/ABKDQN
sYG3stcvWRs1srlomYoeIUFuocmBl/6MyMYDPhvlA5wNVnjWAcn07Uy+L4Sym9jyqhTkMexU
SZ8dPg0mbMGlj67Xc2LRWKR/0AeXCt2NlUj9CFj3k49bZbY8ZweLNtzg/6kcMqxuQvn69sKK
6Ujo3XeXd1AKRNEnPzPZP/MiFHKrLZT+Bo658fKKkubEfmL02btU3wANEbP2W1xTTdoLywUR
l+1MpVXAq++nwc/XkTyzhPkWFrZwRaAO3U1az86A50RFb72uemlVQvRiXbHH1jTQaacQ29AS
G6N1GWpKQZ4UO85aamE6WLSbNzp4PCHrBNfDjl/SNz8vwc3NIkyxllZ9YkFHTCkiYdladGEr
Xoustm1FyFUF7f7jUccc9ik9065605HL8PqOpz6UBgSQ/ZAjT6Vr3akpHi6DNV4uRlWa1Rk6
Da4eM4j08wHyn8DMBaYQVDTQBOBqSt0I5hFY2INf67QKa573o/v45W28iX0LsJJwfKyjSozC
+r2mdfYgFU3IFzVnWq7qO4gqiaN7aASw9CMtsxQkX72q2wDs/fN7W8pCI6n9D48ML0BxpURl
elkB8Qg004jBdEhfW2WY73oSX+jnoQuJSIuaKNCDWq6cqLAZBHi8VMbKu/veMjKhHd4w6qOe
K71q0EpFR6PAD8NBpz6LQi2BHl0BScAL5jdYSGJCZQ6r3kqlaTHlmMcuI0l93t0eAI/X6Cgz
eTSxko+QNBFdDX7Qs0tbkhiNeKW6I2RV53ecr0xGG4n4yPlVy1n3FkblCIFakFPWBHoWxbHO
hcgP1UjHy+SM9eQqbtritxC5tpe4GaVu9xIToFmL1XwlnOnukp4+xvNCxQ82b7sYbCb2PONc
frQozJwN1ACGF1HCmji0UsYfuAC3A2v+san6JBIoAdHP/HcWyWNAho05YviWNPMye+qUfcLe
RF6LOth+XfFHQZy2R0BYSJb9dM1i3eHDZ33wY+ErMNuyYppYkzSh3B49BYvM4KCsJ56uNXE+
IJH7fIAK5n2fDhIUuP77b3TzImMVixcwMqbphR8rcs0CtGGdWUVJc+vQClDSezOryVewRKxN
pY5PxOn9N6dpXLqZNel2/z+eHwJmSYRXpfIpFHtmpn1/MZDB2S9+TAHFsW6xDJ5gqrzvLeMf
Mb/tQp/8aVgLZnw8n+hZfIMqBOi1F29pTpO9Gv6/Uon+A00RSwIzRtnxjoyFePHvM5cLorHy
2Y9sU3zi2IEnaAKFvPDZ5xCfDKWFgNot0UzWgkH76f3kRi2a4O64bKgJeb9Hn9psyGvtEkFA
ZPtOKHEH00gk46wK8QXWHZ+kTlykv7ZoJ0LtnzLUDaPNAWq/2mM1b+4a+UeRnx4LX0nL3JtN
ckmBqXCYPQl8rkQakaTToPPyyNcBARVK95ZVeEtqnrHdn9BtNXJZx9EEKwlL+gZt0ZWK6eDY
ebjdJxgLuCNPkmHG3YOu+E+m82g8apJsds57Ce0phMORe3Ivd5DvdTrYC0ePy1fZRMORrWaj
maGjoUMhI29L69wjVHJojKG3qilhAoaYKW18a8BNLwvgVFovx+0pItmj6z5zvsh31mQ8Pip4
JEYjVJiFJ2MR7I3CexXW6R8OvryHyNe+jnzJoXjZFHXCWmnegS623EXmPJ4l41zW2LvWj/cT
JR8s0oFqcPzM2fuuu82zKFpaFCkP+TB9F4DFl0MOsU2u9mLlUj7TmKtklq6u2j/+KXSs0/3L
4lQRUZd2y8WFxw0FpdAa6NZUH/JFPi0KwvkUtWZmb76lTBh6ZiUe9o91k4sCofVgSkn/1xsH
X24fiWRlUlGvmB9DwnrEGM2Pnu6k6WxK0GiGq5kajBnHLmSfytawbNE330kSM/V4InoMdBOf
120yllmgC83aeraYVF86qacqZhwnuA24ZcXqFxeYoZ1GWdZ3AaDhAjyt93tWCt3VJOqeTiG+
LwAv9f0XZ47cZhivjPehUMuOgiLkuCB489Mf7TXofcnXgbpRyN4iZ7BauV/UtZTzJyPn7/y4
WKFy/H4X8k7XjVYLpjYysq8ex4QPNgIWWFU8TC/VhzNRrmWzTOyMosCFcMz2L+tXi7/IATJa
40eolscwcSUfQqOGp0qJaeRs1h2FMu8bpOGFWZujYvRX7saIe6LYeJ/FTUr5CEeDF/lgtwES
R5r3F6mZh/Q3K9peXuVDntmJwWr8gUpEHbN/WWo8k4FMS7b5eNtlgaRr9YToB0My65HyPw6j
nAQ6X8nYgb6Vx5LRZHt/y8QB0G9NlxjcqYGA1MmsQzD5RKNZDnd0AMDY4mhH2k8XkgwbvJRk
THf/l8rDAuDcHOTeIhMdWBGnZAU5qnpTK9xBOb/2gP6o5PyKhfntaygu3FxuSgG4RdLQh+O9
uAuptk4aZsuwhdYXNvsY89rEYZ2peX04nktTL0Ruvsr4xCN+rCD5vp2CE8xpfWKZ1xRhhwXs
vzZgFOo05+8i1gEL9yRWEbs4Ds2m80uZ8Rf3Wvcgaso3R9zfG/D0bKrbCU0SI2UT0iayFkVP
Yo0iqaUPHkZpRBM2oh+ZE0Tf7RJOcWP+vaeAuCVYGVYiTXMPUTvylEvJvUaC/DlsiG9/hWHu
Q9tl/1Q9seynbJTrv3S43OdQR1O1nFsIEG0vvc0QaIcUOVh345ULtaVvexn+g/0FJPydSYDq
H9I9Nk6uz6tilLTtJEntcmpdk1N/HzhdWQRX9Ht0xSQoXEL0uQta2D+AopN+OVOl8jUBGC3e
BRKJEKnvv/dkfsx/oLD0SzuiKXecI97Bd7StAfz1DbjRpGWNW76hnnbYh0szeHVRWNpopXXL
fzyKa2zQ23glJxC0FjXMIOwizQ8iVo/xl0qEXFe63zjMdTqb41mgBTprrJRi8vX98+pXatQX
zfWaa8G6O3tpyA8rv8oKfQ1oZQwsGyPo+xWn3fqcDLYbP1HvelDpPb2r0qoiwqf9yrs+rogj
mkGik5Iw1HrXXPAty4biTQSfJ2uc7UnZNXzKxfkC9EB94yf6GZeN8xSiJPyM0w3C0N66xgYy
CK0Q0zKcWmXfWrD/kwy0WveFWVFZX05aWj25rC/J31xFvhDMum3EyYiJpoaS69PKoHSUqQtu
UV9K23e6rqpkTakeRmWM29egnCEeXm/dsKlQzyT3XmmUeZHBtbYZazi/UeLgQsAh7ajcjTfo
ooIHwQiw+NiJUEyd3vEZxzJ4qMNGqupHW96vGm6hwkVpmJ0Ju/sfIKPV+6E9Y2M4mn1VUQU/
ckOLFVJPSOScKNNQUa9dObT2L6B3PoAUk0GMHK4Bqwvf8pyA3Gl+tAKmoy+6vgxWmE0wGhJ8
kxIHf3/0ewmSVOCuCKe2WdSn29qi9X4Id77KtMPpospeocn1oFophT+wICXx6pllYaZ+9ECi
NcHFmZsYcxXt7mqfIaJXwul/+yZScOd+cS9UtfHgP3g84UllLLZq7ggBXTD60IQrt3edjSjD
NXYyhasC7/Ci1gAdjLXbkvSAEAEdX1/zJj2XDwRwnRlWReG57r+jd+7eWYfwBrnt07NM/37Q
O5tKa2rOKAHIWO/tn/29sFtiJ2CRchuQVaggf9G/2bujGGe6zUmd28wH1D3G4nrLQw3Xo6n+
qJiPIh2KgHArL1Yh3fQ57Q6+4ZTiIjdovR99+doTOEYCDzlgQaS7InGyqWVock2OD8IN9jhH
2pKrg3AY4s7fOdSkW6c/lUSQ9E9CXD9GDndx4gBvEEURXuCLpF1jG/R3AFhBgGjiV+0383XT
NmLoALG0l+3bO27opYaZucgVT2YikRbI8XbeHAZTfYhMqtfH0yFiH6Dfqo5W5HUSLOsna4Q9
YthpuawB0ps4TgyV8Px0umJNTcj+Z/d27y02+lXO2zR+idy/0stxn8z2BE3xaBDtkRBgT7Tq
vw59n8YecWnD5/NvcEH7HTA3gefMdc+oBasUaYQnpY6GPt0kdzQr4XqHxe/kl0KMeGYytIeW
/VucWKWE7UE2CFqK/j6LWN06yxDASUZ0RkJpN/ks2lp6vNfVeWBQw2dRHvHPJc4Euk5zAFL3
yTYXWeq73Yb6Z1YhIYdbd5MRQwvzQjNvBcAwbOKCUY97Bk3HZa5rCSsVZX+HACO1Fp5wLFLv
9+5gdEYcOLRQF5/Q604XhsOVblohkaI/Kg18ZEAYc3dDpaGjdEdwmEzERo/wJe6TXmUovToY
ADzdVsJe6RvYwcSNCjcLTfE7vrkivSrh55ZXCWY480+tsuwQ7sfGqeNDpaIe8WXMgeporwC4
4E7l58tZb6sthcMpHUyVwdIRzRKvYMeDlYLtOiy55VMh5O2/N2M1BT/RIlAdf/9tM1CZx/dR
qq+zZd+k2PXHLoZwOwXSMvXceGlhQwMXPOp6MocO3F1tUDY3TPdJLoiVYJ/kcmcRnuRJR/0o
nwVtvKofDlCq3w0h5F+4MiekduxFsnnLomNuLMYj0xxe5fZCgHrgx5Znyz9QyTopi+acqfT/
Zoh803j9DUtxIxX29UkpgvIQFdfOq1g69RShUOqVo3NpRnsuxk7d3hAjmJYSV3aIVHvvwu0B
ljO4RzgmP4BQTZ2gDgL71AnojXTciKcY5iAqBcwJGFl6VPO5vhWeqTMYBVsmgVlDe2Wzue1q
owAkfEa82VENIZWBrTMHX/QXqCFMUacPl8EaVBeLMn/rDQAzzgeJ+xOqRqJchoo9CVyhZXXP
g9iiAr/Tds/StO6BHmbnXnu37JArHF50izurQ/74BE8C49Pr0m2Wp7tQilO0gHY7COmDldJp
Kqj0b3nd5HzQIk48aKaTzhFXXRbkcDfMcpKTzfEoff+dB2WrkkguRxtrVXgpmGJv6MEzsqqy
q/wuwcxcf7q7yHkUXXSqHWcfyo1qpYVc16A1IABlrq2V4Yl9q7vlB7KvUETFiLlXo72/JF7L
g9FbmWnL8APbRBKd3X/YNV9giEfQewb5Yx8WK9vb+0CeiKQie5iUENaAQmnUvGerAaGej0+K
GTExF4fAYN9G97rFbyPUBSRzsl9eUP+aw8yRpgMaTLyHyKoWNOPazhCKjRmF2u1I08sEBlsl
kkpVnjOuyje0gt4CEsAXOJ+ALtrawdzgLhCy17T49sk/AIMv0tZJUokdwgu43ya7wAvMkmKG
nQRROu4DDkCGc9Y8CD2ASc41riIMJvtSveMLOWoXh1qKZn9ZYVJ32LS2phuQQoYbeCwc5vE3
nYmkK2J7B2JjXvRjsHue9qLzV+7FCp6tbFsWCcJAyHA5KaVe08ogqn0t0siDdxPo0faBfkT0
vio6oHOIlkPRl1APHHePEx3/KNjkgcUkLj5javTcCzZsfDV7I+7DBIM+ClIUuD1hTVHkrnhG
LsjIZJjdAI48tGnXc7wTB2HV3TWAeMDgkcewtIzrANLSDAqFxZP1oOXO0VQWC5pgw1RH8y2Z
K4orZExjI0sPbtyL7cFk4fX/kNUA7L3FUNLzH0JbbS6JIzMzpyN+A/JT2FakWbiJ2pSss0aA
z/cteo7jvxudUD6dHjH+LSBu69BXt5MeAH21Jra+4q+uCV/j+ntJxcGpe9WLL5mzApjqHBQF
/kiY8ZWovx8q/sA4G/YjMt1CW0fC3G9LJON5eO+z1e567Ny02Z6POTcD4q3tDKoMAsbwwO+c
b/lVDXo/r8z4lsXCEgdV4Qjc5Rdwnq92OoiQzuplDHfBUHjUYTLrZkJOOOIfM/gcvrRni2d4
hCv/lI8st9SFRO704cmht/5cLnrnvj01AH8Z6KkiQ8LXmHra7CscyJuKi63ksExzRc1W7bTe
L+o7ExjCAph4l0geALKX6hzXEKJt6o+UCohIW7WmbGavAPG6J/EuQtHUtBmEVFVxqYWo3/r4
2Fs6o5fs7jzvdnL8WN/UdAknlDrIyQVHwqISBSpEl64IEGyHSTJLJYqrQZ4T3MXxbRTkBVfA
21GHdsGwB9oHLJGbfCCzzR7hW4u67khPh22MrctN7Ty9yApldX7PuOMBLZr6dFKArQvFF6Gl
muMnFM+iC8oBqujYU9NrkxavP91r5sE+NPqj3tof/XRTyEaQNqvkh3s0HVJ+dS3qnCirD0/N
Us6i9QmQDss8PE2sgk0JBjO8dXss78cOPDg+kLclkLwNZHvVRsSk19p+7jIgXNFCesAZXnxy
qPwgKLiwulhhjtNpmKj4plucgTVpfSbU5zzIQ6SSUxeOk0J6nBfEnTLP4Tzlyi+TYSH7DVBO
QJj7z/xvEVtXfs6lnq6EzsjDNKi4C4Giq5RbHkUBzxEDPb6Pf7hNpe5CP1pXKJ7IgafwonrV
+dFNmgJkFg78DafOlDRQzJvhvUYxNMb+tt8XleeIv5uvkYuMEkCZONBNL3eX97UO3UXNAJtq
VPEOH7ZGccyEgtRYzaWxLJE8XslFA6YU9d+W2bfBr8XPUAIP0IqMcb22u8BIzMQ3J1H1gq4V
qEOAfqiD/mZKpL8RwNaTg+Z0zDOxyCYTOwiTjk2bZP5NgvBLc/33tGLxAoad3rmXxFt6anW+
hYAsx/lNudiBd/Z3XRb4UMeucIFSTT+06gcbdmz3WPm1QCF4/XwfQ+oGQ2dj+KKbj2Fo1Z6G
LyxKLGp+eBxbg7Ex5QdjzbD7H2Gbk2iBDuvAwJsAxXtjLkuhKWpVdum4H5CO8/Ue1/ZGm32F
M6+EGzBZGJtWgJ7M3Oz+Gx6MRx8ZBB7loNqdssW7HeEetI2Rkdwg2taiZAsmI+S0KM5rpQhd
sdlr+WD5fftzDK5YEn8yAx14EJ8+YWGkKYwAVtI7t3B7uZsjF3IjiSBqkt5U4VnY8J4GV3p3
gQYVKI6jwULz+53Ei0ZAE+a2lZo7+IKrgSnOBPMsk4aLE98Y15gywRwlpyiZEdq9MOg9cPjo
pxkK2yxBqZOTME/0EXUi5v9iQWm7J0xRZ3dOqm+iK4NL04gs8ut9J7fvtcxHUazlNVoU3Fpz
yitJscfWROOoWKvCm+CapbnKXZvfCHB3Yd7VIFhXk6Ro/wkbL5YGCgc+wmqd1N4Z1jyYWm2m
y77yvuhiUVF/kM2dSJnEns8Z8I+G8e18MAsJR4Skm+lLXacHbm3+M56L5/i+VsHV4cfjUsQG
Ya3CheLamiWtXRKujun78g68KGPtQedOwRIpKGVOmGhNfVlQxzhELBM6PGde3c9PogMpIAcs
ieDDYgNWnNfGc1uUVaLXzW52G8IF3LwEPFiHyGP335yU9b4+bKJZn4Dx+M/3fzehAG0SvcAp
ICSGWq2dyJhl47z33XKJiBGVz3NWnt4fn7j5vXkD3hpK59amzCiK49ldN5/Io72Oaw7OMIHD
1i6XhDmxDqlJlNtGWUO7P4ooEJ86WFUJw7UuoSqSC/l0GWT2KJLNoY8gLsHapo88ndxZzU/E
Fkek/910oMxKofYYYBPdMbR9uJQh14251h7EaFyGf/0yMcuBqbBEQ6dnVJ6KRiUAeCys/fCK
yqCLHIZsZmx9XglWI4g/FCj5+66fLZMwgSdNeX2x1BjUEN0h9TCxMLDW/QwKedUnOdSIkmOw
mFVrSCl5RDxsTtxA3mXgUCD1K5tzkCq4uWWdLZK2omEvA9HofCoLvZExfyIv++W40PfwFhOM
/ZfoaokJ6O8WAPYU9Qx76EPnQXf4/oOXzxo0nJCk6Ku2IQx0iwvgsXSkCHrVJdghGm7bORsO
SGtE6MJOlQEvt2E30+W14a9PJXO3oKfmws6M2fX82wvVg3sW5wZjJvcdW3H1RxxurzJpweyJ
43qwA0fgOTW+rQxSKlkaolAkm9zBI5yySEvUf8KmUqpTPnrx9drbN7MLqDt/akEcCW/91AlM
GbAEv91XynsHHXGsg+zRQeJnhd0rKd71Q/bi0LLGEdDXZziuTKolZHBEIaCVXA9ruTlw+ngd
E3Ad5IBOu+BQlW5Vq5P/O2D9MbECFuRmwpDnZwAarPcRJdrwkCoaiivFIDm7mpSwg4PDduQ/
KJ2WDFXfwSCZscnsalwLhLscb3t4wSqIX7G21Wp5UWMYH0CKjOJPhv8sP0BBZqtN1Bf81JA7
q4+g1sy8xRQhh9HaKvnW3octTDD2za5a4Ub+W5q/8n6hIZ/ZAE4j+I1K+bIB/2IlmdyNsRUC
kmmQl0X/Obdu5KyF/kqxvfDP4r0BYIo/hZbtcapoMijvB1vtHOnAzJPLpF0jz2Fidai0mret
5qJCa3nuaj2lTdNGZs1lWTWh3mKXCkCXz/bcqvZkqikrFwmjLUbp2mdyvwnKgG1DNktUNN0x
TeLVI3nfuqeChE+CSlyjzKOijM5be6fUNKbIYOnHpkVZvruKAoXnF1o7KwM06IXi2eQjmgl5
r/ZETPJoD/B6l5/80AVre39hspbkJwWVuU0yqqhJKWfZ5hseJkvXee5vuole+5JqASQHDxck
70qANZeoD35lzao1zBp9H218qX1OBb3mnQwCugrKe60nX//Zz4K5zRFIfi5Lvh8LZgRa9nzl
rlFOhd2sss+5b6kEJxDzZV78eDU+bxv/GMyX9CeY1ws7WcZ4nGzgFLGLR4fzX02KxksXyVG/
anHxdGAkH5ybTe6NqisKMwC6Y8wExrZNirl4i0ITGc7K9IyBYDN+5OGXahZjTY5pD67TN4wL
XmCoDCa8WufvO+EWGecJFvwt6DiDxlPWoQro1zDS4vvGYh8Qwye1rUNFtmcHp5sPf5jAGgV5
nxGX1QPb9ty8omDgMQZHbDYkhE82sk6n4S2ex8/hz1Ap7xedY0/J38eVhHJCGn9DnGapnnHO
2eB5qR7dWWkIV/2TsgyDflAOAoYax9ceuoMltgum/g+ViWsG8pNYNbcLrCcbOl0a8omWpAyP
7rZIcT4vqZgPwzsCJEe3gFz+G2p8DixqWVNKQVsSHBMh4fMLpqNm9fJxliKOrGdbNyGOylkH
rBDn5QNV/FnFcqMZza4pWp8rCt6pujKUJ+sAiTGw7Vj0H4Ap0j44XaXFxLkAwpy1Emtl2V91
zT+UkbD8buWELImdFFmx5XgT6An8/ohvd6WjzVl/G5v9iAV5arGS4BITJ5XGQUwwQkvXipPq
ncP3Nc76+PsZ69v3o30dglF4HyyIm13FJ65uVb2KZoQDwnhg2YVnTnCLiWNnWPoUKSoi9N/L
eKSYVCfkiHLnQdUNIhfTMnGNYi75mNfSGUes3nDb+BqM7RI6nfWbjuHOFQqDrNq9OL9/6nsP
9O4LPtIwoHWNcqG1YxpMnhvvgbs2ywmtNiS27FjIYzCuNDsluPadI4iSrJTstJbmOo7enl1P
Zp3LuD79PP/k+Hs1tSL2owaxUKZLW++CVVh4sHuTpmJ91rvldsL3uLhmYM2+a6czd6vvkqkT
HcPDhn+Wq50W83GugNeeZKPfFctvZE2VQyaQfdStvS5/jp+vSK8vgqAyaUN598JY6GkRMi4w
tkGkYEXz7IxCa1lyjlx3f641S/iOKeBl9p9iK3155JFMCen9xX59JqcH+5n5K3H0CPjcyLf8
HSe7qh2eNYFjhARI3Y/dlQ1ri94oNSNks72BsiwHVga7v/QpAuPkDL5764srcqh3638tgJKQ
gMqVV03UoG2QHQaw7dZ1fWVPVLMUYWvIoNcZ236/DZ3cVVfCSgtttMVzKghlSy1cTuSgPNSS
tk9dSC5j565yGMnrkFodCNvZcjBOlAcMlUtlqDXJCm5uSlwSZjVBY7IZWB0F0ZREoCDK5vB8
cz6zrIHGpOOy6/y8um3CSUobRYvsBlApnAnIMFXVF1KDRQ9AI3u9nr/pe+6qUBhaqALqkqQ9
qw2sVl8izov5rXLw7dJ9n25yarOgsBWyII5mZFTWGSI5GLEO7GYEq4+Kz3gXEqjikYRTXTd5
Q99muCnX5Bf+aF/C73+REHXqdKjJhS6QMahC9E/lAift8SIuRpvBEf5qhWn6sdTYvxgPUfV2
jQOobMqAtT7BAHw1Y1JUzzWmfmO2QuQsfoXtFJ0N0A3IbJ4s1c3ICJ415L7g1UGLj8oOUik0
YsQDPFxr7HCN4izLUEE5g9P0LqnELHCpy3bjycekp9/OS3A9LkFj4wMnRuuQM1HbGYWuu9bF
zhHiOpDwr+RU9qABfM8F+HmIXIPBerKhf9vDDjGjqbX0r+QybriFzHLcUYqZdQJRx4Nns6UN
TRirAXbYutv6QNFnpyRYNxU7l58jxBNUYZCosAYhFAjxoWH/APRXRZdIHf2gldQetOwSUCZB
9kjBm2mMkd7e9fRQI3SBudqHAx+XhP/aVCdh32igEjMCLntBTCVs+B1iniArcCba7Geh3/d2
Z1LEQhdsRF/WzXM2ngmvapPOZmu6v+lvf8+QZsf9DhzM5D2GBIqfSgFMct2uX7ILpJjBck7S
m73bo5ZGKOky7K1oznzQMwQWAsEJJJsldrPGglon8UrtGad0u92b8WQqz1lyNWXvqhpi54Z4
gr5aeJYNWz+7EaIDgI2nR5sFwQjDEP7cjsdCxRXNPBJudrpxyT2U9ACRidaS3pJooobVi3nn
XjZOdKPGjG1KH5yeK1WcuYuF4VHwN8YNier0UG9K+0eTnojPk9ZHbtn2bDuKjGOStUfGquGv
IQcrsw2H3hhl5EHnM18ifZGOVSLvs0C8ERM/gnSapiBhIs32fyq8F6ZxaRcSja8gg2tsEd4a
+iLuhVY+3sG3x37xn1Sf5BQ80ci9FftxW1kAW8C28SJ0XgUbbOZPGUnFofSxhBVnC6HTylpW
+LU9yATDS9pdZXBrAvIua7FFaHN2cTDiAjVbnzjt53G8k/8Oa0Opzo5/XjWvzcYCaOuSsLbM
DcFd+xUCr+nW7ObJ0+vIMtD5qDV8hMoX/FtNQ9g31ewmoXIvpPD11wQ5RoWQLkkSwGQlKBnl
EYdgxKETiBVGWS1rzO2tzWDExDZPYMeHyruy7IPGIOhsUz1CCOQH4SdQhaZaNm2azpVaqoL9
UVJoX8pxNuNcA/GPiU05qjyTwVvXraYyZQy62A6pWp7QPDjQeGSk52/ClkojXlLVVXFZrbtF
KQ/XeAC64mX6Hj4UvYJCzKL75FDhh/0orJhqlEO/yH0cydG8xk4ii49EAI1ICfc+uQCsE/Jf
D0ny8bC+ljq8O3K50O47/oV2BSor7Gzk1Mus/efTAtj3yDk1TgwO4a2/r2eavgij1d0bQelA
1kj3UxozuOqOjF+d1MZNYlph2SR6Elp1E55+KWLM1HbhOuWZMbqhY5GomtyC7eHrOR9JsfDv
M4I8OCgxEwzW1L89h+oDG53ojSJQn8Xum0gxq6wayP40N1U+2TKp5Y4lqGzhhf78X9CiCwCC
BkkOhNbeHANGfAf0HX3UPxUEbVKQRYqcM1gK+tsfJ9JVZRuwgcPewFtGk5v81MxLG9U2AXW9
oBOEwG/K3ogva+FOIhDhp3AU8seXd6qFMZF4lvsg92e66gaEKiXNgYsFdtlt+GD7lWJkVxbK
ST3VOzVa6KqcTdxk6XKz757Zq+1Qgpoza8PTvQBe6tplR99tNumJoj8nZ9jELeKriLV6myQu
HX16jxtYy6lXiLsUxq0452XofIMeiLHZpvnz3u06QSTYRH3A/CL/tZP/s7D/EXu9kTdanjXT
zm+4XlPlYlkNH24aPQV+r4cWbF8Kx2/rd0Yzv5Fke7nq5mk2hzeSQqTBhive4/ua7W7Ji4v8
HqxkxREIS1QqLHMd6VaQf/YnFhPbYmfClU254SvZnR9GN5sv80mM1TM0xun3W8QyafLtUxz1
85NIGYvuME4T/ImTLayYKwOaWFCFR8xZQg9596rCKmSAq+ZczPzBKnrqLH3w48W1QcI9EMhy
ZJDlb7RZVxnqMMeauUl1UhD5L23U4GbmyycoIQQe9mjyQyvOWZ7je+cdvy5pLm54Tqz2vxBu
0hwTBasCFvhIt0hBfVPazM9fuo26qhcqFuwO+ns5IH9KmUzxRzJQXmiuK5y0321Yd1yMWfBX
TfJ0ZzYFLHh/cQN1YxagjJqdRohSI4HE2JcZNLjEXIOI+0SiZmZ6fGH1ZI81hQ5by3ZPTeiA
hFIlZPJ8BQQrcAckSuKZIZjue85PP5Z9Py4HKIgyhkzdnzAOCKGbLrahcqkjk7L+jWSq5E+0
8U+XUtCmwMYEPgwGxldsoUNun59+4le/fkYUO6J8vHRQciIo/LvJjxLdpljl5etKSlbQbfiV
F3b4wt5dDTroc15xp+w93UlB3tusdszSqy3kMtdjluvclBbRJMiOyogs/OO/T2pvAqXdsHer
1pNEO7oLy9ES76HqYYNbxteFKrZMv1fUyMNC8aBHV1ddwYB97xeKIGf2/B1Rx99ImnajeF4U
JQBD3PUyqHMp2HokZp4mCWGqcYKa/qILS50IsadIjG265LEYG6EpXr3mu27omD8jygf9Zkzg
VSKvIU4I0N+y1S/9pyQf71px2IoH6gZt0nIHRWVbGvU+isiLg8hjlVk4TdLAIuzsI120E3N8
Diz+FHQg5eyXCL5bZWte1QQlbY7wrJMGsR3j19tM1PqOWs7ICelnziay6SWlTfdf+13/luIO
ufnuteS9MMSRwUlYDQAXV0x7IEKatPyajCJRxfqswfF1FSyITdTxS0tQOFJPICPfjLjrvplC
J/7aZxgicqWbSXqrW8EPxxN4uEiXR3fQTA6uUhE2Zy+gL7vIDv/+xO8g4mTtp2FzlUWIM+rb
J+MWgfnlb+t3SlODF76eOOOW/lDo5yLi96LMDvXApYPGClyC47jBHDkWk+RCahXIXA75cQR5
NUctCx5U5AMkxuwxcHaC2QPy49kXyGP8YEZbiXENeJJXjYG40P4bOAe5QCqjTAtBrbLfIACg
GF044hkxCQ+BuKbBYBymgvqcddQVDrmdZb5/TiTYP2/ZUqP3ikwV85LZQQoAnHT8TY6hujx/
5iz8lY1Wu7MujFUyWheA6I6zjtNwSUWtRO/siwLPsmvhU87NvMPKd8Y+qh7bY4JZ7cW2Jp0d
vOFk8iBGWwD/kKhaCRZlgozOV3aQXBm33bMrasPAByW5Um/6MQ33r+Lah9OVpykW8ijep8pL
zue+BW6xyz0ruA5yFPtiu08pNCzzZZ6qN/8ubj606UBiyZCggZuYMdbbkQjYvO4WLpwF8nka
ZeDXSYbDdKBpEd2a1MoqeHgKpjSxv5eA83j26jF9Qh/fQ7NxmG+UCzcejZnidg+LrTwyg7pu
5DQPvMcrnIw2VpgyTlaDSwJrCcQ1jzOjGlVJ1Dwt9CGZpXsiEwqjbwStAuCHHHz6BT7y42Mg
mSuH+AKLiN9pCp8twBXTWOMOfPhDViMaAxJ+KVyY2n8KE6PQZ3tvek+dzRrroQVd4bP9adqV
HzN295GbZS2g2r6svZm0lRLqQWI+U3rv9jrVsqpDezzWEg6jjNGa8lBCU0D5UPLEeaoMKrYR
NhkRsZXR5/rjHiXMAmn0u78kJ84tcctYgCuirITFjR/LAaB3dB0pDxyA14LHZ3Twehg1S+Le
uvS1VDYyL8emyMQUOyDwCi0TJ1VM2eKDEnjqt0e8ekGGsGbL+yq0ijJLjZiD8Z9jLYm/DbGY
LCq7Vc+vepIZeiN5WXZSKMH8KfuxBgkdYq6YBIvGo8R+FDvQNh0dAfqP2vIrIlKROiRdks6n
y/fpkmEgbl5dHLS120D14ZSnEZHiry46JUkpULyF/mnj1esFv6U0xnYzrwubGx++zWBra9yi
X+MgJ7at5cs3sz5pLrmvJuFL9T11atz/6k+yt2lPbYcKAJBAN4ypUd84ULZevEoSy2QDJEXj
Ehds4h4Zxi5G5XC4Y2JYpJoqzNClCU/lct1+4kIT0ohpOUvYErKSKCDvL0rVuPMsbqdrzxjB
YsaTM6khjZ7eix9CBKy4w7D1vE4PusKm55MX5Nhg6jk9udEsJCDiQ3Yt2JlWRNMYWRGwpTnN
B8H84R2x7EosgdufZ1oyQcFNg4yAsCML8PLXjofF2NEa/GiKtWTh8TbPFAu9o8j8FsxcERGA
kFrMC+4P1CjQkmXXb5t8hNYpSi27u4s9gYVo04NUoGTwzBhUqN/I6GxkEWOGnxCNOHSZzGLi
qSXAsijpRlfNzBn14mEo4N3ZTH9JP+qAMX+8o02RrNym8Ch4bnbg5PRiTA819/kX65NTSdcl
6HNjiAvVbfHfYfkTsXrZDDJcodQHayzRPsf79WhwqDPWad+m96Qac5hHqEXyXpi+hWLHbnMS
8Rv46Svvi3FUa8diehqDvHHIv4g/6Xnw7MxUmmvZao9jT0XQciraDrKisfS5vSmyucnq8O1Q
DPxbVNp6pRwiUdVY07rQoiAmdIPHdaaT6q9VZvZ4wJL3jwgFMEnNYAHjZl0J03HLrN/HgROE
xJ9AGBJ5aW2nP6hfR9rRxu8kn40l2hD+dgSQTBW9ucIxnsL/u5m8UKqREVsVP5aVEfgaZRoB
rMDL+JKRIC78MvUhhMfHQiaKDiPOzblnHpPG3cN95LOYE21E29WQKgncELXMeLEV4VEAkiHT
C0LtaXy/ITnH//vxzPS3CLYeQWj/mmZXSXLZlpQQ2WTlqA7BnwAvxZpqgTZ+FqNVn+55Gagp
1/in33Uk695zw/cvaVTLAcCePg+4K5uwLG1i2SgF3g0jdXh96uYm11mK9Nrm1MdmsmWraXIt
KPF+WYR936Eyu3eFKsmBldKr5ZnOFEpZHbQqU7x6+QV9lbTAyLGH9gD5S7u+0w5V5nfl5Pe6
XEbhjrBFv7f0RlTAoq/AdaXqb24VVgJs2xRtwyIrJ/mQ+6vyCKwuwnT5NUR0xuOUAsy4d8pH
XQdRyM03R7xlGmmLxKMOoltaoNiqCiVXk4jgewmon1VQhEpLVzM9dsj/LD9ExhXiZUGOFjHl
bKnNH7pEGmnnfh2lwEVTr8fu+YbHRa94QRiuzLjs15AOqNemaCx8+GMjQcrcKaZQRhjggAw4
DgXsDjpSmSXnWr8A0H24BKGwfhwm89V83A+KjRxqhrqf+c7vPWcftNb8ZKX4MqXLFvdGvJj3
ZfTfONLtavWy2pBryovEwKACjsV/drmvgjEZEZAsRTNJYmaHSxxiDR+YnoJlkUhz6GfcSmgI
YK/G5oAVZBc8N0RiTF8pmDjdfr+6KMQj7tF8eSjT0mO9+B4ymtNBTxCI59X1V8tA5o1/9L7W
ilSYhg607EdtIZeEcoPYtPiw4L9+uXlfDjHc0Wa7H2rltLGXPWUolS0ZVmqUMN/GmzNWXhDg
VzkuhIRQ9F2tx0ST5F1ofS6AZ2G17li5dnjxLssf3zvZRhhP73FjhLyq9EG8KkvczqhayPlh
2kOs341HNaGh3Rb+3WgYzFM1y1W67DidT9Jyyun3SQOygD7QiCwETAXQmiuhV0ynNB86UuN3
1h1QtfFyEEpW8TjNlM6diELsCWc7IoV+IJdvA2VRV+tUzB1d3GoE8zBbq29Fu7Ded66zCjb8
4SB3uwMxwkOo77mT0uoDNyq0XdXznKvvHqmv5g8C+U3i0W471fH3tUjqfbaWZmNwlbgk3+4h
GkrnjHTknWZUa3nGZgMLE2DmKGjRbRQ1PrWT1IGiypl6sEfA1xMjOcXd4KRE+CrGfCuph/pG
ReDIgjGA3CUGaJbKlT73Pn8cMpucBMjPX5j+BRIWCpEz3jvkPtSW+G7SF8pz3ZR9jbrMkxHb
quTszj1Bu8bdL2UNbK7sbPmw0MaLtXTcMLSSe1/JmfK3l9hws5qBXbtI3pENVacrZ8SN9HZO
UzJvIViTzSCvgFHVQwOp3Zru5MGNrl+QCG4PIkuiMuHTjwX59ouFySXkfd0325eU5M5Ys7jq
r0R0Vyvl+xMTH33mwvjANz4fc5lpR6uB6JCGCJz+kLnQFLmW/L3K+VE2bKEM8/tDVbGFt00t
v7Prv1HU/6p2udifhqZ0Or6CYQ19wRBoiV8CvCV3PIuhfG9UEzYJuNPCClUDlwHmqMvkVZ1o
LvYEhw/F0AMoGu04x5znT6HS+JUltMdSIg8JdMFj3pA4L/9OuYPw3d/6su8lGp1A7V3XJALQ
EbthDECfxCaVP4/gxDvw3vAD0grtlwPguwm8dJdYQlKUJygqgRVQqS3PSz5mOlXf2qRZraQV
WpgDPyDS7xiZwqKJ4Ld7GOcuTdJtuxZt3+J1KORaSwhX2RlbQhBhUkFIJUp7evf62l5z8MaZ
8KSk25l/iLRBERf/DXsbrPKivJF/oQYO+XxoUEmlAAXebGXtqkdaU7KlHc4Hz1lmza2jXJQv
rBuIlP4JVIHdv6u1PxgayJ9/TtI0sTM9YsG9rCPSC530UGZxLOgNBIFmhcP+2tuzFbjZIOlv
sThJKq/IQasT1CPiOiBkU/m8AB+T3SQz52rCNlJ0+VDdid9YPb7E38rxdm6rBAabD0Wv8A/s
2nyVcNi4wnRqDPGW2JKTI/wrlNmnr4vc49qdO1TDvcC0r2pFLodYNKb4w2BlZc9ByICaFgnC
Fe0lt9oJpa/kbnV+WpF2LG7QFC39iaobc5aA3tlCZ5NHT6H7hiuimy4myLPRcZGaeDKY89l/
jbO7Oa4N5VUk61+AV0lGQdSGAE/1JByfYiwQGm6XP+NfD0eNfA9NJmaOzLqwE42RUcSk99Dw
fbQ0AtkIqyIoFMfpNUUQAkJ3Dmhi5PdoqUv+HBU4x1pM5/ejJcFzWAg4pDaf3eJ5o4Mb2Ilu
hIdMnCrERwhJgGtMBrB6346riMblkTJIMdSH3/XRxCK2N3d5PKEEemxvSR40yYM/9LYozvTM
fGqnr0VXvG41xX4x1AGxp/4n7Y89rv2j33HV9vXT1RuqEd/bADh2xBGvMFz4CNIqQvEC4/zS
Kn+tJiHlbiVGjoKWgQA9VRuoMRCKvNQI/Bw5II93EeFSAMdfJ5hs83BRuArqBSiT2CqPVcTu
whOBvQZ6Q+KJEjP1Ky3ws0vSt91eE6uzKnHWMEFfMCAczW64Xan+1bSzqBlKp87X7OmcXVgR
clPXw64RREJUdNJ+DdJh5ap0/8OKlpMg9iOhfw8//RPVLnW3CqWOwX2W2aRLtfa9LdLtZDP7
QnRMoUttsZEDA1oUL4Heopihbf43zCIiVEHLM285QtZJN/aR8P+SqJ3vpvUeuz4sFVYSVm5w
SnGyZ3M/pmjJh4Q4qK1TNthCjtXzl5Exbzw3Kd0mYtmMlnu+Px5LMLb6z/WxV2tT3bl5KzYc
nmR+ZoqjbGUzAcBQ91+KWtuyRFwWCA5OQEJl7lhj+LptC0WiP6d0SFKmMuVxqU0WC8hZ4NTb
GgTzAn4juaJlHRkycjqqIwoK/NVT7diJG3Is2vv2t+upvaxJB8zzW0y3pKP1CKoOl/GaaHTu
F1ujABq3Esns6vUc2pC6243m/tUtyhh+5DZ9MyRbzvj/IV+JvPqQ08vLoiNpJ2tkI42yuzK1
ydWYFzIlWd+QD1VnUrK9/v948yq6pRSJ0WioccmWMUi8Hk/93o7BZ925WHoKD0esfVkEFCcc
WPzEOgb8FpEmO0rrOhdRQQ9tUTW8vxJErVfnRbcqA9cYgRZu/B+X3+QYPff+JlUCQyDrmCtN
Q6qmSikq7frYvZvUW1bCACYwPSrs5I83bQ+ZRfhNV36bPOU5KmMrwZ+7SaCsybLSuCtI2nCa
WD4jEJbIrurO33JptpnZnA6H0biSFBpqzwv6rOr+jOWY96zHdmeN2S4kOWuToRhSXd/dFRy9
h0ZSmD4TuWiISFBqA68QiyrnTUzdexNdeeIr8ApRgaojr3sdMHw+JkX9ZRLDSjGdck6GKVEY
QbVZSEic7TBQ416YAhW0lGGempwkCm9QJ47Rtvh1aGRB+jqJCF9yjyZuxo1St0d4iZY1B3fF
Xfq0rZqW/g5W69ZytXnLS/DN05E1YxGECUOB4pf9M6gdmJcfCXuUx71UdlOCKebkuVIIrXSb
DKik8wUVuJZ+GF9E5UJS9DD7YE1jem6kPhoqnt1ZoSxQmpRsVIOndbUbj+gIqdCe9nGWIRXe
YaQC9OEIC7iuWV5lcynifT/xs1N7qFOq28PH9MLi6rwliakf/zNIX2jbQ5U+tkMQw4J1aXLe
NIbKWa0rSaAa77HEHfvFMo9gt5G8UW5tS2SR1F2JI4XPuOfssIoX4UDN4YkNjMslZb9a71t2
ebJIX9mk6va/GYpxWY//ErnL2mZk5i+dNVyAneHe1tCsuEOWahs+RqOr+/1tXQlIp3DfTy+A
ipfr5RT9vqiImxlgOP1Iv4LDDdzxsYoMZl+V74LOg3Qhphic3NN7ZxpPzP51yyws0Le2vE+T
r+kywZJOU3XZpcs3ce9L1K5IenV5pWtvCwpzNpFL46Fw1e+6GqFeSmXrCBA68B7W+1z1tMEv
JsfZsmLxcnNsEr9r/SIUWvVnRwtvpAwlGflnp5aswuBi3DEPA94BzlZZ9qkeB8IGhrfjn9L0
+qF37S5iTXRPne/QxGnJUXiwK0FH3FOY0Q84QgJ9NSFMaciDDSMg4nRDLHTpL2NXl0gnk7SN
oUXWHiWfI/fOIg5Qf5hiH20zbMOlfJ9K6vTRyhgTOPD6wHsILjWo1ymg/n9hPcHOuhvCdEas
Yuc53PD07fSD67GlCWAQlBLChhwVmFXueQYuW8VMH8dHZqKnl/y+JYmePEwVWBrGskecT6fz
t0pzVFSKgzhT02zshGsJ6M5DXIIDAJL6sfiMG/BA3Vg13hBfqDYtcDi3/Qhh3Sr8cCzR5BqT
agE1bGgIWMi6u2iKLejffsn9esXe9qBvLGBi4ed9ZPqkjtNgULKr9KKN76mIwIqj2TxNTCWu
bTpnUnlptEhdyfUe6B87LS71D9EktyrAq75Yg8Rlelkt9PfxTY/TCKP4uZQ1pUNuL+BENwzH
6rSlZT8MNzYIgdTXLlJ5K+RfRqvrYAotOZTTEt4vS2Bmi3qfEjg39jR4f0hUENDqHkFmiALX
wqy4sIubT6EYNs+9r58iaUBY2wPhR0wSqj1RUCcK8dLD3NKi1++6y6PlnFKIWZfeLghqGzXb
mpgmW5fMqxmVfYy8CR6snG4LhJND8hZr5Ixci1LxzcyCwiaYJ3gw/rZi5p3oSJhtnDBXAKkB
kIFwlkUIRgwW1JKhXDqd8gr15eC+6TaHhW0PZT5kQSrHS10m9ugHhpM77Lqza/jxHQWEvLol
jfexXMyVlnXf/fc1Nfel2nbbKV9m5ZG0PA8Un9l65LEUjp9OftG6mz4jFg/h2EojZ+5/U1aC
VvvyY4IhOs32RL8Jrmim+bqbh59KKMU3zfgt/GIDfQw6JZ189r6E9dn0pEjL1kRdbph0HTEU
9EjseYPQcVKx4S84uXG3pOgAS7i8C4wfU4zhC1SlfevJTi+miPG3C/CBGoIpY/oSjUy9Akxl
Gd7rz2B1+meodhYlYSKZnuqc9Beun2sPmbIQ0BrItUcDkw4y7AmEkzMXBFpYPcx2JZmVmixi
rvSkOg4Hybrxa71b6+g6P84jfIbKEs+/Ay8WNww4ZWxVO4VKdhrDhNaNfJ5YOMcyhcMCoFQt
miK3vYeiB9QGLevvzcqHr7yrwaFTxDwxQEDvpDsyR6N9jUrC54hoi4WShVZccWp7c0dfihfu
46GaBlx5ND6gFn6zxIS6ZViU4BcP8Wu3+8bThSfSKlUPSLod+Mvs6QdTN0rMa+c1rc8inu/2
aY0C3pl1N9fyhigVFcbWbjJsN+p0Fkhpgd8o5Y0B+yhsESRmEoWkAgISysEJYUzub0xCSWoP
pr1egtCiNjYbEGwPeAUvesDTQNZ23Q+43Vrh4kXXVezRFsE4zhQ+d2/Fgq0ijsI2vs09L1jL
S8bp5zA/QyjTnu1lxer3d1wF3E8eEBjDR+XemRmg+azNgTF++Mwq5VUf3a5Mrc/yvDIisWKn
PHVCcBDi7Olya///lYBN3cyP1RRXtLzDugz59DUk79gO6hxkq+h6L2l3Rlg3igDBwtKuBnsc
uwdZW3lN0EeVNB04P0ohyO/WxATAZKOgMqEM/iyitUMFj159FE4t8eSHsLXqTyQ/fjJeo3lY
vFkXjNjp5qou6WyvMj6wXruzedVUqDYE9iDpXpWuPngBtHaQDonTwWfu9p267NXIyYisx/Vx
B9iUSy0nFS5YomvX6JZ3GT08s9w7cJ8l7tvOM//WbNOrvMR+ffq2K5KB92xfn0CTDNU9LU1v
hdqTVXpEXyNrqG8t+hVrv7y5oZadNK9Dxk9tpsZGdrVyZNBci1p3jC2NRH04ydzuJlM4Nj7m
MFPaPDhSEKqtW3KY3VDQrBPzOc0bndkUcQBSHyFb8oxN3lr0Gh5owTzWPHSyzChgJjNpVXer
kiXAgeXQ4xfnML9/6SOkkH7CsVJmY3PeTWce+0yNJ9xfpzcmBQLLzfP7pb2qzFUfE2+6OXv9
3P/WHOwLh04Pi1NBzIDdi9cS63EtL7l6VIUb3KV0tn4hJR27D/USJkLd9NgSKRUkQiAA20bJ
8dffUiggd9K/pz6zdG7PGJg4jR9c10cixnjmY911b9bWnPPDc5oEBiy+6qc77fNJtyT76k3a
g5NNYrrYzvuQZ1hLm2tSSl5dVLJQIbOqt878SAg/ZJXSF1qt1LjE2zCePYv22VkSpRuU684/
eSKNkqfo/uugNelkjty0a6ph8J1khoZwwvn4NsR4D1fBqxgaIGO6ThhAttii/ycRigBbbuMr
bbGYfxlu+pLKg9KLOqgrmo/inYDSz0N4kafvXgramB/WnAc/qG/Z192yFVkFewJji9+pEsPz
czvtaOguabt9lhTMlBwsjpVFMUwHwYE2O+Kl3TU4c5pH371rAnvQ+gEmnw+bWHTovQhRQ48b
yv92uUdb5WBdiU0dNj48TJxcljyqyQYBGbG2EYu+4Li6GPcQLyRSx1gAQaUTOHspc6GICTLy
7CEoPCVcVY/gDECI6SbflWzWRMoq7t9iZGX5GPAMrVTMirJMdtFeDtKNJom0B8RUqVRifRSK
K0NL9leimd4cnKs8PjST3uJ9Ri3RTqk1ZY2Z5nE+cjmqRkLX6G/uFj+f4j9Jcf887i4lyZmo
UPOkIBMHDYVwNCglHMdvDYuFtoUU5804eGJ9xysPCZ/KLF9gNd5qDjijZgh2lfERbMf/1LYB
ax1bx1IfOc5ILJxRpnbNSKt4M2w/0iqBArk7Y6rDNJpUWPjnALXnN5GxHjcEaWH9+pzvvPXQ
i5iEZGJ6WMFPZdRklPh0ddKfevI0tv9hnLhml64fCi6pY31gfXdS2hzGZXaJVYvk/9BiDPVk
5BpwMHtmGxRpGQmTUULOEd+gxXZ9iSz3EAymkoFSb3u6sy/U0cfr3QPXbc3zXGUBpagdUfEi
tlazBcbQiivG68zY+qsOSmhjjVRVSZU9ZtwRS7n9UEWovAkX69gmBW0ZziemHmLvOj0rQhUx
aCLfFdF2CyC3MH5Ke2+yjhsoZvaCbBdfj94Lyf62De5WZNVlQbYSzUaK7LRwZ/cctEXa4m2L
aEd2kq5372gEOLbIadUlSSgKPdx5QKAe6qtT9z4gxVrBBrSLaqu4IGPCauJ+tCVIH86qjfVt
7+hJOo3C2yE/4IjSATX4dZhK8XzKmAElrizJMCg0JGs5UOHrJ3uRPg1dII+f1toYlCe2vi9M
yZGSa6UcuTFdiv0vIk1sIoFiO+4uHpAKKS1ar7RMKk7boZ6vSdKtpCki+38bZtXo1TzWfCvB
LUBlu/aHA/pYy6bnvOtFY/P4XWLYdjR7hcUFNZVWWfRyFGpr+gLoIM/z3WDzpQEw/H7B7xOx
ubvLjYqs9HBUIgfj5uhPpXODzGr4NLK5dnzMyCOXqXBGG3ObEC+05m5IOvqZVOkdHppeMhUZ
Trf4148f+BQXrtSbvoLCRTXr40jcXQ8hBgq6mE/kd8Fu6uAj81vKeCLL9zsUKe91tfZ2H7vP
/Sxfoxgpiv9UDFRRvXUiqUkOhpidXhpkC5wma7RzN1GyQbFfT59NCw3/4L8Oewx3sW2smAgQ
9kllN9H8rr4qXOXaLXsyZ8O2slsq/E8NWPYt3nEzAl0sA021d5+9C2yI+eSfoRanc2bCQp5a
wZ7nCBh9dCk3hW4JkYTuLrNXpctmncq86UsmfXg0mSM4pdfkwOTjFgKGePuVIntIkiVF8i8r
tdeUgQF9EJIqND+k6FJsRuV/czzVWZ62X/xTIpzYNv2/4gHRbUQ9A3yXFPxpm2WdEgXkbfWJ
3eIS16M1zt9FufyZyaEJIDK/lj388Z9LZ6CL8vavChT7QF84z8/JIlxIL77jGoKffdoNr+6J
0bItHi75KokAEkNTXTpAU3kmnHCu860QX+K/mZ39Yp1ghqm4HCFZpaVMnBfO8x0l4eY2be6E
yClC7MfGlsP9RqG5O2xHID08+RiCr2u2tHathQjguEiwnAoDQkMUsPFbyXVwQs8LeAVdJHeU
oiMf09yNDusZC2YyO3VxKKJpncDDTG+bc6Z53pBPVTDpXTs2zP3Hd+Tk9YE4F3k6rsnvtYx8
h9nZ0NvyJFLuJBUDn1pYEg7Xv1Tc6muqGrexJFgIJb/H1x69nyv5fKNvmNOSxalWRd/bMzke
0dsGj3rP2ZOMEyfZVOBDXC6zozRzCfY4k8qW0FggdESNkcB48WUnh3BBpLHBpKgwadEl0qgP
UkpIpQt5bOJrtHlzOOGAfc+GX8dkllxLmTb6qN7qbepI2IgeP0L+yB/AAf+dMdEh0iaRCtvv
bfLFyXxjHip4u3Fdg4mBA7v0/yNxvfzAQuMMC+0cBx5fcNLtPAUtlouLxE0y7P73u+zUekO+
2nJVJp0AomW1yvWrOqj643U5AJSvpdev53ZZAMiOyOYASWGjRu1rinuDSIngFE7o1S2uEv6b
wpJN4MhmncSUkaBOcFPkXjKJNoNXPIpUfmtzqJOYZUULy5dUrbaiGefTn+Fug1xGrhU/cEb6
24qVt1BBZkcBFltR2xj5cbjaKyqjJYE2Va7SLBWATQycp2XZ0jZx/IhajDmqp2fjlFzNI0PO
10L0EMyYOod4tirVFpZa433+IO6/ZsfB3+qMFEU41Ht3PTEcHwxmcm5oF8m/Ik3D+5XSnAqK
3Lhu9bfuXz7i37DjdzzriEj0hSh3sUjfdfskKOCv1pCTF/TnHtkW9EiPaKRzd0fL6EwcEygH
16hwCtUI6GRiL+SVDblBDkUCYqreIDP8+t9X5BFJqeFUoYcFegUHrK+Hnog9/dvi6j3KG3G9
ZugVVCJ3KvuEQyx3OcF+KOuOHv1B/QmVvBweMXQYMqPa7FmgPKCopSMhPW3v10WWnftgLqyv
1CKf/opijWQoMchDKM4FbTFpIOaz4NI6Vn9AnUU+4WViiy0FjUnyFaCGHNgdfJZznexxLmeE
DJlNa3EZdFOiwnt7FDdXUHEJrEBIQSCms5ZFVssY5Qchpt1Wo+eatnrFLkT04TFr6JSjFPM7
xA4c42RcH+UJ9sgz/cnwuWp0C+DCACx8gfbPh4ZZhAH1m7GKuAY2A51cjepEbTfAe8EqHl0l
8KXeTfqffERiTWXn/d7v+uXsBAD3W/eS7DQlfFWqbw23rJ6SfMYefEIbD7hyUkhU/qG7JhOh
XL408n6/jKvH2IEtDXg1BZNz1Ac83ginN/QXMX4nFxbbHZ9n4ZCy+IU1wPs1fXUZvQJZGXC6
5LR/JG6B+Y8GIl20UPArfZHv617H2OfXtkrh1KpeUFYPGqvUuJPCVuLrN4yuG6dzAZjT6upb
LFPi2fDcY0h1TB0eQY3JFekdyepKhVqrulSplbuRcfB+zMSasTF2JCOVF+sS1R/Pv3DSH4gQ
fodZU3YrGmk1A0wqmQwY+Ivo3PJ7wMLjnIonXLwtTL+atS8wTQqABwngEbMC2LoYrg0uXwIV
eQ0RGGiISiRRicMZh8oIC4I+hl8g1N18R10F5ESfkmFgHHgUt1ky8S+ELDj8BDdP5oEB1ia8
SZ9LHy7+HvVt0N7XY8YY2wZjaOZnk8YDOqZzedPRF4di5mEmEO9zN9vqmMVfDb/ay7ImlF4q
dnTTyTObFyduLGwixaB7GplAifDlVVRej455Y+VRdFrEMKzj7elI7J77vDHbz8auOtyjY6e8
GtzhG57cmK7yAE0PmrklvLuZPF6ZAo9ocFVCtdbEO+4KPBDkOgnfqIXjFDD19xEGId4rps9v
AOeBY4GmKCPMw4PdzXpZXFHwXyENwAYkHbJr9Makdko8h7pIcPJlc5Z0i8a7IwH7IzrfTBE3
CaNxqWMRt1Tvt4qNsi1Ib3X43tXRs/8HTGuTsf77YNoBbegF5kEng22tfOTvkzNWow0ljNoZ
oLWZw+O01dpqUaDMcllDvVZwj76PvHxdU5vu2th8U0JfTfCmhXNAS//rtDTnqytiTp4F82FS
CDy+ceWKrH8qhY84MJSjGKgpKvuy0IYinXI7m9MM/pv7Ti4MboY7TzvhPDtXOegrIe/xXDw1
rxpRKwkao9CRTVScNMnoe4V0krYlSz/9Lu542+V/M3//qoOPmhpQ658q4LNOUMS33YG2z/m4
ff4BR1sl/fe/oWJorVSB+Enp8rhBYqC1BogdqEiVRNCXALQqiVsot7Pu3+SjTAXQTWGwsETt
6Oj9ae3ZP0Wqq+g2uv5ZBpe4fk5VKLHOA62o31jLXJjAuUOXfH6XY1fnbbGK2CF1X/DP+Xew
aS0r6VOtFHp3aReSUNISYBntYxlOLPWNvV/H5DJNaZ7b5ZgxxGBCoH+mQwlNcYq95ZB0ZggW
tn3CLtOeAcKzrbot+yFJx9PPXZAeocp7dRr8eeTjpFN+aSuZD+D5CPZ1eTtEKvfVJmLEmIdg
vPXlMb3ADIycsWF/xuHqLzH2Vb8FdTZrqfJ73s++KFBi8t71VPOeXTR1fiFKz9yn+t6XsWvu
5ZOeacpOsJywuKAiK+KfGKUrsF8ZGi00DN1/zlAKBrAM31ATLFljYbkRxjffEjiJun2HWNuh
LodJyY8crcx07pb/X/CAj3+xt6x0Dao046WpC9/Ga+GgroR3PqHKvnxyBjvoV/MAX0RDIxO7
wQjaG2XaZ7yhLOwPHZfSj6upLP3wc5Qukf7bHlqfVVMY65meB0LjRFFASn1cQ22j/uVXI5XQ
4V/t/sJqwSry+EM2Ql2Gt7N3g2fZf8jjowuwYpBFnegO+8NHsf+iXEk+da3M+URs+yClhD6Z
OsTmRWMbTNNmYsU3kkfomg1X/Uzk1dp2Cywyoj3c53oQipok2JtSen6ailkZ3CKqmSSxBryE
eu6ZYVewLw+9xrlFxSP/nhcIYaAI9x4K79gXxmqlt5SnaVBKV2OWlwUe6sAAg3VZgwAVXr3z
hghHEky4SGZ72v8nXyNBMr+QEQNEWJyioQalCtRhuyvz7sv0viL+mak+Ksogw+R/So1C4BxR
z0WYW+9xtnlLLsHIVIQkyiupe7GkLthiXDVssquFpLVQ/uHh8bt2OErxAxyC+e9STSfgb+bE
t7W0ulNLwgkmU8LVQzo62uMda3zWvIThDVetSsks/gNoN56XoIRuCtgjReDOAC+vLOCugRDj
PB8PonCfWyQJt19xrmIZkAzcNiKOwW61UFuiHNWrhHvwFthofZIb4nlXNJTXVYv98J8yCSuI
awYt8hlzIInWPh4pwp25A+J5W/D6PRt6Hc45xTbnyRTaiBnv57BCDIZHFhK/S1og6TWcZRa9
/T6oaANeQZ3vosLTJX0L9HSXdCV0/B8MhtYxMQV813WKKkXq7MQq5WB9FsN1pYF/9QsaaakX
tr/Ixx0wx7ZyGplZXpFyJh+MkL7pppc07rNtt3y0LH6WbEXbczgF3ZfwFNo7JpzuHiwq589J
5hytjW5tBRaE70v8fav512wagboGUTC+YmSkC7QHe3iK88kmM+791J5pSHT011f/dyRLUnIa
XeCMk3EqhsCjY+97YDdWQNKztqTKFs1chpZbELsvL/Z5lSqiu+STJTZuKoeyziO5dIelwPI+
kkqXaAwNSw+GqP5HZqh4bup8uGjkdBOty4arazDvQHf9CsV2+HgsI9Anwz35HwazmBc4NhkZ
QgAdQ4ITl6McgwCuMrEGnnkWrRWy1YqTfawcrcnX/4dc/rt1ABSSGc0sqzrhRrSQ1YZ1xGHF
G3m5QtvR5kV3SOgwwnSe2K2Y2nPxTWF92LMJY2iOIwNaPhp5PNYtjkky/NJxDsGISUzOW+p4
gzdEMtdu3q7+SzfdyLg+1GKtXdnNNjRVz5sE6yVp6Lc2vJ/A1vhm8kZUBuDwdkrHNGlRO+1O
s0A5GkWR0mxLbIGrEPk69+PfCAwp4gjK3R8lg+okS3LnBbLfEY0Ku8cMqXzBv7ScDKwZ1bl6
Pd4w89vLf5bl35zdcPBuCnfxSssu1WhEoSVz8/T8jVbDjI6az4WvvPfpqP8fY9Tc4bRK+JYB
TuFTJ2ITRd4RpRgCkYximeOoFPETeoPYVmFnzKEObpb8k8ImSTGYqtGeEIFi+PJuaaMzC9hx
QX47oYivO/TT6m5JE7UfYVbHtVHqc5R8FS0BLr4HwBpMSe6Hytbi9AbErLFrQg9rVk5jsifY
hmhWJT9Hr8VV4c49QMfCEA8rsMFXsSb/qd3Bzz7im/n88DvyAv14BYWfsjGRl3v3exDGMas3
Ds+mhLLSCkHMStHCB/hWEGzIXEnFplZKsWTdp4NVKpM+8uZRrAofxtGmZSdIlt8RVXUZ0nv8
B3HDFCC5FSVofb20E2nC5MxqX4TmQD9J8WJX/0Hg/g1PKVz6Swk54N0Eux55UYlDpEyf7dGV
n4YN4+3PuLPYUop8QdV/AaWrZyHTBrL/nJj63B39xEIhJ8s1+fsKt2xgFGqXADhlbf9adH1z
LqgNO2MFfaan+jcVpkZR3u4uYib6OGOHT0h/bix31Md7ue0wrZJfriR7kDygBDyHFhX4/fHH
EsSDll/H3pNILsd12oUTeX0sozePx48VGuI2PG110s1o8KRWBfHS8tjjvxtHpI54vjtVbdfk
D9UQA8sn9b3N394gQFecAlBom1/Mzlvd4WKxJyP2ePdldipvfPpM7MtgdyOYxeZvdycI44tC
kl9FNEGoP0RwhfEgLf9tXPtUm/fyc7XL+L8v3XH8EIbtGiive5bP1B5PvdoyQS58DvGQTtoy
2N+pLjfhHCrUUyecOk9ura6JkjWIDfmle6LgeRD5sny4KvgWvyeJYRNtEmccmw0xvSGge5+W
nOxUBlmiYjstoPoncgJjHAGTz9qoxsV70rrHc65W8NGA8E27FFliL9rgnJuwA4u0KjIQnVzm
rE4QXfFvBJiKEYUFb9Fo6I5CfQPUpkifpPfIh+Dl1nAaI8roIMk2FAMryEC9tjAYfmTe64kC
mWt5igJHPQn6eAI1qcrmMxhJXaQ/ysubMHNqY3RM1nfx9X8UOCkQnHgxYR6p1TREYzmzqqry
V1aWq6gqw5wPtt6GVafIC9TSrRiM42IAj+bEL7Ry9k00wzpj7lS6B2/n9PNjytzaQM4K5H73
x9JQKitUqpJJSKYaVn0CIXvk4Kbe88348Zx6oQk4joIxBcIGKyEj43VjKFzbisAWlTfIwOuo
8Ue7YtkJgVjGD1OVQ3SFBaG5VG+D/RCF7MQO6mCxkj6SqvOqALev50rPaCjhq50N/GJBKkoP
t+XMtOVcu69D7TXwWcEZF37Z5IJmfb4cPsFLJO5xaPG+IpOs0rviEHWx+xDY6guNDBI4YLcP
Kr4YhEEAm/0i43nEVuZyBIg04f2HCbA7JVB43jJrUXhi0HAiNvO49KLJGFa/US52V3gwo+pC
1Uc5YNThtOVYufLtkuiwocD+2X6xeby791xWxzed+54mGKXUzrfc/9SI3HNcX7QWJIlbdj4X
DtclHIbhp1jWF1CTWAONWVnrSqDajXyJhm46G8KEnejVi9cUHNHaZw4cuuFBjjJxDIb3PseE
Cz1BdLfCjMa5Fb/D6XhEprLUTaINtdSD1aqiDyBAGGGoaLI6LpgKUwMPhDywzk9nH/URPh7G
4HIhuB2uYI6dtjBrYRgyN4zfn1qOlCEixS7vfh8xyKcokvCXJzqz1taavu3Z09R3z/gsYEUC
xny7zggwObrvuqwFOto5dkE0tG5mUguP48G+pZSmf1gOzPm2DpFoFDEYeChuN3Xti9+Uedin
v51w8DLHUbw/C04RmOQSHXWgLpsJebTAbM+YHyFfx4eW4O0vB3EWHI7wR/zMAC2asXdvf3SB
dLbbdQgIS+U+rAwgrKOBQ3iLidgNNH9lFwZJGJtvFSnxv2lZ/PSc0WLxuKrlFr9WMupzhM1I
5Svt82HzFpB9F5Jte85bXhmWtMJp8vrwPG9r0Py6jeOwoNXyTOMo5WNYoTtBnyiqFYr8wJLD
eiSAhRpgQxXu0Tbf9HdYuLqwm/8Age4qshyYk24VGMOQmxYuveslrJDIwmM/RlHs+BIdl0Y6
JuL8i8GAmSd9MUWLb5NqYS+EzHDULzemXT/Z+oNg6pJoSipJCTomkNvYHIDGSY3ugb+ax/mj
yYUMTNasQ05nkTHi0vUn0eqB7hXUwU4/LQXqjFxNngLA/JPBgrYwQsRSiBike+8zlpwlYV/a
Pe5TACTikLfgchdqPWkSor20wZ78/qdZL1C9jP8EtZp/RBhPWd1CxlDTuoZUv+QCPvU1pD/W
FKUKNAW3eFx6uRMBwidcYiX0FFbgQkdzD1/NGWiaYcDEQGietPjE+Lq1/B8gzKMx9X6N18h0
7kEiAkwTU5gRp2AknUX/guihThE3v5Cz7yn5O4QSGA3zSEzOSIehCUmqGnQF9ssSs0XWReAW
dWbIVtQHzkWv79nUb/xNTcShpf+664XmsICymSKC509ZeVLlV3bW+3eOxruU2g+8/oV/EU4M
GYlbskq9BB9fdkXAsADqeH48MrJ2HvcLIKS5CdHNMuMI9qJU8Yl8EFgs1E5mSjsxygNmwvAy
xflOVhEpFdzIbSMG2HvA5QPBTGd12Krxany0H6M4YGQemrM9xLRQk40ZUM6b6pVhc3fubY4K
8j1eF8+3Y0cVE/KYN2qGRpY6PoTPg/ib42NHCDT2rahhIImOT/+8ZCVYkCGtqYDCwQT8UJLB
hGkRgKtxvyut0GQUWTBKZHulx1OUrSPxRMerRcdfkVdmX6qFPNnfmyt5Q2DZzrmtDkYAjTdo
feno5tXiuo5BgnePVEpX9pKNSvJJPHkbISxg6vqP1h6qVypA7YCMxhtSIqmqDPCYlQNg0lp+
dKp0PKIWUBEQ5WUCQ/xItt5LYnYiOSCJMCwRgRsjU+UUEhD+joGVMNgW80TxXKz+TV33FdkS
s8aUi/PmYWZus9fKmut21txrJrFfqCaQzt3MzwXLZgP1vPJdm2RDmBRk7+KO8woSqkXksGTQ
gRJsaxSQBosotBuBgmJXcB09IPM9mkpmnKVmygLxxa/q7AxhxtXw3n0LefSqa8qzt6vCWnMv
56tISjGOjCClUVs2Q2ULjgPKKAi3izAn+MTvJzbxa6Yi9tfEOR+sm6mm+6y7Ox5wQ9tGbyY6
UvYQkI9DFU4eL0DZ5pmEfkiEAB5MfPAD1rOqKmpS0eiwmj481ZcGvp6nveKwZxtns8MmlfD4
xWi5Ni90/bn/E3G4vsK2lAGnhTpOFyitIfZe42g4hjhX+hxTv01dV0VT83vSwvVKXnUr7RUl
jwTNuxJ6czSkq4+fEABTOOnNhMYjRZQkweIaUNfl7iWlk9Hj5tcdxE2tTW0i7j84SQcJ/MHL
AwzK6HMEGaKJND9pTYB4B4ZneJXK/B5beZnEcE0Lz9gMh3ejWBl2B+ELgIXSGAlIoWOqRXPn
VmYiFdtxwTTAlVbfplaX455aY7vjLvfcz9RdGoyzWQfuqLtgOasdoEdXUbj7fFjRLBy79n2D
p0VFuSc8nzNS6pKn9YeKrQag7E1hovBwoOftOOjH1VMX/0PLo4qRQyvT1+lmVmMhFjrFAjCF
Dz8uILf89c86M4IPhcmQi0HxHooL7ntFopBgGHsHBGqFlFzwDH5jx+c4mWZ40b8FrpZ8FKdc
oeZZOt3ypePZP/iWgAo9PZiNpR5v02Ih3yVYN2vrTj364Yryl9fzz7/r0TlMt01E2BCVT1E4
/M/FZlqWcttB7o6HGuSupMFCC3xUqXsoDcAoU7JYHtRZQ5d64gLpXsXAZtmZ6wEpRVEVxTMG
U/YSFT6xuWU3lHFB4N+Q9/6kKqTO3HvBWOMAOUv/JSmBFryWdQX9nTJHI18bYoSfeEx9HBhf
oDL78Iw52SWLXYsqQqGDxugS7tHmIzlxhK4nTCYsxbKww7U2WN3xW/vfnnWRJN1HXv7cc3o9
EbeeKXxwHPc6LZo6deS7v3yQ67rhvnf5bkKitQ5h17zz3VyPtWiXhT4hbJjlytHUjJB/mFBV
7v6GRklyKVxj15fhwS1qZQ3+IGQckVd488UaDdRSc30Fmpl9BnL+xWA88vZw4eTsX1mosoaV
YCHS7ZZ7Y1XX2pljXH+D5CgwboxfFHfReml5chYbAc3oGbQI6joiw7ap1AHwa47Sy22+8C5p
m6DdueGhRkaIt7lQCmjr4m9+SJcLDyo/4qfcgKPfzr0nqlwbewvs1UfGXlvPXsW9mnVt5Qhk
cjlnStMa9fAarwKV4dFZmonufp7XWWCvpL6hMAGGe0OlA1incIqNBzhSGmHme3xiVhijBK2+
ml7NnjOnfTp75sqm3BiSjLk2etwiJgBWbcQWARtu8rHBA20m+kvymm7P9HF37mYMdJ7Tk6Fc
dfS1JqRIw5xpNb9P0JEGkUBwdUmNQ5yVs0t+RzqLBhPuZws8PeKtT3M8QzamzmOFCGlVYoi4
dv7TSWyYoCGsbTMdb9pBKfv5zzSih/TCi46DzA7NfHnjXjXsXpyNzFGuxSRDz2CszzuRPzw5
tR2/nGC1aWrYBWb66p0fME4CXFxpMtVJlFXtU4WuXkAmu4FH+0DFiUAX5IFXPDBPv13n0Yb8
xDElJFgy0SCwFakT9SbtGhIN1VXxRnsGusEjgzrlmUozojihPGG1nZMarcBadleywJsFc1MZ
BANOq4JBJZIlm/l2MS48jABWYYQhKitUH72BTl7oWXeQtO9gjyzslrOjZ4n8KrMRosbpELkc
JqIiRh26ga/NU4Lm2q6jc9dLZAPiL3B5oOFu+86TOc+Jfa3Q++rdm1l8qgmMJVOTVI3zzOPR
fawQT5jqgMmlNsoskeTT3s2j6HZTGxEMBdC/Kid5DCtATIMvnC5iCZsBipcEtLQHbNT+NUoL
eQRT9nc1sHnKoZd/F4252e6j2HRxeIeWvsz+fri8F8RR2tBkHxB9SS3v9JqUq1x0P3bWix19
0TS1oehG2BexYQWjwKqqXJwXPsy5Cbz0r9WppFxQU+gCoxiYNDEfUnHIh4K3kI2fE8t/9nf3
WUWtXNFnfOhG5tmxZcaCP7UnBcD0+0UusBhj1wUIRpUXND+wA1yojs1hUBmYg05X1bMBFPHn
vWdX1Mv2gvvHyoWPAxkA+/eUhOtnxTE1QXcJ20bLgMt6HrR20ESL+Z1ry7Hkt3VB30yxkuvE
23SXnxSW46mgYtAz+27uuXOebS4X+hZbevKQDIlPPu4CfJccvDZ8LiED/mTtXTNUMsmnYXoC
Mge8QqUMbXlsIBOqyTgCW6guYwBzPYgqdF4toVkw/JN1TyZ5nXg5Nwwe51EppOEvxFuwMEFV
2hzO913OGoYP2veqVC/RZd/7oiA5exaOX55wMasp4dblXINFuFcAcTYOlhpPMCNaM3bruYTg
oJObymQGCXwgokpZ9q81qUjyP+SLzWr3jhdz6OXNX4vfeq0HX+z/iMkR579vrOdqGPE7jAu4
m7th3G4WHNT8sBZXnz7xRZADNcySxe+UpDv1VmJ3aCEX6wojeYC6S96INiIqJQlAZvzvmzYb
rl6+ZQOUdJ0b0qxe1AkbiAjTePqY2rBklqlhkCH9jgdniDyCeUYDBZUrDfn/yayDAURNVWui
rikdTL0TVhPECsDqjAcFstCiENTqBnqrI9CdCza4qANUSog+hpJ6xMcOztSweHG1ffLXTxxO
7nDUpkcSUxcY8ANy4HTe0Z17yNjEb/BDgpHcwYEI3mUaDdbZYpZBIwFXBlo8JTHou8HyguCs
pLYnsQAQpCAhXNFQV3mrqqiI30y324NFY0CXiK1qiQVr+c2ROUWbqfRSQl8Q3StS796xYxgn
V1klMZG1hwEWsNY5EjMA9yG2TMbIGwzLuv36sXpKA3CiJeWgU3rU7dzsOO649/+l0LDVdzp6
0yIIpir2t0OzEjWLBaI3eNkGTdrBilAXJxj+b2Hgh+2IYaJgUW2bYdiQWnU3Zn4PKeltZdgR
CX/j84uGCIRfelbeQVdF2c9E9sWh20Bo3ZUyyzHs+LznNyul51qz4RK7PD5zmfNYvLDPudPN
nYRVr4IiZTtt4c376VYQcwUfiJXzazYrkEh36SXwZJhPYqslGOg1A+amzPPL+Hm20pKZLv2V
OprSQP0i1ZNSNjOvJrAIbYcRxtVZgc13gMiy6oU2pZgBmoH59b44t7bqRzEZukK3T+K6EOyE
elTxbc1X2TRehs/IXkwETqFBObwCtLNmn/earvYBYrxeSNf8bRPBret9J+xZhBOnkGUBwZKv
3rtBby/uyB5tDpOFY6e13FvppEOislB8eFl2A11SEyxaeJd1PValKrUpVagBZ1ozcNGmsG8g
P/L3I1C9TN/e65rb47RglDJ7y3Fr9wLs96pyje+V3Tx5PbRcESWqCulKbYYunWP3Tm5N3Kse
QyPHosoui+AdKcB2pwvJa+bwzTUgZp9gP+jO2RfmkbxTL5+ORGpOdRhN+vcZEkDPy5ejW6fR
hEX+uVDTiajCPw00hSLmOXJ/h5+r5fV2ZqmhcWy7I4xUEQ3mwjLUz4Ks4h/ehyTBn9mjgVTN
tKEIccGsIrpw5j+lIiOAalWcXwcDK+pbgQeygjq82zhQ3DDFvZ3xvgf1X4+r7zCAqcENH0Jr
pTM4caGd3WZAJmQ6tmp84wQKnIG6KgLdW4iVALyGC7OEZXUr1r1PgwylOKFC703ECztBqscT
j8/pbE/eYBwSBItsWRWg01+40eWxJlBlbifIVqpqz4tX/KIGmjXvlV2zj01a6tuWS/qtNcs0
BYSA8fKon/anxUA31PQgA/AeaOmFBJlE9j6Iq8yO3aKZttRYZ/3tlAvt3edzyLKWio8GI+dN
rDrMgSWOE/ULEJN3LKKAH/m6jIsQYRMqo+gj5Wwtc2JyHfQNQy9rIYVqFGJKEaJDBPboMceY
U1kBNE4rHvUtJNz8ZY8G81db6patNRfS4b9DZ9h4Jv3N2A1cM52/iwPtIcxAJCsoP1JijTy3
Cx0WvKJnvs/uWZj7rUgKhYXAppaZuU+GV4ry5xNhszKrc3lcj3haovbsjFYqnnwqoYr4rCso
C0J7HG5QCFVgffrGfbVlW7PJ+boXXAhigYrdLCwgSKgJ9Sek407cS4pR7gYOFJjU4rR1A4Bw
KqE/Ow7FvVOTS9A0Rg/PbEHRUMA2RqmcRQSBl5IV6WHNu7T32thnEInkXLglE4upor4wUVlD
IJnnZ2imTC5TG3Uutl7uyIHkOcCNAVOIGmUDROyQtdFtQtkn2E7YoK+U4l5JQFGyZePmEoqp
S03xS9zMfFungIkLYntq8mZ8JShSxAL23Cq4E2Nmg/SaozTlg9uKfqVFTybmdIH7Jb095f04
BH6gG9DKcz7gfssYk0VKuzS5psdiDfWn9TJySMB/eUZ1DAGMny9ioMCnDDIX1KgHhwCct9aN
m6/65A/25D2Y0Gw2G37tnXH/QY8bOvnY5dGsgk0z+yVcjU3hp0zevVqrN6YSUrfl27doowfa
5CHG4XdbEgcv1zzXj8El5zp+osb+j8c8u+c4xa050jpd6v6RHDKY3msKxruCT+NEaL+u5uNg
2P+7J64bqH5HGYJe0ZkcYitSPRo+559iNEw+zDTCccjTOPi8kL3vb7YuQT6np+PvkzhzSJlH
yr7TMPrLYgLPE7efnkjOUCPbINGK47ew7Q6I4As9Soxm6TrRzYSkhuzON0von3dnU/MKeCGJ
nLdNZ9KVQUic3mzlqeFtvUBBq0pTCVBBqYIyykLKydEBIYc1+9hPHdQXdrZUNtw7XuKb0NkQ
UqKKnayouGZ6GAupof2f7BjYseSe4ly6wlO40YYcVeDqUBVFMVPga7hShoKYDBjLLLWFJRNP
86uWkVteLdDu0C/Jw2OO7Tr1Nn8VjfdiNtB6ePFSVtjH3dIup9z0iRsOa28rhGrti3/UOs+P
t1/H8aTqCrrkLjC2yJ/rCJMIPeVpDOFnpacSr/b45bcKVLwAgO9mrJjZqkaecHXkFStDMNTK
Fzlg7eUlA9hWIysO2LlbGyL5sX8643fxsEt29D/u9irAdAk3SXmOSr1IQZQyvzURSTIf/l5b
Lkg+r61mD8VN722hRpWwQtdo6Hj6BwenOwtYWFvs1o8yrpx8d22Vjzl3k1bMSipNRFBFKVIe
SJ/iUPePiMPGeX89I48DmnnpN8GKqHpUi9HgwSSrc5f7eaJJnRb6xTWEuO84xmgRUunUbGav
WP7KBuNy5Nxp6v2gD3DE16Btkp1JMqNbWmYYf0ewlhgfuoTfiTRmI7eOBeBaVwmscpep7kvQ
tbrhCaB7kpeCTUKV0up3iPMPURF7XoVU7CJRH23EnKeFqfUnMwLV74i3CxRv+jIP++4hofqf
WQgYYbYt5CAuiuFq2N9vbEO3tNhSxSegS7XpCVPqG+i7aF/WEcGDsxI2UyQJT/saA2MKj0HD
NJA31ZLgPAt1rCq0SDkgAhtM8XGXtg8KpXLPbrYEJm34fMWwtcAo74xHeIbcPipGY3cUxFt2
zAXOhFqPDjJc0ATiRQd3roOSb2UclhRdoQD2aHDX5ci0TZwp8FDHOSgoanwJkKFZq1aeCv1n
OClvxcz+eS9p/2A0zxPmlXLoG66UQVld59POZ/LMS8uByjuwN4kV3A/yeN7VIP/5q40k5oPM
pUG68dl2XGIOUuLe4MKzpBWYvi8M8ONjBgChjObruAfYjxmQAEgSw+0sUqTLUFYSCM3C840H
Ep+qYMxUMczFGFvzhPEflA0hBcJ+iBPOi/OY4qw4D5vPC191zQaFZTsDRtZ20WN5cI7QlK27
Lpj64ggGhddHtS/sAmdnYWPpvQK6jAEIJ0ycl0FB1mTkK/5/oJejqr4Rmt38oiHEQc87TZj0
VWE3a1F/n7LimgM5pXeUjjqYQjAtl9jO9tVHRTae6hjBMCWuPsaoOebmAosYgh9LiZcop0bA
Un5y5ceJae8X9wI8A62YZysloUKP5z9A+Gf5ZsQrovEdcYq+2ueNzz3y+Ktx7uCBhG0JtDoY
ep84GjTfrrvFHyP7WjdnfLvK9yJ8UfffX0b/ut70n43hkl/C2Hav8F/38Dp3+rhCIrx8DRjS
LvaLuxY5xz2iERHTBvj83UXQcxaHbxLOkXj3R1tCGMl12qJyscgoj3KnhmqSuoVGVGzUearW
7d7Ze5z+WQ60iPxmea2LV3Mwurmh6+41H60ZMGpN/j4EEk+cff3tYMDdyvDrSrCrDBh+79bo
toWo/L8S0EdQhThB9a2c6knnMfI3vU2QyrqJmorjeMtdeaZ/6v+1cjITPAjzInYB5jjmw8Oy
KN8hbKDQO5xZ5mrcXr6YHnF60J/kP+9JgJOwph4Xu4sfX3x6C3MotClV6z/Bm5Gy7sG6z6FY
09Oipq9xIhKLLxzh/htRoESvVBqY0ed/5fa6SrE6POxwWIkm9Lc6EiYOKzrYgS/MT4mIQqS3
sxJTZENxlqmkFtIzbOpAwipdTCKaizmrM6wMHYIQBKsVbQD5yXuvKbYnf3Lk6sZEh9C7oLpI
/R8scIS+h8lp9qnDSWQHnfE2mfmC+UcJHnjYsP900FojHWIEdvbkNyAdExCUrf7TDIJGFA4m
ilGxNkrnJC3i036RkHmvwnRNWgyrOFM/JXHmzpVHpNNAyd9C1BpBCEM+eqYhsoBAeXZA4ZCy
9QGxgr2XgLmHvCcKhzJorUOrgrQytr52zGQMDriJJ49/8GTBf/SjvbbVt1BDNho9LqX8BCe4
Xwf1m003lvAgdWPRgAlL7xDrnxQIcJtt5FgDpVrpPbVMSwRzUKIfAOnjdpDtTOHbtJJWgnoQ
+TdxRpdP4jnEyMXInF0f44tBRiEw7j24cwePjlaz6ggsg1nMfJQuZ/OZD3aCGPg5uliEMayO
wn73Xvo1GHHBsQyf2LBz6ysWi0hIbyZjrGFCLA4sLLsOyESXO3x7JrEmGSCQGyjPOPGmFCiy
J/Dpndpzcnh70TvIxxY/Dq4kvfxjbfW2DhUWCwFAUBNtBz8rgI5zbefUkJ9Io0BZnZnyd3C8
vd6SMLs4ygzxOg9qoB5+PuemL6p1fRjjSgzzvkXbIKSS/7pGcUaOzbok4Sfg8+0JqcE3jvjM
0FvB5oxzn4ircM0IRFoIFDb5vx3FBhTyBVagaNB+IymxuFPIehrL8Uln4oDe6VHCa4bosTk1
rIPgKGwJwJkbbeVF4EvTRWNCDf3uWmDVSc3fMBd/alvkBJ7FS66fVo9GtHWy76Wcw0IGJwrh
nfHR32h0/f7rxik6ROnbJkih/ZevcheNz/hNBW5H6qSJ0ChmzQboL1Cg50XH5wfsN10oC6q5
vkUc4AZ4q43wL8n/norp18zshQiRNxNvTzBn0lUO5VyJF8NAquDJu0x9DGrjX4Kxqio9xb0g
2pxdMcc3YIjodyTwhsGJt+h5LYo4QWs1mdydP7vqlXhjP1H/FL2EHP0d/Ex8N6sTq+YQmkNa
NEjNbCmaXLn+5cPZtZ8LLnpVgxavjSSO/0+O7/OiVRzrC+VLylx9Y/jCNQxrotp0MA5rdd51
BIjrkbInWzT5hSYHjdHlKrYHZEOB8RJ+bucVSJH82JMtycCy/JXuxKS057QiwJ/gICTsajGr
8Dudz5JqepEJWexPSCfWlaZ+XdJvl5BDpVSjXQBq5MZEO8zubYr33/gHGHd/2EKSj2KiM0wN
kbSFJDBPG73lajsf5ZKyza6ltFAHVzQ1YkoR55I0s7si0y5f38G/jiQqp00CrqOxrFefpe+v
jTxhqM9mtw39YWsg2Ttp26OmpNa48PXCox4Sp5szNL79+Gkc3vwFsWqPaxSgTi7xfx/4ED+q
9Elgqw418DWMlZTKi1lLAEb/M36/BVc/94Eww2RuVmzmZHm9lxm3qx1ewP7yxFRmozd33YJJ
+jT1QSJ5ND0f9Loif+H5ZDcmlkPnPa5+hGM8LOWLCrNB2my3UkIpmRXEcQoYa2JjglGAFHqs
LFXoVElojkfcI5hSCSWR1hD5OMqex8r0x85bVFLN5rXED3SoNwRbHLDpjCzLHKzoy+tMOkPb
v4r2U9B1YgYwQsDGJkqforvy2SdwpwGEeJxLKK4gQEHkbCI24gPNODbyyrOicPLGJNwx2RMo
idKCkfgDDLiBknCy+9dJfL0ajUtV85fAo+ARMek5tGveA+yIIQ84E6ordWGLTCo+xKyr7CzK
E3D5S4sXh7JiSrnv5Asb3B27Q7a3YmS+VZ4mJ/is5oyQ0CbHiUdX/6kmBx4RAFbBUMrIiKVG
LBgrpkayjVsBwMzuxrUa+FPyDYIThi7SuivYAwdvjczrxE99xpZDNZtkLU+7Z1Of0OO0Qgo3
FcSJU1Jq6adlMaMh8iC4iZwzBbBCMziPN+hKfMtms+MQpevoNzPyyxMv28qr6NXCmbxmoF7F
ueSA+qrgD9ASnUoQTyAbJbeaGVq29VLp05AXhK+ifKXFNmivsASaBBrBe/xTUPt/XC5d57Ky
Ignja+o/BicJQ2EZG22WPHf1Dn8/ZsXvaRfH7/q+Sb4nKW+qKssKu0M3k3AF0C3HBEB4sa3/
RaIq8+DfqJvRAtUXysJpG8br3VjEkpwmePnICTZV95w2gAOPMRBt72qkIsnasoj6qt5ry3yY
9Z2efkCijU8JmClShAXqLJJ4cl5vdb+kDtC0V377Tzj5tr+IdZ1hK/R4PKAynRWoYByVCsXl
3gn19NKJIBPbZN8cpXpPXtTbHfNXtcGJl1SXvmy4Uz+54Q+UChAba/9QwoayZJdKP+gAftq6
rDM/pQN8smlNxtRDCUpWRaZGhSMo7UTLS7YyaHlrEqd1iVqR/r/fLXcFgz4UUiGkVejN2YA/
gEWqjOnSDfe1Vou+0DEnrTqpYzezlhsaGPRmJ49F//30USK5J7wryByrm6WuijFOaOnHdkRU
LkV9SNO5Q5fbAtzrKfvSqX8+I+nwZbpPZOq3kmYw1ktq79ScOFbs3DnPsa4G5nn3icFp5aFB
d67mb578ktR+/Swo7yK0blSUhLzljiRsIX2SQABCTua4V2atXXN7gVM+RpKYKlK1zGyc3fy/
6RTtt50pVtNQY0AOHoQu5y0j9gDtJUS+OYfwi6jZuVrzpbd5YcpBu6YjyvQpWCDVM2OtT5XM
dKsYulA7gTJ5RVzQ9HNTKg7Xc0lZzaahQp932HbhFUOAi5UjVxS57+KGREuIvphnTLeIpBuG
p+8/HNOtI/K+8NgysMLgguAg4BPLKcJzMDgbM3uzLosmjlTcqetteZ6DhWO0Lj16pmObXAGk
pbYxMQHgySdhB5ztpm+vetFQcqMs8ovgqS/OimD7Zude+5OJ28Hj8YVoswNVUOFjWv3qylMZ
3vtnJpHSce+G9YhtmuZ1VBGcskxZmUSOe4fz+wDVVz6V7gwr+IXs5wBgIs/xBdMpZPASxLWM
ayZlwkhkLlNTjsFVafvpxcm1vRy8FZRCqRq4SatWdO0bjdUDrAv9BQ6DZwczJk9pF7unmOeN
NQmt8Y44lx4G9r0hbYQPBDOV13N09svaw4/aqymcsalbB3fQeISUzmb3ovNWTwgQaB8wjFjV
ls1H9seVem/3ptV9F8Dw83EpiYKTlQ9rhtu1+amf9gU75LYQEogSgP/QKNONyW0d18KgrCLm
4ZZ1imdLMAlOkwVXvQuHgofSLBecnrqF1/TC7uRV6Wmgyy/iCw95uYelekp1vqqWUxzFBrZN
PBN52tPb45b8esSGEP6mF/RjKrgWy455rw8MV8JFeX2n6SSrYnSnRvQShuqJsV/mpfIxFIuu
Fyqhfruq1QcSvD5DP2dXEy9cCS2/d7hy2iaCMnJz+qrFAyfw5AY80VGVr3Wr3UT4Muhhlwjz
+gp5g0jel78os+qr1/ha1gAYcqXYthCVot9+nWS+rxql1bEkXO/YGK4RXeVXkGhAUokVUolA
PMXDjAdZoc8G4GCA24A6gG+spwvFBRviqmoNqomStS/bC7pEBOVr3YrXmLILSlRKtlKEz81J
Z8WasXzTf1/5fAcxtt7RvMFSr20Pniz3j/CpF8+fClxSWjNbAdPi0GTRt1wsHaaUne5wACG2
CgtwuDP2fGms1NQs2iBS8cp6eOkdAjihvSeEEHjtVw7nrG7oVXYywP8TaAt5yNu/tkjAyesz
vYMCUGEKT+Z+jYLvjOriZKNePMUZNFk2cspeuTl2lADgcc+IBgMm/ZJ3sHr2Q1yd18Rfeda1
aR2vK1FHwXhA3QZA9lB9EiHo26fnzV2wTXItLxrk4LW4U4pF07ksdWlqAmA/YYF/mFQmxs34
Hm8y/dPbnZMhXcg5wShAti3ahlHs2PyK0vm7DBtTEZ+up4a6pMw3g45xC1hmx6HhTgYPojtK
rPFd3QvUg9ans1+DazbsXZ+d3f1tl0u+9pmBPCOGO55Ya/4e5bdzqiWHexMIh4mErCalFhvE
0ELElg2WAs/225ZvtAmnAM7+ZbfYIjv3K1kMgwLRdNO9CutSXOC3WSpBbVFsJzOEGxMfD3er
8rW5WL0c5twhMnaoy9k1MLOnOxRFYZsDzgCC3+V/MySZnvxaGYcGuVInjCO5YndxfBMCyNFh
N6+ohfhnZePf4ZHMftzNRTUVXx0Qc9ZComznCZ22DioEcKxb5dIk1j5taEfgAnHEY4ZswGGk
Z2xHKxZXoHAohaY2sYQy26CvSRP2zJvLwY8oG7aVghyPIxYtc6FkH+1fQoe/LXTRi5W2M8KE
QOhAO8dBNr/W+0At970XvGg/H/JaufXgtPbGl+0idVsfuSSMhiOprHd5tXL6roh/4dVll0sA
8FARKjIy8CvRG++N6d9ZvMXCUNZIvrzlNjN2q0hsHTgAVHdshenTXPX28BL1FugQd/ZF4OS5
j2LRUdOpB/UOQ6RZJ2Wt7rZC/nRCKhTNZuqCxIAHABWHaNwEUFgwZ+GgZSU9CC3vutvaGL8o
nVQOBQovkdCz9vpPRODJd9CSaeVm2Eu3qzGRcB9Egik/GiV9Eg31Gslz5YejdcsJCIL7BRt1
/TAP5rpKdzXGNGnP/JbngwJY+SCn82VkTN4NGIcSsxnWiwlKriGtngNDVbzHXLebmw0TbAIW
+yy5BtJem5GDzbFIhcI6sOMStme9b9usQw0ivlIgmorA0rkt4i5cPTOkpXy5AnKvuOBX5v0f
Eb7AvDC8ZUNVMH6xgESa1f6s0yK1CxXs7wgEuBhtn0t9UVV1gkEwCrBZm6pkUbbYagUhZb7/
Oe7HLl993G9Wu2PNXprqzAjSgHDXZ/4QdLd8A+pD2clTu5OgWOS4cfcEFe4lsi+zeMVC5MY1
RCvb4ayAKaExdHkdzcDqkJGCXvWwkTM/CmHqV+zdeMyXHod0yNugmK3QowibPQfZPd8sx6+/
bY/xi21vostutQ8Xt7SXbJTxxc9rVQejVgHrYBoI8ubLMELH6Kafl5KY2RaMFD+IqNeLBX16
E+eqUJpBJ2BzjdVObr6wL7S8KtCwJFl9VIgbn7dJ45zh/hC3xzqLKXgntg2FpZwEVcwerA44
O+pPz1VeVwPrQcFMcpX0BmazApgHeNIX2WNiCWrukhGBBVh2OtHqEiZ/FozsTIw3zGs72nrt
M/ggIV7dNUvFQfA0b0hbP7r/ArCUQNdR1L74gs+8OREFAJ4+4svrcM6jI3uhTpAOInwytTdv
zVIrHaq6JDjn9C/QwO7rK7XOL44CD91TGt1Oq4BhGKtR8AYDVWgfMABGCc1IBwtbL2/UttK/
Y+L9KYX0kBeWFmAJYBHQ2QVcxFwf8l8lQdsRsqfKPTkGkASAGT1wyfWrr7vvHKprZ43OS4sy
q78xvvD98JfAw9WLNMMSinYhvMwjd5XLPyy5E0SXNlzSdtg55/aw1NbBCo9HPMUNRBLinZYv
Sh3SV6oHYlYf9ny9y56nv7IeEKlDNmOPPPGAlFc1zv0JW9WGye+F89o2GNvE+SVAvMPychWr
idx5so6MTvC5jUSJSC6Y0M6+TQdva6rVz9pUjdkGVF/iahvgSMIcpJ++qs1BgXsjQWufouMR
yfFLYkN2uLiRX7CcOpzE9uSjpotyFwXCxKDnGGwVgb3zNNRHoiG5Q4AGRn49wsk7UBPARUvy
Q7b/7mwRc0uQz0x1vlyue+TqPyb47tBPPo69thfEhlfdIERq5l7fm9SuWpqaB341dLrOB1X3
DVdI5zx0fpzkkuQ/X/nNbepvECDWAo7ocaZXIcr/E/8vggcZAy0MpllU1enf/YrC3CRvB2lE
I41aWNniVv7F3TscU1yn+CyP30LPcdgiBxnqI9pAbmNuemB/oEH+tyClcVZPsdBBIvdxe9Ah
XO3cHWURSrXP4EglSmaU9tyvOB+KF7h0SOcsEjn/0cWsGsq/pzAawrP74TSocdqd2HmdpTAZ
LEa7y2zUlZesPJUtIcAYSBVqzejb+iH/p+8zKI7ArGW8G2dO5Z5FO7HUDhzAiE5lrqa7o5U2
gUzUhYTEKi0CtiD019TzJI4e1CKT4Q951AoAe9uk6rbh8BEer2msO1hLsW3RDWJNbvzCBWmI
84pIO1Jd/f1ogHoX2H28UQGXFK8XLx88DDpp2alW6di74GtKHOrHYT4a2GeX147SudLAP3Gc
zy6khmn9TmZnc9bvLEZNOrpJXsloVDXTw8XVD0ZskGojs3C/I5BrwMXr5Uj0gYr9L+bArYEa
byDxWtX8A1oI5dhGP0K029NjwY/KHwWg30QJC/DhYa94FXptmmIeEJqQfKfbsrprFzw/3PDK
Q6cUVGDz+e6K8A0ozbajODSWfzD6Z4WYmEFgFafXBSplPnHgP3Z+A0Qn2bXhOKajN4yfL7fA
+wX1xvwZtF1RHVSV6nkgtJoLjqR93ghEjwe6k1ZbML+HgYP2XzVesYRKcg437tmGy0IwWwAE
oz+qXbxOACFLFWR/NrqnoSg6z1GN3dOLZqDKfI1q+gldU0FSAC40WN8hhCvt/CeeTUruww7E
ninixyNelWwQB1zCR6IL7dAyaQok5wu+Q3yNhgWTV8ITuJjPsujv2EeoEXH67IO1+RjIvXaV
z2DexIIDvGm8vwTa1UDklTGYz3WHBptsEw+B9DwS7QFmJo0R6m7lOfn+3Zsr0mjo/Aa65GKL
L69nci9xC/LpbsB7g7i4AJrYZ8M2LutopQnZPp6e2PxfbyA0u3us4L7DkIMKayKIZqVT8Iut
ppQWsTHQgbdF1LwTzH7jFNTOzFd5U/S8270sCkVd9TCh3Csck4h7ulcRbGA3JVCcWCO+f01I
CjewSbkPHBAaD4nyzbUysJK7BSmWFCrwIvnQalwKbo4g6ucQBvki31V1qxluF8l//iZhkgGN
7WphwpPLNNRfAjEY4J4kCUVryInNDYagC5hgKIJ0QHXD9XiJr2UVIoAXWy4cyXDLTRzq5vtS
BZ3SA5JhlbL81C+bg9Gy5eRKgAfALdxCDiuguLNHQA+i46pJL/d8NIXDNRnbZpHPXtD/OPk7
wX/Qhcx7jWQr5v8xIU1ruD6EUFeeAvxUKYqUH55loGT3+tt1aIF6p9dAA0M8a6dGnuNWY0q+
/Upixay3esbOlboXpeH5gpplZsr3KGAqai9JeQq17Y9T2tGMwgXCQoYK0EtcJm8HGKnr4JOL
WGJnFBMMix/Dumz9iW80Ne3lm59slkHw2jxvIkyufPl42SGoJvULWStmq2YmmRBCCO6FseNf
NC4OCfCSAHGBExh5Kz1RWDiqUN9uvMOg2HOZ0UbQJ6+Ax+upON4dpESQGOJf7Wc2h8XKgPM/
Y/Iu3COE9AiiIbNz6U3aqIWzxKylN481tmaglPz6l22IIi9eWp1s0+kHnNPz+DVwZhvNuVkI
n9JQ/nr3Z4XBXH4cmjp9Z04rpWYa0j2/trpdwA9JNY/F7FVeJ+Pj4Bc6qICWenHhJQQiZ4/O
pgbIqTyBTAzb9n7Yp0DGocM6ufJ/AxzGEMxV1NNrebtFNz6bzf9qxESciWaNp7yGfN/GrqIF
u7P3Ajy/EwcHKYRingKrK6A01Yv8IKH7nSK9KobXATYZpUaBDuZl/+fIQc/aWt6fPMouZEpc
wQQVuRD2Z/8UWii2x3YPOKmTbhVTpjuF6R4NV5t/7Mobo/gEKom/Mz3IWli7NjpCY8ObuK83
kefVi38ctp9ra478XbgHIQyQV81emoW7cq+peneU9mJ51SYZPxfggjm5ra14l/T7etFY9DIr
qNuvi+vdLMNFbB3BxlEEVvNHPxI19TkgSBViTMWovWKEMxPYvPOb0wvCuuh1Q2i+d7myv+Wo
4n0hnvrqDfavJw+ME6oLST1ZEYT+Isb1irRBbjX1/cjeY3kSiy/3LJ8poqapa3vAmqcoMi8M
iV6Sl1l0xKjpnBC6RLtQlAF1RaZANyHujpf6WBqHBIv9NnlLWFX5vXh0cRmNAN0Q7yL8TNxA
6c4hR8BTNMShPH/AqHxmlzAqRLwmQKknMsrM6TUKGVkCrPFxUZ0E5Tssm6oFoGzihcApcHt8
bdXxJQ6ftYIP2D1FHxfhO87nectvXoMYsV2OY1sAnE7UWHHl4AtrnDz/un1FjB6CCnTqM813
6cDATEUPYgWDPHFXDIrcoEgst6YjqfCFh7vzrCUfIJjHRi+tk4rm0DTDEr9C/LjA+KZ16Pc3
QnjAHOyykQOA3FWNllfOFLyFlducnd8JiUWsyaLFdr//y05s8vcNhw8LG7kcj03on8ts+28C
nhIOezkVf86cp0JE0a5PZP/AswT1Cu8+UMu260boGDwD1xqi99/Eufiylk87dqmAWKkIqMIx
B4DazX+lpLs0BCX2qhiv0lx+psJcQkC55syurRtTJpmjBWDERJe9bRKbB1zcSgMe3AF5cSHw
vhHFh5lcTLdnzXvlfmw2n4OyFutf1lhk935UG8wpu3QR30rQP/ze1x+uUFo9hcM1Ju1waN2b
9lWpWcN0vgf39ZFa3i+6LNgq6AgURx/QagiWsPlP+Ot+qsVnmRORnd20whal2PWEgroqwHaX
tl53jvxNLbD2h+7njL50j6QDck4hvtyVKFYTys+namkAr+UedC6x/EnuXGkkFVhcQllzWjin
T3uzErReDy77s+RG1ge1c9uF7LsG2LSE+8rSjl0OkZrNxy1jyl5gaamDBNMan864Yd3wzHSD
r1Lo702RcBz9E69P/rs+fnoEpchYr7o8r9Pk2yXR5C7vgierg2Fxtfxcm71f0H8lfV/5MGz7
9ICIl5IZT+0ZmQIe8vjsOtrGI5xS/d3t6p0Djz0h59e4+5YO2AaugUDm8x7WId6bWz4JU3om
eOvwABAR9HM67RgT3TnR6s8UGRY9H0Mg26cd4tN7focxkZV/1TWhLR57J9aQDK6i8a+AkRp9
OfPhclIWS+hU4Bbz6pDqEF9vO5bRMnVRy+zX6Pb9XkLntzPKGccS/UYFHwCLrNOFdW29kq9W
nU0bgZD488b9y8qaloaaronjj4p/3BDz2Wv7qd4s31QyaqYGCy3LngAXqRAxk2865Ec/LDPi
poNIcNLKQDVC2BGXF/w42oVLEs1Vz/3/+aMxPVcY6SqiI16BNHCLzbgf71GWoHA9QdyacKor
ybj9W7LAYk+oTWRt67MEXMi+Ml1hohT528zxTifxKRmbM2ghUsDzibqBw8kuUf8BI/LANqXd
Xys3d3IV8kZkLkNcgjmGB3upxTjobYdVBzLGMioHJ8BaVH9R9DPZDYnjxETFPnF1rZHPYKIP
IM2w5YrlMoSNylcmhpiRk6G50cN66aBrg8D/6N8Wha4sUf3pCpFAUfj7FSGmJVBqDWs/HICg
IYF8MFKFVTZu8JMNHTD4NfaDia84GYSeEDr13h+eTVb0riXM9g8XiV9TXyKJWUikwo4tMrHj
6Oglz3490brVf/0NxRktm4bsxRQ5F86Po59GkRu241DQQ05pyf3nbvUB3d/RtVRW4fg1KfYW
x3zAjG6/V9ytOqC+G/Y3xdJVdvmvzXJjxXUIDrGv/gvfOS2V2XdvxYu+z9X+ohX+K1Pf/GlA
5FL6tAOuxbudNXHj7UCApKvdtsg8H6JeXa3lvR+GnPHOZpuq6IApGMOPHDyvJh1JYlxVwZFc
Ba5AEoAXUtqIg2aMwuBQBbX5v/EkH9uoVr3PiX8HbfH2b7NFs9koGxAudGCGzXLQMoMePnQM
fWKLoQZVfUXTU9S75mMjw2ZUhzJsAJ/ZUtP1aPy4DuvgXcvMyPwLF3Pkv+z4XEPxk7vb+z5R
TlA2fkt091SIYAWoll96Iog4KXmfMqUseu05b0mNLQZViLmqkcLHFedpb49jeGhLmEzGRsJH
XeYT1v0Y+GJt3TOn5LM1PT6NzxVBpDp5L/BD41D2Q5CEDToPxwEyWazJuDlGyEXYG3F7SFYB
ASDRfFs2dI8bDpul3h5SZaZglzOhv+PVxTtXRuVZW6tf+PPgogDkFsNYzPqu2sJTB1oX3yN8
i/Z3TlwXl52A4vL1gkxes4mFANx/Sre874MmMJvgPrnTnnE8tnRUKh7a85cFuonZvzSheS1q
nFclN63hAgv4rV/6PJ0A+DGNsot1Fry/zCcMLjs3cfjQgOyBPlJINN+AdMih+lx3lCXzLkd3
IRkztIZH39/xazAtqYfkBpovfTdZMaFL9eWkfMJyds0jwN4xoVyDROCyXoHBnArF+DbX86+7
3bpktx3DZufDDx7Bi8MgY3wfm8H4TVXbOMhqde1OidWAHGV9s19jvetVgL3/2TdKpHkTF5Qd
QU07PuEGt0ZAICbdR685njr72emezAjumyJXdCYXW2jPPHz8TutB56h/a4lC0gl3C7Ws4lU6
OYzrrQ2UfFiOg396/pDf17iv8sfBaCdYd48EF6W9a/EHYng7RGiUHLUiQi98uPJe5bQzLohL
Ld6xutB4xv5ScZ8kpGnXaHEvD5D6HepLp5HkOcs+pKxRTalwv2n26fiG4j6PLVah6jMob5V7
9Xa9IOEpZ7s46GnUHfUKxDIG9supPC4pqDlQRQHa7xak6wSXV+l2xAV3S1u2OoRPTjVY0sah
cDI+JmNY/tWQi6e6SLEFYMXc+3YB4ls7nsHUwz4XMx7D91g3kC5irWgSWUuWHctk9CLnLdWm
6oHZ2IfJJ4P5HjKQ/6RcnvDC7NDnbWTrZIYxMN1vxQud6f1uNgmCo8HmGw73hQe+lnpxlpF5
vTaq7XF+NZcH5Npyv4DH2VMzRRjLy2fTmpg9qHs0bmbxQLBInScOa6uAsUcnuZed+DSKTKpd
0tvpiSIfq5Tt6o0DBZESpDt61BGUUc6beWD2ehuVnDB91LBM8WV7ItBP+oYoAvJsaT/WKvLy
oqlIl1b2uxJFk1L759+9B1VbneB296k7FXYFZbGM+GXX4QPlHGgo3m/iA+m18Fzr3jMpxrSB
1YZmQjZZQLiMSRJbQRiFvu2VmacLDpZKTGDr7U9WNgVtVZyqOwMeIComsLWFmfltc/L7sHqR
sv5w7a4dCGDYfebQMZ/YqRyIMLgSyJaV5C4m8ok1OURTcWDCfzNth5gsgu7fYgdoQqpOZkQ2
uWFHWcvzMIbnchNQ+xh5ZK6cy0D0BoppMfCGTM2Jfd6sScOswMAkOUoxrpEpQUuxEwpuK6S/
TCDHemIrvAms720bhXMZuBa3uWr7uSlG0U06Z2a0lHmQfZd1TcRf7ECO+CxdWDOYbdWP0hX2
BQKuUTzZRQU+Gd59pdZo8eR3ovSXwqhCyqC+78plOjjR04glf9leXb3+0CyP1m00ci/xWuKl
s62TUJhf9kEm4qUFOTti/sRyVn8Xm21RLr6/xlWoBcfHh3+TTclMuKTz5o9V7rdP7HLjrcky
n5cLgDP+ObjmRKGX/PRD8YwY457XSD7KHQvMSEJBhYiF3kx3bNdbT/ewp5eOEzSR2c9KKTZX
BcOLiMlK78Ux0G0VqkexlBNL6MJZk1L7O2XMd4e6F/EBFBCMlpGXMIrV7ejn6vX0mW9vF+k+
/uvD0mkZEJzH1XFONkIzw1Vwp7DnwJmyPLDjyA2KLCMr0u7SAvfrqkmOJRHdfLrcRJEXJnL2
EL9eUwrsO8anDfNPEURanw0W7vRnuHTatf7lMvdGeDat6RpKSNSt9mhnvAaVb9t1Wa1yated
NqfM471CX/jKA1G4v30yizXEOva0EtdMRHMa+ATJ8dpTIqdv64Z0RdGUXFMfJrddrFHl3X9M
WCuUB2731DOJDa14suXb8LiD+6kHd51xAAQgwphv6K52hy25VVp0B3m052KVQPXJx6PmyiY9
vMv53IX6GiYYzbbwu7H49Nk0mUjFTG8JX8DSc9iwJMaqI64ycMPez/Mhy+d7JVb0to8mCPNe
mdrC30K0OzmpgrSMrrHQ698TsH8xcrJAL2sils8/xkf4XXP+PuUiKuRZAEigEmObN8rd9W7U
Rpobr3QT1KnLSUTF1aE7WF5zqaLAPuZtIZeaGN3vCqkT8SlJDPbe3m7k69m3b3lJxGC6cZ8x
TLWUZymY10FM8kH2NHga7BQ7BIxjmW1DEA0MWMKd/2dtuKjBLQeAS93URPPrTYPdyfSn6fcX
impVbKEyLyLM3ErKMrQaBnSqBvWPFcscTBw0hr+RHME8n5Ogo6PH1ev9lwZ4DiLg6wjusD+K
27F8lLSdFUE8attHUvNqUAMit4mn7EvsM2CkEp+vzyAbYUyEA1PLrowSCPkRsMoQhsaBZf94
oB735jtIqwionltZ2+Nn/ifUuJFVOqCA8kjE2FxymEjmn4K0oON9cmhd+pGWBsAZ8fm55D8m
SH8qYNLPecPDqns3DKK46A0AvALp4V2qz6UsZdoOhAII0xHAL5gr13MgvQ6tDePBjKaGrrz2
RH65h8sq+22IpUWiZBbUy94vrUSikdiZRIWRx9MvQARbJRciq6AZnz3Pb6vcsSWUxqoCMVJS
Qmaj5ylKe+cUo1QXtaLLQAkcCATlhz5meXsvO3GNIJRJoAWfq+T58JgIeVxXyJtHLyNJpVj/
veobtKRDX/asjf4/YpVxSg1PAhj2pTGpxFnL+DfxXei6sGk0gQO4r7p3X0/flcCxbhbPZa4U
U0v9he7T2cUeOD5xqRYJ36RbptumDAqc8DWtKTEcZgpVxjnBScVnxqABotmrabveDp8ezyxk
390mXJuLqmOWMatPr7QBY7aFrqRBdX8bfEytznXJcH+TGlZDeuw2bJDf3xvChQE+125FkWdw
RuS82YMuFd8JED4Bjb3P/O0ZyQDV/CjdE1QkRz95dBmLDp7LxaeCMuf8I4DPRZbBfUU2mG21
gM6k94vDypbVvmqqgJhFfMUuTDl/38y2gIuJuUD4wbxAPNgbkZdzrBuEezitSAmwHS8ajAwE
zXMUAN5dC5TICGW717gecMfluFkfHt1qR8gJO0Dj3DMP8wMQLpgfhLFEV1NIs6qsO2v7leXU
QttfzE+0Ncux1E6FlBQ4B5tfchfn6FwNoC0iOopIw2zkzw+593t9ymWMt5Kbt4jExsEKiKpS
T9YXSbPRevTVEfBiL2/sVO+ESBtxLrE+7IPuwWhMdD+WfUnwiGJg8BSgILY3JhAgyERIxGO7
sSAxRhgE3hfKXthQeQd/i+WtHRt21cYvjBzo+3+aH0lyR1zkSRE9NZXmwDGB1Qvr0TdJNHTy
kGinbH72SngrfOpxzWkvUUSCc8+mc+AKALhkPsIg5VkeRNFrwRRj2jFcrEV25SEo67XOFqeQ
ehJcLc6W8qC65Qc2Gvs39kVHtwEVE6A7zPRpPGs4Or5hQXz5fmgBuJNFsg72sENBtmlueb4T
WlOaRoHjUY/NJ4W2kUiAk6HQgVk2i6zlJZ2S72M1NyzIxPSy46/9yCHGLmLotUs1K04/DM3c
mh4TZ7sNwws0+S61Bw9aBre8f3OUWP2mko/S9UTPrcz33Vho7eId219gOMkdly+gQpPNxPGr
+ba9Ez6pjGMAdagvZ0y3sTDA+E2qQaFvSWgYdvASVLpqpPcnSkZlyxnYg+E3OQ7IXU3v1S6q
z8NQBoplmEfIgB5K5oKW7UMx7vbb8iO765b+UY/YEda+wnC4Qfq8uV7wrwr9eMnRXNum2UwD
MPKN4h6GLditpBNd5SMJlpzgVvyWU4M6QkpwORaEJY0HL7/u4LRYkx+BXdQx/9GdXkaN99nM
igxzkcELPIo0qVUGWZ5jURZqQwEcwHDCG5K3m22SFnU/EwfYA9mlxaO2qe1J+PWGUQ6T2T/d
ghRLrPe7ElXZOua5wDIFUvFmlAcPGySiprf86oNL26nBBrqWjvS5dPycX5/Eg+gJDdgv0Qe7
d0OJQ2MjgSMSDPRrDqvhr9+N/L8s5PmrufFYOigCOyXu3wTeIAJGpS7TB8rIGDDJZyRijjGD
fz6mWzUG4Cs7NvSialVGI+OrLleugu8pn8I17FfyFnilC4osEz05wsTUz7GZDB8fNiXi9wij
nG9Q+OdB5BLFtiQ4/vkbXJfAHa0okOH1yT6PEMlXnsp+luFoXFFgd56jtKWnnxA8+sxKmIb2
c/vQtWxjZg8f8gV6Dajpt+OQVILpYnDm3auJwQM5zin5OF1WRg/pUpSpvEYYXso/tVVWuVSV
vqoe9qyV4/tMLm01xJTDqkc3sq0oGI1pZ0xwbh141mIZU8OKXW13M/BreWQjWd0WZkna/jFC
a8+NaoFf6nnQwDKcK/f9YVVqIN2pXPJv39Run3B7nMrdZcBwGJ4k9zGPjFJzBD1XrvQtTA/e
mhiCP+1B4+uFDbvZHf/XzZMulqPeLxk0lYhj5fOkn0HFf/MLrDScAixY9cvZh4k1epvigUVO
n3FnSfeQRZ2Gs1C/YHINo6CbZaDdOXrhtVjGJwr7i71g8SRuKiZ7CW0k6MnJsoMuLVqq/2pm
Sta12fPG9xQWetR30z2gU1FE/b0kSbWQGr7FrFstbkMZFkW7WUXMgOvQQ6HoH93QWj8trFB5
ThJRF73yczMMuiCBr7WwYkgKOC0Fky67G42ZgoSKmRIkm/makkzL3Jx1PIb7WejCNrghbQKc
eadyykIN4GNADr0DPbMU/S5KBgjlN77dz+tCyHzYBNlHvKqscJU5c77DkUbQy93PgMjWpTVG
KN8SxsW8ule653ppiHEuVuYE0KfXOniw8QLDZoVUB12eIj3yCUbpD1nq/wodvqadmZyuGpUp
fpCAq3hkRdy9vSzyxaUlEmXL/dwYG2X0uQ2EhpXmqthRVGwGvxJgvzv+0DfCjeUt8FgfmdXw
veoqoJC6r14AwF1EGKcUYcJp/vqMx8SZMfKXTkIy2dp6sfWuVUkio8Z1fV6GoAPXWarp/4h6
G8H0/JIkL29TejHD979eOwjzUgU7EGIGhr6k5KKj0qPXIJ1yrBsI+lT43PZZ+LDca0QzZ98k
6wK/vqqPCXV6bBmlYRC5iKjnN2kKQ38+NtnxsXbXlv/SKaVdMOGeHJ0j9oNBQo8eCWiVVErH
oURhv/QPxOr/NwAUEZyJtLVLRx/s5EtRPFcuKTPNkWLwIuwKZwCjnb6+v8f+NRFr0NpdzTUc
p81r6jPQmuzkcCCgUzzpwAS5p2mH3UkQaUTzsVkAnOMrYQASlwLomhVPtEj/a+5yI/BdLTy3
aswRObA3Q1gKB8pAaPshVmyQnKQT4aBirRXUSE3ChiB6cI0IlYG/gn5c1r6YRx6MqPCIdjRH
rT+4GBuzJ6IJPRaHVezoezs1oFwTasVbyF9ZRV+fIexPHSYfPMxkyuqbfH4d3dM3Mw/QmaI2
69X+eGFy9Fub6aMHzAUxOtSCMzbPn46334aNcxDztMu2TQNCE/DS+2VGM2QOr8DwLUNY+Vkx
UDRl2dwxb7semzAp34iT+AbSvAmyiRGxeGuP2GhwrKUcMdMKZuHAy1/vJg0mB0+zVO/NyC1s
qG60XBnjxh2sV/fTsSu9TS5drjrHJLFji8E9JdmSb+bZowmWvu0gma3wKBO4iFmazS0dJCU/
MLRrl7vhgK7FRZKgzO1I1Y2lTx05whPhctrLMWCjUA57aEFpuPog76WfsAM+hTMTYvG+8kJQ
KBMc+Xxz4Xbw6WuJIsAlNJ1qHMv/OEOBaYuHqKP8D5z19BvOPM9UFm2StSNvGu/dTR4uJ+zj
4pjAg6fAtKFu8TnGwxZGYWENy7Chaz9O9eB4pGm0ONYAmNhK8wSjJEH+OMgkmPp1mj6ul07+
c9hHFghM+haeKQG3w7nkje0Ufxu72Uyt1Z5rsn14FDnrq8dOVV6RPBcH9hlEekdNGQ8u3Nts
aIxd0mAs2+7Z1rw/5v2mKI7pJRhQVSbcSKjnAzPHIsEGvR/qMyZeRcYW8II+Ni4TBcOFTVzi
VSvjTpQIpifuvgkBZn4hVtxz+6NggQjen58WjOzgbm48nGSlBJ3BQfBrzvz5cNw8wbSbb3IP
RlbpLKh63QpUmtdSGxxDRvOlcFqJZQ0ZxrwpVpNwRYhsKfdNKzuhOB3uZB+OrrnM8XpsUVK2
EfqBBbpmOTguuKUMFYy8SI79T1fdTcwiR1ad8a9BWspvb2Y4qQ46wKmhhinkRJoTn7Eu0wm4
oWuAfHtfigUTpzcYqR6ty8XvoJ3ZfEsf/2tiorxmOVJGh9lQWl3lMinDZuyCNFnPIlKfqXej
QQpXyt/cUNPPiicnC+IlW2pv9Jsw7bGNexOSDKZB1DnSalNEzfu3VdTZedeUTNAZnSJ3/Qyd
lc1+VUrKqBX8MYeKobFNm7i8gsF/9wJ9oJqknr3uA96AfYE4SMsXiENqxCt0p7EprGLd26eT
K3dsBVdDoJ0XBg+K7kdjBZWHuPFbgo6WEWEhuIdPsY0MpRX/sK1Q/F714MQ4du+JsYCZgytO
nHBTLQi3zy6Dg4dhVV686RqoaiqhBZzT7Yasg2x0/y41CTwqq5BXgz5xLfKHWQAObDrmLIAu
OrRa1AULvaDVvo1RgE9hsgZi+WWSgDnE2GmmKGhKYNXVtGhUzzBXt8QSptKEnnNQB5CAzeKM
OUy8KBmTu1mE0f7hGofS+ZD7a3ry2UOEzqChmoh8NSZZFcQuQLjXlFUxYvKsrufVmWy1r5xl
j5zvHU3jj7o5xXxue79jJlPWZik2N+zYomheSrOq6NY715bDVDw8PG3RwvfkOJfCsNbSq1CQ
aay58bSeRRhbaMFHYxJFAFQPc/HvyHimE8KG5M1b68DZO2DTDgiZw3K2meI3QpDn8JfJhNP0
0u4xUs0UmQUO/CiKlvZ8l+dWaM3x58S9aQfO2st/pLPPc9e1ldaUpGZMuNWCn3TpibDWMOLe
5FmEihHbOKv4algVf7QLBQ48jzuh3UV4TUQWnhHhex5EcOxle37k+Sb/CBfDKvHtNUZGI1p0
/IccmXOWyUTxsW8kes2YLvYcVBuufqbzWb07pki8VZ6ByDl/qI7JvaUcidWgCX8Y5bTg8Ya0
9qz1TZOqjW2Eqe8paj+xzTpyeTgdybr53f8ZJ/nOoANxm40O1iDvboUsXlddfqYV5DTWlNUP
RYxnBVHAkCf1NzDtZh23Q9N5llJVIE+vXdpqjqU9Fyvba73Inqqqx+DB2qSdipeG0VEg0N3F
oTApGyXmAvlkME2UTVyPQD6ttIQgs3C+Hr56JtZtVR9h8Kwh//nNOLWpB6CSAevqw/LP8+Eo
OIumYUJCLpicQscWbo8ciDrTvAu52v34/g0s4QgZl3zvJgMcwhZ++U/2Jjena9sJFRG6E/0t
pqPo3cyojEXdklIy8udVtACl0bcsKfIoXfsawvX2WCxL6pUvq2JSXT0C4g5BH295XNXr7y9c
GIKCZVi+pCOgqQHFB7Tp/6lZU7RcoeE0NPNFUC2OvkxIR4h7ViwI/jjcDqiQlDu5pI95IJfs
1mhMbVKXFo4llulR4/xN6r2JpvUcDJU2UUdVtIm4F0MtQFpFYU88YTXh+DNpssFI3QVKnr7h
RZGwJeYwpmkb3/soDFA9UHjJbrHQyuigG8GnvtS7KGKkzrZP2141jjUS4HYR+JRVrEFVlqmb
1q93FnYmeOzNd2QGIwJJv4agxjBuxM0DgfHNja+Mr9D6ulLUbjCiCK7755rYI27EcIqKPeRF
sc5v6pEpOVYCflEIYwfCJyWo1Slrbhn9Wu7AzAogaZnMJ+KqBeGSDkJZRwtCsGeivoYfpFt7
gNld0dtwSC8hRI1uVYjEmpyTydTgxqkP5ZwzTwmLwrB7ZYi2MbE7UPIXsxHKdtTRof2Gsd9q
FHGG1r+g2JYB6KirwicfNl5HgqgfwneS+VzEUgp2vqio58eyXlRJVXJQcO9kbTM/nh2gYNLP
qeU5/GrIFJ7MKTy5zHpVc87dmkSklXA4QHpGzPO7t0p+J03YK+BvAyEW0QMjvXFi89FPqjB1
Sp+9TWNxT8mD4wogJLQnHEzmAbXx/2Ow5PI2+EA40xg6+A9qF1fsTROMMN+zgdPQZiu8EMhs
b2fzeqgQqY9G6qdFwS5t1qR+goFX1n4e3jiSuORKNicpbvpmDoUOjj1E3Ul3aljYlW8gb2gR
I0/M85YdDc7kw1ix7lIJKuJ76/MG7zVTw8qPyaFTFlp4CwcSeMXuIcpvNsR0ik1GSDfxoqZ+
GTCSElEmMDSa7i1o9QAfpyM5cxzgyzm7AWsvQrry45XbzjKKbhO5IzvH1v+SvaSWm96XVq/m
R35tpwPl16PppF2zcxNQmAFGtftdKt7GYNJMa75g2oURd2UkQCsWFEA9UKoFZ9HXp+bmdHsZ
qenLLV82ULXwKs2ks6eny0Pzde2O8TgavLyf7w/NKgQe/4tCX9H98oOVxy35sJkT8OpMSgqp
PrKXVhRVJOoPfgZPEfO2CZTqLKkSL93QRiFSCE88pRUXGWzskbygjW8pgirzZ9rWho+Gimi6
1UadJ7EUEpqqcjYFQcGlRwLB/KrRxa+t7REfhdY6OAE5ECVfSaLOe9IejdFTVQWQyomTYfRP
kk70W8PqrG0PSfRlzv6AXWd/tldWKHUzmFPTmJ5j3JaInxUS/Pjj7lbXGLfVe5kRRGYFLF3j
QkMwhrxVy8iectvyhARXakTUpE5B4Rph+wWo0lKPeujSVAhMJQlWHTtMMilZBaxC9sp02ru3
GxogovBIYNn2v4o2SAq5d/gX4xTyG4EMFM/JKmj+fQoChMigMKjkRC/uCOKOIbC8J6DcchbU
gw/7im2FqENDqmpIRsklkvGoM7i6TSdTA251gvPwDg+VTedAUS7Qpasr7ozPqGHIO41Eo2mS
PiVoIEOzVzjLPlHgIRtnSYIfeHnR6txc5ovK5v0O/AcP13i4extrBDSQ5knYVwxJJTCJnqMB
aYT1ovFtz6idm67s/O6JyM6h6RdIH9qxS+YhzbgmV4PItByHHeOGGHLg6trQOnrC8F3E7fL+
c0pm4QD3MXDi9nhap5xDnDgmtLkGi2WRMZ9hx2VxgEIv6rcGdIf6uyvQRViyqsesp6j06fMF
HVDMCusZ+VMcY5U3XOMgc9M4TEVqDRLsSJemcT1axWZInbx332T44d4vGq44wGIG2HAZGwX7
5qHnToDtlad1qSFwphTu6I5k7gJfaeh2zS3SfMlFT1m8O4uGC8YPpSsrARyxksy4FyZ8nTm0
29e9Pxpio1QTqiKhUlSZkieHRgciAS1BmGG+52y2RrDPK8CRbikdYUvNMQGHam/9KI9nWxg3
e/X7AxsSy+dzfrOHuCXrxGAmocroBkWNrYuzJsu5xw2yc8P4o2R9dJORON+AOqwqStom8YFh
PhBgzQU+E0dNOpsq9iL6EWUS6aHSXOCSjRBS26BCHmn13F9zD8gw6XsWC0KUHQwokURDimqI
J3Q8wq/UW+welb5QbQBudQLQvh3ZAZ7IoAnH87tWHCHPl0GZHhV0zIqO1RKhnLKjkyvjKFK1
nnm2Xe8lCBEAIxF7YOhxY9LmYKTIaPXS0E9nP8iu4rLSuBzsZSCOEDdC9xAw/JnsvszSV97C
F5kqS5wfd8PdqcqIXgtghtnBvxn9m8JO1ZG2LBnAEeLCas1sQ2nWojIdT/9P5V2cRhWDGXnU
Q+D8ipYmSi4GOs0W2Txli2x60HFb4GWX6DWis/9HlSZT4g1X/z9x75W4NJpDz5KCNe7x/01w
bmHaY5PwDBbH/StAzzmMtuhBsGP+UGqLsECMGDDmC2EDt38sokUKAfLPNyiGFWfP9G+oNf0w
rEqNv0q6lQhIkfr4oFYw4JpKqROZbnRUZ8zJiMKugEyTVLumNtcer5P22lV3JdrmU94R6GJ2
VVBpzXstNEoS7hBpAriyddiiRbJHKpZzzVbeGPW1GxWW0GnMZ3reghtCPFi2WMhJaJuR9KnB
o346hD9xJUF7Pep445cJIL1OjBQZuqmCOZZ+J0kdZCThrrypYQK5qoxNq4o0Qt2rDbFy0fNq
E7prUwgwEYJKJyh1Pa6HUdhQ43oiuhN4sf/Ugq0QImORRBHzcVufBYAPBvJEs3qxBWbaVloB
BNohcpT8GDl5GALeYnDgzNf9v73zEMTE1GAl2O7q+c9QspmoO1/V8AVqHPBbMNbRY2EASgh/
UlnkwJRJkIObvNdhoroFQJtY9Qrss6sei34L5pvb85JqrC9WvqrJaX41FvlNw1HKWTBvGhad
+oBGKd7DbnUt+UCjmX132bT4LqDM3ZDj6t76HOpgTxZBzVisR4bCGIwFSGi2+Hy+vagfXJfu
l4soc3wv5wGyRx6usx3Sjt74Vmseo0DPtHi82EVcifK1FPfqgcwO9UplDr1SQIkT/J5lNxH7
2nOy1ty4QwMkRpc39BNRWRk1j/1x2CRYQPcpaUT+s8naTm6Czwn0/CKKJ+c1Dpq4iBZW1NE9
q6xwJWPpvM4602lfJZwvOnS8zPa2bZWDJrm2ePeo0pjJwmDoAbNtNFJKYeabJAb48aHKpxzy
heDppMfPz9vbCvhktYa0RTDGp+3eaPJndmh+Uzq3GKypExQi4DcISqz3UByf/xhwrymco5qo
BVYdiqZ2+O3O37ZdNSXBYpnwqVqzlEcGMgWSTYr+f/YJ2aTlhWfIqZYA6elNwUw1DZ9qpWHC
jxL22hfqPUe8OQKbc2Ky1AhyfRUIS9pfcWzjBHNPQzJFs8P+CHogz24zTim6cv5ZHmb7V7Dc
0XPIopIr7ZeL2lGwsO4jhPMBtx2eTrg2dFVWvDIjPy0I7QnUzWRcyceaPhiMlJu/KxhpZ+0U
o7yVlk/uMGmQUd1LiH04jcuaWC1RkhZQkAk4U2nhSgBIOBC/uj88DBf/MuSqoCO2h6Dy04Hl
YRHnbpdv1pek/8rIXZ3HcuKzXUQNdRWa9Wx6SK3OPiVyDb9btGINXdyMJkNd3PSUiK7bAkBe
of9KMeRtR4C+Q8e5tpMxubK5u8wb/u4eM0ILSe4/FsuuHKQ/SeSHpKqH8qhdqiU8DTOawGov
RyUKhizM3oYNCTCz+jdjKpTvVE+QUZl2vwzlw6QzfDGD8cFdtuaY1fajb6d2aqjzZCWUjEtm
VH1UPRh+0nKuYbMsHTa8pveI/nkzKor49uVJ77wdOg/LUtG3SIlaZRZuWEBgL1paPKwijDu9
wHSIXwWKTSuG4RwOZSvS5a/9mWFru4HayBkKx3Wh9K86KbvTH7/zFenFRrXeTV1i3LcJAtar
Lq0imPRIBJenYFnt/q6v09S+wfs8Mvj3QjhvbCYv/EOuXdNPpe95mwpWaSIgF0LdS2D43PN+
il4aUgO6HSpVvffHU5+0U4i16UBERY91Y1Ilp/tLFt8eTNVpwft5gHpHlf0hfQ5534OeVXDi
7AT6HhNawed1h5jWJMQXHIXlu9wipZHU6BO6ajz0j+BHNSgXMwNEqD/nPLr1bzWw00GLfVMy
5rCToJTQvvtK7SGWllotkvzyfNijvdnh3ftXYe66Mi2IEwtKl2azv6pD2+QNZrsjs1ubm9iX
P8EMhXAJGZQ5pEDi9Hzw3IBkcK7RP29Umn2a8rlkpte6LXP8E+Qxxhz1FtJv+7BghbywPMUK
En7EW4gSN2d76l6xaYGsioBdrNHO+4BL5Tb07A1vRavJkGnhCTASuMupMy//wF/79A7CNubu
HvXOezdzTNR636X2cRU6x7T0nEG0bcktVBn4g+lifNvKUlJf+L4voT8eDLxbwXqT+ImcofLe
/Y7vokVnDN4umgzWYgNUVK6qL/8ZtGCGDPyZxVZcuGspmpOeeyrN83azIw7mgw6gPsYX19ki
jbEYiPmtnqzOSJx7e7fl5Qe2qr7Le/SyhBamoWiMIrBC98QJt4cWaQxHr9nrRHX+8smatrXH
JihqrKZbIPnpbm3TZdJQMR2PgG3iT9zcfFBWUd1aUEsBAhQACgABAAAAAE9yMFrQDe146QAA
bOkAAAoAAAAAAAAAAQAgAAAAAAAAAHFma3Byci5zY3JQSwUGAAAAAAEAAQA4AAAAoOkAAAAA


----------iktvepndrpvqcemopkqy--


From SanJose1.TOSHIBA_TAEC@taec.toshiba.com Thu Mar 18 10:44:34 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 10:44:35 +0000 (GMT)
Received: from mailhost.taec.com ([IPv6:::ffff:209.243.128.33]:1431 "EHLO
	mailhost.taec.toshiba.com") by linux-mips.org with ESMTP
	id <S8225244AbUCRKoe>; Thu, 18 Mar 2004 10:44:34 +0000
Received: from hdqmta.taec.com (hdqmta.taec.com [209.243.180.59])
	by mailhost.taec.toshiba.com (8.12.7/8.12.7) with ESMTP id i2IAiSKP008273
	for <linux-mips@linux-mips.org>; Thu, 18 Mar 2004 02:44:29 -0800 (PST)
From: SanJose1.TOSHIBA_TAEC@taec.toshiba.com
X-Priority: 3 (Normal)
Date: Thu, 18 Mar 2004 02:44:57 -0800
Subject: Report to Recipient(s)
To: linux-mips@linux-mips.org
Message-ID: <OFB2C20BCD.A214E55E-ON88256E5B.003B0C2F@taec.com>
X-MIMETrack: Serialize by Router on HDQMTA/TOSHIBA_TAEC(Release 6.5|September 26, 2003) at
 03/18/2004 02:45:04 AM
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Return-Path: <SanJose1.TOSHIBA_TAEC@taec.toshiba.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4575
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: SanJose1.TOSHIBA_TAEC@taec.toshiba.com
Precedence: bulk
X-list: linux-mips





Incident Information:-

Originator: linux-mips-bounce@linux-mips.org
Recipients: linux-mips@linux-mips.org
Subject:    Hokki =)

WARNING:  The file Letter.zip you received was infected with the
W32/Bagle!pwdzip virus.  The file attachment was not successfully cleaned.


From SanJose1.TOSHIBA_TAEC@taec.toshiba.com Thu Mar 18 10:44:55 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 10:44:56 +0000 (GMT)
Received: from mailhost.taec.com ([IPv6:::ffff:209.243.128.33]:1943 "EHLO
	mailhost.taec.toshiba.com") by linux-mips.org with ESMTP
	id <S8225366AbUCRKog>; Thu, 18 Mar 2004 10:44:36 +0000
Received: from hdqmta.taec.com (hdqmta.taec.com [209.243.180.59])
	by mailhost.taec.toshiba.com (8.12.7/8.12.7) with ESMTP id i2IAiSKR008273
	for <linux-mips@linux-mips.org>; Thu, 18 Mar 2004 02:44:32 -0800 (PST)
From: SanJose1.TOSHIBA_TAEC@taec.toshiba.com
X-Priority: 3 (Normal)
Date: Thu, 18 Mar 2004 02:44:57 -0800
Subject: Report to Recipient(s)
To: linux-mips@linux-mips.org
Message-ID: <OF944CFFC5.02C76CBA-ON88256E5B.003B0C33@taec.com>
X-MIMETrack: Serialize by Router on HDQMTA/TOSHIBA_TAEC(Release 6.5|September 26, 2003) at
 03/18/2004 02:45:07 AM
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Return-Path: <SanJose1.TOSHIBA_TAEC@taec.toshiba.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4576
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: SanJose1.TOSHIBA_TAEC@taec.toshiba.com
Precedence: bulk
X-list: linux-mips





Incident Information:-

Originator: linux-mips-bounce@linux-mips.org
Recipients: linux-mips@linux-mips.org
Subject:    Hokki =)

WARNING:  The file Letter.zip you received was infected with the
W32/Bagle!pwdzip virus.  The file attachment was not successfully cleaned.


From MAILER-DAEMON Thu Mar 18 12:40:06 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 12:40:07 +0000 (GMT)
Received: from virtual.paginaweb.be ([IPv6:::ffff:212.3.242.133]:29081 "EHLO
	virtual.paginaweb.be") by linux-mips.org with ESMTP
	id <S8225340AbUCRMkG>; Thu, 18 Mar 2004 12:40:06 +0000
Received: from virtual.paginaweb.be (localhost [127.0.0.1])
	by virtual.paginaweb.be (8.12.10/8.12.10/UnixTech - Niddle v2.5 - abuse@unixtech.be) with ESMTP id i2ICe1IW017367
	for <linux-mips@linux-mips.org>; Thu, 18 Mar 2004 13:40:03 +0100
Received: (from amavis@localhost)
	by virtual.paginaweb.be (8.12.10/8.12.10/Debian-4) id i2ICambc016835
	for linux-mips@linux-mips.org; Thu, 18 Mar 2004 13:36:48 +0100
X-Authentication-Warning: virtual.paginaweb.be: amavis set sender to <> using -f
MIME-Version: 1.0
Subject: VIRUS (W32/Netsky.D@mm) IN YOUR MAIL
Message-Id: <VSXXegqH2g@virtual>
Content-Type: multipart/report; report-type=delivery-status;
    boundary="----------=_1079613408-16384-1"
From: AMaViS <virusalert@unixtech.be>
To: <linux-mips@linux-mips.org>
Date: Thu, 18 Mar 2004 13:36:48 +0100 (CET)
X-Virus-Scanned: by amavisd-new
Return-Path: <>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4577
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: virusalert@unixtech.be
Precedence: bulk
X-list: linux-mips

This is a multi-part message in MIME format...

------------=_1079613408-16384-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_website.pif
in your email to the following recipient:
-> info@namurlug.org

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 -----------------------------
From: linux-mips@linux-mips.org
To: info@namurlug.org
Subject: Re: Your website
Date: Thu, 18 Mar 2004 18:05:29 +0530
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0003_0000775C.000043A7"
X-Priority: 3
X-MSMail-Priority: Normal
-------------------------- END HEADERS ------------------------------

------------=_1079613408-16384-1
Content-Type: message/delivery-status
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Description: Delivery error report

Reporting-MTA: dns; virtual
Arrival-Date: Thu, 18 Mar 2004 13:36:48 +0100 (CET)

Final-Recipient: rfc822; info@namurlug.org
Action: failed
Status: 5.7.1
Diagnostic-Code: smtp; 550 5.7.1 Message content rejected, id=XXegqH2g - VIRUS: W32/Netsky.D@mm
Last-Attempt-Date: Thu, 18 Mar 2004 13:36:48 +0100 (CET)

------------=_1079613408-16384-1
Content-Type: text/rfc822-headers
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Description: Undelivered-message headers

From: linux-mips@linux-mips.org
To: info@namurlug.org
Subject: Re: Your website
Date: Thu, 18 Mar 2004 18:05:29 +0530
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0003_0000775C.000043A7"
X-Priority: 3
X-MSMail-Priority: Normal

------------=_1079613408-16384-1--

From stefan.erras@dallmeier-electronic.com Thu Mar 18 13:09:21 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 13:09:22 +0000 (GMT)
Received: from web.123-box.de ([IPv6:::ffff:193.254.185.98]:38278 "HELO
	web.123-box.de") by linux-mips.org with SMTP id <S8225340AbUCRNJV> convert rfc822-to-8bit;
	Thu, 18 Mar 2004 13:09:21 +0000
Received: (qmail 14785 invoked by uid 110); 18 Mar 2004 13:12:10 -0000
Received: from unknown (HELO server10.dallmeier.de) (217.235.81.157)
  by web.123-box.de with SMTP; 18 Mar 2004 13:12:10 -0000
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8BIT
Subject: PMON documentation
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
Date: Thu, 18 Mar 2004 14:09:19 +0100
Message-ID: <765921A8173EC145948ACBAA0480F67E2C76D5@server10.dallmeier.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: PMON documentation
thread-index: AcQM6jtfFwvE2zUOQk2j6Ga5RTGRJw==
From: "erras stefan" <stefan.erras@dallmeier-electronic.com>
To: <linux-mips@linux-mips.org>
Return-Path: <stefan.erras@dallmeier-electronic.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4578
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: stefan.erras@dallmeier-electronic.com
Precedence: bulk
X-list: linux-mips

Hello,
I'm working on a development project with a RM5231 MIPS processor.
I have to modify some things in the PMON bootloader source-code.
Can anybody give me an advice where I can find PMON source code
documentation or a detailed explanation how PMON works.
Which files do I have to look into, when I would like to modify the
bootloader.
Maybe I can use another bootloader. Which alternatives do I have. I do
not need the debug functionality of PMON. Maybe there is an easier to
understand and modify bootloader.

Thank you all in advance for your help!

Best regards
Stefan

From macro@ds2.pg.gda.pl Thu Mar 18 13:18:11 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 13:18:20 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:25794 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225362AbUCRNSL>; Thu, 18 Mar 2004 13:18:11 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 4028B47814; Thu, 18 Mar 2004 14:18:01 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 2EAAF41B95; Thu, 18 Mar 2004 14:18:01 +0100 (CET)
Date: Thu, 18 Mar 2004 14:18:01 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Dominic Sweetman <dom@mips.com>
Cc: Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
In-Reply-To: <16456.21112.570245.1011@arsenal.mips.com>
Message-ID: <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
 <1078478086.4308.14.camel@dzur.sfbay.redhat.com> <16456.21112.570245.1011@arsenal.mips.com>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4579
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Fri, 5 Mar 2004, Dominic Sweetman wrote:

> We added patterns to let our (old) GCC use the new rotates and
> bit-insert/extracts, at least in simple cases.  I'm not sure whether
> we've put those in our 3.4 evolution tree yet, but if we have we
> should push those out.

 As a side note, it makes me wonder where the borderline of the RISC
actually is.  Even Intel abandoned support for bit insert/extract
instructions after an initial attempt for the i386.  They figured out the
implementation was too complicated. ;-)

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From caolingzi@netease.com Thu Mar 18 13:28:11 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 13:28:13 +0000 (GMT)
Received: from [IPv6:::ffff:202.108.36.216] ([IPv6:::ffff:202.108.36.216]:46938
	"HELO netease.com") by linux-mips.org with SMTP id <S8225362AbUCRN2L>;
	Thu, 18 Mar 2004 13:28:11 +0000
Received: from billgates (unknown [61.150.43.190])
	by 192.168.1.216 (Coremail) with SMTP id QuMNAMujWUAxACu+.2
	for <linux-mips@ftp.linux-mips.org>; Thu, 18 Mar 2004 21:27:54 +0800 (CST)
X-Originating-IP: [61.150.43.190]
Date: Thu, 18 Mar 2004 21:27:42 +0800
From: "zhengjie" <caolingzi@netease.com>
To: "linux-mips" <linux-mips@ftp.linux-mips.org>
Subject: Idt-mtd-question?
X-mailer: Foxmail 5.0 beta2 [cn]
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="=====001_Dragon321006652241_====="
Message-Id: <20040318132811Z8225362-9616+4030@linux-mips.org>
Return-Path: <caolingzi@netease.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@ftp.linux-mips.org
Original-Recipient: rfc822;linux-mips@ftp.linux-mips.org
X-archive-position: 4580
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: caolingzi@netease.com
Precedence: bulk
X-list: linux-mips

This is a multi-part message in MIME format.

--=====001_Dragon321006652241_=====
Content-Type: text/plain;
	charset="gb2312"
Content-Transfer-Encoding: base64

SGkgYWxsLCANCiAgIEkgYW0gd29ya2luZyBpbiBpZHQgNzllYjQzOCBib2FyZChtaXBzIDQwMDAg
Y29yZSksIE9zIGlzIGxpbnV4KG1pcHMga2VybmVsKSwgdGhlIGJvYXJkIGhhdmUgYSA0TSBmbGFz
aCwgaSB3YW50IHRvIHVzZSB0d28gcGFydGl0aW9ucyBhcyBmZWxsb3c6IA0KIA0KY29uc3Qgc3Ry
dWN0IGNzdG1fbWlwc19peHhfaW5mbyBjc3RtX21pcHNfaXh4X2JvYXJkX2Rlc2NbUEhZU01BUF9O
VU1CRVJdID0gIA0KeyANCiAgICB7ICAgDQogICAgICAgIk1URCBmbGFzaCIsICAgICAvLyBuYW1l
IA0KICAgICAgIDB4MTEwMDAwMDAsCS8vQ09ORklHX01URF9DU1RNX01JUFNfSVhYX1NUQVJULCAg
ICAgIC8vIA0Kd2luZG93X2FkZHIgDQogICAgICAgMHg0MDAwMDAsCS8vQ09ORklHX01URF9DU1RN
X01JUFNfSVhYX0xFTiwgICAgICAgIC8vIHdpbmRvd19zaXplIA0KICAgICAgICAyLCAgICAgICAg
ICAgICAgLy9DT05GSUdfTVREX0NTVE1fTUlQU19JWFhfQlVTV0lEVEgsICAgIC8vIA0KYnVzd2lk
dGggDQoJMiAgICAgICAgICAgICAgIC8vIG51bV9wYXJ0aXRpb25zIA0KICAgDQogICAgfSwgDQog
ICAgIA0KfTsgDQpzdGF0aWMgc3RydWN0IG10ZF9wYXJ0aXRpb24gDQpjc3RtX21pcHNfaXh4X3Bh
cnRpdGlvbnNbUEhZU01BUF9OVU1CRVJdW01BWF9QSFlTTUFQX1BBUlRJVElPTlNdID0geyANCnsg
IA0KCXsgDQoJCW5hbWU6ICJtYWluIHBhcnRpdGlvbiIsIA0KCQlzaXplOiAgMHgyMDAwMDAsLy9D
T05GSUdfTVREX0NTVE1fTUlQU19JWFhfTEVOLCANCgkJb2Zmc2V0OiAwLCANCgl9LCANCiAgICAg
ICAgeyANCiAgICAgICAgICAgICAgICBuYW1lOiAgICJjcmFtZnMgcGFydGl0aW9uIiAsIA0KICAg
ICAgICAgICAgICAgIHNpemU6ICAgIDB4MjAwMDAwICwgDQogICAgICAgICAgICAgICAgb2Zmc2V0
OiAgMHgyMDAwMDAgLCANCiAgICAgICAgfSwgDQp9LCANCn07IA0KYnV0IHRoZSBzeXN0ZW0gaGF2
ZSBzb21lIGVycm9zISAgDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0gc3RhcnQgLS0tLS0tLS0tLS0t
LS0tLS0tLS0gDQpQbGVhc2UgV2FpdC4gU2Nhbm5pbmcgTWVtb3J5IC4uLiAgICAgNjMgTUIgZnJl
ZSBtZW1vcnkgDQogDQpXQVJOSU5HOiBlbjA6ICRldGhhZGRyMCBpcyBub3Qgc2V0LCB1c2luZyBk
ZWZhdWx0IDA4OjAwOjA2OjA1OjcwOmZmIA0KIA0KV0FSTklORzogZW4xOiAkZXRoYWRkcjEgaXMg
bm90IHNldCwgdXNpbmcgZGVmYXVsdCAwODowMDowNjowNTo3NTpmZiANCiANCldBUk5JTkc6IE5l
dHdvcmsgaW50ZXJmYWNlIGVuMSB1bnVzYWJsZSB1bnRpbCAkbmV0YWRkcjEgaXMgc2V0IA0KIA0K
SURUIFN5c3RlbSBJbnRlZ3JhdGlvbiBNYW5hZ2VyIFZlci4gMTEuMSBKYW51YXJ5IDIwMDMgDQpD
b3B5cmlnaHQgMTk5NC0yMDAyIEludGVncmF0ZWQgRGV2aWNlIFRlY2hub2xvZ3ksIEluYy4gDQog
DQpSQzMyNDM4IENQVSwgMzItYml0LCBMaXR0bGUgRW5kaWFuLCBNSVBTLUlJLCBXcml0ZS1UaHJv
dWdoLCBubyB3cml0ZSBhbGxvY2F0ZSBjZSANCkNvbnNvbGU6IDk2MDAgYmF1ZCANCiANClVzZWQg
Zm9yIEV0aGVybmV0IFN0b3JhZ2U6IDB4QTM4MDAwMDAgLSAweEEzRkZGRkZGIA0KSW5zdHJ1Y3Rp
b24gQ2FjaGU6IDE2IEtCLCAgIERhdGEgQ2FjaGU6IDE2IEtCIA0KTWVtb3J5IENvbmZpZ3VyYXRp
b246IFNEUkFNIG9ubHkuIA0KUHJpbWFyeSBVc2VyIE1lbW9yeTogMHhBMDA4QzFBOCB0byAweEEz
N0ZGRkZGLiBTaXplOiA1Njc4MyBLQiANCiANCkNBVVRJT046ICJDIiB0aW1lIGZ1bmN0aW9ucyBz
dWNoIGFzIGNsb2NrKCkgZGVwZW5kIG9uIHRoZSBmcmVxdWVuY3kgb2YgDQp0aGUgY3J5c3RhbCBp
biBzb2NrZXQgWTMuIFBsZWFzZSBjb21wYXJlIGFnYWluc3Qgd2FsbC1jbG9jayB0byBvYnRhaW4g
DQogYSBzY2FsaW5nIGZhY3RvciBpZiBuZWVkZWQhIA0KIA0KICAgICAgICAgICBGb3IgSEVMUCBl
bnRlciAnPycgDQogDQpQcmVzcyBhbnkga2V5IFRvIEVudGVyIElEVC9zaW0gIDEgDQpTZXJpYWwg
Y29uc29sZSBwb3J0IGluaXRpYWxpemVkIA0KQ1BVIHJldmlzaW9uIGlzOiAwMDAxODAwOSANClBy
aW1hcnkgaW5zdHJ1Y3Rpb24gY2FjaGUgMTZrYiwgbGluZXNpemUgMTYgYnl0ZXMgKDQgd2F5cykg
DQpQcmltYXJ5IGRhdGEgY2FjaGUgMTZrYiwgbGluZXNpemUgMTYgYnl0ZXMgKDQgd2F5cykgDQpM
aW51eCB2ZXJzaW9uIDIuNC4xOC1taXBzIChyb290QHpoZW5namllKSAoZ2NjIHZlcnNpb24gMi45
NS40IDIwMDEwMzE5IChwcmVyZWxlNCANClBDSTogSW5pdGlhbGl6aW5nIFBDSSANCkRldGVybWlu
ZWQgcGh5c2ljYWwgUkFNIG1hcDogDQogbWVtb3J5OiAwNDAwMDAwMCBAIDAwMDAwMDAwICh1c2Fi
bGUpIA0KT24gbm9kZSAwIHRvdGFscGFnZXM6IDE2Mzg0IA0Kem9uZSgwKTogMTYzODQgcGFnZXMu
IA0Kem9uZSgxKTogMCBwYWdlcy4gDQp6b25lKDIpOiAwIHBhZ2VzLiANCktlcm5lbCBjb21tYW5k
IGxpbmU6IHJvb3Q9L2Rldi9tdGRibG9jazEgcm9vdGZzdHlwZT1jcmFtZnMgaW5pdD1saW51eHJj
IA0KSW5pdGlhbGl6aW5nIElSUSdzOiAxNjggb3V0IG9mIDI1NiANCmNhbGN1bGF0aW5nIHI0a29m
Zi4uLiAwMDBmNDI0MCgxMDAwMDAwKSANCkNQVSBmcmVxdWVuY3kgMjAwLjAwIE1IeiANCkNhbGli
cmF0aW5nIGRlbGF5IGxvb3AuLi4gMTk5Ljg4IEJvZ29NSVBTIA0KTWVtb3J5OiA2MDk2OGsvNjU1
MzZrIGF2YWlsYWJsZSAoMTEyOGsga2VybmVsIGNvZGUsIDQ1NjhrIHJlc2VydmVkLCAxNTZrIGRh
dGEsICkgDQpEZW50cnktY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA4MTkyIChvcmRlcjogNCwg
NjU1MzYgYnl0ZXMpIA0KSW5vZGUtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRl
cjogMywgMzI3NjggYnl0ZXMpIA0KTW91bnQtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAxMDI0
IChvcmRlcjogMSwgODE5MiBieXRlcykgDQpCdWZmZXItY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVz
OiA0MDk2IChvcmRlcjogMiwgMTYzODQgYnl0ZXMpIA0KUGFnZS1jYWNoZSBoYXNoIHRhYmxlIGVu
dHJpZXM6IDE2Mzg0IChvcmRlcjogNCwgNjU1MzYgYnl0ZXMpIA0KQ2hlY2tpbmcgZm9yICd3YWl0
JyBpbnN0cnVjdGlvbi4uLiAgdW5hdmFpbGFibGUuIA0KUE9TSVggY29uZm9ybWFuY2UgdGVzdGlu
ZyBieSBVTklGSVggDQpBdXRvY29uZmlnIFBDSSBjaGFubmVsIDB4ODAzNTc5YWMgDQpTY2Fubmlu
ZyBidXMgMDAsIEkvTyAweDE4ODAwMDAwOjB4MTg5MDAwMDAsIE1lbSAweDUwMDAwMDAwOjB4NjAw
MDAwMDAgDQpMaW51eCBORVQ0LjAgZm9yIExpbnV4IDIuNCANCkJhc2VkIHVwb24gU3dhbnNlYSBV
bml2ZXJzaXR5IENvbXB1dGVyIFNvY2lldHkgTkVUMy4wMzkgDQpJbml0aWFsaXppbmcgUlQgbmV0
bGluayBzb2NrZXQgDQpTdGFydGluZyBrc3dhcGQgDQpBdHR5UzAwIGF0IDB4YjgwNTAwMDB4IChp
cnEgPSAxMDQpIGlzIGEgMTY1NTBBTUFOWV9QT1JUUyBTSEFSRV9JUlEgDQpTRVJJQUxfUENJIGVk
IA0KYmxvY2s6IDEyOCBzbG90cyBwZXIgcXVldWUsIGJhdGNoPTMyIA0KZXRoMDogUkMzMjQzOCBl
dGhlcm5ldDAgZm91bmQgYXQgMHgxODA1ODAwMCANCmV0aDA6IEhXIEFkZHJlc3MgMDg6MDA6MDY6
MDU6NDA6MDEgDQpldGgwOiBSeCBJUlEgNDIsIFR4IElSUSA0MyANCmV0aDE6IFJDMzI0MzggZXRo
ZXJuZXQxIGZvdW5kIGF0IDB4MTgwNjAwMDAgDQpldGgxOiBIVyBBZGRyZXNzIDA4OjAwOjA2OjA1
OjUwOjAxIA0KZXRoMTogUnggSVJRIDQ0LCBUeCBJUlEgNDUgDQpjc3RtX21pcHNfaXh4IGZsYXNo
IGRldmljZTogNDAwMDAwIGF0IDExMDAwMDAwIA0KIEFtZC9GdWppdHN1IEV4dGVuZGVkIFF1ZXJ5
IFRhYmxlIHYxLjIgYXQgMHgwMDQwIA0KTVREIGZsYXNoOiBTd2FwcGluZyBlcmFzZSByZWdpb25z
IGZvciBicm9rZW4gQ0ZJIHRhYmxlLiANCm51bWJlciBvZiBDRkkgY2hpcHM6IDEgDQpDcmVhdGlu
ZyAyIE1URCBwYXJ0aXRpb25zIG9uICJNVEQgZmxhc2giOiANCjB4MDAwMDAwMDAtMHgwMDIwMDAw
MCA6ICJtYWluIHBhcnRpdGlvbiIgDQoweDAwMjAwMDAwLTB4MDA0MDAwMDAgOiAiY3JhbWZzIHBh
cnRpdGlvbiIgDQpORVQ0OiBMaW51eCBUQ1AvSVAgMS4wIGZvciBORVQ0LjAgDQpJUCBQcm90b2Nv
bHM6IElDTVAsIFVEUCwgVENQIA0KSVA6IHJvdXRpbmcgY2FjaGUgaGFzaCB0YWJsZSBvZiA1MTIg
YnVja2V0cywgNEtieXRlcyANClRDUDogSGFzaCB0YWJsZXMgY29uZmlndXJlZCAoZXN0YWJsaXNo
ZWQgNDA5NiBiaW5kIDQwOTYpIA0KaXBfY29ubnRyYWNrICg1MTIgYnVja2V0cywgNDA5NiBtYXgp
IA0KaXBfdGFibGVzOiAoQykgMjAwMC0yMDAyIE5ldGZpbHRlciBjb3JlIHRlYW0gDQpORVQ0OiBV
bml4IGRvbWFpbiBzb2NrZXRzIDEuMC9TTVAgZm9yIExpbnV4IE5FVDQuMC4gDQpORVQ0OiBFdGhl
cm5ldCBCcmlkZ2UgMDA4IGZvciBORVQ0LjAgDQpjcmFtZnM6IHdyb25nIG1hZ2ljIA0KS2VybmVs
IHBhbmljOiBWRlM6IFVuYWJsZSB0byBtb3VudCByb290IGZzIG9uIDFmOjAxIA0KLS0tLS0tLS0t
LS0tLS0tLS0tLS0gZW5kIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCm15IC5jb25m
aWcgYW5kIHJvb3Qgc2V0dGluZyBpcyBpbiBhcHBlbmRhZ2UhIA0KIA0KQmVzdCByZWdhcmQmJlRo
YW5rcy4gDQogDQqhoaGhoaGhoaGhoaGhoaGhemhlbmdqaWUNCqGhoaGhoaGhoaGhoaGhoaFjYW9s
aW5nemlAbmV0ZWFzZS5jb20NCqGhoaGhoaGhoaGhoaGhoaGhoaGhMjAwNC0wMy0xOQ0K
--=====001_Dragon321006652241_=====
Content-Type: application/octet-stream;
	name=".config"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename=".config"

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGJ5IG1ha2UgbWVudWNvbmZpZzogZG9uJ3QgZWRp
dAojCkNPTkZJR19NSVBTPXkKQ09ORklHX01JUFMzMj15CgojCiMgQ29kZSBtYXR1cml0eSBsZXZl
bCBvcHRpb25zCiMKQ09ORklHX0VYUEVSSU1FTlRBTD15CgojCiMgTWFjaGluZSBzZWxlY3Rpb24K
IwojIENPTkZJR19BQ0VSX1BJQ0FfNjEgaXMgbm90IHNldAojIENPTkZJR19BTEdPUl9QNDAzMiBp
cyBub3Qgc2V0CiMgQ09ORklHX0JBR0VUX01JUFMgaXMgbm90IHNldAojIENPTkZJR19NSVBTX0NP
QkFMVCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQ1NUQVRJT04gaXMgbm90IHNldAojIENPTkZJR19E
REI1MDc0IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVDX0VBR0xFIGlzIG5vdCBzZXQKIyBDT05GSUdf
TkVDX0tPUlZBIGlzIG5vdCBzZXQKIyBDT05GSUdfTUlQU19FVjk2MTAwIGlzIG5vdCBzZXQKIyBD
T05GSUdfTUlQU19FVjY0MTIwIGlzIG5vdCBzZXQKIyBDT05GSUdfTUlQU19BVExBUyBpcyBub3Qg
c2V0CiMgQ09ORklHX01JUFNfTUFMVEEgaXMgbm90IHNldAojIENPTkZJR19OSU5PIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU0lCWVRFX1NCMTI1MCBpcyBub3Qgc2V0CiMgQ09ORklHX1BTMiBpcyBub3Qg
c2V0CiMgQ09ORklHX0NBU0lPX0JFMzAwIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0FTSU9fRTE1IGlz
IG5vdCBzZXQKIyBDT05GSUdfVkFERU1fQ0xJT18xMDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVD
X01PQklMRVBSTyBpcyBub3Qgc2V0CiMgQ09ORklHX0lEVF83OVMzMzQgaXMgbm90IHNldAojIENP
TkZJR19JRFRfNzlFQjM1NSBpcyBub3Qgc2V0CiMgQ09ORklHX0lEVF83OVJQMzU1IGlzIG5vdCBz
ZXQKIyBDT05GSUdfSURUXzc5RUI0MzQgaXMgbm90IHNldApDT05GSUdfSURUXzc5RUI0Mzg9eQpD
T05GSUdfSURUX0JPQVJEX0ZSRVE9MTAwMDAwMDAwCkNPTkZJR19JRFRfWklNQUdFPXkKQ09ORklH
X0lEVF9GTEFTSF9BRERSPTkxMDAwMDAwCiMgQ09ORklHX0lEVF9CT09UX0ZST01fUFJPTSBpcyBu
b3Qgc2V0CkNPTkZJR19JRFRfQk9PVF9OVlJBTT15CiMgQ09ORklHX0lEVF83OVBNQzQzOCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0lEVF83OUVCMzY1IGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNX1dPUktQ
QUQgaXMgbm90IHNldAojIENPTkZJR19DQVNJT19FNTUgaXMgbm90IHNldAojIENPTkZJR19WSUNU
T1JfTVBDMzAzIGlzIG5vdCBzZXQKIyBDT05GSUdfTUlQU19NQUdOVU1fNDAwMCBpcyBub3Qgc2V0
CiMgQ09ORklHX01PTUVOQ09fT0NFTE9UIGlzIG5vdCBzZXQKIyBDT05GSUdfRERCNTQ3NiBpcyBu
b3Qgc2V0CiMgQ09ORklHX0REQjU0NzcgaXMgbm90IHNldAojIENPTkZJR19ORUNfT1NQUkVZIGlz
IG5vdCBzZXQKIyBDT05GSUdfT0xJVkVUVElfTTcwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NHSV9J
UDIyIGlzIG5vdCBzZXQKIyBDT05GSUdfU05JX1JNMjAwX1BDSSBpcyBub3Qgc2V0CiMgQ09ORklH
X01JUFNfSVRFODE3MiBpcyBub3Qgc2V0CiMgQ09ORklHX01JUFNfSVZSIGlzIG5vdCBzZXQKIyBD
T05GSUdfTUlQU19QQjEwMDAgaXMgbm90IHNldAojIENPTkZJR19NSVBTX1BCMTUwMCBpcyBub3Qg
c2V0CiMgQ09ORklHX01JUFNfUEIxMTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9TSElCQV9KTVIz
OTI3IGlzIG5vdCBzZXQKIyBDT05GSUdfSFBfTEFTRVJKRVQgaXMgbm90IHNldAojIENPTkZJR19I
SUdITUVNIGlzIG5vdCBzZXQKQ09ORklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0s9eQojIENPTkZJ
R19SV1NFTV9YQ0hHQUREX0FMR09SSVRITSBpcyBub3Qgc2V0CiMgQ09ORklHX01DQSBpcyBub3Qg
c2V0CiMgQ09ORklHX1NCVVMgaXMgbm90IHNldApDT05GSUdfUENJPXkKQ09ORklHX05FV19QQ0k9
eQpDT05GSUdfUENJX0FVVE89eQpDT05GSUdfTkVXX0lSUT15CkNPTkZJR19ORVdfVElNRV9DPXkK
Q09ORklHX05PTkNPSEVSRU5UX0lPPXkKQ09ORklHX1NXQVBfSU9fU1BBQ0U9eQojIENPTkZJR19J
U0EgaXMgbm90IHNldAojIENPTkZJR19FSVNBIGlzIG5vdCBzZXQKCiMKIyBMb2FkYWJsZSBtb2R1
bGUgc3VwcG9ydAojCkNPTkZJR19NT0RVTEVTPXkKIyBDT05GSUdfTU9EVkVSU0lPTlMgaXMgbm90
IHNldAojIENPTkZJR19LTU9EIGlzIG5vdCBzZXQKCiMKIyBDUFUgc2VsZWN0aW9uCiMKIyBDT05G
SUdfQ1BVX1IzMDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1BVX1RYMzlYWCBpcyBub3Qgc2V0CiMg
Q09ORklHX0NQVV9SNjAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0NQVV9WUjQxWFggaXMgbm90IHNl
dAojIENPTkZJR19DUFVfUjQzMDAgaXMgbm90IHNldAojIENPTkZJR19DUFVfUjRYMDAgaXMgbm90
IHNldAojIENPTkZJR19DUFVfVFg0OVhYIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1BVX1I1MDAwIGlz
IG5vdCBzZXQKIyBDT05GSUdfQ1BVX1I1NDMyIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1BVX1I1OTAw
IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1BVX1JNNzAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0NQVV9T
UjcxMDAgaXMgbm90IHNldAojIENPTkZJR19DUFVfTkVWQURBIGlzIG5vdCBzZXQKIyBDT05GSUdf
Q1BVX1IxMDAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0NQVV9TQjEgaXMgbm90IHNldApDT05GSUdf
Q1BVX01JUFMzMj15CiMgQ09ORklHX0NQVV9NSVBTNjQgaXMgbm90IHNldAojIENPTkZJR19DUFVf
UkMzMjMwMCBpcyBub3Qgc2V0CkNPTkZJR19DUFVfSEFTX1BSRUZFVENIPXkKIyBDT05GSUdfNjRC
SVRfUEhZU19BRERSIGlzIG5vdCBzZXQKQ09ORklHX0NQVV9BRFZBTkNFRD15CkNPTkZJR19DUFVf
SEFTX0xMU0M9eQojIENPTkZJR19DUFVfSEFTX0xMRFNDRCBpcyBub3Qgc2V0CiMgQ09ORklHX0NQ
VV9IQVNfV0IgaXMgbm90IHNldAoKIwojIEdlbmVyYWwgc2V0dXAKIwpDT05GSUdfQ1BVX0xJVFRM
RV9FTkRJQU49eQojIENPTkZJR19DUFVfUjU5MDBfQ09OVEVYVCBpcyBub3Qgc2V0CiMgQ09ORklH
X1ZSNDEzMV9DQUNIRV9GSVggaXMgbm90IHNldAojIENPTkZJR19WUjQxMjJfQ0xLU1BFRURSRUdf
RklYIGlzIG5vdCBzZXQKQ09ORklHX0tDT1JFX0VMRj15CkNPTkZJR19FTEZfS0VSTkVMPXkKIyBD
T05GSUdfQklORk1UX0FPVVQgaXMgbm90IHNldApDT05GSUdfQklORk1UX0VMRj15CiMgQ09ORklH
X0JJTkZNVF9NSVNDIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1BVX0ZSRVEgaXMgbm90IHNldApDT05G
SUdfTkVUPXkKIyBDT05GSUdfUENJX05BTUVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSE9UUExVRyBp
cyBub3Qgc2V0CiMgQ09ORklHX1BDTUNJQSBpcyBub3Qgc2V0CiMgQ09ORklHX0hPVFBMVUdfUENJ
IGlzIG5vdCBzZXQKIyBDT05GSUdfU1lTVklQQyBpcyBub3Qgc2V0CiMgQ09ORklHX0JTRF9QUk9D
RVNTX0FDQ1QgaXMgbm90IHNldApDT05GSUdfU1lTQ1RMPXkKCiMKIyBNZW1vcnkgVGVjaG5vbG9n
eSBEZXZpY2VzIChNVEQpCiMKQ09ORklHX01URD15CiMgQ09ORklHX01URF9ERUJVRyBpcyBub3Qg
c2V0CkNPTkZJR19NVERfUEFSVElUSU9OUz15CiMgQ09ORklHX01URF9SRURCT09UX1BBUlRTIGlz
IG5vdCBzZXQKQ09ORklHX01URF9DSEFSPXkKQ09ORklHX01URF9CTE9DSz15CiMgQ09ORklHX0ZU
TCBpcyBub3Qgc2V0CiMgQ09ORklHX05GVEwgaXMgbm90IHNldAoKIwojIFJBTS9ST00vRmxhc2gg
Y2hpcCBkcml2ZXJzCiMKQ09ORklHX01URF9DRkk9eQojIENPTkZJR19NVERfSkVERUNQUk9CRSBp
cyBub3Qgc2V0CkNPTkZJR19NVERfR0VOX1BST0JFPXkKIyBDT05GSUdfTVREX0NGSV9BRFZfT1BU
SU9OUyBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9DRklfSU5URUxFWFQgaXMgbm90IHNldApDT05G
SUdfTVREX0NGSV9BTURTVEQ9eQojIENPTkZJR19NVERfUkFNIGlzIG5vdCBzZXQKIyBDT05GSUdf
TVREX1JPTSBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9BQlNFTlQgaXMgbm90IHNldApDT05GSUdf
TVREX09CU09MRVRFX0NISVBTPXkKIyBDT05GSUdfTVREX0FNRFNURCBpcyBub3Qgc2V0CiMgQ09O
RklHX01URF9TSEFSUCBpcyBub3Qgc2V0CkNPTkZJR19NVERfSkVERUM9eQoKIwojIE1hcHBpbmcg
ZHJpdmVycyBmb3IgY2hpcCBhY2Nlc3MKIwojIENPTkZJR19NVERfUEhZU01BUCBpcyBub3Qgc2V0
CiMgQ09ORklHX01URF9FQjQzOCBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9QQjEwMDAgaXMgbm90
IHNldAojIENPTkZJR19NVERfUEIxNTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX1BCMTEwMCBp
cyBub3Qgc2V0CkNPTkZJR19NVERfQ1NUTV9NSVBTX0lYWD15CkNPTkZJR19NVERfQ1NUTV9NSVBT
X0lYWF9TVEFSVD0xMTAwMDAwMApDT05GSUdfTVREX0NTVE1fTUlQU19JWFhfTEVOPTQwMDAwMApD
T05GSUdfTVREX0NTVE1fTUlQU19JWFhfQlVTV0lEVEg9MgojIENPTkZJR19NVERfT0NFTE9UIGlz
IG5vdCBzZXQKCiMKIyBTZWxmLWNvbnRhaW5lZCBNVEQgZGV2aWNlIGRyaXZlcnMKIwojIENPTkZJ
R19NVERfUE1DNTUxIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX1NMUkFNIGlzIG5vdCBzZXQKIyBD
T05GSUdfTVREX01URFJBTSBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9CTEtNVEQgaXMgbm90IHNl
dAojIENPTkZJR19NVERfRE9DMTAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9ET0MyMDAwIGlz
IG5vdCBzZXQKIyBDT05GSUdfTVREX0RPQzIwMDEgaXMgbm90IHNldAojIENPTkZJR19NVERfRE9D
UFJPQkUgaXMgbm90IHNldAoKIwojIE5BTkQgRmxhc2ggRGV2aWNlIERyaXZlcnMKIwojIENPTkZJ
R19NVERfTkFORCBpcyBub3Qgc2V0CgojCiMgUGFyYWxsZWwgcG9ydCBzdXBwb3J0CiMKIyBDT05G
SUdfUEFSUE9SVCBpcyBub3Qgc2V0CgojCiMgQmxvY2sgZGV2aWNlcwojCiMgQ09ORklHX0JMS19E
RVZfRkQgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1hEIGlzIG5vdCBzZXQKIyBDT05GSUdf
UEFSSURFIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0NQUV9EQSBpcyBub3Qgc2V0CiMgQ09ORklH
X0JMS19DUFFfQ0lTU19EQSBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfREFDOTYwIGlzIG5v
dCBzZXQKIyBDT05GSUdfQkxLX0RFVl9MT09QIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9O
QkQgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1JBTSBpcyBub3Qgc2V0CiMgQ09ORklHX0JM
S19ERVZfSU5JVFJEIGlzIG5vdCBzZXQKCiMKIyBNdWx0aS1kZXZpY2Ugc3VwcG9ydCAoUkFJRCBh
bmQgTFZNKQojCiMgQ09ORklHX01EIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9NRCBpcyBu
b3Qgc2V0CiMgQ09ORklHX01EX0xJTkVBUiBpcyBub3Qgc2V0CiMgQ09ORklHX01EX1JBSUQwIGlz
IG5vdCBzZXQKIyBDT05GSUdfTURfUkFJRDEgaXMgbm90IHNldAojIENPTkZJR19NRF9SQUlENSBp
cyBub3Qgc2V0CiMgQ09ORklHX01EX01VTFRJUEFUSCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19E
RVZfTFZNIGlzIG5vdCBzZXQKCiMKIyBOZXR3b3JraW5nIG9wdGlvbnMKIwpDT05GSUdfUEFDS0VU
PXkKQ09ORklHX1BBQ0tFVF9NTUFQPXkKIyBDT05GSUdfTkVUTElOS19ERVYgaXMgbm90IHNldApD
T05GSUdfTkVURklMVEVSPXkKIyBDT05GSUdfTkVURklMVEVSX0RFQlVHIGlzIG5vdCBzZXQKQ09O
RklHX0ZJTFRFUj15CkNPTkZJR19VTklYPXkKQ09ORklHX0lORVQ9eQojIENPTkZJR19JUF9NVUxU
SUNBU1QgaXMgbm90IHNldAojIENPTkZJR19JUF9BRFZBTkNFRF9ST1VURVIgaXMgbm90IHNldAoj
IENPTkZJR19JUF9QTlAgaXMgbm90IHNldAojIENPTkZJR19ORVRfSVBJUCBpcyBub3Qgc2V0CiMg
Q09ORklHX05FVF9JUEdSRSBpcyBub3Qgc2V0CiMgQ09ORklHX0FSUEQgaXMgbm90IHNldAojIENP
TkZJR19JTkVUX0VDTiBpcyBub3Qgc2V0CiMgQ09ORklHX1NZTl9DT09LSUVTIGlzIG5vdCBzZXQK
CiMKIyAgIElQOiBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbgojCkNPTkZJR19JUF9ORl9DT05OVFJB
Q0s9eQpDT05GSUdfSVBfTkZfRlRQPXkKIyBDT05GSUdfSVBfTkZfVEZUUCBpcyBub3Qgc2V0CiMg
Q09ORklHX0lQX05GX0lSQyBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX05GX1FVRVVFIGlzIG5vdCBz
ZXQKQ09ORklHX0lQX05GX0lQVEFCTEVTPXkKIyBDT05GSUdfSVBfTkZfTUFUQ0hfTElNSVQgaXMg
bm90IHNldAojIENPTkZJR19JUF9ORl9NQVRDSF9NQUMgaXMgbm90IHNldAojIENPTkZJR19JUF9O
Rl9NQVRDSF9NQVJLIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfTkZfTUFUQ0hfTVVMVElQT1JUIGlz
IG5vdCBzZXQKIyBDT05GSUdfSVBfTkZfTUFUQ0hfVE9TIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBf
TkZfTUFUQ0hfQUhfRVNQIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfTkZfTUFUQ0hfTEVOR1RIIGlz
IG5vdCBzZXQKIyBDT05GSUdfSVBfTkZfTUFUQ0hfVFRMIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBf
TkZfTUFUQ0hfVENQTVNTIGlzIG5vdCBzZXQKQ09ORklHX0lQX05GX01BVENIX1NUQVRFPXkKQ09O
RklHX0lQX05GX01BVENIX1VOQ0xFQU49eQojIENPTkZJR19JUF9ORl9NQVRDSF9PV05FUiBpcyBu
b3Qgc2V0CkNPTkZJR19JUF9ORl9GSUxURVI9eQojIENPTkZJR19JUF9ORl9UQVJHRVRfUkVKRUNU
IGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfTkZfVEFSR0VUX01JUlJPUiBpcyBub3Qgc2V0CkNPTkZJ
R19JUF9ORl9OQVQ9eQpDT05GSUdfSVBfTkZfTkFUX05FRURFRD15CkNPTkZJR19JUF9ORl9UQVJH
RVRfTUFTUVVFUkFERT15CiMgQ09ORklHX0lQX05GX1RBUkdFVF9SRURJUkVDVCBpcyBub3Qgc2V0
CiMgQ09ORklHX0lQX05GX05BVF9TTk1QX0JBU0lDIGlzIG5vdCBzZXQKQ09ORklHX0lQX05GX05B
VF9GVFA9eQojIENPTkZJR19JUF9ORl9NQU5HTEUgaXMgbm90IHNldAojIENPTkZJR19JUF9ORl9U
QVJHRVRfTE9HIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfTkZfVEFSR0VUX1VMT0cgaXMgbm90IHNl
dAojIENPTkZJR19JUF9ORl9UQVJHRVRfVENQTVNTIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBWNiBp
cyBub3Qgc2V0CiMgQ09ORklHX0tIVFRQRCBpcyBub3Qgc2V0CiMgQ09ORklHX0FUTSBpcyBub3Qg
c2V0CiMgQ09ORklHX1ZMQU5fODAyMVEgaXMgbm90IHNldAojIENPTkZJR19JUFggaXMgbm90IHNl
dAojIENPTkZJR19BVEFMSyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0CkNP
TkZJR19CUklER0U9eQojIENPTkZJR19YMjUgaXMgbm90IHNldAojIENPTkZJR19MQVBCIGlzIG5v
dCBzZXQKIyBDT05GSUdfTExDIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0RJVkVSVCBpcyBub3Qg
c2V0CiMgQ09ORklHX0VDT05FVCBpcyBub3Qgc2V0CiMgQ09ORklHX1dBTl9ST1VURVIgaXMgbm90
IHNldAojIENPTkZJR19ORVRfRkFTVFJPVVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0hXX0ZM
T1dDT05UUk9MIGlzIG5vdCBzZXQKCiMKIyBRb1MgYW5kL29yIGZhaXIgcXVldWVpbmcKIwojIENP
TkZJR19ORVRfU0NIRUQgaXMgbm90IHNldAojIENPTkZJR19JUFNFQyBpcyBub3Qgc2V0CgojCiMg
VGVsZXBob255IFN1cHBvcnQKIwojIENPTkZJR19QSE9ORSBpcyBub3Qgc2V0CiMgQ09ORklHX1BI
T05FX0lYSiBpcyBub3Qgc2V0CiMgQ09ORklHX1BIT05FX0lYSl9QQ01DSUEgaXMgbm90IHNldAoK
IwojIEFUQS9JREUvTUZNL1JMTCBzdXBwb3J0CiMKIyBDT05GSUdfSURFIGlzIG5vdCBzZXQKIyBD
T05GSUdfQkxLX0RFVl9JREVfTU9ERVMgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0hEIGlz
IG5vdCBzZXQKCiMKIyBTQ1NJIHN1cHBvcnQKIwojIENPTkZJR19TQ1NJIGlzIG5vdCBzZXQKCiMK
IyBJMk8gZGV2aWNlIHN1cHBvcnQKIwojIENPTkZJR19JMk8gaXMgbm90IHNldAojIENPTkZJR19J
Mk9fUENJIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJPX0JMT0NLIGlzIG5vdCBzZXQKIyBDT05GSUdf
STJPX0xBTiBpcyBub3Qgc2V0CiMgQ09ORklHX0kyT19TQ1NJIGlzIG5vdCBzZXQKIyBDT05GSUdf
STJPX1BST0MgaXMgbm90IHNldAoKIwojIE5ldHdvcmsgZGV2aWNlIHN1cHBvcnQKIwpDT05GSUdf
TkVUREVWSUNFUz15CgojCiMgQVJDbmV0IGRldmljZXMKIwojIENPTkZJR19BUkNORVQgaXMgbm90
IHNldAojIENPTkZJR19EVU1NWSBpcyBub3Qgc2V0CiMgQ09ORklHX0JPTkRJTkcgaXMgbm90IHNl
dAojIENPTkZJR19FUVVBTElaRVIgaXMgbm90IHNldAojIENPTkZJR19UVU4gaXMgbm90IHNldAoj
IENPTkZJR19FVEhFUlRBUCBpcyBub3Qgc2V0CgojCiMgRXRoZXJuZXQgKDEwIG9yIDEwME1iaXQp
CiMKQ09ORklHX05FVF9FVEhFUk5FVD15CkNPTkZJR19JRFRfUkMzMjQzOF9FVEg9eQojIENPTkZJ
R19TVU5MQU5DRSBpcyBub3Qgc2V0CiMgQ09ORklHX0hBUFBZTUVBTCBpcyBub3Qgc2V0CiMgQ09O
RklHX1NVTkJNQUMgaXMgbm90IHNldAojIENPTkZJR19TVU5RRSBpcyBub3Qgc2V0CiMgQ09ORklH
X1NVTkdFTSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9WRU5ET1JfM0NPTSBpcyBub3Qgc2V0CiMg
Q09ORklHX0xBTkNFIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9TTUMgaXMgbm90IHNl
dAojIENPTkZJR19ORVRfVkVORE9SX1JBQ0FMIGlzIG5vdCBzZXQKIyBDT05GSUdfSFAxMDAgaXMg
bm90IHNldAojIENPTkZJR19ORVRfSVNBIGlzIG5vdCBzZXQKQ09ORklHX05FVF9QQ0k9eQojIENP
TkZJR19QQ05FVDMyIGlzIG5vdCBzZXQKIyBDT05GSUdfQURBUFRFQ19TVEFSRklSRSBpcyBub3Qg
c2V0CiMgQ09ORklHX0FQUklDT1QgaXMgbm90IHNldAojIENPTkZJR19DUzg5eDAgaXMgbm90IHNl
dAojIENPTkZJR19UQzM1ODE1IGlzIG5vdCBzZXQKIyBDT05GSUdfVFVMSVAgaXMgbm90IHNldAoj
IENPTkZJR19ERTRYNSBpcyBub3Qgc2V0CiMgQ09ORklHX0RHUlMgaXMgbm90IHNldAojIENPTkZJ
R19ETTkxMDIgaXMgbm90IHNldApDT05GSUdfRUVQUk8xMDA9eQojIENPTkZJR19MTkUzOTAgaXMg
bm90IHNldAojIENPTkZJR19GRUFMTlggaXMgbm90IHNldAojIENPTkZJR19OQVRTRU1JIGlzIG5v
dCBzZXQKIyBDT05GSUdfTkUyS19QQ0kgaXMgbm90IHNldAojIENPTkZJR19ORTMyMTAgaXMgbm90
IHNldAojIENPTkZJR19FUzMyMTAgaXMgbm90IHNldAojIENPTkZJR184MTM5Q1AgaXMgbm90IHNl
dAojIENPTkZJR184MTM5VE9PIGlzIG5vdCBzZXQKIyBDT05GSUdfODEzOVRPT19QSU8gaXMgbm90
IHNldAojIENPTkZJR184MTM5VE9PX1RVTkVfVFdJU1RFUiBpcyBub3Qgc2V0CiMgQ09ORklHXzgx
MzlUT09fODEyOSBpcyBub3Qgc2V0CiMgQ09ORklHXzgxMzlfTkVXX1JYX1JFU0VUIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU0lTOTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfRVBJQzEwMCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NVTkRBTkNFIGlzIG5vdCBzZXQKIyBDT05GSUdfVExBTiBpcyBub3Qgc2V0CiMg
Q09ORklHX1ZJQV9SSElORSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJQV9SSElORV9NTUlPIGlzIG5v
dCBzZXQKIyBDT05GSUdfV0lOQk9ORF84NDAgaXMgbm90IHNldAojIENPTkZJR19MQU5fU0FBOTcz
MCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9QT0NLRVQgaXMgbm90IHNldAoKIwojIEV0aGVybmV0
ICgxMDAwIE1iaXQpCiMKIyBDT05GSUdfQUNFTklDIGlzIG5vdCBzZXQKIyBDT05GSUdfREwySyBp
cyBub3Qgc2V0CiMgQ09ORklHX01ZUklfU0JVUyBpcyBub3Qgc2V0CiMgQ09ORklHX05TODM4MjAg
aXMgbm90IHNldAojIENPTkZJR19IQU1BQ0hJIGlzIG5vdCBzZXQKIyBDT05GSUdfWUVMTE9XRklO
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0s5OExJTiBpcyBub3Qgc2V0CiMgQ09ORklHX0ZEREkgaXMg
bm90IHNldAojIENPTkZJR19ISVBQSSBpcyBub3Qgc2V0CiMgQ09ORklHX1BMSVAgaXMgbm90IHNl
dAojIENPTkZJR19QUFAgaXMgbm90IHNldAojIENPTkZJR19TTElQIGlzIG5vdCBzZXQKCiMKIyBX
aXJlbGVzcyBMQU4gKG5vbi1oYW1yYWRpbykKIwojIENPTkZJR19ORVRfUkFESU8gaXMgbm90IHNl
dAoKIwojIFRva2VuIFJpbmcgZGV2aWNlcwojCiMgQ09ORklHX1RSIGlzIG5vdCBzZXQKIyBDT05G
SUdfTkVUX0ZDIGlzIG5vdCBzZXQKIyBDT05GSUdfUkNQQ0kgaXMgbm90IHNldAojIENPTkZJR19T
SEFQRVIgaXMgbm90IHNldAoKIwojIFdhbiBpbnRlcmZhY2VzCiMKIyBDT05GSUdfV0FOIGlzIG5v
dCBzZXQKCiMKIyBBbWF0ZXVyIFJhZGlvIHN1cHBvcnQKIwojIENPTkZJR19IQU1SQURJTyBpcyBu
b3Qgc2V0CgojCiMgSXJEQSAoaW5mcmFyZWQpIHN1cHBvcnQKIwojIENPTkZJR19JUkRBIGlzIG5v
dCBzZXQKCiMKIyBJU0ROIHN1YnN5c3RlbQojCiMgQ09ORklHX0lTRE4gaXMgbm90IHNldAoKIwoj
IE9sZCBDRC1ST00gZHJpdmVycyAobm90IFNDU0ksIG5vdCBJREUpCiMKIyBDT05GSUdfQ0RfTk9f
SURFU0NTSSBpcyBub3Qgc2V0CgojCiMgQ2hhcmFjdGVyIGRldmljZXMKIwojIENPTkZJR19WVCBp
cyBub3Qgc2V0CkNPTkZJR19TRVJJQUw9eQpDT05GSUdfU0VSSUFMX0NPTlNPTEU9eQojIENPTkZJ
R19TRVJJQUxfRVhURU5ERUQgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfTk9OU1RBTkRBUkQg
aXMgbm90IHNldApDT05GSUdfVU5JWDk4X1BUWVM9eQpDT05GSUdfVU5JWDk4X1BUWV9DT1VOVD0w
CgojCiMgSTJDIHN1cHBvcnQKIwojIENPTkZJR19JMkMgaXMgbm90IHNldAoKIwojIE1pY2UKIwoj
IENPTkZJR19CVVNNT1VTRSBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFIGlzIG5vdCBzZXQKCiMK
IyBKb3lzdGlja3MKIwojIENPTkZJR19JTlBVVF9HQU1FUE9SVCBpcyBub3Qgc2V0CiMgQ09ORklH
X1FJQzAyX1RBUEUgaXMgbm90IHNldAoKIwojIFdhdGNoZG9nIENhcmRzCiMKIyBDT05GSUdfV0FU
Q0hET0cgaXMgbm90IHNldAoKIwojIElEVCBSTkcKIwojIENPTkZJR19JRFRYWFhfUk5HIGlzIG5v
dCBzZXQKIyBDT05GSUdfSU5URUxfUk5HIGlzIG5vdCBzZXQKIyBDT05GSUdfTlZSQU0gaXMgbm90
IHNldAojIENPTkZJR19SVEMgaXMgbm90IHNldAojIENPTkZJR19NSVBTX1JUQyBpcyBub3Qgc2V0
CiMgQ09ORklHX0RUTEsgaXMgbm90IHNldAojIENPTkZJR19SMzk2NCBpcyBub3Qgc2V0CiMgQ09O
RklHX0FQUExJQ09NIGlzIG5vdCBzZXQKCiMKIyBGdGFwZSwgdGhlIGZsb3BweSB0YXBlIGRldmlj
ZSBkcml2ZXIKIwojIENPTkZJR19GVEFQRSBpcyBub3Qgc2V0CiMgQ09ORklHX0FHUCBpcyBub3Qg
c2V0CiMgQ09ORklHX0RSTSBpcyBub3Qgc2V0CgojCiMgTXVsdGltZWRpYSBkZXZpY2VzCiMKIyBD
T05GSUdfVklERU9fREVWIGlzIG5vdCBzZXQKCiMKIyBDcnlwdG8gSGFyZHdhcmUgc3VwcG9ydAoj
CiMgQ09ORklHX0NSWVBUTyBpcyBub3Qgc2V0CgojCiMgRmlsZSBzeXN0ZW1zCiMKIyBDT05GSUdf
UVVPVEEgaXMgbm90IHNldAojIENPTkZJR19BVVRPRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19B
VVRPRlM0X0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVJU0VSRlNfRlMgaXMgbm90IHNldAojIENP
TkZJR19SRUlTRVJGU19DSEVDSyBpcyBub3Qgc2V0CiMgQ09ORklHX1JFSVNFUkZTX1BST0NfSU5G
TyBpcyBub3Qgc2V0CiMgQ09ORklHX0FERlNfRlMgaXMgbm90IHNldAojIENPTkZJR19BREZTX0ZT
X1JXIGlzIG5vdCBzZXQKIyBDT05GSUdfQUZGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0hGU19G
UyBpcyBub3Qgc2V0CiMgQ09ORklHX0JGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0VYVDNfRlMg
aXMgbm90IHNldAojIENPTkZJR19KQkQgaXMgbm90IHNldAojIENPTkZJR19KQkRfREVCVUcgaXMg
bm90IHNldAojIENPTkZJR19GQVRfRlMgaXMgbm90IHNldAojIENPTkZJR19NU0RPU19GUyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1VNU0RPU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1ZGQVRfRlMgaXMg
bm90IHNldAojIENPTkZJR19FRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19KRkZTX0ZTIGlzIG5v
dCBzZXQKIyBDT05GSUdfSkZGUzJfRlMgaXMgbm90IHNldApDT05GSUdfQ1JBTUZTPXkKIyBDT05G
SUdfVE1QRlMgaXMgbm90IHNldAojIENPTkZJR19SQU1GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lT
Tzk2NjBfRlMgaXMgbm90IHNldAojIENPTkZJR19KT0xJRVQgaXMgbm90IHNldAojIENPTkZJR19a
SVNPRlMgaXMgbm90IHNldAojIENPTkZJR19NSU5JWF9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1ZY
RlNfRlMgaXMgbm90IHNldAojIENPTkZJR19OVEZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfTlRG
U19SVyBpcyBub3Qgc2V0CiMgQ09ORklHX0hQRlNfRlMgaXMgbm90IHNldApDT05GSUdfUFJPQ19G
Uz15CiMgQ09ORklHX0RFVkZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVWRlNfTU9VTlQgaXMg
bm90IHNldAojIENPTkZJR19ERVZGU19ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFVlBUU19G
UyBpcyBub3Qgc2V0CiMgQ09ORklHX1FOWDRGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1FOWDRG
U19SVyBpcyBub3Qgc2V0CiMgQ09ORklHX1JPTUZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfRVhU
Ml9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NZU1ZfRlMgaXMgbm90IHNldAojIENPTkZJR19VREZf
RlMgaXMgbm90IHNldAojIENPTkZJR19VREZfUlcgaXMgbm90IHNldAojIENPTkZJR19VRlNfRlMg
aXMgbm90IHNldAojIENPTkZJR19VRlNfRlNfV1JJVEUgaXMgbm90IHNldAoKIwojIE5ldHdvcmsg
RmlsZSBTeXN0ZW1zCiMKIyBDT05GSUdfQ09EQV9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lOVEVS
TUVaWk9fRlMgaXMgbm90IHNldAojIENPTkZJR19ORlNfRlMgaXMgbm90IHNldAojIENPTkZJR19O
RlNfVjMgaXMgbm90IHNldAojIENPTkZJR19ST09UX05GUyBpcyBub3Qgc2V0CiMgQ09ORklHX05G
U0QgaXMgbm90IHNldAojIENPTkZJR19ORlNEX1YzIGlzIG5vdCBzZXQKIyBDT05GSUdfU1VOUlBD
IGlzIG5vdCBzZXQKIyBDT05GSUdfTE9DS0QgaXMgbm90IHNldAojIENPTkZJR19TTUJfRlMgaXMg
bm90IHNldAojIENPTkZJR19OQ1BfRlMgaXMgbm90IHNldAojIENPTkZJR19OQ1BGU19QQUNLRVRf
U0lHTklORyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZTX0lPQ1RMX0xPQ0tJTkcgaXMgbm90IHNl
dAojIENPTkZJR19OQ1BGU19TVFJPTkcgaXMgbm90IHNldAojIENPTkZJR19OQ1BGU19ORlNfTlMg
aXMgbm90IHNldAojIENPTkZJR19OQ1BGU19PUzJfTlMgaXMgbm90IHNldAojIENPTkZJR19OQ1BG
U19TTUFMTERPUyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZTX05MUyBpcyBub3Qgc2V0CiMgQ09O
RklHX05DUEZTX0VYVFJBUyBpcyBub3Qgc2V0CiMgQ09ORklHX1pJU09GU19GUyBpcyBub3Qgc2V0
CkNPTkZJR19aTElCX0ZTX0lORkxBVEU9eQoKIwojIFBhcnRpdGlvbiBUeXBlcwojCiMgQ09ORklH
X1BBUlRJVElPTl9BRFZBTkNFRCBpcyBub3Qgc2V0CkNPTkZJR19NU0RPU19QQVJUSVRJT049eQoj
IENPTkZJR19TTUJfTkxTIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTIGlzIG5vdCBzZXQKCiMKIyBT
b3VuZAojCiMgQ09ORklHX1NPVU5EIGlzIG5vdCBzZXQKCiMKIyBVU0Igc3VwcG9ydAojCiMgQ09O
RklHX1VTQiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9VSENJIGlzIG5vdCBzZXQKIyBDT05GSUdf
VVNCX1VIQ0lfQUxUIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX09IQ0kgaXMgbm90IHNldAojIENP
TkZJR19VU0JfQVVESU8gaXMgbm90IHNldAojIENPTkZJR19VU0JfQkxVRVRPT1RIIGlzIG5vdCBz
ZXQKIyBDT05GSUdfVVNCX1NUT1JBR0UgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9E
RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX0RBVEFGQUIgaXMgbm90IHNldAoj
IENPTkZJR19VU0JfU1RPUkFHRV9GUkVFQ09NIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JB
R0VfSVNEMjAwIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0VfRFBDTSBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9TVE9SQUdFX0hQODIwMGUgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RP
UkFHRV9TRERSMDkgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9KVU1QU0hPVCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1VTQl9BQ00gaXMgbm90IHNldAojIENPTkZJR19VU0JfUFJJTlRFUiBp
cyBub3Qgc2V0CiMgQ09ORklHX1VTQl9EQzJYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9NREM4
MDAgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0NBTk5FUiBpcyBub3Qgc2V0CiMgQ09ORklHX1VT
Ql9NSUNST1RFSyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9IUFVTQlNDU0kgaXMgbm90IHNldAoj
IENPTkZJR19VU0JfUEVHQVNVUyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9LQVdFVEggaXMgbm90
IHNldAojIENPTkZJR19VU0JfQ0FUQyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9DRENFVEhFUiBp
cyBub3Qgc2V0CiMgQ09ORklHX1VTQl9VU0JORVQgaXMgbm90IHNldAojIENPTkZJR19VU0JfVVNT
NzIwIGlzIG5vdCBzZXQKCiMKIyBVU0IgU2VyaWFsIENvbnZlcnRlciBzdXBwb3J0CiMKIyBDT05G
SUdfVVNCX1NFUklBTCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfR0VORVJJQyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfQkVMS0lOIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNC
X1NFUklBTF9XSElURUhFQVQgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX0RJR0lfQUND
RUxFUE9SVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfRU1QRUcgaXMgbm90IHNldAoj
IENPTkZJR19VU0JfU0VSSUFMX0ZURElfU0lPIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklB
TF9WSVNPUiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfSVBBUSBpcyBub3Qgc2V0CiMg
Q09ORklHX1VTQl9TRVJJQUxfSVIgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX0VER0VQ
T1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1BEQSBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJ
QUxfS0VZU1BBTl9VU0EyOCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9V
U0EyOFggaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBMjhYQSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9VU0EyOFhCIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1VTQTE5IGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NF
UklBTF9LRVlTUEFOX1VTQTE4WCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BB
Tl9VU0ExOVcgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBNDlXIGlz
IG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9NQ1RfVTIzMiBpcyBub3Qgc2V0CiMgQ09ORklH
X1VTQl9TRVJJQUxfS0xTSSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfUEwyMzAzIGlz
IG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9DWUJFUkpBQ0sgaXMgbm90IHNldAojIENPTkZJ
R19VU0JfU0VSSUFMX1hJUkNPTSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfT01OSU5F
VCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9SSU81MDAgaXMgbm90IHNldAoKIwojIElucHV0IGNv
cmUgc3VwcG9ydAojCiMgQ09ORklHX0lOUFVUIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfS0VZ
QkRFViBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX01PVVNFREVWIGlzIG5vdCBzZXQKIyBDT05G
SUdfSU5QVVRfSk9ZREVWIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfRVZERVYgaXMgbm90IHNl
dAoKIwojIEtlcm5lbCBoYWNraW5nCiMKQ09ORklHX0NST1NTQ09NUElMRT15CiMgQ09ORklHX1JF
TU9URV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0dEQl9DT05TT0xFIGlzIG5vdCBzZXQKIyBD
T05GSUdfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19NQUdJQ19TWVNSUSBpcyBub3Qgc2V0CiMg
Q09ORklHX01JUFNfVU5DQUNIRUQgaXMgbm90IHNldAo=

--=====001_Dragon321006652241_=====--




From dom@mips.com Thu Mar 18 14:11:17 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 14:11:18 +0000 (GMT)
Received: from alg145.algor.co.uk ([IPv6:::ffff:62.254.210.145]:14604 "EHLO
	dmz.algor.co.uk") by linux-mips.org with ESMTP id <S8225362AbUCROLR>;
	Thu, 18 Mar 2004 14:11:17 +0000
Received: from alg158.algor.co.uk ([62.254.210.158] helo=olympia.mips.com)
	by dmz.algor.co.uk with esmtp (Exim 3.35 #1 (Debian))
	id 1B3y7u-0002ie-00; Thu, 18 Mar 2004 14:04:02 +0000
Received: from arsenal.mips.com ([192.168.192.197])
	by olympia.mips.com with esmtp (Exim 3.36 #1 (Debian))
	id 1B3yEG-0004nx-00; Thu, 18 Mar 2004 14:10:36 +0000
Received: from dom by arsenal.mips.com with local (Exim 3.35 #1 (Debian))
	id 1B3yEG-0000Ij-00; Thu, 18 Mar 2004 14:10:36 +0000
From: Dominic Sweetman <dom@mips.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16473.44507.935886.271157@arsenal.mips.com>
Date: Thu, 18 Mar 2004 14:10:35 +0000
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
In-Reply-To: <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
	<1078478086.4308.14.camel@dzur.sfbay.redhat.com>
	<16456.21112.570245.1011@arsenal.mips.com>
	<Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-MTUK-Scanner: Found to be clean
X-MTUK-SpamCheck: not spam, SpamAssassin (score=-4.846, required 4, AWL,
	BAYES_00)
Return-Path: <dom@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4581
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dom@mips.com
Precedence: bulk
X-list: linux-mips


Maciej W. Rozycki (macro@ds2.pg.gda.pl) writes:
> 
> > We added patterns to let our (old) GCC use the new rotates and
> > bit-insert/extracts, at least in simple cases.  I'm not sure whether
> > we've put those in our 3.4 evolution tree yet, but if we have we
> > should push those out.
> 
>  As a side note, it makes me wonder where the borderline of the RISC
> actually is.  Even Intel abandoned support for bit insert/extract
> instructions after an initial attempt for the i386.  They figured out the
> implementation was too complicated. ;-)

It probably was... but MIPS uses register-to-register ALU operations
and no condition codes.  The interface to the ALU is typically rather
simple.  So adding some peculiar new 2- or 3-operand computation is
relatively easy.

If the instruction is too complicated, of course, it might eventually
become a critical path and make the whole CPU slower.  But
insert/extract - while elaborate to describe - involve only fairly
shallow logic.

Remember: the point of RISC was never to have less instructions
(that's just a cute acronym) - the point was and is to define an
instruction set which is easy to implement as an efficient pipeline.

Of course, instructions still have to be *useful* to be added.
Insert/extract make a reasonable case for themselves, but actually
arrived in MIPS32 release 2 as part of a bunch of other bit-shuffle
instructions (also includes rotates and various byte-swaps) which -
together - help quite a bit to manipulate sub-word data in registers.

--
Dominic Sweetman
MIPS Technologies

From uhler@mips.com Thu Mar 18 16:52:06 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 16:52:07 +0000 (GMT)
Received: from mx.mips.com ([IPv6:::ffff:206.31.31.226]:7568 "EHLO mx.mips.com")
	by linux-mips.org with ESMTP id <S8225370AbUCRQwG>;
	Thu, 18 Mar 2004 16:52:06 +0000
Received: from mercury.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.12.11/8.12.11) with ESMTP id i2IGgma5010236;
	Thu, 18 Mar 2004 08:42:48 -0800 (PST)
Received: from gmu-linux (gmu-linux.mips.com [172.20.8.94])
	by mercury.mips.com (8.12.11/8.12.11) with ESMTP id i2IGprgp011820;
	Thu, 18 Mar 2004 08:51:54 -0800 (PST)
Subject: Re: gcc support of mips32 release 2
From: Michael Uhler <uhler@mips.com>
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
In-Reply-To: <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
	<1078478086.4308.14.camel@dzur.sfbay.redhat.com>
	<16456.21112.570245.1011@arsenal.mips.com> 
	<Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-11) 
Date: 18 Mar 2004 08:52:48 -0800
Message-Id: <1079628769.1558.4.camel@gmu-linux>
Mime-Version: 1.0
X-Spam-Scan: SA 2.63
X-Scanned-By: MIMEDefang 2.39
Return-Path: <uhler@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4582
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: uhler@mips.com
Precedence: bulk
X-list: linux-mips

Dominic already gave the long explanation.

When we added field insert and extract, we were very sensitive to the
implementability of the instructions.  If you look at the semantic
definition, independent of the somewhat complex explanation, you'll
find that both insert and extract can be implemented with a
left or right shift, followed by a mux-per-bit which selects between
the shifted operand or the unshifted operand.  That can be done
very efficiently in hardware.

/gmu

On Thu, 2004-03-18 at 05:18, Maciej W. Rozycki wrote:
> On Fri, 5 Mar 2004, Dominic Sweetman wrote:
> 
> > We added patterns to let our (old) GCC use the new rotates and
> > bit-insert/extracts, at least in simple cases.  I'm not sure whether
> > we've put those in our 3.4 evolution tree yet, but if we have we
> > should push those out.
> 
>  As a side note, it makes me wonder where the borderline of the RISC
> actually is.  Even Intel abandoned support for bit insert/extract
> instructions after an initial attempt for the i386.  They figured out the
> implementation was too complicated. ;-)
> 
> -- 
> +  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
> +--------------------------------------------------------------+
> +        e-mail: macro@ds2.pg.gda.pl, PGP key available        +
> 
-- 
Michael Uhler, Chief Technology Officer
MIPS Technologies, Inc.  Email: uhler@mips.com
1225 Charleston Road     Voice:  (650)567-5025  FAX:   (650)567-5225
Mountain View, CA 94043  Mobile: (650)868-6870  Admin: (650)567-5085


From ppopov@mvista.com Thu Mar 18 20:55:23 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 20:55:24 +0000 (GMT)
Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:28405 "EHLO
	av.mvista.com") by linux-mips.org with ESMTP id <S8225377AbUCRUzX>;
	Thu, 18 Mar 2004 20:55:23 +0000
Received: from zeus.mvista.com (av [127.0.0.1])
	by av.mvista.com (8.9.3/8.9.3) with ESMTP id MAA21493;
	Thu, 18 Mar 2004 12:55:17 -0800
Subject: Re: PMON documentation
From: Pete Popov <ppopov@mvista.com>
To: erras stefan <stefan.erras@dallmeier-electronic.com>
Cc: Linux MIPS mailing list <linux-mips@linux-mips.org>
In-Reply-To: <765921A8173EC145948ACBAA0480F67E2C76D5@server10.dallmeier.de>
References: <765921A8173EC145948ACBAA0480F67E2C76D5@server10.dallmeier.de>
Content-Type: text/plain
Organization: MontaVista Software
Message-Id: <1079643413.14003.2.camel@zeus.mvista.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 18 Mar 2004 12:56:53 -0800
Content-Transfer-Encoding: 7bit
Return-Path: <ppopov@mvista.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4583
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ppopov@mvista.com
Precedence: bulk
X-list: linux-mips

On Thu, 2004-03-18 at 05:09, erras stefan wrote:
> Hello,
> I'm working on a development project with a RM5231 MIPS processor.
> I have to modify some things in the PMON bootloader source-code.
> Can anybody give me an advice where I can find PMON source code
> documentation or a detailed explanation how PMON works.
> Which files do I have to look into, when I would like to modify the
> bootloader.
> Maybe I can use another bootloader. Which alternatives do I have. I do
> not need the debug functionality of PMON. Maybe there is an easier to
> understand and modify bootloader.
> 
> Thank you all in advance for your help!

I think there were too many versions of "PMON" floating out there. I'm
not sure which one you have.

If you are starting from scratch, take a look at uboot. I think that
would be a much better alternative.

Pete


From ralf@linux-mips.org Thu Mar 18 21:19:20 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 21:19:20 +0000 (GMT)
Received: from p508B7AB1.dip.t-dialin.net ([IPv6:::ffff:80.139.122.177]:41087
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225377AbUCRVTU>; Thu, 18 Mar 2004 21:19:20 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2ILJDMk030073;
	Thu, 18 Mar 2004 22:19:13 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2ILJAiZ030072;
	Thu, 18 Mar 2004 22:19:10 +0100
Date: Thu, 18 Mar 2004 22:19:10 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Dominic Sweetman <dom@mips.com>
Cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
Message-ID: <20040318211910.GB25815@linux-mips.org>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com> <1078478086.4308.14.camel@dzur.sfbay.redhat.com> <16456.21112.570245.1011@arsenal.mips.com> <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl> <16473.44507.935886.271157@arsenal.mips.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <16473.44507.935886.271157@arsenal.mips.com>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4584
X-ecartis-version: Ecartis v1.0.0
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

On Thu, Mar 18, 2004 at 02:10:35PM +0000, Dominic Sweetman wrote:

> Of course, instructions still have to be *useful* to be added.
> Insert/extract make a reasonable case for themselves, but actually
> arrived in MIPS32 release 2 as part of a bunch of other bit-shuffle
> instructions (also includes rotates and various byte-swaps) which -
> together - help quite a bit to manipulate sub-word data in registers.

And in some case where MIPS such as certain crypto algorithms where MIPS
and RISCs used to look rather pale the new instructions will help
significantly.

  Ralf

From ralf@linux-mips.org Thu Mar 18 21:37:18 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 21:37:19 +0000 (GMT)
Received: from p508B7AB1.dip.t-dialin.net ([IPv6:::ffff:80.139.122.177]:59007
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225377AbUCRVhS>; Thu, 18 Mar 2004 21:37:18 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2ILbEMk030445;
	Thu, 18 Mar 2004 22:37:14 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2ILbDH6030444;
	Thu, 18 Mar 2004 22:37:13 +0100
Date: Thu, 18 Mar 2004 22:37:13 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
Message-ID: <20040318213713.GC25815@linux-mips.org>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com> <1078478086.4308.14.camel@dzur.sfbay.redhat.com> <16456.21112.570245.1011@arsenal.mips.com> <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4585
X-ecartis-version: Ecartis v1.0.0
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

On Thu, Mar 18, 2004 at 02:18:01PM +0100, Maciej W. Rozycki wrote:

>  As a side note, it makes me wonder where the borderline of the RISC
> actually is.  Even Intel abandoned support for bit insert/extract
> instructions after an initial attempt for the i386.  They figured out the
> implementation was too complicated. ;-)

Take a look at the 68020 to see where instruction set madness can lead:

	movel	([42, a0, d0.2*2],123), ([43, a0, d0.2*2], 22)
	bfextu	([42, a0, d0.2*2],123){8:8}, d2

And I haven't even started bitching about CALLM's bloat over jsr on a
system with MMU disabled or the fantastic complexities it offers with
all gadgets enabled.  Probably desigend for MACH but in the end just
useless no known OS used them and Moto removed them again for the 030.

  Ralf

From ralf@linux-mips.org Thu Mar 18 22:52:05 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 22:52:06 +0000 (GMT)
Received: from p508B7AB1.dip.t-dialin.net ([IPv6:::ffff:80.139.122.177]:18441
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225440AbUCRWwF>; Thu, 18 Mar 2004 22:52:05 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2IMptMk014714;
	Thu, 18 Mar 2004 23:51:55 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2IMpseQ014713;
	Thu, 18 Mar 2004 23:51:54 +0100
Date: Thu, 18 Mar 2004 23:51:54 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: cgd@broadcom.com
Cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
	Eric Christopher <echristo@redhat.com>,
	linux-mips@linux-mips.org
Subject: Re: gcc support for mips32 release 2]
Message-ID: <20040318225154.GA761@linux-mips.org>
References: <1078525778.3353.2.camel@dzur.sfbay.redhat.com> <Pine.LNX.4.55.0403171714410.14525@jurand.ds.pg.gda.pl> <yov5ish3zar8.fsf@ldt-sj3-010.sj.broadcom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <yov5ish3zar8.fsf@ldt-sj3-010.sj.broadcom.com>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4586
X-ecartis-version: Ecartis v1.0.0
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

On Wed, Mar 17, 2004 at 08:41:47AM -0800, cgd@broadcom.com wrote:

> At Wed, 17 Mar 2004 17:18:37 +0100 (CET), Maciej W. Rozycki wrote:
> >  Well, I think this can be handled by creating an artificial processor
> > entry (e.g. "PROCESSOR_MIPS64R2" in this case) and replacing it with a
> > real one once an implementation is publicly available.
> 
> yeah.  doing that, but introducing known "to be removed" code bugs me.
> 
> it's probably better than not getting the rest of the infrastructure
> in, though.

It seems a small problem compared to having to answer all the questions
about why Linux tries to optimize for processor X when it's configured
for type Y.  People just love tweaking compiler flags it seems - even if
not necessarily knowing all the consequences ...

  Ralf

From echristo@redhat.com Thu Mar 18 23:03:38 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 18 Mar 2004 23:03:41 +0000 (GMT)
Received: from mx2.redhat.com ([IPv6:::ffff:66.187.237.31]:45319 "EHLO
	mx2.redhat.com") by linux-mips.org with ESMTP id <S8225400AbUCRXDi>;
	Thu, 18 Mar 2004 23:03:38 +0000
Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26])
	by mx2.redhat.com (8.11.6/8.11.6) with ESMTP id i2IMblA12105;
	Thu, 18 Mar 2004 17:37:47 -0500
Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15])
	by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i2IN3ZM09456;
	Thu, 18 Mar 2004 18:03:35 -0500
Received: from [172.16.25.141] (dhcp-172-16-25-141.sfbay.redhat.com [172.16.25.141])
	by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id i2IN3YR14202;
	Thu, 18 Mar 2004 15:03:34 -0800
Subject: Re: gcc support for mips32 release 2]
From: Eric Christopher <echristo@redhat.com>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: Chris Demetriou <cgd@broadcom.com>,
	"Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
	linux-mips@linux-mips.org
In-Reply-To: <20040318225154.GA761@linux-mips.org>
References: <1078525778.3353.2.camel@dzur.sfbay.redhat.com>
	 <Pine.LNX.4.55.0403171714410.14525@jurand.ds.pg.gda.pl>
	 <yov5ish3zar8.fsf@ldt-sj3-010.sj.broadcom.com>
	 <20040318225154.GA761@linux-mips.org>
Content-Type: text/plain
Message-Id: <1079651013.3383.0.camel@dzur.sfbay.redhat.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Thu, 18 Mar 2004 15:03:34 -0800
Content-Transfer-Encoding: 7bit
Return-Path: <echristo@redhat.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4587
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: echristo@redhat.com
Precedence: bulk
X-list: linux-mips


> It seems a small problem compared to having to answer all the questions
> about why Linux tries to optimize for processor X when it's configured
> for type Y.  People just love tweaking compiler flags it seems - even if
> not necessarily knowing all the consequences ...

Amen brother.

-eric

-- 
Eric Christopher <echristo@redhat.com>


From cula@jhlb.com Fri Mar 19 06:42:23 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 19 Mar 2004 06:42:24 +0000 (GMT)
Received: from [IPv6:::ffff:195.86.46.18] ([IPv6:::ffff:195.86.46.18]:702 "HELO
	server01.super-hosting.net") by linux-mips.org with SMTP
	id <S8225463AbUCSGmX>; Fri, 19 Mar 2004 06:42:23 +0000
Received: (qmail 13123 invoked from network); 19 Mar 2004 06:42:20 -0000
Received: from node-d-a06f.a2000.nl (HELO LAPTOPSTAR) (62.195.160.111)
  by 195.86.46.18 with SMTP; 19 Mar 2004 06:42:20 -0000
Message-ID: <001101c40d7d$4410a0b0$6564a8c0@LAPTOPSTAR>
From: "Cula Barreto" <cula@jhlb.com>
To: <linux-mips@linux-mips.org>
Subject: RM200C sinix_to_nt little endian firmware needed
Date: Fri, 19 Mar 2004 07:41:19 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
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
Return-Path: <cula@jhlb.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4588
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: cula@jhlb.com
Precedence: bulk
X-list: linux-mips

Hi,

I need to run linux on my RM200C Mips machine, but I have only the big
endian firmware, and little endian is needed.
Who can give me the little endian si_to_nt floppy firmware pls?
Is linux also ported to RM200C big endian?

Best regards
Cula Barreto



From stefan.erras@dallmeier-electronic.com Fri Mar 19 09:22:56 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 19 Mar 2004 09:22:57 +0000 (GMT)
Received: from web.123-box.de ([IPv6:::ffff:193.254.185.98]:34724 "HELO
	web.123-box.de") by linux-mips.org with SMTP id <S8225472AbUCSJW4> convert rfc822-to-8bit;
	Fri, 19 Mar 2004 09:22:56 +0000
Received: (qmail 19195 invoked by uid 110); 19 Mar 2004 09:25:44 -0000
Received: from unknown (HELO server10.dallmeier.de) (217.235.80.90)
  by web.123-box.de with SMTP; 19 Mar 2004 09:25:44 -0000
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8BIT
Subject: AW: PMON documentation
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
Date: Fri, 19 Mar 2004 10:22:51 +0100
Message-ID: <765921A8173EC145948ACBAA0480F67E2A1D24@server10.dallmeier.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: PMON documentation
thread-index: AcQNK6cq86QuLI9hQYe/WA/jxdYB6QAZ6w3g
From: "erras stefan" <stefan.erras@dallmeier-electronic.com>
To: "Pete Popov" <ppopov@mvista.com>
Cc: "Linux MIPS mailing list" <linux-mips@linux-mips.org>
Return-Path: <stefan.erras@dallmeier-electronic.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4589
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: stefan.erras@dallmeier-electronic.com
Precedence: bulk
X-list: linux-mips

I'm using PMON version 0.0291 (This says the boot sequence via serial port)
I have to do modifications in the section for the RTC. Where can I find the code for this modifications.
We have problems with our RTC because it does not work very well with the actual initialization.
I'm searching for a good manual for the used assembler in PMON. Can anybody help me?

Stefan


-----Ursprüngliche Nachricht-----
Von: Pete Popov [mailto:ppopov@mvista.com] 
Gesendet: Donnerstag, 18. März 2004 21:57
An: erras stefan
Cc: Linux MIPS mailing list
Betreff: Re: PMON documentation


On Thu, 2004-03-18 at 05:09, erras stefan wrote:
> Hello,
> I'm working on a development project with a RM5231 MIPS processor. I 
> have to modify some things in the PMON bootloader source-code. Can 
> anybody give me an advice where I can find PMON source code 
> documentation or a detailed explanation how PMON works. Which files do 
> I have to look into, when I would like to modify the bootloader.
> Maybe I can use another bootloader. Which alternatives do I have. I do
> not need the debug functionality of PMON. Maybe there is an easier to
> understand and modify bootloader.
> 
> Thank you all in advance for your help!

I think there were too many versions of "PMON" floating out there. I'm not sure which one you have.

If you are starting from scratch, take a look at uboot. I think that would be a much better alternative.

Pete



From geert@linux-m68k.org Fri Mar 19 10:42:15 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 19 Mar 2004 10:42:16 +0000 (GMT)
Received: from witte.sonytel.be ([IPv6:::ffff:80.88.33.193]:9899 "EHLO
	witte.sonytel.be") by linux-mips.org with ESMTP id <S8225474AbUCSKmP>;
	Fri, 19 Mar 2004 10:42:15 +0000
Received: from waterleaf.sonytel.be (localhost [127.0.0.1])
	by witte.sonytel.be (8.12.10/8.12.10) with ESMTP id i2JAgBdU027720;
	Fri, 19 Mar 2004 11:42:11 +0100 (MET)
Date: Fri, 19 Mar 2004 11:42:11 +0100 (MET)
From: Geert Uytterhoeven <geert@linux-m68k.org>
To: Ralf Baechle <ralf@linux-mips.org>
cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
	Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>,
	Linux/MIPS Development <linux-mips@linux-mips.org>,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
In-Reply-To: <20040318213713.GC25815@linux-mips.org>
Message-ID: <Pine.GSO.4.58.0403191141290.2173@waterleaf.sonytel.be>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
 <1078478086.4308.14.camel@dzur.sfbay.redhat.com> <16456.21112.570245.1011@arsenal.mips.com>
 <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
 <20040318213713.GC25815@linux-mips.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <geert@linux-m68k.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4590
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: geert@linux-m68k.org
Precedence: bulk
X-list: linux-mips

On Thu, 18 Mar 2004, Ralf Baechle wrote:
> On Thu, Mar 18, 2004 at 02:18:01PM +0100, Maciej W. Rozycki wrote:
> >  As a side note, it makes me wonder where the borderline of the RISC
> > actually is.  Even Intel abandoned support for bit insert/extract
> > instructions after an initial attempt for the i386.  They figured out the
> > implementation was too complicated. ;-)
>
> Take a look at the 68020 to see where instruction set madness can lead:
>
> 	movel	([42, a0, d0.2*2],123), ([43, a0, d0.2*2], 22)
> 	bfextu	([42, a0, d0.2*2],123){8:8}, d2

These instructions didn't complete in 1 cycle, while the new RISCies do.

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 ralf@linux-mips.org Fri Mar 19 12:55:12 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 19 Mar 2004 12:55:13 +0000 (GMT)
Received: from p508B78CC.dip.t-dialin.net ([IPv6:::ffff:80.139.120.204]:38676
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225377AbUCSMzM>; Fri, 19 Mar 2004 12:55:12 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2JCt5Mk026277;
	Fri, 19 Mar 2004 13:55:05 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2JCt2DC026275;
	Fri, 19 Mar 2004 13:55:02 +0100
Date: Fri, 19 Mar 2004 13:55:02 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
	Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>,
	Linux/MIPS Development <linux-mips@linux-mips.org>,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
Message-ID: <20040319125502.GA32363@linux-mips.org>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com> <1078478086.4308.14.camel@dzur.sfbay.redhat.com> <16456.21112.570245.1011@arsenal.mips.com> <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl> <20040318213713.GC25815@linux-mips.org> <Pine.GSO.4.58.0403191141290.2173@waterleaf.sonytel.be>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.58.0403191141290.2173@waterleaf.sonytel.be>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4591
X-ecartis-version: Ecartis v1.0.0
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

On Fri, Mar 19, 2004 at 11:42:11AM +0100, Geert Uytterhoeven wrote:

> > Take a look at the 68020 to see where instruction set madness can lead:
> >
> > 	movel	([42, a0, d0.2*2],123), ([43, a0, d0.2*2], 22)
> > 	bfextu	([42, a0, d0.2*2],123){8:8}, d2
> 
> These instructions didn't complete in 1 cycle, while the new RISCies do.

That's the point, they went overboard with their C^2ISC philosophy.  These
instructions were more or less unusable by compilers of the time and the
given the rarity were not the most performant instructions of the
architecture either, so made sense only relativly rarely.  So in the end
the didn't get it right in the beginning which lead to the removal of the
instruction in 060, if I recall right.

  Ralf

From macro@ds2.pg.gda.pl Fri Mar 19 13:44:20 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 19 Mar 2004 13:44:21 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:9345 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225377AbUCSNoU>; Fri, 19 Mar 2004 13:44:20 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 574764B48D; Fri, 19 Mar 2004 14:44:13 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id F0B004B05E; Fri, 19 Mar 2004 14:44:13 +0100 (CET)
Date: Fri, 19 Mar 2004 14:44:13 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Dominic Sweetman <dom@mips.com>
Cc: Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
In-Reply-To: <16473.44507.935886.271157@arsenal.mips.com>
Message-ID: <Pine.LNX.4.55.0403181528130.5750@jurand.ds.pg.gda.pl>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
 <1078478086.4308.14.camel@dzur.sfbay.redhat.com> <16456.21112.570245.1011@arsenal.mips.com>
 <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
 <16473.44507.935886.271157@arsenal.mips.com>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4592
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Thu, 18 Mar 2004, Dominic Sweetman wrote:

> >  As a side note, it makes me wonder where the borderline of the RISC
> > actually is.  Even Intel abandoned support for bit insert/extract
> > instructions after an initial attempt for the i386.  They figured out the
> > implementation was too complicated. ;-)
> 
> It probably was... but MIPS uses register-to-register ALU operations
> and no condition codes.  The interface to the ALU is typically rather
> simple.  So adding some peculiar new 2- or 3-operand computation is
> relatively easy.

 Well, I suppose that's not much different for a processor like the i386,
which is already capable to load a source operand or store (or RMW) a
destination one for whatever operation is to be executed by the ALU or
microcoded.  Intel could have taken the baroque (or rococo?) approach as
usual, though, and thus run out of die space. ;-)

> Remember: the point of RISC was never to have less instructions
> (that's just a cute acronym) - the point was and is to define an
> instruction set which is easy to implement as an efficient pipeline.

 Well, the meaning of RISC indeed depends on what you express by "reduced"  
there (i.e. whether it's "small" or "simple").  Historically, the
instruction set used to include about the smallest reasonable set of 
operations needed for efficient programming, with any redundancy offloaded 
to short sequences of simple instructions.  This could have changed, as 
technology evolved, though.

> Of course, instructions still have to be *useful* to be added.

 Well, I suppose so, as long as you set a reasonable threshold on 
usefulness.

> Insert/extract make a reasonable case for themselves, but actually
> arrived in MIPS32 release 2 as part of a bunch of other bit-shuffle
> instructions (also includes rotates and various byte-swaps) which -
> together - help quite a bit to manipulate sub-word data in registers.

 I see.  Actually all of them are a bit redundant, often replaceable with
short sequences of other instructions, but I guess code compacting may
matter more for the embedded environment than for general-purpose
computing.

 And while we are at instruction usefulness -- why are there the "di" and
"ei" instructions, but there is no a complement instruction, say "si" (for
"set interrupts"), that would copy bit #0 from a GPR to cp0.status.ie
compactly and atomically?

  Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From macro@ds2.pg.gda.pl Fri Mar 19 13:47:08 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 19 Mar 2004 13:47:08 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:38529 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225377AbUCSNrI>; Fri, 19 Mar 2004 13:47:08 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 3EE494B909; Fri, 19 Mar 2004 14:47:02 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 2DCD3486ED; Fri, 19 Mar 2004 14:47:02 +0100 (CET)
Date: Fri, 19 Mar 2004 14:47:02 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
In-Reply-To: <20040318213713.GC25815@linux-mips.org>
Message-ID: <Pine.LNX.4.55.0403191444410.18215@jurand.ds.pg.gda.pl>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
 <1078478086.4308.14.camel@dzur.sfbay.redhat.com> <16456.21112.570245.1011@arsenal.mips.com>
 <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
 <20040318213713.GC25815@linux-mips.org>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4593
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Thu, 18 Mar 2004, Ralf Baechle wrote:

> Take a look at the 68020 to see where instruction set madness can lead:
> 
> 	movel	([42, a0, d0.2*2],123), ([43, a0, d0.2*2], 22)
> 	bfextu	([42, a0, d0.2*2],123){8:8}, d2
> 
> And I haven't even started bitching about CALLM's bloat over jsr on a
> system with MMU disabled or the fantastic complexities it offers with
> all gadgets enabled.  Probably desigend for MACH but in the end just
> useless no known OS used them and Moto removed them again for the 030.

 But m68k isn't exactly RISC and high code density was a priority over
microcode simplicty (or absence) for the architecture.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From macro@ds2.pg.gda.pl Fri Mar 19 14:16:16 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 19 Mar 2004 14:16:17 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:2949 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225377AbUCSOQQ>; Fri, 19 Mar 2004 14:16:16 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id B3A614BE01; Fri, 19 Mar 2004 15:16:07 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 9F3A34B44A; Fri, 19 Mar 2004 15:16:07 +0100 (CET)
Date: Fri, 19 Mar 2004 15:16:07 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: cgd@broadcom.com, Eric Christopher <echristo@redhat.com>,
	linux-mips@linux-mips.org
Subject: Re: gcc support for mips32 release 2]
In-Reply-To: <20040318225154.GA761@linux-mips.org>
Message-ID: <Pine.LNX.4.55.0403191511430.18215@jurand.ds.pg.gda.pl>
References: <1078525778.3353.2.camel@dzur.sfbay.redhat.com>
 <Pine.LNX.4.55.0403171714410.14525@jurand.ds.pg.gda.pl>
 <yov5ish3zar8.fsf@ldt-sj3-010.sj.broadcom.com> <20040318225154.GA761@linux-mips.org>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4594
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Thu, 18 Mar 2004, Ralf Baechle wrote:

> > yeah.  doing that, but introducing known "to be removed" code bugs me.
> > 
> > it's probably better than not getting the rest of the infrastructure
> > in, though.
> 
> It seems a small problem compared to having to answer all the questions
> about why Linux tries to optimize for processor X when it's configured
> for type Y.  People just love tweaking compiler flags it seems - even if
> not necessarily knowing all the consequences ...

 The recent updates to Makefiles should help a bit -- now at least you can
give a short answer of: "Because you use outdated tools."  Note there's a
single trivial update still awaiting approval in this area (I can resend
it, if it would help).

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From ppopov@mvista.com Fri Mar 19 16:09:43 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 19 Mar 2004 16:09:44 +0000 (GMT)
Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:41454 "EHLO
	av.mvista.com") by linux-mips.org with ESMTP id <S8225438AbUCSQJn>;
	Fri, 19 Mar 2004 16:09:43 +0000
Received: from mvista.com (av [127.0.0.1])
	by av.mvista.com (8.9.3/8.9.3) with ESMTP id IAA08953;
	Fri, 19 Mar 2004 08:09:38 -0800
Message-ID: <405B1B47.80100@mvista.com>
Date: Fri, 19 Mar 2004 08:09:43 -0800
From: Pete Popov <ppopov@mvista.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: erras stefan <stefan.erras@dallmeier-electronic.com>
CC: Linux MIPS mailing list <linux-mips@linux-mips.org>
Subject: Re: AW: PMON documentation
References: <765921A8173EC145948ACBAA0480F67E2A1D24@server10.dallmeier.de>
In-Reply-To: <765921A8173EC145948ACBAA0480F67E2A1D24@server10.dallmeier.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Return-Path: <ppopov@mvista.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4595
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ppopov@mvista.com
Precedence: bulk
X-list: linux-mips

erras stefan wrote:

>I'm using PMON version 0.0291 (This says the boot sequence via serial port)
>I have to do modifications in the section for the RTC. Where can I find the code for this modifications.
>We have problems with our RTC because it does not work very well with the actual initialization.
>I'm searching for a good manual for the used assembler in PMON. Can anybody help me?
>  
>
Which board is this? I think we may still have a version of PMON for the 
ITE 8172 board somewhere.
As far as docs, I don't have any.

Pete

>Stefan
>
>
>-----Ursprüngliche Nachricht-----
>Von: Pete Popov [mailto:ppopov@mvista.com] 
>Gesendet: Donnerstag, 18. März 2004 21:57
>An: erras stefan
>Cc: Linux MIPS mailing list
>Betreff: Re: PMON documentation
>
>
>On Thu, 2004-03-18 at 05:09, erras stefan wrote:
>  
>
>>Hello,
>>I'm working on a development project with a RM5231 MIPS processor. I 
>>have to modify some things in the PMON bootloader source-code. Can 
>>anybody give me an advice where I can find PMON source code 
>>documentation or a detailed explanation how PMON works. Which files do 
>>I have to look into, when I would like to modify the bootloader.
>>Maybe I can use another bootloader. Which alternatives do I have. I do
>>not need the debug functionality of PMON. Maybe there is an easier to
>>understand and modify bootloader.
>>
>>Thank you all in advance for your help!
>>    
>>
>
>I think there were too many versions of "PMON" floating out there. I'm not sure which one you have.
>
>If you are starting from scratch, take a look at uboot. I think that would be a much better alternative.
>
>Pete
>
>
>  
>


From pinotj@club-internet.fr Sat Mar 20 08:37:12 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 20 Mar 2004 08:37:16 +0000 (GMT)
Received: from relay-3m.club-internet.fr ([IPv6:::ffff:194.158.104.42]:30377
	"EHLO relay-3m.club-internet.fr") by linux-mips.org with ESMTP
	id <S8225482AbUCTIhM> convert rfc822-to-8bit; Sat, 20 Mar 2004 08:37:12 +0000
Received: from club-internet.fr (flashmail-2m.cs.clubint.net [172.16.20.61])
	by relay-3m.club-internet.fr (Postfix) with SMTP id 3FE14E0C7
	for <linux-mips@linux-mips.org>; Sat, 20 Mar 2004 09:37:11 +0100 (CET)
Received: from [218.233.102.150] by flashmail-2m.club-internet.fr via html
	interface
From: pinotj@club-internet.fr
To: linux-mips@linux-mips.org
Subject: [PATCH] Typo Kconfig
Date: Sat, 20 Mar 2004 09:37:11 CET
Mime-Version: 1.0
X-Mailer: Medianet/v2.0
Message-Id: <mnet1.1079771831.27405.pinotj@club-internet.fr>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
Return-Path: <pinotj@club-internet.fr>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4596
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: pinotj@club-internet.fr
Precedence: bulk
X-list: linux-mips

Just a typo correction

Regards,

Jerome Pinot

diff -Nru a/arch/mips/Kconfig b/arch/mips/Kconfig
--- a/arch/mips/Kconfig	2004-03-11 11:55:27.000000000 +0900
+++ b/arch/mips/Kconfig	2004-03-17 14:14:11.000000000 +0900
@@ -247,7 +247,7 @@
 	  Momentum Computer <http://www.momenco.com/>.
 
 config PMC_YOSEMITE
-	bool "Support for PMC-Siera Yosemite eval board"
+	bool "Support for PMC-Sierra Yosemite eval board"
 	help
 	  Yosemite is an evaluation board for the RM9000x2 processor
 	  manufactured by PMC-Sierra



From mips@martin.barlow.name Sat Mar 20 10:06:21 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 20 Mar 2004 10:06:22 +0000 (GMT)
Received: from mail001.syd.optusnet.com.au ([IPv6:::ffff:211.29.132.142]:23511
	"EHLO mail001.syd.optusnet.com.au") by linux-mips.org with ESMTP
	id <S8225482AbUCTKGV>; Sat, 20 Mar 2004 10:06:21 +0000
Received: from colombia (c211-30-22-201.thorn1.nsw.optusnet.com.au [211.30.22.201])
	by mail001.syd.optusnet.com.au (8.11.6p2/8.11.6) with ESMTP id i2KA69o15818
	for <linux-mips@linux-mips.org>; Sat, 20 Mar 2004 21:06:09 +1100
From: "Martin C. Barlow" <mips@martin.barlow.name>
To: <linux-mips@linux-mips.org>
Subject: hwclock and df seg fault
Date: Sat, 20 Mar 2004 21:05:40 +1100
Message-ID: <000201c40e62$e9d104f0$6500a8c0@colombia>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
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.2800.1165
Return-Path: <mips@martin.barlow.name>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4597
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mips@martin.barlow.name
Precedence: bulk
X-list: linux-mips

Hey guys

I have an old SGI indy R4600 and have installed debian testing with
latest linux-mips cvs kernel. I found two problems with the programs
hwclock and df. Apart from that appears to work fine. I have included
their output. I don't know if it is a kernel or package problem. I don't
know if it as something to do with preemtible kernel which I enabled in
kernel. If anyone is interested and wants to see kernel .config, fstab
or anything else I'm happy to oblidge.

Barcelona:/var/log# hwclock
Mar 21 19:11:20 Barcelona kernel: bad: scheduling while atomic!
Mar 21 19:11:20 Barcelona kernel: Call Trace:
Mar 21 19:11:20 Barcelona kernel:  [<88030498>] schedule+0xb10/0xb18
Mar 21 19:11:20 Barcelona kernel:  [<88030490>] schedule+0xb08/0xb18
Mar 21 19:11:20 Barcelona kernel:  [<88031ef0>]
sys_sched_yield+0x154/0x1b4
Mar 21 19:11:20 Barcelona kernel:  [<88031fac>] yield+0x24/0x38
Mar 21 19:11:20 Barcelona kernel:  [<8808a2fc>] coredump_wait+0x3c/0xa4
Mar 21 19:11:20 Barcelona kernel:  [<8805d8e0>] cache_grow+0x274/0x4c0
Mar 21 19:11:20 Barcelona kernel:  [<8808a4b8>] do_coredump+0x154/0x26c
Mar 21 19:11:20 Barcelona kernel:  [<8805dd34>]
cache_alloc_refill+0x208/0x2b8
Mar 21 19:11:20 Barcelona kernel:  [<88007e14>]
indy_r4k_timer_interrupt+0x90/0x98
Mar 21 19:11:20 Barcelona kernel:  [<8801ec14>]
r4k_flush_icache_page+0xf4/0x124
Mar 21 19:11:20 Barcelona kernel:  [<882412f0>] change_floppy+0x94/0x180
Mar 21 19:11:20 Barcelona kernel:  [<88041380>]
__dequeue_signal+0x16c/0x2a0
Mar 21 19:11:20 Barcelona kernel:  [<880413b4>]
__dequeue_signal+0x1a0/0x2a0
Mar 21 19:11:20 Barcelona kernel:  [<8805e0ec>]
kmem_cache_alloc+0x94/0x9c
Mar 21 19:11:20 Barcelona kernel:  [<880414e0>] dequeue_signal+0x2c/0xa8
Mar 21 19:11:20 Barcelona kernel:  [<8802e9b8>] wake_up_state+0x18/0x2c
Mar 21 19:11:20 Barcelona kernel:  [<8804468c>]
get_signal_to_deliver+0x394/0x524
Mar 21 19:11:20 Barcelona kernel:  [<8800cf08>] do_signal+0x44/0xd74
Mar 21 19:11:20 Barcelona kernel:  [<8801dd20>]
do_page_fault+0x280/0x380
Mar 21 19:11:20 Barcelona kernel:  [<88086938>] chrdev_open+0x150/0x2cc
Mar 21 19:11:20 Barcelona kernel:  [<88079108>] dentry_open+0x1a4/0x2d0
Mar 21 19:11:20 Barcelona kernel:  [<88078f90>] dentry_open+0x2c/0x2d0
Mar 21 19:11:20 Barcelona kernel:  [<88079108>] dentry_open+0x1a4/0x2d0
Mar 21 19:11:20 Barcelona kernel:  [<88078f90>] dentry_open+0x2c/0x2d0
Mar 21 19:11:20 Barcelona kernel:  [<8807b554>] __fput+0x118/0x1c0
Mar 21 19:11:20 Barcelona kernel:  [<8807b434>] fput+0x40/0x48
Mar 21 19:11:20 Barcelona kernel:  [<8807972c>] filp_close+0x6c/0xb4
Mar 21 19:11:20 Barcelona kernel:  [<88079718>] filp_close+0x58/0xb4
Mar 21 19:11:20 Barcelona kernel:  [<8800dc70>]
do_notify_resume+0x38/0x54
Mar 21 19:11:20 Barcelona kernel:  [<88008be0>] work_notifysig+0xc/0x14
Mar 21 19:11:20 Barcelona kernel:  [<88011828>] stack_done+0x20/0x3c
Mar 21 19:11:20 Barcelona kernel:  [<88079774>] sys_close+0x0/0x12c
Mar 21 19:11:20 Barcelona kernel:
Mar 21 19:11:20 Barcelona kernel: note: hwclock[369] exited with
preempt_count 2

Barcelona:/var/log# df
Filesystem           1K-blocks      Used Available Use% Mounted on
df: `/': Invalid argument
df: `/proc': Invalid argument
df: `/dev/pts': Invalid argument
df: `/dev/shm': Invalid argument
df: `/sys': Invalid argument
Barcelona:/var/log#

P.S. feel free to ignore me. It does not really worry me that they don't
work, but I thought maybe someone would want to know.



From ralf@linux-mips.org Sat Mar 20 12:22:05 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 20 Mar 2004 12:22:06 +0000 (GMT)
Received: from p508B763E.dip.t-dialin.net ([IPv6:::ffff:80.139.118.62]:48934
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225489AbUCTMWF>; Sat, 20 Mar 2004 12:22:05 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2KCM3Mk000885;
	Sat, 20 Mar 2004 13:22:03 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2KCM1RY000884;
	Sat, 20 Mar 2004 13:22:01 +0100
Date: Sat, 20 Mar 2004 13:22:01 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: "Martin C. Barlow" <mips@martin.barlow.name>
Cc: linux-mips@linux-mips.org
Subject: Re: hwclock and df seg fault
Message-ID: <20040320122201.GA32242@linux-mips.org>
References: <000201c40e62$e9d104f0$6500a8c0@colombia>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <000201c40e62$e9d104f0$6500a8c0@colombia>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4598
X-ecartis-version: Ecartis v1.0.0
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

On Sat, Mar 20, 2004 at 09:05:40PM +1100, Martin C. Barlow wrote:

> I have an old SGI indy R4600 and have installed debian testing with
> latest linux-mips cvs kernel. I found two problems with the programs
> hwclock and df. Apart from that appears to work fine. I have included
> their output. I don't know if it is a kernel or package problem. I don't
> know if it as something to do with preemtible kernel which I enabled in
> kernel. If anyone is interested and wants to see kernel .config, fstab
> or anything else I'm happy to oblidge.

Standard flame - what kernel version?

I checked in the last fixes for the preemptible kernel less than two days
ago so if your kernel is older than that it's time to update :-)

  Ralf

From ica2_ts@csv.ica.uni-stuttgart.de Sat Mar 20 12:22:29 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 20 Mar 2004 12:22:31 +0000 (GMT)
Received: from iris1.csv.ica.uni-stuttgart.de ([IPv6:::ffff:129.69.118.2]:44854
	"EHLO iris1.csv.ica.uni-stuttgart.de") by linux-mips.org with ESMTP
	id <S8225489AbUCTMW3>; Sat, 20 Mar 2004 12:22:29 +0000
Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1B4fUg-0003uu-00; Sat, 20 Mar 2004 13:22:26 +0100
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian))
	id 1B4fUg-0003mw-00; Sat, 20 Mar 2004 13:22:26 +0100
Date: Sat, 20 Mar 2004 13:22:26 +0100
To: "Martin C. Barlow" <mips@martin.barlow.name>
Cc: linux-mips@linux-mips.org
Subject: Re: hwclock and df seg fault
Message-ID: <20040320122225.GK25832@rembrandt.csv.ica.uni-stuttgart.de>
References: <000201c40e62$e9d104f0$6500a8c0@colombia>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <000201c40e62$e9d104f0$6500a8c0@colombia>
User-Agent: Mutt/1.5.5.1i
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4599
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ica2_ts@csv.ica.uni-stuttgart.de
Precedence: bulk
X-list: linux-mips

Martin C. Barlow wrote:
[snip]
> Barcelona:/var/log# hwclock
> Mar 21 19:11:20 Barcelona kernel: bad: scheduling while atomic!
[snip]
> Mar 21 19:11:20 Barcelona kernel: note: hwclock[369] exited with
> preempt_count 2

So this was with CONFIG_PREEMPT, I guess. Does it happen also without
that?


Thiemo

From mips@martin.barlow.name Sat Mar 20 12:58:16 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 20 Mar 2004 12:58:16 +0000 (GMT)
Received: from mail014.syd.optusnet.com.au ([IPv6:::ffff:211.29.132.160]:5613
	"EHLO mail014.syd.optusnet.com.au") by linux-mips.org with ESMTP
	id <S8225489AbUCTM6Q>; Sat, 20 Mar 2004 12:58:16 +0000
Received: from colombia (c211-30-22-201.thorn1.nsw.optusnet.com.au [211.30.22.201])
	by mail014.syd.optusnet.com.au (8.11.6p2/8.11.6) with ESMTP id i2KCw8F10293
	for <linux-mips@linux-mips.org>; Sat, 20 Mar 2004 23:58:09 +1100
From: "Martin C. Barlow" <mips@martin.barlow.name>
To: <linux-mips@linux-mips.org>
Subject: RE: hwclock and df seg fault
Date: Sat, 20 Mar 2004 23:57:52 +1100
Message-ID: <000101c40e7a$f6061810$6500a8c0@colombia>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
In-Reply-To: <20040320122201.GA32242@linux-mips.org>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Return-Path: <mips@martin.barlow.name>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4600
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mips@martin.barlow.name
Precedence: bulk
X-list: linux-mips

I downloaded the kernel from cvs today (less than 6 hours ago). 
I will recompile without preemptible and let you know the result. 
The version is 2.6.4

marty

-----Original Message-----
From: Ralf Baechle [mailto:ralf@linux-mips.org] 
Sent: Saturday, 20 March 2004 11:22 PM
To: Martin C. Barlow
Cc: linux-mips@linux-mips.org
Subject: Re: hwclock and df seg fault


On Sat, Mar 20, 2004 at 09:05:40PM +1100, Martin C. Barlow wrote:

> I have an old SGI indy R4600 and have installed debian testing with 
> latest linux-mips cvs kernel. I found two problems with the programs 
> hwclock and df. Apart from that appears to work fine. I have included 
> their output. I don't know if it is a kernel or package problem. I 
> don't know if it as something to do with preemtible kernel which I 
> enabled in kernel. If anyone is interested and wants to see kernel 
> .config, fstab or anything else I'm happy to oblidge.

Standard flame - what kernel version?

I checked in the last fixes for the preemptible kernel less than two
days ago so if your kernel is older than that it's time to update :-)

  Ralf



From mips@martin.barlow.name Sat Mar 20 16:16:38 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 20 Mar 2004 16:16:39 +0000 (GMT)
Received: from mail002.syd.optusnet.com.au ([IPv6:::ffff:211.29.132.32]:4064
	"EHLO mail002.syd.optusnet.com.au") by linux-mips.org with ESMTP
	id <S8225506AbUCTQQi>; Sat, 20 Mar 2004 16:16:38 +0000
Received: from colombia (c211-30-22-201.thorn1.nsw.optusnet.com.au [211.30.22.201])
	by mail002.syd.optusnet.com.au (8.11.6p2/8.11.6) with ESMTP id i2KGGUG23960;
	Sun, 21 Mar 2004 03:16:30 +1100
From: "Martin C. Barlow" <mips@martin.barlow.name>
To: "'Thiemo Seufer'" <ica2_ts@csv.ica.uni-stuttgart.de>
Cc: <linux-mips@linux-mips.org>
Subject: RE: hwclock and df seg fault
Date: Sun, 21 Mar 2004 03:16:14 +1100
Message-ID: <000001c40e96$adbdb1f0$6500a8c0@colombia>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
In-Reply-To: <20040320122225.GK25832@rembrandt.csv.ica.uni-stuttgart.de>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Return-Path: <mips@martin.barlow.name>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4601
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mips@martin.barlow.name
Precedence: bulk
X-list: linux-mips

Thiemo

With PREEMP turned off, the hwclock command works again. Looks like the
new scheduler may have a little problem.
The df problem is still there. This may be just a user space
mis-configuration error. I'll see if I can find the problem.
Let me know if you need any dumps.

marty

-----Original Message-----
From: Thiemo Seufer [mailto:ica2_ts@csv.ica.uni-stuttgart.de] 
Sent: Saturday, 20 March 2004 11:22 PM
To: Martin C. Barlow
Cc: linux-mips@linux-mips.org
Subject: Re: hwclock and df seg fault


Martin C. Barlow wrote:
[snip]
> Barcelona:/var/log# hwclock
> Mar 21 19:11:20 Barcelona kernel: bad: scheduling while atomic!
[snip]
> Mar 21 19:11:20 Barcelona kernel: note: hwclock[369] exited with 
> preempt_count 2

So this was with CONFIG_PREEMPT, I guess. Does it happen also without
that?


Thiemo



From mips@martin.barlow.name Sat Mar 20 16:48:22 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 20 Mar 2004 16:48:23 +0000 (GMT)
Received: from mail017.syd.optusnet.com.au ([IPv6:::ffff:211.29.132.168]:15317
	"EHLO mail017.syd.optusnet.com.au") by linux-mips.org with ESMTP
	id <S8225507AbUCTQsW>; Sat, 20 Mar 2004 16:48:22 +0000
Received: from colombia (c211-30-22-201.thorn1.nsw.optusnet.com.au [211.30.22.201])
	by mail017.syd.optusnet.com.au (8.11.6p2/8.11.6) with ESMTP id i2KGmHA18877;
	Sun, 21 Mar 2004 03:48:17 +1100
From: "Martin C. Barlow" <mips@martin.barlow.name>
To: "'Ralf Baechle'" <ralf@linux-mips.org>
Cc: <linux-mips@linux-mips.org>
Subject: RE: hwclock and df seg fault
Date: Sun, 21 Mar 2004 03:47:55 +1100
Message-ID: <000101c40e9b$18d887e0$6500a8c0@colombia>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
In-Reply-To: <20040320122201.GA32242@linux-mips.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Return-Path: <mips@martin.barlow.name>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4602
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mips@martin.barlow.name
Precedence: bulk
X-list: linux-mips

I did a search for this problem and found that the sparc64 guys had a
similar problem that they solved. I don't know if the problem is
similar.
http://lists.debian.org/debian-sparc/2003/debian-sparc-200311/msg00068.h
tml

They solved it by analysing an strace.  I did the same. Looking at it,
it looks like some linking is failing and then later on SYS_4255(), the
critical function is failing.

Hope that helps someone to understand.

marty

Barcelona:~# strace df
execve("/bin/df", ["df"], [/* 16 vars */]) = 0
uname({sys="Linux", node="Barcelona", ...}) = 0
brk(0)                                  = 0x10001000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x2aac2000
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=S_IFREG|0644, st_size=9507, ...}) = 0
old_mmap(NULL, 9507, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2aac4000
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\0\0\0\0\0\0\0\0\0\0\3\0\10\0\0\0\1\0\1PD"...,
512) = 512
lseek(3, 588, SEEK_SET)                 = 588
read(3, "\0\0\0\4\0\0\0\20\0\0\0\1GNU\0\0\0\0\0\0\0\0\2\0\0\0\4"..., 32)
= 32
fstat64(3, {st_mode=S_IFREG|0644, st_size=1692012, ...}) = 0
old_mmap(NULL, 1872896, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x2ab02000
mprotect(0x2ac7f000, 312320, PROT_NONE) = 0
old_mmap(0x2acbe000, 45056, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0x17c000) = 0x2acbe000
old_mmap(0x2acc9000, 9216, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2acc9000
close(3)                                = 0
munmap(0x2aac4000, 9507)                = 0
brk(0)                                  = 0x10001000
brk(0x10022000)                         = 0x10022000
brk(0)                                  = 0x10022000
open("/etc/mtab", O_RDONLY)             = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=162, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x2aac3000
read(3, "/dev/sda1 / ext3 rw,errors=remou"..., 4096) = 162
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x2aac3000, 4096)                = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 0), ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x2aac3000
write(1, "Filesystem           1K-blocks  "..., 67Filesystem
1K-blocks      Used Available Use% Mounted on
) = 67
SYS_4255()                              = -1 EINVAL (Invalid argument)
write(2, "df: ", 4df: )                     = 4
write(2, "`/\'", 3`/')                     = 3
write(2, ": Invalid argument", 18: Invalid argument)      = 18
write(2, "\n", 1
)                       = 1
SYS_4255()                              = -1 EINVAL (Invalid argument)
write(2, "df: ", 4df: )                     = 4
write(2, "`/proc\'", 7`/proc')                 = 7
write(2, ": Invalid argument", 18: Invalid argument)      = 18
write(2, "\n", 1
)                       = 1
SYS_4255()                              = -1 EINVAL (Invalid argument)
write(2, "df: ", 4df: )                     = 4
write(2, "`/sys\'", 6`/sys')                  = 6
write(2, ": Invalid argument", 18: Invalid argument)      = 18
write(2, "\n", 1
)                       = 1


Barcelona:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
df: `/': Invalid argument
df: `/proc': Invalid argument
df: `/sys': Invalid argument
df: `/dev/pts': Invalid argument
df: `/dev/shm': Invalid argument

Barcelona:~# uname -a
Linux Barcelona 2.6.4 #3 Mon Mar 22 00:14:42 EST 2004 mips GNU/Linux

Barcelona:~# cat /proc/version
Linux version 2.6.4 (root@Barcelona) (gcc version 3.3.3 (Debian)) #3 Mon
Mar 22 00:14:42 EST 2004

Barcelona:~# dpkg -l coreutils libc6
ii  coreutils                 5.0.91-2                  The GNU core
utilities
ii  libc6                     2.3.2.ds1-11              GNU C Library:
Shared libraries and Timezone data

-----Original Message-----
From: Ralf Baechle [mailto:ralf@linux-mips.org] 
Sent: Saturday, 20 March 2004 11:22 PM
To: Martin C. Barlow
Cc: linux-mips@linux-mips.org
Subject: Re: hwclock and df seg fault

I checked in the last fixes for the preemptible kernel less than two
days ago so if your kernel is older than that it's time to update :-)

  Ralf



From ralf@linux-mips.org Sat Mar 20 17:13:38 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 20 Mar 2004 17:13:39 +0000 (GMT)
Received: from p508B763E.dip.t-dialin.net ([IPv6:::ffff:80.139.118.62]:29994
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225507AbUCTRNi>; Sat, 20 Mar 2004 17:13:38 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2KHDaMk006348;
	Sat, 20 Mar 2004 18:13:36 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2KHDZ2O006347;
	Sat, 20 Mar 2004 18:13:35 +0100
Date: Sat, 20 Mar 2004 18:13:35 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: "Martin C. Barlow" <mips@martin.barlow.name>
Cc: linux-mips@linux-mips.org
Subject: Re: hwclock and df seg fault
Message-ID: <20040320171335.GA5764@linux-mips.org>
References: <20040320122201.GA32242@linux-mips.org> <000101c40e9b$18d887e0$6500a8c0@colombia>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <000101c40e9b$18d887e0$6500a8c0@colombia>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4603
X-ecartis-version: Ecartis v1.0.0
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

The RTC bug was trivial, patch below and in CVS,

  Ralf

Index: drivers/char/ds1286.c
===================================================================
RCS file: /home/cvs/linux/drivers/char/ds1286.c,v
retrieving revision 1.9
diff -u -r1.9 ds1286.c
--- drivers/char/ds1286.c	22 Jan 2004 02:15:40 -0000	1.9
+++ drivers/char/ds1286.c	20 Mar 2004 17:09:39 -0000
@@ -254,7 +254,7 @@
 
 	ds1286_status |= RTC_IS_OPEN;
 
-	spin_lock_irq(&ds1286_lock);
+	spin_unlock_irq(&ds1286_lock);
 	return 0;
 
 out_busy:

From ralf@linux-mips.org Sat Mar 20 19:54:04 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 20 Mar 2004 19:54:05 +0000 (GMT)
Received: from p508B763E.dip.t-dialin.net ([IPv6:::ffff:80.139.118.62]:32556
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225515AbUCTTyE>; Sat, 20 Mar 2004 19:54:04 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2KJs2Mk009328;
	Sat, 20 Mar 2004 20:54:02 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2KJs1rL009327;
	Sat, 20 Mar 2004 20:54:01 +0100
Date: Sat, 20 Mar 2004 20:54:01 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: "Martin C. Barlow" <mips@martin.barlow.name>
Cc: "'Thiemo Seufer'" <ica2_ts@csv.ica.uni-stuttgart.de>,
	linux-mips@linux-mips.org
Subject: Re: hwclock and df seg fault
Message-ID: <20040320195401.GB5764@linux-mips.org>
References: <20040320122225.GK25832@rembrandt.csv.ica.uni-stuttgart.de> <000001c40e96$adbdb1f0$6500a8c0@colombia>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <000001c40e96$adbdb1f0$6500a8c0@colombia>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4604
X-ecartis-version: Ecartis v1.0.0
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

On Sun, Mar 21, 2004 at 03:16:14AM +1100, Martin C. Barlow wrote:

> With PREEMP turned off, the hwclock command works again. Looks like the
> new scheduler may have a little problem.
> The df problem is still there. This may be just a user space
> mis-configuration error. I'll see if I can find the problem.
> Let me know if you need any dumps.

No, the different locking code used for the preemptible kernel contains
assertions which simply detected the bug in the RTC driver.

  Ralf

From dfrezell@speakeasy.net Mon Mar 22 03:18:42 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 03:18:43 +0000 (GMT)
Received: from mail4.speakeasy.net ([IPv6:::ffff:216.254.0.204]:51850 "EHLO
	mail4.speakeasy.net") by linux-mips.org with ESMTP
	id <S8225592AbUCVDSm>; Mon, 22 Mar 2004 03:18:42 +0000
Received: (qmail 8439 invoked from network); 22 Mar 2004 03:18:37 -0000
Received: from descartes.jellydonut.org (HELO [10.0.1.102]) (dfrezell@[216.27.160.185])
          (envelope-sender <dfrezell@speakeasy.net>)
          by mail4.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <linux-mips@linux-mips.org>; 22 Mar 2004 03:18:37 -0000
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <9C1F2DDC-7BAF-11D8-A797-00039394886E@speakeasy.net>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: linux-mips@linux-mips.org
From: Andrew Frezell <dfrezell@speakeasy.net>
Subject: mounting fs from memory
Date: Sun, 21 Mar 2004 22:18:37 -0500
X-Mailer: Apple Mail (2.613)
Return-Path: <dfrezell@speakeasy.net>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4605
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dfrezell@speakeasy.net
Precedence: bulk
X-list: linux-mips

Hello All,

I have a bootloader that that is reading segments out of flash and into 
memory.  The segments are 3 compressed ext2 filesystems and the linux 
kernel.  After a signature check of each of the sections in memory the 
bootloader jumps to the kernel.

I would like to mount one filesystem section in RAM as the root 
filesystem.  I think it's easy enough to specify initrd as the offset 
and size of the section in RAM.  But I would also like to mount the 
remaining two filesystems in RAM when linux starts up.  This is where 
I'm having some trouble.  I have two questions:

1.  Is there some way to protect the memory regions in RAM from linux 
just trashing it?  I saw a function add_memory_region in 
arch/mips/kernel/setup.c that seems to do something, does anyone know 
what exactly this does?

2.  How do you mount an area of memory that you know has a filesystem 
already there under linux?  Is there some mount command where you can 
pass the address and size, and mount does the right thing?

Thank you in advance,

Drew Frezell


From anemo@mba.ocn.ne.jp Mon Mar 22 07:06:02 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 07:06:03 +0000 (GMT)
Received: from [IPv6:::ffff:202.230.225.5] ([IPv6:::ffff:202.230.225.5]:53010
	"HELO topsns.toshiba-tops.co.jp") by linux-mips.org with SMTP
	id <S8224793AbUCVHGC>; Mon, 22 Mar 2004 07:06:02 +0000
Received: from no.name.available by topsns.toshiba-tops.co.jp
          via smtpd (for mail.linux-mips.org [62.254.210.162]) with SMTP; 22 Mar 2004 07:06:00 UT
Received: from localhost (fragile [172.17.28.65])
	by srd2sd.toshiba-tops.co.jp (8.12.10/8.12.10) with ESMTP id i2M75i1x041949;
	Mon, 22 Mar 2004 16:05:44 +0900 (JST)
	(envelope-from anemo@mba.ocn.ne.jp)
Date: Mon, 22 Mar 2004 16:06:27 +0900 (JST)
Message-Id: <20040322.160627.41628364.nemoto@toshiba-tops.co.jp>
To: linux-mips@linux-mips.org, ralf@linux-mips.org
Cc: ica2_ts@csv.ica.uni-stuttgart.de
Subject: Re: [PATCH, 2.4] Fix bad check_gcc order for mips64, make offset.h
 creation more robust
From: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
In-Reply-To: <20040122040759.GB23173@rembrandt.csv.ica.uni-stuttgart.de>
	<20031105.171701.42767326.nemoto@toshiba-tops.co.jp>
References: <20040122040759.GB23173@rembrandt.csv.ica.uni-stuttgart.de>
X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A  B746 CA77 FE94 2874 D52F
X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F
X-Mailer: Mew version 3.3 on Emacs 21.2 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Return-Path: <anemo@mba.ocn.ne.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4606
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: anemo@mba.ocn.ne.jp
Precedence: bulk
X-list: linux-mips

Could you remember this two months old patch?

>>>>> On Thu, 22 Jan 2004 05:07:59 +0100, Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de> said:
Thiemo> current 2.4 64bit kernels fail to build for newer toolchains
Thiemo> because the -finline-limit=100000 option is ignored. The
Thiemo> symptom is some bogus offset.h content which stops the build
Thiemo> in arch/mips64/mm/tlbex-r4k.S.

Or this four months old patch?

>>>>> On Wed, 05 Nov 2003 17:17:01 +0900 (JST), Atsushi Nemoto <anemo@mba.ocn.ne.jp> said:
anemo> It seems mips64 Makefile does not pass "-finline-limit=100000"
anemo> to gcc.  The "check_gcc" must be defined before used ?


I think this fix is definitely required for 2.4 mips64 tree.  Please
commit to CVS if no problem with this.

---
Atsushi Nemoto

From dom@mips.com Mon Mar 22 09:43:21 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 09:43:23 +0000 (GMT)
Received: from alg145.algor.co.uk ([IPv6:::ffff:62.254.210.145]:14602 "EHLO
	dmz.algor.co.uk") by linux-mips.org with ESMTP id <S8224988AbUCVJnV>;
	Mon, 22 Mar 2004 09:43:21 +0000
Received: from alg158.algor.co.uk ([62.254.210.158] helo=olympia.mips.com)
	by dmz.algor.co.uk with esmtp (Exim 3.35 #1 (Debian))
	id 1B5Lqt-00085a-00; Mon, 22 Mar 2004 09:36:11 +0000
Received: from olympia.mips.com ([192.168.192.128] helo=doms-laptop.algor.co.uk)
	by olympia.mips.com with esmtp (Exim 3.36 #1 (Debian))
	id 1B5LxB-0000QT-00; Mon, 22 Mar 2004 09:42:42 +0000
From: Dominic Sweetman <dom@mips.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16478.46344.410904.489262@doms-laptop.algor.co.uk>
Date: Mon, 22 Mar 2004 09:42:32 +0000
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
In-Reply-To: <Pine.LNX.4.55.0403181528130.5750@jurand.ds.pg.gda.pl>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
	<1078478086.4308.14.camel@dzur.sfbay.redhat.com>
	<16456.21112.570245.1011@arsenal.mips.com>
	<Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
	<16473.44507.935886.271157@arsenal.mips.com>
	<Pine.LNX.4.55.0403181528130.5750@jurand.ds.pg.gda.pl>
X-Mailer: VM 7.07 under 21.4 (patch 10) "Military Intelligence (RC5 Windows)" XEmacs Lucid
X-MTUK-Scanner: Found to be clean
X-MTUK-SpamCheck: not spam, SpamAssassin (score=-4.847, required 4, AWL,
	BAYES_00)
Return-Path: <dom@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4607
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dom@mips.com
Precedence: bulk
X-list: linux-mips


Maciej

> > Insert/extract make a reasonable case for themselves, but actually
> > arrived in MIPS32 release 2 as part of a bunch of other bit-shuffle
> > instructions (also includes rotates and various byte-swaps) which -
> > together - help quite a bit to manipulate sub-word data in registers.
> 
>  I see.  Actually all of them are a bit redundant, often replaceable with
> short sequences of other instructions, but I guess code compacting may
> matter more for the embedded environment than for general-purpose
> computing.

When we relied on things like Specmarks for benchmarks, those are
mostly general purpose C programs.  They tend to be intricate
programs, not dominated by repetitive handling of large-scale data
(the floating point benchmarks *are* data-intensive, which is why 
architectural strangeness is much more successful on those).

Moreover, Specmarks have a strong tendency to use 'int' data types;
sub-word data handling is essentially irrelevant to performance on
them.  RISCs are good at the fiddly stuff (at least, well-designed
RISCs are) and happy with the int data types: so the Specmarks are
relatively good and we're happy.

But an important sub-class of embedded workloads are data intensive,
where the data represents some sort of stream.  Basic data items are
often 8- or 16-bits in size.  Existing RISC instruction sets end up
bloating the inner loops of these programs, and it's marginal
performance gains rather than code size which motivates us to make
this work better.

>  And while we are at instruction usefulness -- why are there the "di" and
> "ei" instructions, but there is no a complement instruction, say "si" (for
> "set interrupts"), that would copy bit #0 from a GPR to cp0.status.ie
> compactly and atomically?

The 'di' is there to be atomic.  Such sequences are rare and code
compactness is not an issue.  As you probably heard before, the use of
a potentially-interruptible RMW sequence on the status register to
disable interrupts is potentially troublesome (most common OS' manage
themselves so it isn't an issue, but still...)

The 'ei' comes for free with it.

In encoding terms, di/ei can be seen to be individual members of a
generic instruction whose action is something like "atomically
set/clear bit in a CP0 register".  But CP0 registers are low-level
things, whose bits have real hardware functions; so implementing the
bit-set/bit-clear is not the same in all cases.  So we've defined
this instruction minimally, only or critical bits.

--
Dominic


From macro@ds2.pg.gda.pl Mon Mar 22 11:14:31 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 11:14:32 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:5592 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8224991AbUCVLOb>; Mon, 22 Mar 2004 11:14:31 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 41BB04BAA4; Mon, 22 Mar 2004 12:14:24 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 2E77E4B4FE; Mon, 22 Mar 2004 12:14:24 +0100 (CET)
Date: Mon, 22 Mar 2004 12:14:24 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Dominic Sweetman <dom@mips.com>
Cc: Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
In-Reply-To: <16478.46344.410904.489262@doms-laptop.algor.co.uk>
Message-ID: <Pine.LNX.4.55.0403221153280.6539@jurand.ds.pg.gda.pl>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
 <1078478086.4308.14.camel@dzur.sfbay.redhat.com> <16456.21112.570245.1011@arsenal.mips.com>
 <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
 <16473.44507.935886.271157@arsenal.mips.com> <Pine.LNX.4.55.0403181528130.5750@jurand.ds.pg.gda.pl>
 <16478.46344.410904.489262@doms-laptop.algor.co.uk>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4608
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

Dominic,

> But an important sub-class of embedded workloads are data intensive,
> where the data represents some sort of stream.  Basic data items are
> often 8- or 16-bits in size.  Existing RISC instruction sets end up
> bloating the inner loops of these programs, and it's marginal
> performance gains rather than code size which motivates us to make
> this work better.

 I see.  Though the associated code compaction reduces cache footprint
which improves performance as well.

> The 'di' is there to be atomic.  Such sequences are rare and code
> compactness is not an issue.  As you probably heard before, the use of
> a potentially-interruptible RMW sequence on the status register to
> disable interrupts is potentially troublesome (most common OS' manage
> themselves so it isn't an issue, but still...)

 Hmm, is the remaining minority of the OSes, that can't manage the
sequence, important enough to add such an instruction?  The atomicity of
this operation should only matter if interrupt handlers are expected to
leave interrupts disabled upon an exit to the same context -- such a setup
should be pretty rare.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From dom@mips.com Mon Mar 22 14:50:19 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 14:50:22 +0000 (GMT)
Received: from alg145.algor.co.uk ([IPv6:::ffff:62.254.210.145]:3595 "EHLO
	dmz.algor.co.uk") by linux-mips.org with ESMTP id <S8225193AbUCVOuT>;
	Mon, 22 Mar 2004 14:50:19 +0000
Received: from alg158.algor.co.uk ([62.254.210.158] helo=olympia.mips.com)
	by dmz.algor.co.uk with esmtp (Exim 3.35 #1 (Debian))
	id 1B5Qdv-0003i0-00; Mon, 22 Mar 2004 14:43:07 +0000
Received: from gladsmuir.algor.co.uk ([172.20.192.66] helo=gladsmuir.mips.com)
	by olympia.mips.com with esmtp (Exim 3.36 #1 (Debian))
	id 1B5QkT-0004W3-00; Mon, 22 Mar 2004 14:49:53 +0000
From: Dominic Sweetman <dom@mips.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16478.64784.641483.359197@gladsmuir.mips.com>
Date: Mon, 22 Mar 2004 14:49:52 +0000
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
In-Reply-To: <Pine.LNX.4.55.0403221153280.6539@jurand.ds.pg.gda.pl>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
	<1078478086.4308.14.camel@dzur.sfbay.redhat.com>
	<16456.21112.570245.1011@arsenal.mips.com>
	<Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
	<16473.44507.935886.271157@arsenal.mips.com>
	<Pine.LNX.4.55.0403181528130.5750@jurand.ds.pg.gda.pl>
	<16478.46344.410904.489262@doms-laptop.algor.co.uk>
	<Pine.LNX.4.55.0403221153280.6539@jurand.ds.pg.gda.pl>
X-Mailer: VM 6.92 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
X-MTUK-Scanner: Found to be clean
X-MTUK-SpamCheck: not spam, SpamAssassin (score=-4.848, required 4, AWL,
	BAYES_00)
Return-Path: <dom@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4609
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dom@mips.com
Precedence: bulk
X-list: linux-mips


Maciej,

> > The 'di' is there to be atomic...
> 
>  Hmm, is the remaining minority of the OSes, that can't manage the
> sequence, important enough to add such an instruction?

Perhaps not.  The case I always suggest is that of a serial port
transmit interrupt handler, which often wants to disable the TxReady
interrupt when it finds there's no more data to send.  There's almost
always a way to do that without changing the SR interrupt mask, of
course... 

--
Dominic


From Nitin@soc-soft.com Mon Mar 22 15:15:51 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 15:15:52 +0000 (GMT)
Received: from [IPv6:::ffff:202.56.254.201] ([IPv6:::ffff:202.56.254.201]:49151
	"EHLO mail.soc-soft.com") by linux-mips.org with ESMTP
	id <S8225232AbUCVPPv> convert rfc822-to-8bit; Mon, 22 Mar 2004 15:15:51 +0000
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8BIT
Subject: Non recoverabe Abort
Date: Mon, 22 Mar 2004 20:45:44 +0530
Message-ID: <E519BE9E8DAC6A4B89DA4AD1D2A155B783B561@soc-mail.soc-soft.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Non recoverabe Abort
Thread-Index: AcQQIIuuFN5FE3GcQ2ev+aN7lIF2+Q==
From: "Nitin P Mahajan" <Nitin@soc-soft.com>
To: <linux-mips@linux-mips.org>
Cc: <linux-net@vger.kernel.org>
Return-Path: <Nitin@soc-soft.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4610
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Nitin@soc-soft.com
Precedence: bulk
X-list: linux-mips

Hi!

	I am writing a driver for the on-chip Ethernet controller
(Exactly Similar to TC35815) on TX4938.

I am facing one problem for a long time. I am getting the following two
interrupts but not the transmit interrupt when I attempt to transmit. 1.
Non-recoverable Abort. 2. Master Abort Reception.

I have just created one transmit descriptor and attached a small data
buffer to it. Through the MAC loop back I want to test this basic
transmission. I am not getting the TxComp interrupt. I am giving the
physical address of the descriptor to the DMA controller and assigning
the physical address of the data buffer into the DataBuff field in the
descriptor. Is it possible to get the transmit and receive interrupts in
the MAC loopback condition.

Could anyone please tell me what can be the reason of these interrupts
(1. Non-recoverable Abort, 2. Master Abort Reception) and how can I
overcome it.

Thanking u in advance,

Regards

-Nitin Mahajan




From uhler@mips.com Mon Mar 22 16:21:56 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 16:21:57 +0000 (GMT)
Received: from mx.mips.com ([IPv6:::ffff:206.31.31.226]:34485 "EHLO
	mx.mips.com") by linux-mips.org with ESMTP id <S8225419AbUCVQV4>;
	Mon, 22 Mar 2004 16:21:56 +0000
Received: from mercury.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.12.11/8.12.11) with ESMTP id i2MGAgB1018925;
	Mon, 22 Mar 2004 08:10:45 -0800 (PST)
Received: from gmu-linux (gmu-linux.mips.com [172.20.8.94])
	by mercury.mips.com (8.12.11/8.12.11) with ESMTP id i2MGIm7c022587;
	Mon, 22 Mar 2004 08:18:48 -0800 (PST)
Subject: Re: gcc support of mips32 release 2
From: Michael Uhler <uhler@mips.com>
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>, linux-mips@linux-mips.org,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
In-Reply-To: <Pine.LNX.4.55.0403221153280.6539@jurand.ds.pg.gda.pl>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
	<1078478086.4308.14.camel@dzur.sfbay.redhat.com>
	<16456.21112.570245.1011@arsenal.mips.com>
	<Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
	<16473.44507.935886.271157@arsenal.mips.com>
	<Pine.LNX.4.55.0403181528130.5750@jurand.ds.pg.gda.pl>
	<16478.46344.410904.489262@doms-laptop.algor.co.uk> 
	<Pine.LNX.4.55.0403221153280.6539@jurand.ds.pg.gda.pl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-11) 
Date: 22 Mar 2004 08:19:38 -0800
Message-Id: <1079972378.9814.50.camel@gmu-linux>
Mime-Version: 1.0
X-Spam-Scan: SA 2.63
X-Scanned-By: MIMEDefang 2.39
Return-Path: <uhler@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4611
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: uhler@mips.com
Precedence: bulk
X-list: linux-mips

The real issue is one of strictly nested interrupts.  The lack of an
atomic di, in particular, works fine as long as all interrupts are
strictly nested in such a way that no interrupt code changes the
state of the IM bits between the read and write of the sequence.
While most operating systems appear to be strictly nested, there
are some very important kernels in embedded markets which are not
strictly nested.

When I added di (and, for symmetry, ei) to Release 2, I did so after
spending considerable time talking with these customers and was
convinced that it was important.

/gmu

On Mon, 2004-03-22 at 03:14, Maciej W. Rozycki wrote:

> > The 'di' is there to be atomic.  Such sequences are rare and code
> > compactness is not an issue.  As you probably heard before, the use of
> > a potentially-interruptible RMW sequence on the status register to
> > disable interrupts is potentially troublesome (most common OS' manage
> > themselves so it isn't an issue, but still...)
> 
>  Hmm, is the remaining minority of the OSes, that can't manage the
> sequence, important enough to add such an instruction?  The atomicity of
> this operation should only matter if interrupt handlers are expected to
> leave interrupts disabled upon an exit to the same context -- such a setup
> should be pretty rare.

-- 
Michael Uhler, Chief Technology Officer
MIPS Technologies, Inc.  Email: uhler@mips.com
1225 Charleston Road     Voice:  (650)567-5025  FAX:   (650)567-5225
Mountain View, CA 94043  Mobile: (650)868-6870  Admin: (650)567-5085


From jsun@orion.mvista.com Mon Mar 22 18:00:54 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 18:00:55 +0000 (GMT)
Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:766 "EHLO
	orion.mvista.com") by linux-mips.org with ESMTP id <S8225299AbUCVSAy>;
	Mon, 22 Mar 2004 18:00:54 +0000
Received: from orion.mvista.com (localhost.localdomain [127.0.0.1])
	by orion.mvista.com (8.12.8/8.12.8) with ESMTP id i2MI0mx6030375;
	Mon, 22 Mar 2004 10:00:48 -0800
Received: (from jsun@localhost)
	by orion.mvista.com (8.12.8/8.12.8/Submit) id i2MI0guX030373;
	Mon, 22 Mar 2004 10:00:42 -0800
Date: Mon, 22 Mar 2004 10:00:42 -0800
From: Jun Sun <jsun@mvista.com>
To: "Martin C. Barlow" <mips@martin.barlow.name>
Cc: "'Thiemo Seufer'" <ica2_ts@csv.ica.uni-stuttgart.de>,
	linux-mips@linux-mips.org, jsun@mvista.com
Subject: Re: hwclock and df seg fault
Message-ID: <20040322100042.C30193@mvista.com>
References: <20040320122225.GK25832@rembrandt.csv.ica.uni-stuttgart.de> <000001c40e96$adbdb1f0$6500a8c0@colombia>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <000001c40e96$adbdb1f0$6500a8c0@colombia>; from mips@martin.barlow.name on Sun, Mar 21, 2004 at 03:16:14AM +1100
Return-Path: <jsun@orion.mvista.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4612
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jsun@mvista.com
Precedence: bulk
X-list: linux-mips

On Sun, Mar 21, 2004 at 03:16:14AM +1100, Martin C. Barlow wrote:
> Thiemo
> 
> With PREEMP turned off, the hwclock command works again. Looks like the
> new scheduler may have a little problem.
> The df problem is still there. This may be just a user space
> mis-configuration error. I'll see if I can find the problem.
> Let me know if you need any dumps.
> 

df works fine here with PREEMPT, both UP and SMP.

There are still some holes in PREEMPT, but mostly are theorectical ones
and you won't hit thme easily.

Jun

From ralf@linux-mips.org Mon Mar 22 18:46:36 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 18:46:37 +0000 (GMT)
Received: from p508B7A49.dip.t-dialin.net ([IPv6:::ffff:80.139.122.73]:16153
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225300AbUCVSqg>; Mon, 22 Mar 2004 18:46:36 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2MIkZoM017326;
	Mon, 22 Mar 2004 19:46:35 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2MIkYIO017325;
	Mon, 22 Mar 2004 19:46:34 +0100
Date: Mon, 22 Mar 2004 19:46:34 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Andrew Frezell <dfrezell@speakeasy.net>
Cc: linux-mips@linux-mips.org
Subject: Re: mounting fs from memory
Message-ID: <20040322184634.GC6720@linux-mips.org>
References: <9C1F2DDC-7BAF-11D8-A797-00039394886E@speakeasy.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <9C1F2DDC-7BAF-11D8-A797-00039394886E@speakeasy.net>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4613
X-ecartis-version: Ecartis v1.0.0
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

On Sun, Mar 21, 2004 at 10:18:37PM -0500, Andrew Frezell wrote:

> 1.  Is there some way to protect the memory regions in RAM from linux 
> just trashing it?  I saw a function add_memory_region in 
> arch/mips/kernel/setup.c that seems to do something, does anyone know 
> what exactly this does?

The kernel won't touch any memory below the kernel itself.  I consider that
a bug so will change that for now that's a save region to place something.
add_memory_region takes a third argument which can be BOOT_MEM_RAM,
BOOT_MEM_ROM_DATA or BOOT_MEM_RESERVED.  You should pass BOOT_MEM_RESERVED
for to tell the kernel that a certain region should not be considered
usable memory.  For completeness sake BOOT_MEM_RAM is free memory and
BOOT_MEM_ROM_DATA will be free at the end of kernel initialization so is
usually used to describe free memory regions which hold firmware data that
becomes useless after initialization.

  Ralf

From ralf@linux-mips.org Mon Mar 22 20:09:19 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 20:09:20 +0000 (GMT)
Received: from p508B7A49.dip.t-dialin.net ([IPv6:::ffff:80.139.122.73]:65053
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225299AbUCVUJT>; Mon, 22 Mar 2004 20:09:19 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2MK9GoM019511;
	Mon, 22 Mar 2004 21:09:16 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2MK968M019510;
	Mon, 22 Mar 2004 21:09:06 +0100
Date: Mon, 22 Mar 2004 21:09:06 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Cc: linux-mips@linux-mips.org, ica2_ts@csv.ica.uni-stuttgart.de
Subject: Re: [PATCH, 2.4] Fix bad check_gcc order for mips64, make offset.h creation more robust
Message-ID: <20040322200906.GA19051@linux-mips.org>
References: <20040122040759.GB23173@rembrandt.csv.ica.uni-stuttgart.de> <20040322.160627.41628364.nemoto@toshiba-tops.co.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040322.160627.41628364.nemoto@toshiba-tops.co.jp>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4614
X-ecartis-version: Ecartis v1.0.0
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

On Mon, Mar 22, 2004 at 04:06:27PM +0900, Atsushi Nemoto wrote:

> Could you remember this two months old patch?

Sorry ...  Applied.

  Ralf

From cgs@ldsys.net Mon Mar 22 22:57:18 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 22:57:19 +0000 (GMT)
Received: from one.ldsys.net ([IPv6:::ffff:208.176.63.109]:38958 "EHLO
	one.chi.ldsys.net") by linux-mips.org with ESMTP
	id <S8225299AbUCVW5S>; Mon, 22 Mar 2004 22:57:18 +0000
Received: from sex-machine.chi.ldsys.net (sex-machine.chi.ldsys.net [10.0.1.4])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(Client did not present a certificate)
	by one.chi.ldsys.net (Postfix) with ESMTP id A8DCA4AA7B
	for <linux-mips@linux-mips.org>; Mon, 22 Mar 2004 16:57:14 -0600 (CST)
Subject: minor patches
From: "Christopher G. Stach II" <cgs@ldsys.net>
To: linux-mips@linux-mips.org
Content-Type: text/plain
Message-Id: <1079996219.15310.60.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 22 Mar 2004 16:56:59 -0600
Content-Transfer-Encoding: 7bit
Return-Path: <cgs@ldsys.net>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4615
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: cgs@ldsys.net
Precedence: bulk
X-list: linux-mips

Index: arch/mips/kernel/head.S
===================================================================
RCS file: /home/cvs/linux/arch/mips/kernel/head.S,v
retrieving revision 1.59
diff -u -b -B -r1.59 head.S
--- arch/mips/kernel/head.S     19 Jan 2004 19:54:14 -0000      1.59
+++ arch/mips/kernel/head.S     22 Mar 2004 22:52:40 -0000
@@ -27,6 +27,9 @@
 #include <asm/sn/sn0/hubni.h>
 #include <asm/sn/klkernvars.h>
 #endif
+#ifdef CONFIG_MAPPED_KERNEL
+# include <asm/pgtable-bits.h>
+#endif
  
        .macro  ARC64_TWIDDLE_PC
 #if defined(CONFIG_ARC64) || defined(CONFIG_MAPPED_KERNEL)
Index: arch/mips/mm/dma-ip27.c
===================================================================
RCS file: /home/cvs/linux/arch/mips/mm/dma-ip27.c,v
retrieving revision 1.5
diff -u -b -B -r1.5 dma-ip27.c
--- arch/mips/mm/dma-ip27.c     5 Jan 2004 23:29:13 -0000       1.5
+++ arch/mips/mm/dma-ip27.c     22 Mar 2004 22:52:40 -0000
@@ -188,7 +188,7 @@
        return (dma64_addr_t) pdev_to_baddr(pdev, addr);
 }
  
-EXPORT_SYMBOL(dma_cache_sync);
+EXPORT_SYMBOL(pci_dac_page_to_dma);
  
 struct page *pci_dac_dma_to_page(struct pci_dev *pdev,
        dma64_addr_t dma_addr)
Index: include/asm-mips/sn/mapped_kernel.h
===================================================================
RCS file: /home/cvs/linux/include/asm-mips/sn/mapped_kernel.h,v
retrieving revision 1.1
diff -u -b -B -r1.1 mapped_kernel.h
--- include/asm-mips/sn/mapped_kernel.h 29 Jul 2003 03:21:48 -0000     
1.1
+++ include/asm-mips/sn/mapped_kernel.h 22 Mar 2004 22:52:46 -0000
@@ -29,9 +29,9 @@
 #define MAPPED_ADDR_RW_TO_PHYS(x)      (x - CKSSEG - 16777216)
  
 #define MAPPED_KERN_RO_PHYSBASE(n) \
-                       (PLAT_NODE_DATA(n)->kern_vars.kv_ro_baseaddr)
+                       (HUB_DATA(n)->kern_vars.kv_ro_baseaddr)
 #define MAPPED_KERN_RW_PHYSBASE(n) \
-                       (PLAT_NODE_DATA(n)->kern_vars.kv_rw_baseaddr)
+                       (HUB_DATA(n)->kern_vars.kv_rw_baseaddr)
  
 #define MAPPED_KERN_RO_TO_PHYS(x) \
                                ((unsigned
long)MAPPED_ADDR_RO_TO_PHYS(x) | \



From ralf@linux-mips.org Mon Mar 22 23:35:56 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 22 Mar 2004 23:35:57 +0000 (GMT)
Received: from p508B7A49.dip.t-dialin.net ([IPv6:::ffff:80.139.122.73]:51497
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225299AbUCVXf4>; Mon, 22 Mar 2004 23:35:56 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2MNYioM023694;
	Tue, 23 Mar 2004 00:34:44 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2MNYeC9023693;
	Tue, 23 Mar 2004 00:34:40 +0100
Date: Tue, 23 Mar 2004 00:34:40 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: "Christopher G. Stach II" <cgs@ldsys.net>
Cc: linux-mips@linux-mips.org
Subject: Re: minor patches
Message-ID: <20040322233440.GA22611@linux-mips.org>
References: <1079996219.15310.60.camel@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1079996219.15310.60.camel@localhost>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4616
X-ecartis-version: Ecartis v1.0.0
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

Leave CONFIG_MAPPED kernel disabled for now; it seems like this option
doesn't deliver the performance benefict it is expected.  The reason it's
implemented is primarily because IRIX does the same kernel code
replication and they actually seem to benefit.

  Ralf

From MAILER-DAEMON Tue Mar 23 01:37:27 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 23 Mar 2004 01:37:28 +0000 (GMT)
Received: from interxion.zaventem.priorweb.be ([IPv6:::ffff:213.193.228.88]:22750
	"EHLO mail.sos.be") by linux-mips.org with ESMTP
	id <S8225303AbUCWBh1>; Tue, 23 Mar 2004 01:37:27 +0000
Received: from localhost (localhost [127.0.0.1])
	by mail.sos.be (Postfix) with ESMTP id 9331D17C017
	for <linux-mips@linux-mips.org>; Tue, 23 Mar 2004 02:37:18 +0100 (CET)
MIME-Version: 1.0
Subject: VIRUS (Worm.SomeFool.Gen-1) IN MAIL FROM YOU
In-Reply-To: <20040323013655.65F5317C013@mail.sos.be>
Message-Id: <VS09238-07@morse.sos.be>
Content-Type: multipart/report; report-type=delivery-status;
    boundary="----------=_1080005838-9238-1"
From: Amavis <postmaster@sos.be>
To: <linux-mips@linux-mips.org>
Date: Tue, 23 Mar 2004 02:37:18 +0100 (CET)
Return-Path: <>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4617
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: postmaster@sos.be
Precedence: bulk
X-list: linux-mips

This is a multi-part message in MIME format...

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

VIRUS ALERT

Our content checker found
    virus: Worm.SomeFool.Gen-1
in email presumably from you (<linux-mips@linux-mips.org>), to the following recipient:
-> vennoten-lijst@sos.be

Please check your system for viruses,
or ask your system administrator to do so.

Delivery of the email was stopped!


For your reference, here are headers from your email:
------------------------- BEGIN HEADERS -----------------------------
Return-Path: <linux-mips@linux-mips.org>
Received: from sos.be (218-163-146-201.HINET-IP.hinet.net [218.163.146.201])
	by mail.sos.be (Postfix) with ESMTP id 65F5317C013
	for <info@sos.be>; Tue, 23 Mar 2004 02:36:55 +0100 (CET)
From: linux-mips@linux-mips.org
To: info@sos.be
Subject: Re: Your document
Date: Tue, 23 Mar 2004 09:36:58 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0005_00000074.00007104"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <20040323013655.65F5317C013@mail.sos.be>
-------------------------- END HEADERS ------------------------------

------------=_1080005838-9238-1
Content-Type: message/delivery-status
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Description: Delivery error report

Reporting-MTA: dns; morse.sos.be
Received-From-MTA: smtp; mail.sos.be ([127.0.0.1])
Arrival-Date: Tue, 23 Mar 2004 02:37:05 +0100 (CET)

Final-Recipient: rfc822; vennoten-lijst@sos.be
Action: failed
Status: 5.7.1
Diagnostic-Code: smtp; 550 5.7.1 Message content rejected, id=09238-07 - VIRUS: Worm.SomeFool.Gen-1
Last-Attempt-Date: Tue, 23 Mar 2004 02:37:18 +0100 (CET)

------------=_1080005838-9238-1
Content-Type: text/rfc822-headers
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Description: Undelivered-message headers

Received: from sos.be (218-163-146-201.HINET-IP.hinet.net [218.163.146.201])
	by mail.sos.be (Postfix) with ESMTP id 65F5317C013
	for <info@sos.be>; Tue, 23 Mar 2004 02:36:55 +0100 (CET)
From: linux-mips@linux-mips.org
To: info@sos.be
Subject: Re: Your document
Date: Tue, 23 Mar 2004 09:36:58 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0005_00000074.00007104"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <20040323013655.65F5317C013@mail.sos.be>

------------=_1080005838-9238-1--

From macro@ds2.pg.gda.pl Tue Mar 23 11:49:08 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 23 Mar 2004 11:49:11 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:26044 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8224985AbUCWLtI>; Tue, 23 Mar 2004 11:49:08 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 75C204AC6E; Tue, 23 Mar 2004 12:49:02 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 60579478CD; Tue, 23 Mar 2004 12:49:02 +0100 (CET)
Date: Tue, 23 Mar 2004 12:49:02 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Kumba <kumba@gentoo.org>, Ralf Baechle <ralf@linux-mips.org>
Cc: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
In-Reply-To: <Pine.LNX.4.55.0403180141400.14525@jurand.ds.pg.gda.pl>
Message-ID: <Pine.LNX.4.55.0403221255200.6539@jurand.ds.pg.gda.pl>
References: <404D0132.3020202@gentoo.org> <20040308234450.GF16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D0A18.6050802@gentoo.org> <20040309003447.GH16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D1909.1020005@gentoo.org> <20040309013841.GI16163@rembrandt.csv.ica.uni-stuttgart.de>
 <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de>
 <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl> <4058BC76.9020204@gentoo.org>
 <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl> <4058DAE2.8000902@gentoo.org>
 <Pine.LNX.4.55.0403180041560.14525@jurand.ds.pg.gda.pl> <4058E89B.3010208@gentoo.org>
 <Pine.LNX.4.55.0403180141400.14525@jurand.ds.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4618
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Thu, 18 Mar 2004, Maciej W. Rozycki wrote:

>  Essentially all platforms that currently set the address to something
> that's not aligned to a 64kB boundry.  I'd like binutils to be fixed
> instead, though -- I'll try to track the problem down and cook a patch
> before 2.15.  I think the problem may be considered serious enough the
> release may even be deferred for a few days if necessary (since I believe
> it's quite close).

 After a study of the relevant BFD code, I'm now pretty sure it does its
job right -- the .text section which is placed at a fixed offset by the
linker script only imposes an alignment of 4 and the 64kB alignment is
required by the segment the section is placed in.  So BFD does the right 
job by lowering the segment's VMA so that the .text section is placed at 
the requested offset.

 What's important, segment alignment happens under the assumption a binary 
will be used in a paged environment.  This is not normally the case with a 
MIPS Linux kernel, so I think the right solution is to ask the linker not 
to do page aligning using the "-n" option.  Here's a patch that should do 
that.

 Ralf, OK to apply this?

  Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

patch-mips-2.4.25-20040322-nmagic-0
diff -up --recursive --new-file linux-mips-2.4.25-20040322.macro/arch/mips/Makefile linux-mips-2.4.25-20040322/arch/mips/Makefile
--- linux-mips-2.4.25-20040322.macro/arch/mips/Makefile	2004-03-11 03:57:07.000000000 +0000
+++ linux-mips-2.4.25-20040322/arch/mips/Makefile	2004-03-23 11:45:26.000000000 +0000
@@ -46,7 +46,7 @@ check_gcc = $(shell if $(CC) $(1) -S -o 
 GCCFLAGS	:= -I $(TOPDIR)/include/asm/gcc
 GCCFLAGS	+= -G 0 -mno-abicalls -fno-pic -pipe
 GCCFLAGS	+= $(call check_gcc, -finline-limit=100000,)
-LINKFLAGS	+= -G 0 -static # -N
+LINKFLAGS	+= -G 0 -static -n
 MODFLAGS	+= -mlong-calls
 
 ifdef CONFIG_DEBUG_INFO
diff -up --recursive --new-file linux-mips-2.4.25-20040322.macro/arch/mips64/Makefile linux-mips-2.4.25-20040322/arch/mips64/Makefile
--- linux-mips-2.4.25-20040322.macro/arch/mips64/Makefile	2004-01-03 03:56:46.000000000 +0000
+++ linux-mips-2.4.25-20040322/arch/mips64/Makefile	2004-03-23 11:45:39.000000000 +0000
@@ -39,7 +39,7 @@ endif
 GCCFLAGS	:= -I $(TOPDIR)/include/asm/gcc
 GCCFLAGS	+= -mabi=64 -G 0 -mno-abicalls -fno-pic -Wa,--trap -pipe
 GCCFLAGS	+= $(call check_gcc, -finline-limit=100000,)
-LINKFLAGS	+= -G 0 -static # -N
+LINKFLAGS	+= -G 0 -static -n
 MODFLAGS	+= -mlong-calls
 
 ifdef CONFIG_DEBUG_INFO

From ralf@linux-mips.org Tue Mar 23 12:00:41 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 23 Mar 2004 12:00:42 +0000 (GMT)
Received: from p508B7879.dip.t-dialin.net ([IPv6:::ffff:80.139.120.121]:50003
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225301AbUCWMAl>; Tue, 23 Mar 2004 12:00:41 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2NC0YoM006232;
	Tue, 23 Mar 2004 13:00:34 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2NC0Xr4006231;
	Tue, 23 Mar 2004 13:00:33 +0100
Date: Tue, 23 Mar 2004 13:00:33 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Kumba <kumba@gentoo.org>, linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
Message-ID: <20040323120033.GA6151@linux-mips.org>
References: <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de> <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl> <4058BC76.9020204@gentoo.org> <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl> <4058DAE2.8000902@gentoo.org> <Pine.LNX.4.55.0403180041560.14525@jurand.ds.pg.gda.pl> <4058E89B.3010208@gentoo.org> <Pine.LNX.4.55.0403180141400.14525@jurand.ds.pg.gda.pl> <Pine.LNX.4.55.0403221255200.6539@jurand.ds.pg.gda.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.55.0403221255200.6539@jurand.ds.pg.gda.pl>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4619
X-ecartis-version: Ecartis v1.0.0
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

On Tue, Mar 23, 2004 at 12:49:02PM +0100, Maciej W. Rozycki wrote:

> >  Essentially all platforms that currently set the address to something
> > that's not aligned to a 64kB boundry.  I'd like binutils to be fixed
> > instead, though -- I'll try to track the problem down and cook a patch
> > before 2.15.  I think the problem may be considered serious enough the
> > release may even be deferred for a few days if necessary (since I believe
> > it's quite close).
> 
>  After a study of the relevant BFD code, I'm now pretty sure it does its
> job right -- the .text section which is placed at a fixed offset by the
> linker script only imposes an alignment of 4 and the 64kB alignment is
> required by the segment the section is placed in.  So BFD does the right 
> job by lowering the segment's VMA so that the .text section is placed at 
> the requested offset.
> 
>  What's important, segment alignment happens under the assumption a binary 
> will be used in a paged environment.  This is not normally the case with a 
> MIPS Linux kernel, so I think the right solution is to ask the linker not 
> to do page aligning using the "-n" option.  Here's a patch that should do 
> that.
> 
>  Ralf, OK to apply this?

Sure, I don't see any possible drawback from this.

  Ralf

From macro@ds2.pg.gda.pl Tue Mar 23 12:44:54 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 23 Mar 2004 12:45:03 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:12253 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225525AbUCWMoy>; Tue, 23 Mar 2004 12:44:54 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 8A0E54AC6E; Tue, 23 Mar 2004 13:44:48 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 7B4C3478CD; Tue, 23 Mar 2004 13:44:48 +0100 (CET)
Date: Tue, 23 Mar 2004 13:44:48 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: ralf@linux-mips.org
Cc: linux-mips@linux-mips.org
Subject: Re: CVS Update@-mips.org: linux 
In-Reply-To: <20040322200826Z8225300-9616+4225@linux-mips.org>
Message-ID: <Pine.LNX.4.55.0403231341110.16819@jurand.ds.pg.gda.pl>
References: <20040322200826Z8225300-9616+4225@linux-mips.org>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4620
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Mon, 22 Mar 2004 ralf@linux-mips.org wrote:

> Log message:
> 	Move check_gcc; it was being used before defined.

 And you've moved it down further?  What's the sense?  Also I feel 
check_gas and check_gcc should be kept together.  I'm checking in an 
update to match what the 32-bit port does.

  Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From macro@ds2.pg.gda.pl Tue Mar 23 12:50:33 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 23 Mar 2004 12:50:33 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:5345 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225525AbUCWMud>; Tue, 23 Mar 2004 12:50:33 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 42E044BD34; Tue, 23 Mar 2004 13:50:27 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 2F0AD4AC6E; Tue, 23 Mar 2004 13:50:27 +0100 (CET)
Date: Tue, 23 Mar 2004 13:50:27 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: Kumba <kumba@gentoo.org>, linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
In-Reply-To: <20040323120033.GA6151@linux-mips.org>
Message-ID: <Pine.LNX.4.55.0403231348010.16819@jurand.ds.pg.gda.pl>
References: <404D28B1.4010608@gentoo.org> <20040309023737.GJ16163@rembrandt.csv.ica.uni-stuttgart.de>
 <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl> <4058BC76.9020204@gentoo.org>
 <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl> <4058DAE2.8000902@gentoo.org>
 <Pine.LNX.4.55.0403180041560.14525@jurand.ds.pg.gda.pl> <4058E89B.3010208@gentoo.org>
 <Pine.LNX.4.55.0403180141400.14525@jurand.ds.pg.gda.pl>
 <Pine.LNX.4.55.0403221255200.6539@jurand.ds.pg.gda.pl> <20040323120033.GA6151@linux-mips.org>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4621
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Tue, 23 Mar 2004, Ralf Baechle wrote:

> >  What's important, segment alignment happens under the assumption a binary 
> > will be used in a paged environment.  This is not normally the case with a 
> > MIPS Linux kernel, so I think the right solution is to ask the linker not 
> > to do page aligning using the "-n" option.  Here's a patch that should do 
> > that.
> > 
> >  Ralf, OK to apply this?
> 
> Sure, I don't see any possible drawback from this.

 Some picky firmware may be unhappy about a bit different ELF layout it
yields.  Anyway, this is the right way to go and any problems with bad
firmware may be able to be compensated with updates to our linker scripts.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From ralf@linux-mips.org Tue Mar 23 13:05:04 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 23 Mar 2004 13:05:05 +0000 (GMT)
Received: from p508B7879.dip.t-dialin.net ([IPv6:::ffff:80.139.120.121]:30039
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225525AbUCWNFE>; Tue, 23 Mar 2004 13:05:04 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2ND4woM007590;
	Tue, 23 Mar 2004 14:04:58 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2ND4w5E007589;
	Tue, 23 Mar 2004 14:04:58 +0100
Date: Tue, 23 Mar 2004 14:04:58 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Kumba <kumba@gentoo.org>, linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
Message-ID: <20040323130458.GB6151@linux-mips.org>
References: <Pine.LNX.4.55.0403171829130.14525@jurand.ds.pg.gda.pl> <4058BC76.9020204@gentoo.org> <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl> <4058DAE2.8000902@gentoo.org> <Pine.LNX.4.55.0403180041560.14525@jurand.ds.pg.gda.pl> <4058E89B.3010208@gentoo.org> <Pine.LNX.4.55.0403180141400.14525@jurand.ds.pg.gda.pl> <Pine.LNX.4.55.0403221255200.6539@jurand.ds.pg.gda.pl> <20040323120033.GA6151@linux-mips.org> <Pine.LNX.4.55.0403231348010.16819@jurand.ds.pg.gda.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.55.0403231348010.16819@jurand.ds.pg.gda.pl>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4622
X-ecartis-version: Ecartis v1.0.0
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

On Tue, Mar 23, 2004 at 01:50:27PM +0100, Maciej W. Rozycki wrote:

>  Some picky firmware may be unhappy about a bit different ELF layout it
> yields.  Anyway, this is the right way to go and any problems with bad
> firmware may be able to be compensated with updates to our linker scripts.

I've had lots of trouble with ECOFF implementations but not with ELF
which is a nicer design - in particular the obvious way of implementing
ELF loading is even likely to be the right one.

Oh well, we'll see - and I guess a binutils person will object to obove
paragraph the next five minutes ;-)

  Ralf

From ica2_ts@csv.ica.uni-stuttgart.de Tue Mar 23 14:22:21 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 23 Mar 2004 14:22:25 +0000 (GMT)
Received: from iris1.csv.ica.uni-stuttgart.de ([IPv6:::ffff:129.69.118.2]:39780
	"EHLO iris1.csv.ica.uni-stuttgart.de") by linux-mips.org with ESMTP
	id <S8225198AbUCWOWV>; Tue, 23 Mar 2004 14:22:21 +0000
Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1B5mnL-00031I-00
	for <linux-mips@linux-mips.org>; Tue, 23 Mar 2004 15:22:19 +0100
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian))
	id 1B5mnL-0000d7-00
	for <linux-mips@linux-mips.org>; Tue, 23 Mar 2004 15:22:19 +0100
Date: Tue, 23 Mar 2004 15:22:19 +0100
To: linux-mips@linux-mips.org
Subject: Re: 2.4 kernels + >=binutils-2.14.90.0.8
Message-ID: <20040323142219.GP26428@rembrandt.csv.ica.uni-stuttgart.de>
References: <4058BC76.9020204@gentoo.org> <Pine.LNX.4.55.0403172202060.14525@jurand.ds.pg.gda.pl> <4058DAE2.8000902@gentoo.org> <Pine.LNX.4.55.0403180041560.14525@jurand.ds.pg.gda.pl> <4058E89B.3010208@gentoo.org> <Pine.LNX.4.55.0403180141400.14525@jurand.ds.pg.gda.pl> <Pine.LNX.4.55.0403221255200.6539@jurand.ds.pg.gda.pl> <20040323120033.GA6151@linux-mips.org> <Pine.LNX.4.55.0403231348010.16819@jurand.ds.pg.gda.pl> <20040323130458.GB6151@linux-mips.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040323130458.GB6151@linux-mips.org>
User-Agent: Mutt/1.5.5.1i
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4623
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ica2_ts@csv.ica.uni-stuttgart.de
Precedence: bulk
X-list: linux-mips

Ralf Baechle wrote:
> On Tue, Mar 23, 2004 at 01:50:27PM +0100, Maciej W. Rozycki wrote:
> 
> >  Some picky firmware may be unhappy about a bit different ELF layout it
> > yields.  Anyway, this is the right way to go and any problems with bad
> > firmware may be able to be compensated with updates to our linker scripts.
> 
> I've had lots of trouble with ECOFF implementations but not with ELF
> which is a nicer design - in particular the obvious way of implementing
> ELF loading is even likely to be the right one.

Well, some people chose to analyse ELF sections for their boot loader
as the "obvious" way...

> Oh well, we'll see - and I guess a binutils person will object to obove
> paragraph the next five minutes ;-)

Am I still in time? ;-)


Thiemo

From ica2_ts@csv.ica.uni-stuttgart.de Tue Mar 23 20:32:21 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 23 Mar 2004 20:32:22 +0000 (GMT)
Received: from iris1.csv.ica.uni-stuttgart.de ([IPv6:::ffff:129.69.118.2]:12393
	"EHLO iris1.csv.ica.uni-stuttgart.de") by linux-mips.org with ESMTP
	id <S8225198AbUCWUcV>; Tue, 23 Mar 2004 20:32:21 +0000
Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1B5sZP-0007Sb-00; Tue, 23 Mar 2004 21:32:19 +0100
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian))
	id 1B5sZP-0001zr-00; Tue, 23 Mar 2004 21:32:19 +0100
Date: Tue, 23 Mar 2004 21:32:19 +0100
To: linux-mips@linux-mips.org
Cc: ralf@linux-mips.org
Subject: [PATCH] ABI selection fixes for unistd.h and asm.h
Message-ID: <20040323203219.GR26428@rembrandt.csv.ica.uni-stuttgart.de>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="oPmsXEqKQNHCSXW7"
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1i
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4624
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ica2_ts@csv.ica.uni-stuttgart.de
Precedence: bulk
X-list: linux-mips


--oPmsXEqKQNHCSXW7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello All,

the selection of the correct syscall wrapper ABI in unistd.h is
broken in an interesting way. I wonder why any kernel survived
this. Patch for 2.4 and 2.6 is attached.


Thiemo

--oPmsXEqKQNHCSXW7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="unistd-fix-2.4.diff"

Index: include/asm-mips/unistd.h
===================================================================
RCS file: /home/cvs/linux/include/asm-mips/unistd.h,v
retrieving revision 1.29.2.7
diff -u -p -r1.29.2.7 unistd.h
--- include/asm-mips/unistd.h	31 Oct 2003 21:12:09 -0000	1.29.2.7
+++ include/asm-mips/unistd.h	23 Mar 2004 20:11:39 -0000
@@ -863,7 +863,7 @@ type name(atype a, btype b, ctype c, dty
 	return -1; \
 }
 
-#if (_MIPS_SIM == _MIPS_SIM_ABIN32)
+#if (_MIPS_SIM == _MIPS_SIM_ABI32)
 
 /*
  * Using those means your brain needs more than an oil change ;-)
@@ -931,9 +931,9 @@ type name(atype a, btype b, ctype c, dty
 	return -1; \
 }
 
-#endif /* (_MIPS_SIM == _MIPS_SIM_ABIN32) */
+#endif /* (_MIPS_SIM == _MIPS_SIM_ABI32) */
 
-#if (_MIPS_SIM == _MIPS_SIM_NABIN32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
+#if (_MIPS_SIM == _MIPS_SIM_NABI32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
 
 #define _syscall5(type,name,atype,a,btype,b,ctype,c,dtype,d,etype,e) \
 type name (atype a,btype b,ctype c,dtype d,etype e) \
@@ -989,7 +989,7 @@ type name (atype a,btype b,ctype c,dtype
 	return -1; \
 }
 
-#endif /* (_MIPS_SIM == _MIPS_SIM_NABIN32) || (_MIPS_SIM == _MIPS_SIM_ABI64) */
+#endif /* (_MIPS_SIM == _MIPS_SIM_NABI32) || (_MIPS_SIM == _MIPS_SIM_ABI64) */
 
 #ifdef __KERNEL_SYSCALLS__
 
Index: include/asm-mips64/unistd.h
===================================================================
RCS file: /home/cvs/linux/include/asm-mips64/Attic/unistd.h,v
retrieving revision 1.19.2.19
diff -u -p -r1.19.2.19 unistd.h
--- include/asm-mips64/unistd.h	28 Oct 2003 13:39:37 -0000	1.19.2.19
+++ include/asm-mips64/unistd.h	23 Mar 2004 20:11:39 -0000
@@ -865,7 +865,7 @@ type name(atype a, btype b, ctype c, dty
 	return -1; \
 }
 
-#if (_MIPS_SIM == _MIPS_SIM_ABIN32)
+#if (_MIPS_SIM == _MIPS_SIM_ABI32)
 
 /*
  * Using those means your brain needs more than an oil change ;-)
@@ -933,9 +933,9 @@ type name(atype a, btype b, ctype c, dty
 	return -1; \
 }
 
-#endif /* (_MIPS_SIM == _MIPS_SIM_ABIN32) */
+#endif /* (_MIPS_SIM == _MIPS_SIM_ABI32) */
 
-#if (_MIPS_SIM == _MIPS_SIM_NABIN32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
+#if (_MIPS_SIM == _MIPS_SIM_NABI32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
 
 #define _syscall5(type,name,atype,a,btype,b,ctype,c,dtype,d,etype,e) \
 type name (atype a,btype b,ctype c,dtype d,etype e) \
@@ -991,7 +991,7 @@ type name (atype a,btype b,ctype c,dtype
 	return -1; \
 }
 
-#endif /* (_MIPS_SIM == _MIPS_SIM_NABIN32) || (_MIPS_SIM == _MIPS_SIM_ABI64) */
+#endif /* (_MIPS_SIM == _MIPS_SIM_NABI32) || (_MIPS_SIM == _MIPS_SIM_ABI64) */
 
 #ifdef __KERNEL_SYSCALLS__
 

--oPmsXEqKQNHCSXW7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="unistd-fix-2.6.diff"

Index: include/asm-mips/asm.h
===================================================================
RCS file: /home/cvs/linux/include/asm-mips/asm.h,v
retrieving revision 1.20
diff -u -p -r1.20 asm.h
--- include/asm-mips/asm.h	30 Dec 2003 06:01:04 -0000	1.20
+++ include/asm-mips/asm.h	23 Mar 2004 20:15:44 -0000
@@ -209,7 +209,7 @@ symbol		=	value
 #define ALSZ	7
 #define ALMASK	~7
 #endif
-#if (_MIPS_SIM == _MIPS_SIM_ABIN32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
+#if (_MIPS_SIM == _MIPS_SIM_NABI32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
 #define ALSZ	15
 #define ALMASK	~15
 #endif
@@ -237,7 +237,7 @@ symbol		=	value
 #define REG_SUBU	subu
 #define REG_ADDU	addu
 #endif
-#if (_MIPS_SIM == _MIPS_SIM_ABIN32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
+#if (_MIPS_SIM == _MIPS_SIM_NABI32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
 #define REG_S		sd
 #define REG_L		ld
 #define REG_SUBU	dsubu
@@ -386,7 +386,7 @@ symbol		=	value
 #define MFC0		mfc0
 #define MTC0		mtc0
 #endif
-#if (_MIPS_SIM == _MIPS_SIM_ABIN32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
+#if (_MIPS_SIM == _MIPS_SIM_NABI32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
 #define MFC0		dmfc0
 #define MTC0		dmtc0
 #endif
Index: include/asm-mips/unistd.h
===================================================================
RCS file: /home/cvs/linux/include/asm-mips/unistd.h,v
retrieving revision 1.58
diff -u -p -r1.58 unistd.h
--- include/asm-mips/unistd.h	11 Mar 2004 16:46:57 -0000	1.58
+++ include/asm-mips/unistd.h	23 Mar 2004 20:15:44 -0000
@@ -917,7 +917,7 @@ type name(atype a, btype b, ctype c, dty
 	return -1; \
 }
 
-#if (_MIPS_SIM == _MIPS_SIM_ABIN32)
+#if (_MIPS_SIM == _MIPS_SIM_ABI32)
 
 /*
  * Using those means your brain needs more than an oil change ;-)
@@ -985,9 +985,9 @@ type name(atype a, btype b, ctype c, dty
 	return -1; \
 }
 
-#endif /* (_MIPS_SIM == _MIPS_SIM_ABIN32) */
+#endif /* (_MIPS_SIM == _MIPS_SIM_ABI32) */
 
-#if (_MIPS_SIM == _MIPS_SIM_NABIN32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
+#if (_MIPS_SIM == _MIPS_SIM_NABI32) || (_MIPS_SIM == _MIPS_SIM_ABI64)
 
 #define _syscall5(type,name,atype,a,btype,b,ctype,c,dtype,d,etype,e) \
 type name (atype a,btype b,ctype c,dtype d,etype e) \
@@ -1043,7 +1043,7 @@ type name (atype a,btype b,ctype c,dtype
 	return -1; \
 }
 
-#endif /* (_MIPS_SIM == _MIPS_SIM_NABIN32) || (_MIPS_SIM == _MIPS_SIM_ABI64) */
+#endif /* (_MIPS_SIM == _MIPS_SIM_NABI32) || (_MIPS_SIM == _MIPS_SIM_ABI64) */
 
 #ifdef __KERNEL_SYSCALLS__
 

--oPmsXEqKQNHCSXW7--

From brederlo@informatik.uni-tuebingen.de Wed Mar 24 12:38:12 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 24 Mar 2004 12:38:13 +0000 (GMT)
Received: from mx5.Informatik.Uni-Tuebingen.De ([IPv6:::ffff:134.2.12.32]:12754
	"EHLO mx5.informatik.uni-tuebingen.de") by linux-mips.org with ESMTP
	id <S8225385AbUCXMiM>; Wed, 24 Mar 2004 12:38:12 +0000
Received: from localhost (loopback [127.0.0.1])
	by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP
	id D0B4212A; Wed, 24 Mar 2004 13:38:04 +0100 (NFT)
Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1])
 by localhost (mx5 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 38972-04; Wed, 24 Mar 2004 13:38:03 +0100 (NFT)
Received: from dual (semeai.Informatik.Uni-Tuebingen.De [134.2.15.66])
	by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP
	id A5FF6121; Wed, 24 Mar 2004 13:38:02 +0100 (NFT)
Received: from mrvn by dual with local (Exim 3.36 #1 (Debian))
	id 1B67eN-0004WS-00; Wed, 24 Mar 2004 13:38:27 +0100
To: Ralf Baechle <ralf@linux-mips.org>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	"Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
	Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>,
	Linux/MIPS Development <linux-mips@linux-mips.org>,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
	<1078478086.4308.14.camel@dzur.sfbay.redhat.com>
	<16456.21112.570245.1011@arsenal.mips.com>
	<Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
	<20040318213713.GC25815@linux-mips.org>
	<Pine.GSO.4.58.0403191141290.2173@waterleaf.sonytel.be>
	<20040319125502.GA32363@linux-mips.org>
From: Goswin von Brederlow <brederlo@informatik.uni-tuebingen.de>
Date: 24 Mar 2004 13:38:27 +0100
In-Reply-To: <20040319125502.GA32363@linux-mips.org>
Message-ID: <87isguwhbw.fsf@mrvn.homelinux.org>
Lines: 36
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Reasonable Discussion)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new (McAfee AntiVirus) at informatik.uni-tuebingen.de
Return-Path: <brederlo@informatik.uni-tuebingen.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4625
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: brederlo@informatik.uni-tuebingen.de
Precedence: bulk
X-list: linux-mips

Ralf Baechle <ralf@linux-mips.org> writes:

> On Fri, Mar 19, 2004 at 11:42:11AM +0100, Geert Uytterhoeven wrote:
> 
> > > Take a look at the 68020 to see where instruction set madness can lead:
> > >
> > > 	movel	([42, a0, d0.2*2],123), ([43, a0, d0.2*2], 22)
> > > 	bfextu	([42, a0, d0.2*2],123){8:8}, d2
> > 
> > These instructions didn't complete in 1 cycle, while the new RISCies do.
> 
> That's the point, they went overboard with their C^2ISC philosophy.  These
> instructions were more or less unusable by compilers of the time and the
> given the rarity were not the most performant instructions of the
> architecture either, so made sense only relativly rarely.  So in the end
> the didn't get it right in the beginning which lead to the removal of the
> instruction in 060, if I recall right.
> 
>   Ralf

Thats a

 move.l 31530(A0, D0*2), 5675(A0, D0*2)  (that would give a bus error)

before assembly right?

That instruction is great to access array or aligned structure members
with an offset and compilers should be able to generate it for it. But
its only realy usefull if your short on registers, which gcc does not
optimize for.

Don't think they got removed. Could it be you are thinking about
mulu.l d0,d0:d1   (32*32=64 bit mul) and the like?

MfG
        Goswin

From ralf@linux-mips.org Wed Mar 24 13:52:34 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 24 Mar 2004 13:52:35 +0000 (GMT)
Received: from p508B7CA6.dip.t-dialin.net ([IPv6:::ffff:80.139.124.166]:31803
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225528AbUCXNwe>; Wed, 24 Mar 2004 13:52:34 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2ODqRoM005102;
	Wed, 24 Mar 2004 14:52:27 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2ODqPlH005101;
	Wed, 24 Mar 2004 14:52:25 +0100
Date: Wed, 24 Mar 2004 14:52:25 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Goswin von Brederlow <brederlo@informatik.uni-tuebingen.de>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	"Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
	Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>,
	Linux/MIPS Development <linux-mips@linux-mips.org>,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
Message-ID: <20040324135225.GE1983@linux-mips.org>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com> <1078478086.4308.14.camel@dzur.sfbay.redhat.com> <16456.21112.570245.1011@arsenal.mips.com> <Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl> <20040318213713.GC25815@linux-mips.org> <Pine.GSO.4.58.0403191141290.2173@waterleaf.sonytel.be> <20040319125502.GA32363@linux-mips.org> <87isguwhbw.fsf@mrvn.homelinux.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <87isguwhbw.fsf@mrvn.homelinux.org>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4626
X-ecartis-version: Ecartis v1.0.0
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

On Wed, Mar 24, 2004 at 01:38:27PM +0100, Goswin von Brederlow wrote:

>  move.l 31530(A0, D0*2), 5675(A0, D0*2)  (that would give a bus error)
> 
> before assembly right?
> 
> That instruction is great to access array or aligned structure members
> with an offset and compilers should be able to generate it for it. But
> its only realy usefull if your short on registers, which gcc does not
> optimize for.
> 
> Don't think they got removed. Could it be you are thinking about
> mulu.l d0,d0:d1   (32*32=64 bit mul) and the like?

Maybe - my memories of 68k are getting dusty.  In '92 or '93 I had started
my own Linux/68k port but disgusted by the complexity of some parts of the
68k architecture - such as execution timing tables of several pages just
for the move instruction or even shell scripts in case of the 68851 MMU.
Eventually I got my hands on a MIPS box in '94, again for porting Linux
to MIPS as the very first MIPS project I ever did.  Architectures tend to
get ugly when they age, when new features are added and compatibility
issues arrise but for most part I think MIPS has managed to age very
gracefully which I believe in part is one of the benefits of RISC design
principles, so I'm still happy after 10 years of MIPS stuff and feel
little desire to open those Motorola manuals on my shelf :-)

  Ralf

From dom@mips.com Wed Mar 24 17:57:46 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 24 Mar 2004 17:57:47 +0000 (GMT)
Received: from alg145.algor.co.uk ([IPv6:::ffff:62.254.210.145]:14085 "EHLO
	dmz.algor.co.uk") by linux-mips.org with ESMTP id <S8225621AbUCXR5q>;
	Wed, 24 Mar 2004 17:57:46 +0000
Received: from alg158.algor.co.uk ([62.254.210.158] helo=olympia.mips.com)
	by dmz.algor.co.uk with esmtp (Exim 3.35 #1 (Debian))
	id 1B6CWN-0007qq-00; Wed, 24 Mar 2004 17:50:31 +0000
Received: from arsenal.mips.com ([192.168.192.197])
	by olympia.mips.com with esmtp (Exim 3.36 #1 (Debian))
	id 1B6Ccf-0007rb-00; Wed, 24 Mar 2004 17:57:01 +0000
Received: from dom by arsenal.mips.com with local (Exim 3.35 #1 (Debian))
	id 1B6Ccf-0004Pf-00; Wed, 24 Mar 2004 17:57:01 +0000
From: Dominic Sweetman <dom@mips.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16481.52204.698372.80579@arsenal.mips.com>
Date: Wed, 24 Mar 2004 17:57:00 +0000
To: Ralf Baechle <ralf@linux-mips.org>
Cc: Goswin von Brederlow <brederlo@informatik.uni-tuebingen.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
	Dominic Sweetman <dom@mips.com>,
	Eric Christopher <echristo@redhat.com>,
	Long Li <long21st@yahoo.com>,
	Linux/MIPS Development <linux-mips@linux-mips.org>,
	David Ung <davidu@mips.com>, Nigel Stephens <nigel@mips.com>
Subject: Re: gcc support of mips32 release 2
In-Reply-To: <20040324135225.GE1983@linux-mips.org>
References: <20040305075517.42647.qmail@web40404.mail.yahoo.com>
	<1078478086.4308.14.camel@dzur.sfbay.redhat.com>
	<16456.21112.570245.1011@arsenal.mips.com>
	<Pine.LNX.4.55.0403181404210.5750@jurand.ds.pg.gda.pl>
	<20040318213713.GC25815@linux-mips.org>
	<Pine.GSO.4.58.0403191141290.2173@waterleaf.sonytel.be>
	<20040319125502.GA32363@linux-mips.org>
	<87isguwhbw.fsf@mrvn.homelinux.org>
	<20040324135225.GE1983@linux-mips.org>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-MTUK-Scanner: Found to be clean
X-MTUK-SpamCheck: not spam, SpamAssassin (score=-4.849, required 4, AWL,
	BAYES_00)
Return-Path: <dom@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4627
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dom@mips.com
Precedence: bulk
X-list: linux-mips


> ... I think MIPS has managed to age very
> gracefully which I believe in part is one of the benefits of RISC design
> principles, so I'm still happy after 10 years of MIPS stuff

Thanks Ralf, the cheque will be in the post :-)




From cpg@aladdin.de Wed Mar 24 21:03:20 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 24 Mar 2004 21:03:25 +0000 (GMT)
Received: from punt-2.aladdin.de ([IPv6:::ffff:195.124.73.2]:60105 "HELO
	punt.aladdin.de") by linux-mips.org with SMTP id <S8225539AbUCXVDU>;
	Wed, 24 Mar 2004 21:03:20 +0000
Received: by punt.aladdin.de; id WAA28029; Wed, 24 Mar 2004 22:06:00 +0100
Received: from caligula.groessler.org(10.23.1.2) by punt.aladdin.de via smap (3.2)
	id xma028027; Wed, 24 Mar 04 22:05:52 +0100
Received: from langhals (langhals.groessler.org [10.23.1.27])
	by Caligula.groessler.org (8.12.10/8.12.9) with ESMTP id i2OL35fM000660;
	Wed, 24 Mar 2004 22:03:05 +0100 (CET)
	(envelope-from cpg@aladdin.de)
Received: from langhals ([127.0.0.1] helo=langhals.aladdin.de)
	by langhals with esmtp (Exim 3.36 #1 (Debian))
	id 1B6FXT-0001Se-00; Wed, 24 Mar 2004 22:03:51 +0100
To: linux-mips@linux-mips.org
Subject: cannot compile 2.6.4 cvs version for Decstation
From: Christian Groessler <cpg@aladdin.de>
Date: 24 Mar 2004 22:03:50 +0100
Message-ID: <87lllqarex.fsf@aladdin.de>
Lines: 36
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-Path: <cpg@aladdin.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4628
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: cpg@aladdin.de
Precedence: bulk
X-list: linux-mips

Hi,

I get


  CC      drivers/tc/lk201.o
drivers/tc/lk201.c:19:26: linux/kbd_ll.h: No such file or directory
drivers/tc/lk201.c:23:26: asm/keyboard.h: No such file or directory
In file included from drivers/tc/lk201.c:27:
drivers/tc/zs.h:152: error: field `tqueue' has incomplete type
drivers/tc/zs.h:153: error: field `tqueue_hangup' has incomplete type
drivers/tc/lk201.c: In function `parse_kbd_rate':
drivers/tc/lk201.c:189: error: structure has no member named `rate'
drivers/tc/lk201.c:190: error: structure has no member named `rate'
drivers/tc/lk201.c:190: error: structure has no member named `rate'
drivers/tc/lk201.c:196: error: structure has no member named `rate'
drivers/tc/lk201.c:197: error: structure has no member named `rate'
drivers/tc/lk201.c:198: error: structure has no member named `rate'
drivers/tc/lk201.c:199: error: structure has no member named `rate'
drivers/tc/lk201.c:200: error: structure has no member named `rate'
drivers/tc/lk201.c:201: error: structure has no member named `rate'
drivers/tc/lk201.c: In function `write_kbd_rate':
drivers/tc/lk201.c:211: error: structure has no member named `rate'
drivers/tc/lk201.c: In function `lk201_kbd_rx_char':
drivers/tc/lk201.c:365: warning: implicit declaration of function `handle_scancode'
drivers/tc/lk201.c: In function `lk201_init':
drivers/tc/lk201.c:409: error: invalid lvalue in assignment
drivers/tc/lk201.c:410: error: invalid lvalue in assignment
make[2]: *** [drivers/tc/lk201.o] Error 1
make[1]: *** [drivers/tc] Error 2
make: *** [drivers] Error 2

Please cc answers as I'm not on the list.

regards,
chris


From ralf@linux-mips.org Wed Mar 24 22:53:35 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 24 Mar 2004 22:53:36 +0000 (GMT)
Received: from p508B7CA6.dip.t-dialin.net ([IPv6:::ffff:80.139.124.166]:32090
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225539AbUCXWxf>; Wed, 24 Mar 2004 22:53:35 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2OMrVoM016179;
	Wed, 24 Mar 2004 23:53:31 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2OMrVV1016178;
	Wed, 24 Mar 2004 23:53:31 +0100
Date: Wed, 24 Mar 2004 23:53:31 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Christian Groessler <cpg@aladdin.de>
Cc: linux-mips@linux-mips.org
Subject: Re: cannot compile 2.6.4 cvs version for Decstation
Message-ID: <20040324225331.GB15212@linux-mips.org>
References: <87lllqarex.fsf@aladdin.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <87lllqarex.fsf@aladdin.de>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4629
X-ecartis-version: Ecartis v1.0.0
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

DECstation doesn't yet work in 2.6; dunno what Maciej's plans for 2.6
support are?

  Ralf

From sweet1p06@hotmail.com Thu Mar 25 08:10:15 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 08:10:16 +0000 (GMT)
Received: from [IPv6:::ffff:209.67.27.134] ([IPv6:::ffff:209.67.27.134]:2550
	"HELO link-here.com") by linux-mips.org with SMTP
	id <S8224772AbUCYIKP>; Thu, 25 Mar 2004 08:10:15 +0000
To: <ladis@linux-mips.org>
From: "randy" <fountain21tanya@hotmail.com>
Date: Thu, 25 Mar 2004 08:05:07 GMT
Message-Id: <1080201907-11895@excite.com>
Subject: Exceptional deals on C1AL1S, 80 precent off!
Content-Type: text/plain;
Return-Path: <sweet1p06@hotmail.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4630
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: fountain21tanya@hotmail.com
Precedence: bulk
X-list: linux-mips

Greatest VIAGRnoA and CIoALaIS
Best offers on ValiuXXm and XZanaXx
Quick weight loss (josh design) and antidepressant meedication!
Incredible deals, 80 prcent off!
We ship wroldwide!

Clik Here:
http://looney.base4ds.com/s95/index.php?id=s95











tracy clipper new gretchen paula advil tattoo new 
gambit steph scorpion passion maria florida bigman lorraine 
nikita jkm twins tango director memory jeff center blowfish

From xavier_prabhu@linuxmail.org Thu Mar 25 08:36:38 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 08:36:41 +0000 (GMT)
Received: from webmail-outgoing.us4.outblaze.com ([IPv6:::ffff:205.158.62.67]:50574
	"EHLO webmail-outgoing.us4.outblaze.com") by linux-mips.org
	with ESMTP id <S8224772AbUCYIgi>; Thu, 25 Mar 2004 08:36:38 +0000
Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])
	by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id 8A5D11801538
	for <linux-mips@linux-mips.org>; Thu, 25 Mar 2004 08:36:29 +0000 (GMT)
X-OB-Received: from unknown (205.158.62.131)
  by wfilter.us4.outblaze.com; 25 Mar 2004 08:35:46 -0000
Received: by ws5-1.us4.outblaze.com (Postfix, from userid 1001)
	id 8255C39834A; Thu, 25 Mar 2004 08:36:29 +0000 (GMT)
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.41 (Entity 5.404)
Received: from [203.197.141.34] by ws5-1.us4.outblaze.com with http for
    xavier_prabhu@linuxmail.org; Thu, 25 Mar 2004 16:36:29 +0800
From: "xavier prabhu" <xavier_prabhu@linuxmail.org>
To: linux-mips@linux-mips.org
Date: Thu, 25 Mar 2004 16:36:29 +0800
Subject: __up and __down not found in 2.25 kernel
X-Originating-Ip: 203.197.141.34
X-Originating-Server: ws5-1.us4.outblaze.com
Message-Id: <20040325083629.8255C39834A@ws5-1.us4.outblaze.com>
Return-Path: <xavier_prabhu@linuxmail.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4631
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: xavier_prabhu@linuxmail.org
Precedence: bulk
X-list: linux-mips

Hi,

I'm using a module which is developed for 2.22 kernel.
This module uses __up and __down semaphore functions. 
While I insmod this module with 2.25 kernel,
I get the following error message
"insmod: unresolved symbol __up
insmod: unresolved symbol __down"

I checked the semaphore.c. It doesn't define these two functions.
Is there any way to work around this issue.

Please help me to solve this issue.
Thanks in advance.

Regards,
Xavier.
-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze

From xavier_prabhu@linuxmail.org Thu Mar 25 08:40:35 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 08:40:36 +0000 (GMT)
Received: from webmail-outgoing.us4.outblaze.com ([IPv6:::ffff:205.158.62.67]:23194
	"EHLO webmail-outgoing.us4.outblaze.com") by linux-mips.org
	with ESMTP id <S8224772AbUCYIkf>; Thu, 25 Mar 2004 08:40:35 +0000
Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])
	by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id 5C02918005D6
	for <linux-mips@linux-mips.org>; Thu, 25 Mar 2004 08:40:29 +0000 (GMT)
X-OB-Received: from unknown (205.158.62.131)
  by wfilter.us4.outblaze.com; 25 Mar 2004 08:39:45 -0000
Received: by ws5-1.us4.outblaze.com (Postfix, from userid 1001)
	id 4F45839834A; Thu, 25 Mar 2004 08:40:29 +0000 (GMT)
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.41 (Entity 5.404)
Received: from [203.197.141.34] by ws5-1.us4.outblaze.com with http for
    xavier_prabhu@linuxmail.org; Thu, 25 Mar 2004 16:40:29 +0800
From: "xavier prabhu" <xavier_prabhu@linuxmail.org>
To: "xavier prabhu" <xavier_prabhu@linuxmail.org>,
	linux-mips@linux-mips.org
Date: Thu, 25 Mar 2004 16:40:29 +0800
Subject: Re: __up and __down not found in 2.4.25 kernel
X-Originating-Ip: 203.197.141.34
X-Originating-Server: ws5-1.us4.outblaze.com
Message-Id: <20040325084029.4F45839834A@ws5-1.us4.outblaze.com>
Return-Path: <xavier_prabhu@linuxmail.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4632
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: xavier_prabhu@linuxmail.org
Precedence: bulk
X-list: linux-mips

Hi,

Sorry, This is 2.4.22 and 2.4.25 kernels.

Thanks,
Xavier.

----- Original Message -----
From: "xavier prabhu" <xavier_prabhu@linuxmail.org>
Date: 	Thu, 25 Mar 2004 16:36:29 +0800
To: linux-mips@linux-mips.org
Subject: __up and __down not found in 2.25 kernel

> Hi,
> 
> I'm using a module which is developed for 2.22 kernel.
> This module uses __up and __down semaphore functions. 
> While I insmod this module with 2.25 kernel,
> I get the following error message
> "insmod: unresolved symbol __up
> insmod: unresolved symbol __down"
> 
> I checked the semaphore.c. It doesn't define these two functions.
> Is there any way to work around this issue.
> 
> Please help me to solve this issue.
> Thanks in advance.
> 
> Regards,
> Xavier.
> -- 
> ______________________________________________
> Check out the latest SMS services @ http://www.linuxmail.org 
> This allows you to send and receive SMS through your mailbox.
> 
> 
> Powered by Outblaze
> 

-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze

From xavier_prabhu@linuxmail.org Thu Mar 25 08:43:17 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 08:43:18 +0000 (GMT)
Received: from webmail-outgoing.us4.outblaze.com ([IPv6:::ffff:205.158.62.67]:26526
	"EHLO webmail-outgoing.us4.outblaze.com") by linux-mips.org
	with ESMTP id <S8224772AbUCYInR>; Thu, 25 Mar 2004 08:43:17 +0000
Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])
	by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id 47582180080C
	for <linux-mips@linux-mips.org>; Thu, 25 Mar 2004 08:43:11 +0000 (GMT)
X-OB-Received: from unknown (205.158.62.131)
  by wfilter.us4.outblaze.com; 25 Mar 2004 08:42:27 -0000
Received: by ws5-1.us4.outblaze.com (Postfix, from userid 1001)
	id 3A74939834A; Thu, 25 Mar 2004 08:43:11 +0000 (GMT)
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.41 (Entity 5.404)
Received: from [203.197.141.34] by ws5-1.us4.outblaze.com with http for
    xavier_prabhu@linuxmail.org; Thu, 25 Mar 2004 16:43:11 +0800
From: "xavier prabhu" <xavier_prabhu@linuxmail.org>
To: "xavier prabhu" <xavier_prabhu@linuxmail.org>,
	linux-mips@linux-mips.org
Date: Thu, 25 Mar 2004 16:43:11 +0800
Subject: Re: __up and __down not found in 2.4.25 kernel
X-Originating-Ip: 203.197.141.34
X-Originating-Server: ws5-1.us4.outblaze.com
Message-Id: <20040325084311.3A74939834A@ws5-1.us4.outblaze.com>
Return-Path: <xavier_prabhu@linuxmail.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4633
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: xavier_prabhu@linuxmail.org
Precedence: bulk
X-list: linux-mips

Hi,

I'm sorry, this is 2.4.22 and 2.4.25 kernels.

Thanks,
Xavier.

----- Original Message -----
From: "xavier prabhu" <xavier_prabhu@linuxmail.org>
Date: 	Thu, 25 Mar 2004 16:36:29 +0800
To: linux-mips@linux-mips.org
Subject: __up and __down not found in 2.25 kernel

> Hi,
> 
> I'm using a module which is developed for 2.22 kernel.
> This module uses __up and __down semaphore functions. 
> While I insmod this module with 2.25 kernel,
> I get the following error message
> "insmod: unresolved symbol __up
> insmod: unresolved symbol __down"
> 
> I checked the semaphore.c. It doesn't define these two functions.
> Is there any way to work around this issue.
> 
> Please help me to solve this issue.
> Thanks in advance.
> 
> Regards,
> Xavier.
> -- 
> ______________________________________________
> Check out the latest SMS services @ http://www.linuxmail.org 
> This allows you to send and receive SMS through your mailbox.
> 
> 
> Powered by Outblaze
> 

-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze

From ralf@linux-mips.org Thu Mar 25 09:01:31 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 09:01:31 +0000 (GMT)
Received: from p508B7B53.dip.t-dialin.net ([IPv6:::ffff:80.139.123.83]:44924
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8224772AbUCYJBb>; Thu, 25 Mar 2004 09:01:31 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2P91ToM028216;
	Thu, 25 Mar 2004 10:01:30 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2P91Tk7028215;
	Thu, 25 Mar 2004 10:01:29 +0100
Date: Thu, 25 Mar 2004 10:01:28 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: xavier prabhu <xavier_prabhu@linuxmail.org>
Cc: linux-mips@linux-mips.org
Subject: Re: __up and __down not found in 2.25 kernel
Message-ID: <20040325090128.GA27145@linux-mips.org>
References: <20040325083629.8255C39834A@ws5-1.us4.outblaze.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040325083629.8255C39834A@ws5-1.us4.outblaze.com>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4634
X-ecartis-version: Ecartis v1.0.0
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

On Thu, Mar 25, 2004 at 04:36:29PM +0800, xavier prabhu wrote:

> I'm using a module which is developed for 2.22 kernel.
> This module uses __up and __down semaphore functions. 
> While I insmod this module with 2.25 kernel,
> I get the following error message
> "insmod: unresolved symbol __up
> insmod: unresolved symbol __down"
> 
> I checked the semaphore.c. It doesn't define these two functions.
> Is there any way to work around this issue.

Sounds like you're using some broken tree - get the sources from cvs.

  Ralf

From xavier_prabhu@linuxmail.org Thu Mar 25 09:51:01 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 09:51:04 +0000 (GMT)
Received: from webmail-outgoing.us4.outblaze.com ([IPv6:::ffff:205.158.62.67]:2244
	"EHLO webmail-outgoing.us4.outblaze.com") by linux-mips.org
	with ESMTP id <S8224954AbUCYJvB>; Thu, 25 Mar 2004 09:51:01 +0000
Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])
	by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id EBB63180046C
	for <linux-mips@linux-mips.org>; Thu, 25 Mar 2004 09:50:53 +0000 (GMT)
X-OB-Received: from unknown (205.158.62.133)
  by wfilter.us4.outblaze.com; 25 Mar 2004 09:50:10 -0000
Received: by ws5-3.us4.outblaze.com (Postfix, from userid 1001)
	id 20FA2239E6; Thu, 25 Mar 2004 09:51:48 +0000 (GMT)
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.41 (Entity 5.404)
Received: from [203.197.141.34] by ws5-3.us4.outblaze.com with http for
    xavier_prabhu@linuxmail.org; Thu, 25 Mar 2004 17:51:48 +0800
From: "xavier prabhu" <xavier_prabhu@linuxmail.org>
To: "Ralf Baechle" <ralf@linux-mips.org>
Cc: linux-mips@linux-mips.org
Date: Thu, 25 Mar 2004 17:51:48 +0800
Subject: Re: __up and __down not found in 2.25 kernel
X-Originating-Ip: 203.197.141.34
X-Originating-Server: ws5-3.us4.outblaze.com
Message-Id: <20040325095148.20FA2239E6@ws5-3.us4.outblaze.com>
Return-Path: <xavier_prabhu@linuxmail.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4635
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: xavier_prabhu@linuxmail.org
Precedence: bulk
X-list: linux-mips

Hi Ralf,

I'm sorry that the version numbers are :
2.4.22 and 2.4.25.

Thanks,
Xavier.

----- Original Message -----
From: Ralf Baechle <ralf@linux-mips.org>
Date: 	Thu, 25 Mar 2004 10:01:28 +0100
To: xavier prabhu <xavier_prabhu@linuxmail.org>
Subject: Re: __up and __down not found in 2.25 kernel

> On Thu, Mar 25, 2004 at 04:36:29PM +0800, xavier prabhu wrote:
> 
> > I'm using a module which is developed for 2.22 kernel.
> > This module uses __up and __down semaphore functions. 
> > While I insmod this module with 2.25 kernel,
> > I get the following error message
> > "insmod: unresolved symbol __up
> > insmod: unresolved symbol __down"
> > 
> > I checked the semaphore.c. It doesn't define these two functions.
> > Is there any way to work around this issue.
> 
> Sounds like you're using some broken tree - get the sources from cvs.
> 
>   Ralf
> 

-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze

From ralf@linux-mips.org Thu Mar 25 10:18:38 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 10:18:39 +0000 (GMT)
Received: from p508B7B53.dip.t-dialin.net ([IPv6:::ffff:80.139.123.83]:2577
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8224772AbUCYKSi>; Thu, 25 Mar 2004 10:18:38 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2PAIaoM029694;
	Thu, 25 Mar 2004 11:18:36 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2PAIacj029693;
	Thu, 25 Mar 2004 11:18:36 +0100
Date: Thu, 25 Mar 2004 11:18:36 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: xavier prabhu <xavier_prabhu@linuxmail.org>
Cc: linux-mips@linux-mips.org
Subject: Re: __up and __down not found in 2.25 kernel
Message-ID: <20040325101836.GB27145@linux-mips.org>
References: <20040325083629.8255C39834A@ws5-1.us4.outblaze.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040325083629.8255C39834A@ws5-1.us4.outblaze.com>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4636
X-ecartis-version: Ecartis v1.0.0
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

On Thu, Mar 25, 2004 at 04:36:29PM +0800, xavier prabhu wrote:

> I'm using a module which is developed for 2.22 kernel.
> This module uses __up and __down semaphore functions. 
> While I insmod this module with 2.25 kernel,
> I get the following error message
> "insmod: unresolved symbol __up
> insmod: unresolved symbol __down"
> 
> I checked the semaphore.c. It doesn't define these two functions.
> Is there any way to work around this issue.

Seems I wasn't yet awake in my previous posting ...

__up and __down are internal semaphore functions.  Do not use them at all;
any such use is not portable.  Looks like you're using a broken module
from i386 or so.

  Ralf

From macro@ds2.pg.gda.pl Thu Mar 25 13:29:17 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 13:29:17 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:62350 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225223AbUCYN3R>; Thu, 25 Mar 2004 13:29:17 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id DF14047A2D; Thu, 25 Mar 2004 14:29:09 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id B7AE3478CD; Thu, 25 Mar 2004 14:29:09 +0100 (CET)
Date: Thu, 25 Mar 2004 14:29:09 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: Christian Groessler <cpg@aladdin.de>, linux-mips@linux-mips.org
Subject: Re: cannot compile 2.6.4 cvs version for Decstation
In-Reply-To: <20040324225331.GB15212@linux-mips.org>
Message-ID: <Pine.LNX.4.55.0403251427380.11552@jurand.ds.pg.gda.pl>
References: <87lllqarex.fsf@aladdin.de> <20040324225331.GB15212@linux-mips.org>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4637
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Wed, 24 Mar 2004, Ralf Baechle wrote:

> DECstation doesn't yet work in 2.6; dunno what Maciej's plans for 2.6
> support are?

 I plan to start working on 2.6 soon, but I want to finish the transition
to gcc 3.5 first.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From anemo@mba.ocn.ne.jp Thu Mar 25 13:41:54 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 13:41:56 +0000 (GMT)
Received: from [IPv6:::ffff:202.230.225.5] ([IPv6:::ffff:202.230.225.5]:59166
	"HELO topsns.toshiba-tops.co.jp") by linux-mips.org with SMTP
	id <S8225263AbUCYNly>; Thu, 25 Mar 2004 13:41:54 +0000
Received: from no.name.available by topsns.toshiba-tops.co.jp
          via smtpd (for mail.linux-mips.org [62.254.210.162]) with SMTP; 25 Mar 2004 13:41:52 UT
Received: from localhost (fragile [172.17.28.65])
	by srd2sd.toshiba-tops.co.jp (8.12.10/8.12.10) with ESMTP id i2PDff1x051663;
	Thu, 25 Mar 2004 22:41:41 +0900 (JST)
	(envelope-from anemo@mba.ocn.ne.jp)
Date: Thu, 25 Mar 2004 22:42:29 +0900 (JST)
Message-Id: <20040325.224229.112629304.nemoto@toshiba-tops.co.jp>
To: linux-mips@linux-mips.org
Cc: ralf@linux-mips.org
Subject: missing flush_dcache_page call in 2.4 kernel
From: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A  B746 CA77 FE94 2874 D52F
X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F
X-Mailer: Mew version 3.3 on Emacs 21.2 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Return-Path: <anemo@mba.ocn.ne.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4638
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: anemo@mba.ocn.ne.jp
Precedence: bulk
X-list: linux-mips

I noticed that reading from file with mmap sometimes return wrong data
on 2.4 kernel.

This is a test program to reproduce the problem.

#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <sys/mman.h>

int main(int argc, char **argv)
{
	int fd;
	struct stat st;
	volatile unsigned char *buf;
	unsigned char dat, dat2;

	fd = open(argv[1], O_RDONLY);
	fstat(fd, &st);
	buf = mmap(NULL, st.st_size, PROT_READ, MAP_SHARED, fd, 0);

	dat = *buf;
	cacheflush(0, 0, 0);	// flush cache all
	dat2 = *buf;

	printf("dat %x dat2 %x\n", dat, dat2);

	munmap(buf, st.st_size);
	close(fd);
	return 0;
}

'dat' and 'dat2' should be same value, of course.  But sometimes they
differ.

This problem often happens when I read a file in IDE disk (using PIO)
just after mounted.  I saw same problem on a mtd JFFS2 partition a
while ago.  I suppose it is not a filesystem/driver problem.

After calling cacheflush(), it returns correct data.  And I checked
the virtual/physical address return by the mmap and found they had
different 'color' when the problem happens.  So it seems to be a
virtual aliasing problem.

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.

But flush_dcache_page() did not called between the mmap() call and the
cacheflush() call.

Tracing the code path on the page fault, I noticed filemap_nopage()
uses old flush_page_to_ram() interface.  I suppose flush_dcache_page()
should be called in same place.  Is this a correct fix?


--- linux-2.4.25/mm/filemap.c	Wed Feb 18 22:36:32 2004
+++ linux/mm/filemap.c	Thu Mar 25 21:19:29 2004
@@ -2111,6 +2111,7 @@
 	 * and possibly copy it over to another page..
 	 */
 	mark_page_accessed(page);
+	flush_dcache_page(page);
 	flush_page_to_ram(page);
 	return page;
 
---
Atsushi Nemoto

From ralf@linux-mips.org Thu Mar 25 14:33:23 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 14:33:23 +0000 (GMT)
Received: from p508B7B53.dip.t-dialin.net ([IPv6:::ffff:80.139.123.83]:16415
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225263AbUCYOdX>; Thu, 25 Mar 2004 14:33:23 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2PEXLoM001949;
	Thu, 25 Mar 2004 15:33:21 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2PEXJsn001948;
	Thu, 25 Mar 2004 15:33:19 +0100
Date: Thu, 25 Mar 2004 15:33:19 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Cc: linux-mips@linux-mips.org
Subject: Re: missing flush_dcache_page call in 2.4 kernel
Message-ID: <20040325143319.GA873@linux-mips.org>
References: <20040325.224229.112629304.nemoto@toshiba-tops.co.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040325.224229.112629304.nemoto@toshiba-tops.co.jp>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4639
X-ecartis-version: Ecartis v1.0.0
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

On Thu, Mar 25, 2004 at 10:42:29PM +0900, Atsushi Nemoto wrote:

> I noticed that reading from file with mmap sometimes return wrong data
> on 2.4 kernel.
> 
> This is a test program to reproduce the problem.

This seems to be the same problem as reported by Peter Horton as while
ago; in his case that was with PIO IDE.

  Ralf

From bruno.randolf@4g-systems.biz Thu Mar 25 14:43:01 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 14:43:02 +0000 (GMT)
Received: from grey.subnet.at ([IPv6:::ffff:193.170.141.20]:25608 "EHLO
	grey.subnet.at") by linux-mips.org with ESMTP id <S8225263AbUCYOnB> convert rfc822-to-8bit;
	Thu, 25 Mar 2004 14:43:01 +0000
Received: from localhost ([193.170.141.4]) by grey.subnet.at ; Thu, 25 Mar 2004 14:00:57 +0100
From: Bruno Randolf <bruno.randolf@4g-systems.biz>
To: Pete Popov <ppopov@mvista.com>
Subject: patch: au1000_eth vlan
Date: Thu, 25 Mar 2004 13:42:18 +0100
User-Agent: KMail/1.6.1
Cc: linux-mips@linux-mips.org
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8BIT
Message-Id: <200403251342.18945.bruno.randolf@4g-systems.biz>
Return-Path: <bruno.randolf@4g-systems.biz>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4640
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: bruno.randolf@4g-systems.biz
Precedence: bulk
X-list: linux-mips

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hello pete!

please consider adding the following patch to support 802.1Q VLAN tagged 
ethernet frames in the au1000_eth driver.

thanks,
bruno


diff -Nurb linux-2.4.24-isl/drivers/net/au1000_eth.c 
linux/drivers/net/au1000_eth.c
- --- linux-2.4.24-isl/drivers/net/au1000_eth.c   2004-03-14 20:01:45.000000000 
+0100
+++ linux/drivers/net/au1000_eth.c      2004-03-25 12:36:27.290599896 +0100
@@ -1384,6 +1384,7 @@
                control |= MAC_FULL_DUPLEX;
        }
        aup->mac->control = control;
+       aup->mac->vlan1_tag = 0x8100; /* vlan */
        au_sync();

        spin_unlock_irqrestore(&aup->lock, flags);
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAYtOqfg2jtUL97G4RAj3dAJ0XraGIkpZGXBUONKzXrDs/HVYwzwCgglyC
CPsIhh1Wjo+F1WPyOu9AbxY=
=93l6
-----END PGP SIGNATURE-----

From phorton@bitbox.co.uk Thu Mar 25 14:50:22 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 14:50:23 +0000 (GMT)
Received: from no-dns-yet.demon.co.uk ([IPv6:::ffff:80.176.203.50]:40147 "EHLO
	pangolin.localnet") by linux-mips.org with ESMTP
	id <S8225618AbUCYOuW>; Thu, 25 Mar 2004 14:50:22 +0000
Received: from sprocket.localnet ([192.168.1.27] helo=bitbox.co.uk)
	by pangolin.localnet with esmtp (Exim 3.35 #1 (Debian))
	id 1B6WBP-0007i9-00; Thu, 25 Mar 2004 14:50:11 +0000
Message-ID: <4062F1A1.9070005@bitbox.co.uk>
Date: Thu, 25 Mar 2004 14:50:09 +0000
From: Peter Horton <phorton@bitbox.co.uk>
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: anemo@mba.ocn.ne.jp
CC: linux-mips@linux-mips.org
Subject: Re: missing flush_dcache_page call in 2.4 kernel
References: <20040325.224229.112629304.nemoto@toshiba-tops.co.jp> <20040325143319.GA873@linux-mips.org>
In-Reply-To: <20040325143319.GA873@linux-mips.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <phorton@bitbox.co.uk>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4641
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: phorton@bitbox.co.uk
Precedence: bulk
X-list: linux-mips

Ralf Baechle wrote:

>On Thu, Mar 25, 2004 at 10:42:29PM +0900, Atsushi Nemoto wrote:
>
>  
>
>>I noticed that reading from file with mmap sometimes return wrong data
>>on 2.4 kernel.
>>
>>This is a test program to reproduce the problem.
>>    
>>
>
>This seems to be the same problem as reported by Peter Horton as while
>ago; in his case that was with PIO IDE.
>
>  
>
Looks like it.

The fix we're using on Cobalt's at the moment is below (required for 
2.4.x and 2.6.x).

Fixing it this way fixes the problem with both page cache pages and swap 
pages.

For more details see the threads "Kernel 2.4.23 on Cobalt Qube2 - area 
of problem" and "Instability / caching problems on Qube 2 - solved ?" 
from December last year.

P.

diff -urN linux.cvs/arch/mips/mm/c-r4k.c linux/arch/mips/mm/c-r4k.c
--- linux.cvs/arch/mips/mm/c-r4k.c	Mon Jan 12 18:19:51 2004
+++ linux/arch/mips/mm/c-r4k.c	Sun Feb  1 13:35:55 2004
@@ -400,8 +400,10 @@
 	 * If there's no context yet, or the page isn't executable, no icache
 	 * flush is needed.
 	 */
+#ifndef CONFIG_MIPS_COBALT
 	if (!(vma->vm_flags & VM_EXEC))
 		return;
+#endif
 
 	/*
 	 * Tricky ...  Because we don't know the virtual address we've got the
@@ -425,6 +427,11 @@
 		r4k_blast_dcache_page(addr);
 		ClearPageDcacheDirty(page);
 	}
+
+#ifdef CONFIG_MIPS_COBALT
+	if (!(vma->vm_flags & VM_EXEC))
+		return;
+#endif
 
 	/*
 	 * We're not sure of the virtual address(es) involved here, so



From stefan.erras@dallmeier-electronic.com Thu Mar 25 15:25:08 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 15:25:09 +0000 (GMT)
Received: from web.123-box.de ([IPv6:::ffff:193.254.185.98]:29636 "HELO
	web.123-box.de") by linux-mips.org with SMTP id <S8225263AbUCYPZI> convert rfc822-to-8bit;
	Thu, 25 Mar 2004 15:25:08 +0000
Received: (qmail 18702 invoked by uid 110); 25 Mar 2004 15:28:12 -0000
Received: from unknown (HELO server10.dallmeier.de) (217.235.82.140)
  by web.123-box.de with SMTP; 25 Mar 2004 15:28:12 -0000
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8BIT
Subject: PMON - IdentifyFlashType
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
Date: Thu, 25 Mar 2004 16:25:03 +0100
Message-ID: <765921A8173EC145948ACBAA0480F67E2C76D6@server10.dallmeier.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: PMON - IdentifyFlashType
thread-index: AcQSfVrEYFBTTkDATxSChIuitybqZw==
From: "erras stefan" <stefan.erras@dallmeier-electronic.com>
To: <linux-mips@linux-mips.org>
Return-Path: <stefan.erras@dallmeier-electronic.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4642
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: stefan.erras@dallmeier-electronic.com
Precedence: bulk
X-list: linux-mips

Can anybody of you great guys can explain me the folling function which
I found in PMON:

BOOL IdentifyFlashType()
{
	ULONG	mId, dId;

	WRITE_REGISTER_ULONG(FLASH_START, 0x90909090);
	mId = READ_REGISTER_ULONG(FLASH_START);
	WRITE_REGISTER_ULONG(FLASH_START, 0x90909090);
	dId = READ_REGISTER_ULONG(FLASH_START+4);
	
	if ((mId == 0x00890089) && (dId == 0x00180018)) 
	{
		FlashType = 1;		// J3 flash
		WRITE_REGISTER_ULONG(FLASH_START, 0x00ff00ff);
		printf("J3 32MB flash found on this platform\r\n");
		return TRUE;
	}	
	else if ((mId == 0x00890089) && (dId == 0x00170017)) 
	{	 
		FlashType = 1;		// J3 flash
		WRITE_REGISTER_ULONG(FLASH_START, 0x00ff00ff);
		printf("J3 16MB flash found on this platform\r\n");
		return TRUE;
	}
	return FALSE;
}

I have to know what the WRITE_REGISTER_ULONG and READ_REGISTER_ULONG
functions do affect.
Why do they write 0x90909090 or 0x00ff00ff to FLASH_START?
Whats the meaning of mId and dId?

Thank you all in advance for your help!!!

Greetings
Stefan

From ribrober@cisco.com Thu Mar 25 16:35:31 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 16:35:32 +0000 (GMT)
Received: from sj-iport-3-in.cisco.com ([IPv6:::ffff:171.71.176.72]:13833 "EHLO
	sj-iport-3.cisco.com") by linux-mips.org with ESMTP
	id <S8225548AbUCYQfb>; Thu, 25 Mar 2004 16:35:31 +0000
Received: from sj-core-2.cisco.com (171.71.177.254)
  by sj-iport-3.cisco.com with ESMTP; 25 Mar 2004 08:41:49 +0000
Received: from mira-sjc5-f.cisco.com (IDENT:mirapoint@mira-sjc5-f.cisco.com [171.71.163.13])
	by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id i2PGZKKj014301;
	Thu, 25 Mar 2004 08:35:21 -0800 (PST)
Received: from cisco.com (ribrober-lnx.cisco.com [128.107.165.17])
	by mira-sjc5-f.cisco.com (Mirapoint Messaging Server MOS 3.3.6-GR)
	with ESMTP id AQM26338;
	Thu, 25 Mar 2004 08:33:49 -0800 (PST)
Message-ID: <40630A46.2000908@cisco.com>
Date: Thu, 25 Mar 2004 08:35:18 -0800
From: Richard Broberg <ribrober@cisco.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: erras stefan <stefan.erras@dallmeier-electronic.com>
CC: linux-mips@linux-mips.org
Subject: Re: PMON - IdentifyFlashType
References: <765921A8173EC145948ACBAA0480F67E2C76D6@server10.dallmeier.de>
In-Reply-To: <765921A8173EC145948ACBAA0480F67E2C76D6@server10.dallmeier.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <ribrober@cisco.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4643
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ribrober@cisco.com
Precedence: bulk
X-list: linux-mips


>Can anybody of you great guys can explain me the folling function which
>I found in PMON:
>
>BOOL IdentifyFlashType()
>{
>	ULONG	mId, dId;
>
>	WRITE_REGISTER_ULONG(FLASH_START, 0x90909090);
>	mId = READ_REGISTER_ULONG(FLASH_START);
>	WRITE_REGISTER_ULONG(FLASH_START, 0x90909090);
>	dId = READ_REGISTER_ULONG(FLASH_START+4);
>	
>	if ((mId == 0x00890089) && (dId == 0x00180018)) 
>	{
>		FlashType = 1;		// J3 flash
>		WRITE_REGISTER_ULONG(FLASH_START, 0x00ff00ff);
>		printf("J3 32MB flash found on this platform\r\n");
>		return TRUE;
>	}	
>	else if ((mId == 0x00890089) && (dId == 0x00170017)) 
>	{	 
>		FlashType = 1;		// J3 flash
>		WRITE_REGISTER_ULONG(FLASH_START, 0x00ff00ff);
>		printf("J3 16MB flash found on this platform\r\n");
>		return TRUE;
>	}
>	return FALSE;
>}
>
>I have to know what the WRITE_REGISTER_ULONG and READ_REGISTER_ULONG
>functions do affect.
>Why do they write 0x90909090 or 0x00ff00ff to FLASH_START?
>  
>
The 90909090 is a command to the flash chip to describe itself.
(I believe the 2nd write of 90909090 is superfluous). Assumptions are
being made about the flash organization and that's why
you see constants 00890089. I believe 00900090 would have
identical effects to 90909090.

The 00FF00FF is a command to the flash chip to revert to
normal operation where reads return flash contents.

>Whats the meaning of mId and dId?
>  
>
manufacturer id and device id.
89 being intel

Good luck
 Richard

From wlacey@goldenhindresearch.com Thu Mar 25 22:15:00 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 22:15:01 +0000 (GMT)
Received: from server212.com ([IPv6:::ffff:203.194.159.163]:26784 "HELO
	server212.com") by linux-mips.org with SMTP id <S8225507AbUCYWPA>;
	Thu, 25 Mar 2004 22:15:00 +0000
Received: (qmail 23933 invoked by uid 501); 25 Mar 2004 22:16:09 -0000
Message-ID: <20040325221609.8755.qmail@server212.com>
Reply-To: "wlacey" <wlacey@goldenhindresearch.com>
From: "wlacey" <wlacey@goldenhindresearch.com>
To: linux-mips@linux-mips.org
Subject: RPC: exit -512
Date: Thu, 25 Mar 2004 22:16:09 
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_b394d83a776f726d2e7d44e916026d282"
X-Mailer: WebMail 2.3
X-Originating-IP: 65.60.157.128
X-Originating-Email: wlacey@goldenhindresearch.com
Return-Path: <wlacey@goldenhindresearch.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4644
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: wlacey@goldenhindresearch.com
Precedence: bulk
X-list: linux-mips

--_b394d83a776f726d2e7d44e916026d282
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

HI,

I'm trying to bring up a 2.4.18 kernel on a tx4925 using an NFS'ed root filesystem. In the process of mounting root, the actual mount request RPC call returns a -512 which is -ERESTARTSYS from function __rpc_execute() in file net/sunrpc/sched.c.

About line 622...


--_b394d83a776f726d2e7d44e916026d282
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

HI,<br>
<br>
I'm trying to bring up a 2.4.18 kernel on a tx4925 using an NFS'ed root filesystem. In the process of mounting root, the actual mount request RPC call returns a -512 which is -ERESTARTSYS from function __rpc_execute() in file net/sunrpc/sched.c.<br>
<br>
About line 622...<br>
<br>


--_b394d83a776f726d2e7d44e916026d282--

From wlacey@goldenhindresearch.com Thu Mar 25 22:21:25 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 22:21:26 +0000 (GMT)
Received: from server212.com ([IPv6:::ffff:203.194.159.163]:16000 "HELO
	server212.com") by linux-mips.org with SMTP id <S8225547AbUCYWVZ>;
	Thu, 25 Mar 2004 22:21:25 +0000
Received: (qmail 25908 invoked by uid 501); 25 Mar 2004 22:22:42 -0000
Message-ID: <20040325222241.3445.qmail@server212.com>
Reply-To: "wlacey" <wlacey@goldenhindresearch.com>
From: "wlacey" <wlacey@goldenhindresearch.com>
To: linux-mips@linux-mips.org
Subject: RPC: exit -512 [ERESTARTSYS]
Date: Thu, 25 Mar 2004 22:22:41 
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_b381d0372eadef7eeaa16df39eec9e828"
X-Mailer: WebMail 2.3
X-Originating-IP: 65.60.157.128
X-Originating-Email: wlacey@goldenhindresearch.com
Return-Path: <wlacey@goldenhindresearch.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4645
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: wlacey@goldenhindresearch.com
Precedence: bulk
X-list: linux-mips

--_b381d0372eadef7eeaa16df39eec9e828
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

I'm bringing up a 2.4.18 version of the kernel on a tx4925 processor, using a NFS'ed root filesystem when the actual mount request RPC call fails w/-512

About line 662 in function __rpc_execute(), in file net/sunrpc/sched.c

if (task->tk_client->cl_intr && signalled())) {
        printk("RPC: got signal\n");
        task->tk_flags |= RPC_TASK_KILLED;
        rpc_exit(task, -ERESTARTSYS);
        rpc_wake_up_task(task);
  }
  }
  }

  if (task->tk_exit) {
     task->tk_exit(task);
     /* If tk_action is non-null, the user wants us to restart */
     if (task->tk_action) {
    ..
    ..

The problems is that rpc_exit() NULLS task->tk_action and I can't see how the task/RPC request gets re-generated.

Is anybody familiar w/this area of code? Why is the RPC call apparently not being re-generated?

Any help???

Thanks,
Warrick Lacey


--_b381d0372eadef7eeaa16df39eec9e828
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

I'm bringing up a 2.4.18 version of the kernel on a tx4925 processor, using a NFS'ed root filesystem when the actual mount request RPC call fails w/-512<br>
<br>
About line 662 in function __rpc_execute(), in file net/sunrpc/sched.c<br>
<br>
if (task-&gt;tk_client-&gt;cl_intr &amp;&amp; signalled())) {<br>
        printk(&quot;RPC: got signal\n&quot;);<br>
        task-&gt;tk_flags |= RPC_TASK_KILLED;<br>
        rpc_exit(task, -ERESTARTSYS);<br>
        rpc_wake_up_task(task);<br>
  }<br>
  }<br>
  }<br>
<br>
  if (task-&gt;tk_exit) {<br>
     task-&gt;tk_exit(task);<br>
     /* If tk_action is non-null, the user wants us to restart */<br>
     if (task-&gt;tk_action) {<br>
    ..<br>
    ..<br>
<br>
The problems is that rpc_exit() NULLS task-&gt;tk_action and I can't see how the task/RPC request gets re-generated.<br>
<br>
Is anybody familiar w/this area of code? Why is the RPC call apparently not being re-generated?<br>
<br>
Any help???<br>
<br>
Thanks,<br>
Warrick Lacey<br>
<br>


--_b381d0372eadef7eeaa16df39eec9e828--

From Steve.Finney@SpirentCom.COM Thu Mar 25 23:26:18 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 25 Mar 2004 23:26:19 +0000 (GMT)
Received: from Iris.Adtech-Inc.COM ([IPv6:::ffff:63.165.80.18]:8858 "EHLO
	iris.Adtech-Inc.COM") by linux-mips.org with ESMTP
	id <S8225547AbUCYX0S> convert rfc822-to-8bit; Thu, 25 Mar 2004 23:26:18 +0000
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
Subject: FW: 64 bit operations w/32 bit kernel
Date: Thu, 25 Mar 2004 13:25:57 -1000
Message-ID: <DC1BF43A8FAE654DA6B3FB7836DD3A56DEB879@iris.adtech-inc.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8BIT
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: 64 bit operations w/32 bit kernel
Thread-Index: AcOHjA7sF95D5e4BTSOKBvdhe6W5viLMoVcw
From: "Finney, Steve" <Steve.Finney@SpirentCom.COM>
To: <linux-mips@linux-mips.org>
Return-Path: <Steve.Finney@SpirentCom.COM>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4646
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Steve.Finney@SpirentCom.COM
Precedence: bulk
X-list: linux-mips

Back in September I was wrestling with the issue of how or
whether you could do atomic access to 64 bit memory mapped 
registers from user space running on a 32 bit kernel, and 
had pretty much concluded (on the basis of discussions here
and elsewhere) that it was impossible. However, Chris 
Demetriou from Broadcom provided me with a working solution, 
which turns out to match Maciej's suggestion below (which I 
wasn't smart enough to grok at the time). Here's the read, 
and you can do an equivalent with a write...

sf

-----------------------------------------------------

uint64_t
read64 (volatile uint64_t *addr)
{
     double d;
     uint64_t rv;
     __asm__ __volatile__ (".set push            \n\t"
                           ".set mips32          \n\t"
                           "ldc1 %0, 0(%2)       \n\t"
                           "sdc1 %0, %1          \n\t"
                           ".set pop"
                           : "=f"(d), "=m"(rv) : "r"(addr));
     return rv;
 }

------------------------------------------------------------------------

On Tue, 30 Sep 2003, Ralf Baechle wrote:

> What I called a bug is the necessity to access hardware registers with
> 64-bit loads and stores in some systems as opposed to of 32-bit
> instructions - that simply doesn't work from 32-bit universes.
> 
> To clarify, it was my understanding of Steve's problem he needs 64-bit
> loads and stores, not something in the 64-bit physical address space.
> The later problem obviously would get a different answer.

 I must have missed the detail.  Well, if 64-bit transfers are needed,
then going for the 64-bit kernel is about the only way.  Or, as a wild
hack, perhaps "ldc1" and "sdc1" can be used, if it's known the FP is
present.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From anemo@mba.ocn.ne.jp Fri Mar 26 03:22:25 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 03:22:26 +0000 (GMT)
Received: from [IPv6:::ffff:202.230.225.5] ([IPv6:::ffff:202.230.225.5]:45841
	"HELO topsns.toshiba-tops.co.jp") by linux-mips.org with SMTP
	id <S8225554AbUCZDWZ>; Fri, 26 Mar 2004 03:22:25 +0000
Received: from no.name.available by topsns.toshiba-tops.co.jp
          via smtpd (for mail.linux-mips.org [62.254.210.162]) with SMTP; 26 Mar 2004 03:22:23 UT
Received: from localhost (fragile [172.17.28.65])
	by srd2sd.toshiba-tops.co.jp (8.12.10/8.12.10) with ESMTP id i2Q3MA1x053072;
	Fri, 26 Mar 2004 12:22:10 +0900 (JST)
	(envelope-from anemo@mba.ocn.ne.jp)
Date: Fri, 26 Mar 2004 12:22:58 +0900 (JST)
Message-Id: <20040326.122258.41628012.nemoto@toshiba-tops.co.jp>
To: phorton@bitbox.co.uk
Cc: linux-mips@linux-mips.org
Subject: Re: missing flush_dcache_page call in 2.4 kernel
From: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
In-Reply-To: <4062F1A1.9070005@bitbox.co.uk>
References: <20040325.224229.112629304.nemoto@toshiba-tops.co.jp>
	<20040325143319.GA873@linux-mips.org>
	<4062F1A1.9070005@bitbox.co.uk>
X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A  B746 CA77 FE94 2874 D52F
X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F
X-Mailer: Mew version 3.3 on Emacs 21.2 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Return-Path: <anemo@mba.ocn.ne.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4647
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: anemo@mba.ocn.ne.jp
Precedence: bulk
X-list: linux-mips

>>>>> On Thu, 25 Mar 2004 14:50:09 +0000, Peter Horton <phorton@bitbox.co.uk> said:
>> This seems to be the same problem as reported by Peter Horton as
>> while ago; in his case that was with PIO IDE.
>> 
phorton> Looks like it.

phorton> The fix we're using on Cobalt's at the moment is below
phorton> (required for 2.4.x and 2.6.x).

phorton> Fixing it this way fixes the problem with both page cache
phorton> pages and swap pages.

phorton> For more details see the threads "Kernel 2.4.23 on Cobalt
phorton> Qube2 - area of problem" and "Instability / caching problems
phorton> on Qube 2 - solved ?"  from December last year.

Thanks, I agree (maybe I should read ML messages more carefully ...)

This patch fixes my problem also, thanks, but ... I do not think
r4k_flush_icache_page is a best place to fix since my test program is
not related I-cache at all.

I'm quite sure that it's a kernel bug and may cause problems if any
PIO block device (PIO ide, ide-cs, mtdblock, etc.) are used on CPUs
which have d-cache aliases (not only MIPS).  We need a correct fix ...

---
Atsushi Nemoto

From sagogate@yahoo.com Fri Mar 26 10:29:25 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 10:29:30 +0000 (GMT)
Received: from web60703.mail.yahoo.com ([IPv6:::ffff:216.109.117.226]:58754
	"HELO web60703.mail.yahoo.com") by linux-mips.org with SMTP
	id <S8225206AbUCZK3Z>; Fri, 26 Mar 2004 10:29:25 +0000
Message-ID: <20040326102917.53609.qmail@web60703.mail.yahoo.com>
Received: from [61.11.17.69] by web60703.mail.yahoo.com via HTTP; Fri, 26 Mar 2004 02:29:17 PST
Date: Fri, 26 Mar 2004 02:29:17 -0800 (PST)
From: Shantanu Gogate <sagogate@yahoo.com>
Subject: mips gcc compile error : unrecognized opcode errors
To: linux-mips@linux-mips.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-Path: <sagogate@yahoo.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4648
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sagogate@yahoo.com
Precedence: bulk
X-list: linux-mips

Hi,
I am trying to cross compile a user mode application for mips and I am getting these error
messages when trying to do that:

/tmp/ccgvdHuk.s: Assembler messages:
/tmp/ccgvdHuk.s:1270: Error: unrecognized opcode `btl $4,0($2)'
/tmp/ccgvdHuk.s:1270: Error: unrecognized opcode `setcb $25'
/tmp/ccgvdHuk.s:3124: Error: unrecognized opcode `btl $4,0($2)'
/tmp/ccgvdHuk.s:3124: Error: unrecognized opcode `setcb $25'
/tmp/ccgvdHuk.s:3769: Error: unrecognized opcode `btl $4,0($2)'
/tmp/ccgvdHuk.s:3769: Error: unrecognized opcode `setcb $25'

These occur on a specific file always, other c files seem to compile just fine. I tried using
'sdelinuxeb-5.03.06-1' AND 'sdelinux-5.01-4eb' and both bail out in gcc with the same messages at
the same location.
My CFLAGS look like this:
CFLAGS += $(shell $(CC)-print-search-dirs | sed -ne "s/install: *\(.*\)/-I\1include/gp") -I
/work/GLIBC/usr/include/ -I /work/linux-2.4.25/include/ -Wa,-mips3 -mcpu=r4600 -mips2 -Wa,-32
-Wa,-march=r4600 -Wa,--trap

I was able to successfully cross compile the kernel and busybox using the same cross
toolchain(although i needed to use 5.03 for busybox). I am running these on a redhat 7.3 box (alse
tried on 9.0), although I doubt if that really matters and its just the sdelinux version that
matters. My GLIBC for cross compile is from glibc-devel-2.2.5-42.1.mips.rpm.

Any pointers on the one (or many) thing(s) I could be doing wrong to get these error messages ? Is
there a 'comprehensive' one stop location where i can download binaries/source for doing mipseb
cross compile activities (i.e glibc + gcc+ binutils+ ...) and work.

All help would be appreciated:)

regards,
Shantanu.



__________________________________
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html

From macro@ds2.pg.gda.pl Fri Mar 26 10:36:28 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 10:36:29 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:13539 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225206AbUCZKg2>; Fri, 26 Mar 2004 10:36:28 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 9726547A2D; Fri, 26 Mar 2004 11:36:21 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 83CA547781; Fri, 26 Mar 2004 11:36:21 +0100 (CET)
Date: Fri, 26 Mar 2004 11:36:21 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Shantanu Gogate <sagogate@yahoo.com>
Cc: linux-mips@linux-mips.org
Subject: Re: mips gcc compile error : unrecognized opcode errors
In-Reply-To: <20040326102917.53609.qmail@web60703.mail.yahoo.com>
Message-ID: <Pine.LNX.4.55.0403261134030.3736@jurand.ds.pg.gda.pl>
References: <20040326102917.53609.qmail@web60703.mail.yahoo.com>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4649
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Fri, 26 Mar 2004, Shantanu Gogate wrote:

> I am trying to cross compile a user mode application for mips and I am getting these error
> messages when trying to do that:
> 
> /tmp/ccgvdHuk.s: Assembler messages:
> /tmp/ccgvdHuk.s:1270: Error: unrecognized opcode `btl $4,0($2)'
> /tmp/ccgvdHuk.s:1270: Error: unrecognized opcode `setcb $25'
> /tmp/ccgvdHuk.s:3124: Error: unrecognized opcode `btl $4,0($2)'
> /tmp/ccgvdHuk.s:3124: Error: unrecognized opcode `setcb $25'
> /tmp/ccgvdHuk.s:3769: Error: unrecognized opcode `btl $4,0($2)'
> /tmp/ccgvdHuk.s:3769: Error: unrecognized opcode `setcb $25'

 These are not MIPS instructions.  Make sure the file is built with a 
compiler for the MIPS target.  There's likely a bug in your Makefile.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From chris@mips.com Fri Mar 26 11:00:16 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 11:00:17 +0000 (GMT)
Received: from alg145.algor.co.uk ([IPv6:::ffff:62.254.210.145]:6157 "EHLO
	dmz.algor.co.uk") by linux-mips.org with ESMTP id <S8225206AbUCZLAQ>;
	Fri, 26 Mar 2004 11:00:16 +0000
Received: from alg158.algor.co.uk ([62.254.210.158] helo=olympia.mips.com)
	by dmz.algor.co.uk with esmtp (Exim 3.35 #1 (Debian))
	id 1B6oxA-0005uR-00; Fri, 26 Mar 2004 10:52:44 +0000
Received: from holborn.mips.com ([192.168.192.237] helo=mips.com)
	by olympia.mips.com with esmtp (Exim 3.36 #1 (Debian))
	id 1B6p3v-0005UA-00; Fri, 26 Mar 2004 10:59:43 +0000
Message-ID: <40640D1E.6050403@mips.com>
Date: Fri, 26 Mar 2004 10:59:42 +0000
From: Chris Dearman <chris@mips.com>
Organization: MIPS Technologies (UK)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030827
X-Accept-Language: en, en-us
MIME-Version: 1.0
To: Shantanu Gogate <sagogate@yahoo.com>
CC: linux-mips@linux-mips.org
Subject: Re: mips gcc compile error : unrecognized opcode errors
References: <20040326102917.53609.qmail@web60703.mail.yahoo.com>
In-Reply-To: <20040326102917.53609.qmail@web60703.mail.yahoo.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-MTUK-Scanner: Found to be clean
X-MTUK-SpamCheck: not spam, SpamAssassin (score=-3.945, required 4, AWL,
	BAYES_00, USER_AGENT_MOZILLA_UA)
Return-Path: <chris@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4650
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: chris@mips.com
Precedence: bulk
X-list: linux-mips

Shantanu Gogate wrote:
> Hi,
> I am trying to cross compile a user mode application for mips and I am getting these error
> messages when trying to do that:
> 
> /tmp/ccgvdHuk.s: Assembler messages:
> /tmp/ccgvdHuk.s:1270: Error: unrecognized opcode `btl $4,0($2)'
> /tmp/ccgvdHuk.s:1270: Error: unrecognized opcode `setcb $25'
> /tmp/ccgvdHuk.s:3124: Error: unrecognized opcode `btl $4,0($2)'
> /tmp/ccgvdHuk.s:3124: Error: unrecognized opcode `setcb $25'
> /tmp/ccgvdHuk.s:3769: Error: unrecognized opcode `btl $4,0($2)'
> /tmp/ccgvdHuk.s:3769: Error: unrecognized opcode `setcb $25'

   These aren't MIPS opcodes.  If they've been generated by the compiler 
then something is going badly wrong...  Could you rebuild this file with 
the extra flags "-v --save-temps" and send me the compiler output and 
the .i file generated by the compiler.

> I was able to successfully cross compile the kernel and busybox using the same cross
> toolchain(although i needed to use 5.03 for busybox). I am running these on a redhat 7.3 box (alse

   What problems did you have building busybox with 5.06?  Please send 
me details of this as well.

	Chris

-- 
Chris Dearman          The Fruit Farm, Ely Road    voice +44 1223 706206
MIPS Technologies (UK) Chittering, Cambs, CB5 9PH  fax   +44 1223 706250


From thomas.koeller@baslerweb.com Fri Mar 26 12:48:30 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 12:48:31 +0000 (GMT)
Received: from [IPv6:::ffff:145.253.187.130] ([IPv6:::ffff:145.253.187.130]:1806
	"EHLO proxy.baslerweb.com") by linux-mips.org with ESMTP
	id <S8225255AbUCZMsa>; Fri, 26 Mar 2004 12:48:30 +0000
Received: from comm1.baslerweb.com ([172.16.13.2]) by proxy.baslerweb.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35)
          with ESMTP id com for <linux-mips@linux-mips.org>;
          Fri, 26 Mar 2004 13:48:32 +0100
Received: from 172.16.13.253 (localhost [172.16.13.253]) by comm1.baslerweb.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72)
	id H3NK0ZJZ; Fri, 26 Mar 2004 13:48:27 +0100
From: Thomas Koeller <thomas.koeller@baslerweb.com>
Organization: Basler AG
To: linux-mips@linux-mips.org
Subject: linker script problem
Date: Fri, 26 Mar 2004 13:49:41 +0100
User-Agent: KMail/1.5.2
MIME-Version: 1.0
Content-Disposition: inline
X-UID: 1298
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200403261349.41783.thomas.koeller@baslerweb.com>
Return-Path: <thomas.koeller@baslerweb.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4651
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: thomas.koeller@baslerweb.com
Precedence: bulk
X-list: linux-mips

Hi,

I just ran into the folowing problem when building a kernel.
This is the first time I build a MIPS kernel, and so I may
be making mistakes. Here's what I found:

When building the kernel, the linker chokes on
arch/mips/kernel/vmlinux.lds.s, because it contains

OUTPUT_ARCH(mips)
ENTRY(kernel_entry)
jiffies = jiffies_64 + 4;
SECTIONS
{
  . = ;
 *** ^ ***

This has been generated from arch/mips/kernel/vmlinux.lds.S,
which contains

  . = LOADADDR;

which is in turn generated from arch/mips/kernel/.vmlinux.lds.s.cmd,
which contains

cmd_arch/mips/kernel/vmlinux.lds.s := mips-linux-gcc -E -Wp,-MD,arch/mips/kernel/.vmlinux.lds.s.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -D__ASSEMBLY__ -I /home/GERMANY/tkoeller/mips-linux/build/linux/include/asm/gcc -G 0 -mno-abicalls -fno-pic -pipe  -finline-limit=100000 -mabi=32 -march=r5000 -Wa,-32 -Wa,-march=r5000 -Wa,-mips4 -Wa,--trap -Iinclude/asm-mips/mach-generic  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -I /home/GERMANY/tkoeller/mips-linux/build/linux/include/asm/gcc -G 0 -mno-abicalls -fno-pic -pipe  -finline-limit=100000 -mabi=32 -march=r5000 -Wa,-32 -Wa,-march=r5000 -Wa,-mips4 -Wa,--trap -Iinclude/asm-mips/mach-generic  -O2 -fomit-frame-pointer  -D"LOADADDR=" -D"JIFFIES=jiffies_64 + 4" -imacros /home/GERMANY/tkoeller/mips-linux/build/linux/include/asm-mips/sn/mapped_kernel.h -P -C -Umips    -o arch/mips/kernel/vmlinux.lds.s arch/mips/kernel/vmlinux.lds.S 

in line #1. The -D"LOADADDR=" looks suspicious, but I
have not been able to trace the problem beyond this point.

Can anybody help out?

tk
-- 
--------------------------------------------------

Thomas Koeller, Software Development
Basler Vision Technologies

thomas dot koeller at baslerweb dot com
http://www.baslerweb.com

==============================


From ica2_ts@csv.ica.uni-stuttgart.de Fri Mar 26 12:57:07 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 12:57:08 +0000 (GMT)
Received: from iris1.csv.ica.uni-stuttgart.de ([IPv6:::ffff:129.69.118.2]:7452
	"EHLO iris1.csv.ica.uni-stuttgart.de") by linux-mips.org with ESMTP
	id <S8225255AbUCZM5H>; Fri, 26 Mar 2004 12:57:07 +0000
Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1B6qtU-0000RP-00; Fri, 26 Mar 2004 13:57:04 +0100
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian))
	id 1B6qtU-0006Kz-00; Fri, 26 Mar 2004 13:57:04 +0100
Date: Fri, 26 Mar 2004 13:57:04 +0100
To: Thomas Koeller <thomas.koeller@baslerweb.com>
Cc: linux-mips@linux-mips.org
Subject: Re: linker script problem
Message-ID: <20040326125704.GF9524@rembrandt.csv.ica.uni-stuttgart.de>
References: <200403261349.41783.thomas.koeller@baslerweb.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200403261349.41783.thomas.koeller@baslerweb.com>
User-Agent: Mutt/1.5.5.1i
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4652
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ica2_ts@csv.ica.uni-stuttgart.de
Precedence: bulk
X-list: linux-mips

Thomas Koeller wrote:
[snip]
> in line #1. The -D"LOADADDR=" looks suspicious, but I
> have not been able to trace the problem beyond this point.

You haven't told what target you are compiling for. LOADADDR should
be defined in arch/mips*/Makefile for every subarchitecture.


Thiemo

From ashish_ibm@rediffmail.com Fri Mar 26 13:05:58 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 13:06:00 +0000 (GMT)
Received: from webmail8.rediffmail.com ([IPv6:::ffff:202.54.124.153]:22745
	"HELO rediffmail.com") by linux-mips.org with SMTP
	id <S8225255AbUCZNF6>; Fri, 26 Mar 2004 13:05:58 +0000
Received: (qmail 18648 invoked by uid 510); 26 Mar 2004 13:05:45 -0000
Date: 26 Mar 2004 13:05:45 -0000
Message-ID: <20040326130545.18647.qmail@webmail8.rediffmail.com>
Received: from unknown (203.124.152.50) by rediffmail.com via HTTP; 26 mar 2004 13:05:45 -0000
MIME-Version: 1.0
From: "ashish  anand" <ashish_ibm@rediffmail.com>
Reply-To: "ashish  anand" <ashish_ibm@rediffmail.com>
To: linux-mips@linux-mips.org
Subject: clearing interrupt outside handler..?
Content-type: multipart/alternative;
	boundary="Next_1080306345---0-202.54.124.153-18642"
Return-Path: <ashish_ibm@rediffmail.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4653
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ashish_ibm@rediffmail.com
Precedence: bulk
X-list: linux-mips

 This is a multipart mime message


--Next_1080306345---0-202.54.124.153-18642
Content-type: text/html;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<P>=0AHello,<BR>=0A<BR>=0AI am restarting a thread discussed november last =
year regarding<BR>=0Aspurious interrupts generation due to edge triggering =
.<BR>=0Apls. refer ,<BR>=0Ahttp://www.linux-mips.org/archives/linux-mips/20=
03-11/msg00071.html<BR>=0A<BR>=0Asomehow this problem is again surfaced.<BR=
>=0AI am interfacing a peripheral to mips CP0 interrupt controller<BR>=0Ath=
rough GPIO which converts edge to level .<BR>=0Anow my question is that ,<B=
R>=0A<BR>=0Ais it always safe to clear the interrupt status outside the int=
errupt handler in a driver under some particular path flow ?<BR>=0AI think =
it is not as it may land-up in a situation where by the time<BR>=0AGPIO det=
ects the edge due to requirement of certain&nbsp; minimum pulse width durat=
ion , it is already cleared and thus a spurious interrupt generation will h=
appen.<BR>=0A<BR>=0AI might be wrong .I am looking for comments on above me=
ntioned situation.<BR>=0A<BR>=0ABest Regards,<BR>=0AAshish<BR>=0A<BR>=0A<BR=
>=0A<BR>=0A=0A</P>=0A<br><br>=0A<A target=3D"_blank" HREF=3D"http://clients=
.rediff.com/signature/track_sig.asp"><IMG SRC=3D"http://ads.rediff.com/Real=
Media/ads/adstream_nx.cgi/www.rediffmail.com/inbox.htm@Bottom" BORDER=3D0 V=
SPACE=3D0 HSPACE=3D0 HEIGHT=3D74 WIDTH=3D496></a>=0A
--Next_1080306345---0-202.54.124.153-18642
Content-type: text/plain;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hello,=0A=0AI am restarting a thread discussed november last year regarding=
=0Aspurious interrupts generation due to edge triggering .=0Apls. refer ,=
=0Ahttp://www.linux-mips.org/archives/linux-mips/2003-11/msg00071.html=0A=
=0Asomehow this problem is again surfaced.=0AI am interfacing a peripheral =
to mips CP0 interrupt controller=0Athrough GPIO which converts edge to leve=
l .=0Anow my question is that ,=0A=0Ais it always safe to clear the interru=
pt status outside the interrupt handler in a driver under some particular p=
ath flow ?=0AI think it is not as it may land-up in a situation where by th=
e time=0AGPIO detects the edge due to requirement of certain  minimum pulse=
 width duration , it is already cleared and thus a spurious interrupt gener=
ation will happen.=0A=0AI might be wrong .I am looking for comments on abov=
e mentioned situation.=0A=0ABest Regards,=0AAshish=0A=0A=0A=0A
--Next_1080306345---0-202.54.124.153-18642--


From ashish_ibm@rediffmail.com Fri Mar 26 13:06:21 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 13:06:22 +0000 (GMT)
Received: from webmail7.rediffmail.com ([IPv6:::ffff:202.54.124.152]:16183
	"HELO rediffmail.com") by linux-mips.org with SMTP
	id <S8225548AbUCZNGP>; Fri, 26 Mar 2004 13:06:15 +0000
Received: (qmail 4181 invoked by uid 510); 26 Mar 2004 13:06:00 -0000
Date: 26 Mar 2004 13:06:00 -0000
Message-ID: <20040326130600.4179.qmail@webmail7.rediffmail.com>
Received: from unknown (203.124.152.50) by rediffmail.com via HTTP; 26 mar 2004 13:06:00 -0000
MIME-Version: 1.0
From: "ashish  anand" <ashish_ibm@rediffmail.com>
Reply-To: "ashish  anand" <ashish_ibm@rediffmail.com>
To: linux-mips@linux-mips.org
Subject: clearing interrupt outside handler..?
Content-type: multipart/alternative;
	boundary="Next_1080306360---0-202.54.124.152-4149"
Return-Path: <ashish_ibm@rediffmail.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4654
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ashish_ibm@rediffmail.com
Precedence: bulk
X-list: linux-mips

 This is a multipart mime message


--Next_1080306360---0-202.54.124.152-4149
Content-type: text/html;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<P>=0AHello,<BR>=0A<BR>=0AI am restarting a thread discussed november last =
year regarding<BR>=0Aspurious interrupts generation due to edge triggering =
.<BR>=0Apls. refer ,<BR>=0Ahttp://www.linux-mips.org/archives/linux-mips/20=
03-11/msg00071.html<BR>=0A<BR>=0Asomehow this problem is again surfaced.<BR=
>=0AI am interfacing a peripheral to mips CP0 interrupt controller<BR>=0Ath=
rough GPIO which converts edge to level .<BR>=0Anow my question is that ,<B=
R>=0A<BR>=0Ais it always safe to clear the interrupt status outside the int=
errupt handler in a driver under some particular path flow ?<BR>=0AI think =
it is not as it may land-up in a situation where by the time<BR>=0AGPIO det=
ects the edge due to requirement of certain&nbsp; minimum pulse width durat=
ion , it is already cleared and thus a spurious interrupt generation will h=
appen.<BR>=0A<BR>=0AI might be wrong .I am looking for comments on above me=
ntioned situation.<BR>=0A<BR>=0ABest Regards,<BR>=0AAshish<BR>=0A<BR>=0A<BR=
>=0A<BR>=0A=0A</P>=0A<br><br>=0A<A target=3D"_blank" HREF=3D"http://clients=
.rediff.com/signature/track_sig.asp"><IMG SRC=3D"http://ads.rediff.com/Real=
Media/ads/adstream_nx.cgi/www.rediffmail.com/inbox.htm@Bottom" BORDER=3D0 V=
SPACE=3D0 HSPACE=3D0 HEIGHT=3D74 WIDTH=3D496></a>=0A
--Next_1080306360---0-202.54.124.152-4149
Content-type: text/plain;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hello,=0A=0AI am restarting a thread discussed november last year regarding=
=0Aspurious interrupts generation due to edge triggering .=0Apls. refer ,=
=0Ahttp://www.linux-mips.org/archives/linux-mips/2003-11/msg00071.html=0A=
=0Asomehow this problem is again surfaced.=0AI am interfacing a peripheral =
to mips CP0 interrupt controller=0Athrough GPIO which converts edge to leve=
l .=0Anow my question is that ,=0A=0Ais it always safe to clear the interru=
pt status outside the interrupt handler in a driver under some particular p=
ath flow ?=0AI think it is not as it may land-up in a situation where by th=
e time=0AGPIO detects the edge due to requirement of certain  minimum pulse=
 width duration , it is already cleared and thus a spurious interrupt gener=
ation will happen.=0A=0AI might be wrong .I am looking for comments on abov=
e mentioned situation.=0A=0ABest Regards,=0AAshish=0A=0A=0A=0A
--Next_1080306360---0-202.54.124.152-4149--


From thomas.koeller@baslerweb.com Fri Mar 26 13:54:29 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 13:54:30 +0000 (GMT)
Received: from [IPv6:::ffff:145.253.187.130] ([IPv6:::ffff:145.253.187.130]:17924
	"EHLO proxy.baslerweb.com") by linux-mips.org with ESMTP
	id <S8225255AbUCZNy3>; Fri, 26 Mar 2004 13:54:29 +0000
Received: from comm1.baslerweb.com ([172.16.13.2]) by proxy.baslerweb.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35)
          with ESMTP id com; Fri, 26 Mar 2004 14:54:29 +0100
Received: from 172.16.13.253 (localhost [172.16.13.253]) by comm1.baslerweb.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72)
	id H3NK0ZWS; Fri, 26 Mar 2004 14:54:24 +0100
From: Thomas Koeller <thomas.koeller@baslerweb.com>
Organization: Basler AG
To: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Subject: Re: linker script problem
Date: Fri, 26 Mar 2004 14:55:38 +0100
User-Agent: KMail/1.5.2
Cc: linux-mips@linux-mips.org
References: <200403261349.41783.thomas.koeller@baslerweb.com> <20040326125704.GF9524@rembrandt.csv.ica.uni-stuttgart.de>
In-Reply-To: <20040326125704.GF9524@rembrandt.csv.ica.uni-stuttgart.de>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200403261455.38960.thomas.koeller@baslerweb.com>
Return-Path: <thomas.koeller@baslerweb.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4655
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: thomas.koeller@baslerweb.com
Precedence: bulk
X-list: linux-mips

Thiemo Seufer wrote:
> You haven't told what target you are compiling for. LOADADDR should
> be defined in arch/mips*/Makefile for every subarchitecture.

Thanks for the hint. My target is the PMC-Sierra Yosemite evaluation
board. I found that this board has no entry in arch/mips/Makefile,
which explains why LOADADDR is unset. Can you point me at some useful
information about how to choose a sensible load address? Will the RAM
base address do?

Btw. if I get this right and want to contribute a patch, what are the
rules for doing so? Would I need to provide some legal stuff (copyright
assignment) first?

tk
-- 
--------------------------------------------------

Thomas Koeller, Software Development
Basler Vision Technologies

thomas dot koeller at baslerweb dot com
http://www.baslerweb.com

==============================


From thomas.koeller@baslerweb.com Fri Mar 26 14:10:52 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 14:10:53 +0000 (GMT)
Received: from [IPv6:::ffff:145.253.187.130] ([IPv6:::ffff:145.253.187.130]:6665
	"EHLO proxy.baslerweb.com") by linux-mips.org with ESMTP
	id <S8225255AbUCZOKw>; Fri, 26 Mar 2004 14:10:52 +0000
Received: from comm1.baslerweb.com ([172.16.13.2]) by proxy.baslerweb.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35)
          with ESMTP id com; Fri, 26 Mar 2004 15:10:56 +0100
Received: from 172.16.13.253 (localhost [172.16.13.253]) by comm1.baslerweb.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72)
	id H3NK0Z5A; Fri, 26 Mar 2004 15:10:51 +0100
From: Thomas Koeller <thomas.koeller@baslerweb.com>
Organization: Basler AG
To: lachwani@pmc-sierra.com
Subject: titan ethernet driver
Date: Fri, 26 Mar 2004 15:12:06 +0100
User-Agent: KMail/1.5.2
Cc: linux-mips@linux-mips.org
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200403261512.06502.thomas.koeller@baslerweb.com>
Return-Path: <thomas.koeller@baslerweb.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4656
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: thomas.koeller@baslerweb.com
Precedence: bulk
X-list: linux-mips

Hi Manish,

I am trying to use your titan ethernet driver. I
found that I could not compile it for a 2.6.4
kernel, because it uses 2.4 kernel APIs. When
fixing that I found that the code contains
obvious errors; it does not even compile unchanged.
This makes me a bit uneasy. Would you mind
commenting on the state of this driver? Are there
any newer sources than those contained in CVS at
linux-mips.org?

tk
-- 
--------------------------------------------------

Thomas Koeller, Software Development
Basler Vision Technologies

thomas dot koeller at baslerweb dot com
http://www.baslerweb.com

==============================


From macro@ds2.pg.gda.pl Fri Mar 26 14:13:26 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 14:13:27 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:47761 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225255AbUCZON0>; Fri, 26 Mar 2004 14:13:26 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 10FF247781; Fri, 26 Mar 2004 15:13:19 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 0038B316; Fri, 26 Mar 2004 15:13:18 +0100 (CET)
Date: Fri, 26 Mar 2004 15:13:18 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Thomas Koeller <thomas.koeller@baslerweb.com>
Cc: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>,
	linux-mips@linux-mips.org
Subject: Re: linker script problem
In-Reply-To: <200403261455.38960.thomas.koeller@baslerweb.com>
Message-ID: <Pine.LNX.4.55.0403261506440.3736@jurand.ds.pg.gda.pl>
References: <200403261349.41783.thomas.koeller@baslerweb.com>
 <20040326125704.GF9524@rembrandt.csv.ica.uni-stuttgart.de>
 <200403261455.38960.thomas.koeller@baslerweb.com>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4657
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Fri, 26 Mar 2004, Thomas Koeller wrote:

> Thanks for the hint. My target is the PMC-Sierra Yosemite evaluation
> board. I found that this board has no entry in arch/mips/Makefile,
> which explains why LOADADDR is unset. Can you point me at some useful
> information about how to choose a sensible load address? Will the RAM
> base address do?

 A KSEG0 address of the beginning of RAM is a reasonable choice unless 
your firmware reserves some space for own needs.

> Btw. if I get this right and want to contribute a patch, what are the
> rules for doing so? Would I need to provide some legal stuff (copyright
> assignment) first?

 Just send patches here, cc-ing ones you consider ready for inclusion to
Ralf Baechle.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From ica2_ts@csv.ica.uni-stuttgart.de Fri Mar 26 14:21:19 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 14:21:19 +0000 (GMT)
Received: from iris1.csv.ica.uni-stuttgart.de ([IPv6:::ffff:129.69.118.2]:19997
	"EHLO iris1.csv.ica.uni-stuttgart.de") by linux-mips.org with ESMTP
	id <S8225255AbUCZOVT>; Fri, 26 Mar 2004 14:21:19 +0000
Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1B6sCy-0001UX-00; Fri, 26 Mar 2004 15:21:16 +0100
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian))
	id 1B6sCy-0006hK-00; Fri, 26 Mar 2004 15:21:16 +0100
Date: Fri, 26 Mar 2004 15:21:16 +0100
To: Thomas Koeller <thomas.koeller@baslerweb.com>
Cc: linux-mips@linux-mips.org
Subject: Re: linker script problem
Message-ID: <20040326142116.GH9524@rembrandt.csv.ica.uni-stuttgart.de>
References: <200403261349.41783.thomas.koeller@baslerweb.com> <20040326125704.GF9524@rembrandt.csv.ica.uni-stuttgart.de> <200403261455.38960.thomas.koeller@baslerweb.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200403261455.38960.thomas.koeller@baslerweb.com>
User-Agent: Mutt/1.5.5.1i
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4658
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ica2_ts@csv.ica.uni-stuttgart.de
Precedence: bulk
X-list: linux-mips

Thomas Koeller wrote:
> Thiemo Seufer wrote:
> > You haven't told what target you are compiling for. LOADADDR should
> > be defined in arch/mips*/Makefile for every subarchitecture.
> 
> Thanks for the hint. My target is the PMC-Sierra Yosemite evaluation
> board. I found that this board has no entry in arch/mips/Makefile,
> which explains why LOADADDR is unset. Can you point me at some useful
> information about how to choose a sensible load address? Will the RAM
> base address do?

The documentation of the board should tell. Usually the first few pages
are already in use by exception handlers and firmware.

> Btw. if I get this right and want to contribute a patch, what are the
> rules for doing so? Would I need to provide some legal stuff (copyright
> assignment) first?

For the linux kernel there is no central instance holding the copyrights,
so no assignment is necessary. Of course, the patch must be licensed
under the same terms as Linux itself, which is GPL v2.


Thiemo

From thomas.koeller@baslerweb.com Fri Mar 26 17:17:56 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 17:17:58 +0000 (GMT)
Received: from [IPv6:::ffff:145.253.187.130] ([IPv6:::ffff:145.253.187.130]:39429
	"EHLO proxy.baslerweb.com") by linux-mips.org with ESMTP
	id <S8225255AbUCZRR4>; Fri, 26 Mar 2004 17:17:56 +0000
Received: from comm1.baslerweb.com ([172.16.13.2]) by proxy.baslerweb.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35)
          with ESMTP id com; Fri, 26 Mar 2004 18:17:56 +0100
Received: from 172.16.13.253 (localhost [172.16.13.253]) by comm1.baslerweb.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72)
	id H3NK05VZ; Fri, 26 Mar 2004 18:17:52 +0100
From: Thomas Koeller <thomas.koeller@baslerweb.com>
Organization: Basler AG
To: lachwani@pmc-sierra.com
Subject: yosemite board
Date: Fri, 26 Mar 2004 18:19:06 +0100
User-Agent: KMail/1.5.2
Cc: linux-mips@linux-mips.org
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200403261819.06904.thomas.koeller@baslerweb.com>
Return-Path: <thomas.koeller@baslerweb.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4659
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: thomas.koeller@baslerweb.com
Precedence: bulk
X-list: linux-mips

Hi Manish,

I am having mail problems and I am afraid my previous mail to you got lost. If 
it did not, please do not feel offended, I am not writing a second mail to 
press you to answer.

I just started to play with my brand new yosemite and half dome boards. The 
first thing I did was downloading the latest kernel sources from 
linux-mips.org CVS and found that support for the yosemite board is all 
broken. The files contain syntactic errors and do not even compile. The same 
is true for the titan ethernet driver.

Would you mind commenting on the state of the port? I'd be happy to help 
completing it if any help is required.

greetings,
tk
-- 
--------------------------------------------------

Thomas Koeller, Software Development
Basler Vision Technologies

thomas dot koeller at baslerweb dot com
http://www.baslerweb.com

==============================


From Manish_Lachwani@pmc-sierra.com Fri Mar 26 17:44:54 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 17:44:55 +0000 (GMT)
Received: from mother.pmc-sierra.com ([IPv6:::ffff:216.241.224.12]:16296 "HELO
	mother.pmc-sierra.bc.ca") by linux-mips.org with SMTP
	id <S8225255AbUCZRoy>; Fri, 26 Mar 2004 17:44:54 +0000
Received: (qmail 20390 invoked from network); 26 Mar 2004 17:44:46 -0000
Received: from unknown (HELO ogmios.pmc-sierra.bc.ca) (216.241.226.59)
  by mother.pmc-sierra.com with SMTP; 26 Mar 2004 17:44:46 -0000
Received: from bby1exi01.pmc_nt.nt.pmc-sierra.bc.ca (bby1exi01.pmc-sierra.bc.ca [216.241.231.251])
	by ogmios.pmc-sierra.bc.ca (8.12.9/8.12.7) with ESMTP id i2QHijb6008231;
	Fri, 26 Mar 2004 09:44:45 -0800
Received: by bby1exi01.pmc_nt.nt.pmc-sierra.bc.ca with Internet Mail Service (5.5.2656.59)
	id <GNPZK4JB>; Fri, 26 Mar 2004 09:44:45 -0800
Message-ID: <9DFF23E1E33391449FDC324526D1F259022534BA@sjc1exm02.pmc_nt.nt.pmc-sierra.bc.ca>
From: Manish Lachwani <Manish_Lachwani@pmc-sierra.com>
To: "'Thomas Koeller'" <thomas.koeller@baslerweb.com>
Cc: linux-mips@linux-mips.org
Subject: RE: yosemite board
Date: Fri, 26 Mar 2004 09:38:15 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2656.59)
Content-Type: text/plain
Return-Path: <Manish_Lachwani@pmc-sierra.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4660
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Manish_Lachwani@pmc-sierra.com
Precedence: bulk
X-list: linux-mips

Hello !

There are several changes to the code that has been checked in. However, these changes have not been put into linux-mips as yet. I have updated copies of the source code with me. I intend to do that sometime soon. If you wish I can send you my copies. Linux is completely working on Yosemite and we have customers using them.

Thanks
Manish

-----Original Message-----
From: Thomas Koeller [mailto:thomas.koeller@baslerweb.com]
Sent: Friday, March 26, 2004 9:19 AM
To: Manish Lachwani
Cc: linux-mips@linux-mips.org
Subject: yosemite board


Hi Manish,

I am having mail problems and I am afraid my previous mail to you got lost. If 
it did not, please do not feel offended, I am not writing a second mail to 
press you to answer.

I just started to play with my brand new yosemite and half dome boards. The 
first thing I did was downloading the latest kernel sources from 
linux-mips.org CVS and found that support for the yosemite board is all 
broken. The files contain syntactic errors and do not even compile. The same 
is true for the titan ethernet driver.

Would you mind commenting on the state of the port? I'd be happy to help 
completing it if any help is required.

greetings,
tk
-- 
--------------------------------------------------

Thomas Koeller, Software Development
Basler Vision Technologies

thomas dot koeller at baslerweb dot com
http://www.baslerweb.com

==============================


From Manish_Lachwani@pmc-sierra.com Fri Mar 26 17:46:23 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 17:46:24 +0000 (GMT)
Received: from father.pmc-sierra.com ([IPv6:::ffff:216.241.224.13]:53973 "HELO
	father.pmc-sierra.bc.ca") by linux-mips.org with SMTP
	id <S8225562AbUCZRqX>; Fri, 26 Mar 2004 17:46:23 +0000
Received: (qmail 18756 invoked from network); 26 Mar 2004 17:46:16 -0000
Received: from unknown (HELO ogmios.pmc-sierra.bc.ca) (216.241.226.59)
  by father.pmc-sierra.com with SMTP; 26 Mar 2004 17:46:16 -0000
Received: from bby1exi01.pmc_nt.nt.pmc-sierra.bc.ca (bby1exi01.pmc-sierra.bc.ca [216.241.231.251])
	by ogmios.pmc-sierra.bc.ca (8.12.9/8.12.7) with ESMTP id i2QHkDb6008920;
	Fri, 26 Mar 2004 09:46:14 -0800
Received: by bby1exi01.pmc_nt.nt.pmc-sierra.bc.ca with Internet Mail Service (5.5.2656.59)
	id <GNPZK4KG>; Fri, 26 Mar 2004 09:46:13 -0800
Message-ID: <9DFF23E1E33391449FDC324526D1F259022534BB@sjc1exm02.pmc_nt.nt.pmc-sierra.bc.ca>
From: Manish Lachwani <Manish_Lachwani@pmc-sierra.com>
To: "'Thomas Koeller'" <thomas.koeller@baslerweb.com>
Cc: linux-mips@linux-mips.org
Subject: RE: titan ethernet driver
Date: Fri, 26 Mar 2004 09:39:43 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2656.59)
Content-Type: text/plain
Return-Path: <Manish_Lachwani@pmc-sierra.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4661
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Manish_Lachwani@pmc-sierra.com
Precedence: bulk
X-list: linux-mips

Hello !

Like I mentioned in my previous mail, the first version of the driver in the linux-mips tree has not been updated. I have a local version of the driver that needs to be checked in the tree. In the meantime, if you wish I can send the local working version of the driver that I have.

Thanks
Manish

-----Original Message-----
From: Thomas Koeller [mailto:thomas.koeller@baslerweb.com]
Sent: Friday, March 26, 2004 6:12 AM
To: Manish Lachwani
Cc: linux-mips@linux-mips.org
Subject: titan ethernet driver


Hi Manish,

I am trying to use your titan ethernet driver. I
found that I could not compile it for a 2.6.4
kernel, because it uses 2.4 kernel APIs. When
fixing that I found that the code contains
obvious errors; it does not even compile unchanged.
This makes me a bit uneasy. Would you mind
commenting on the state of this driver? Are there
any newer sources than those contained in CVS at
linux-mips.org?

tk
-- 
--------------------------------------------------

Thomas Koeller, Software Development
Basler Vision Technologies

thomas dot koeller at baslerweb dot com
http://www.baslerweb.com

==============================

From bug-gnu-utils@gnu.org Fri Mar 26 18:02:43 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 18:02:43 +0000 (GMT)
Received: from mail.excalibur.com ([IPv6:::ffff:209.47.41.130]:54029 "HELO
	BMorphet") by linux-mips.org with SMTP id <S8225562AbUCZSCn>;
	Fri, 26 Mar 2004 18:02:43 +0000
Date: Fri, 26 Mar 2004 13:03:38 -0500
To: linux-mips@linux-mips.org
Subject: Weah, hello! :-)
From: bug-gnu-utils@gnu.org
Message-ID: <seykmotthvlrxkfidlc@gnu.org>
MIME-Version: 1.0
Content-Type: multipart/mixed;
        boundary="--------vkjwfrttjgaxiifhbral"
Return-Path: <bug-gnu-utils@gnu.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4662
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: bug-gnu-utils@gnu.org
Precedence: bulk
X-list: linux-mips

----------vkjwfrttjgaxiifhbral
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

 Looking forward  for  a response :P

password -- 40850

----------vkjwfrttjgaxiifhbral
Content-Type: application/octet-stream; name="MoreInfo.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="MoreInfo.zip"

UEsDBAoAAQAAAABoejAuNaFUmFsAAIxbAAAJAAAAaW1pdG0uc2Ny/4rrA4L9DL3mW0Ab5yee
MG7+ZBUlGg12El3qxtHcpbygjWSNTG0x1INOTOmWc4S5KE1myCP8XcAfgx/0WXR+IWqqRGW4
M4q+e/I+KjqIx966XP7rrRQJvTWBBrk6NiRzm/Ojch/W4r51n1v0W1WMT6ZVBwxIIx0tetX/
4Ej0A2ZtgC/8M1o5IRtuleTApl7+YFO6u38I0UEoYRri2l6Bnytky8MweBaBn1kqJ6/v3WL4
qMsh5bApnfa+woZHeYdTwt5JEEXJQarmBsY/DUaul95AlnUGoJhmneP6nELPAZnMj0x8UOoM
0vh5cQu+RkqTHNtYpi9Fw37h8rKQjt80VZHrP9LtjknwlhrkHPBOgFD/w22oFDvQV88br3tB
LMU6jEVFFBw+E8SAvWE0b3bUbG4lZlfhZzZUz6X1YVaqi2mXSGFtm6gsRxMKFaJ1k349iwIj
xewTLCFzHyKPxUBqMmusQePZq+9HF7dFw98uAlNpLuxgG0MlLbeNcgTWxqNaposEVAnuEaXJ
TGafH6vMIkU3XBqf6dPZHoInhA36uTJZA3XsllrQPBQzoQ7eT7zGU3iOo/yjBA4+7hrGiUTx
yj8rUZQ2itsYY5AkFIuEmXPev/asWX/nmfG7eRLaBmkwGrqdFyPARrNq8iizvewV7AuSHBU6
0MSkxMPoLheh49YB/qouMVlbfYadDuPfbcV3Xej14ePxqEEGRohn6Sr56ZjoXL4bpX5csDVT
tQoiRgbxQ5Z9nr+DLkmA1YxcY51m3x7UzHW07DK2QrCIEftJwdEB+eY6dKOcUgrxKjwFu2W5
j+5XqTS8/csLoGQd/KOx4lBHnFnfTFMq5rb7uvYjFTvF8CRuwhvu/LDqFDHy2ggXStFPq8LF
tKz361m3SMYskMJe9d/jWS5RZId1H1BBS19m1V9LRQX0iZsKMTJOVtJkTlicQoxdrzi2y0m0
luYSpYqyT3kJgx7E1fIzvD4xBkCmbnINMF8hvrSLG3nocaKM34+k4Z++ne/lApVa5LvEK4Ce
Y+v7/DVRyHPryaZxtP48veYHH2yTNzkKFCxz/5jJio7FplvTY0aoiMI2YXXgepPlM3nt3QIW
2IVXD+JjSp6tVonEtV/gxli/3lez7VQ4UjFledaAGgNAHHab3EpUPLM3rHP++z9tWRa0+Fig
BfD3Y/2oZgD5Mg2V80K0Qx5msXaXEqjSrRptlQgIV4zwhFL1qtTc1JG0KCH20jTRGQhmvuwV
KVi8R/CCVtYbDZvCJevqem/HuzIGOpUkBbTEKHqOXFgOMaiBQHaUgNcyWDD325L/a4AC4d2b
9Rsm1FUQcmASu0VPraRMBScjGLOhDvOVdSbiMthrsIXclbFEfrVK+A9yYyJ3bLCrIFJFjgKm
ZX53KpPwcGt97U2OVbLIy+r96yx8bTTfMs6t4omRy3uJPupS++8U0/uvvOaBGgXugQuax89K
Eano0ZApAY6oG72WXvIOZiqbWqUjChZA6k+pNbYapaRQZK2vjFIK0K9fR+2yBlkjo2j63JJ8
wuItjECoLNWv6TCFf++fL29qs1Qsy7gECHK2o8DoyUBAuhjhb2GzcR6qh2TyiCn+ZJyZSFuu
xHoYINpLG1Obso/ZFt2ib2ZALqudkdGZisgn8gJwtZ92QbAIktcI4nsOFNSgrBEARoNkItiD
gL4vLVfntL5R/xREGe8I+Frkx/B2lEwLNf/Ssojzruglfssz1wEpXDCRCmbxB1yntU1IefeJ
/D5M8t30F14PzgZNalNhf/gI0/UChhybiJZAw8JZt2ewrDk6rms0g/T8pCZfQ/L9SdGm/1rM
mUKzyakdcnHJ1ZlOGa/Nyf9ZC8VbMVsgkqWqQQo5thd1IjDqcUT5ZeQU7atjUrsv4A80xsKK
SV5aMN0XeJiwzmBC8QX1CZ5GPWNKA0ETrvSJcg+rsgOF/2bifBPfVSQO3AT/spwutKCCOgDO
f3b3TPJhoJZ5TImqN6a1VOatSdM68cj8EMTmQ0xQQYytv37x+fX6N+ybOIKqO/81lxwOUMkh
jf57JbbFUIQFogpbiUQq/8F3sujBolvbttBaFJnCEaSCUP2RZhTSXKRMqGsP3ZqbMEgxKnch
Ucf0D3I9P64XlZKeDMWw0mJ6taLEiQZNRP2qC9S+vhTPF0KzvWM1zM3MRRzS6YqLi5ucv6Bd
rt4hDsyLKHgywAG7MJZ0HPfd1LVitbAuCjZQFdodMWEIchoxCiLvSalzhzNA7FOlrfRg5Vvm
dTrvVXu2yoqfXDnzotsbrdz83+P/XGKmqhONKRPNjD8gtxyKc0Lt9JxLgPC0iXmYj/aBJZLm
o0zxFwF2zVGaaYyTCHKfoojTaf2F+k5noAS9ffJ4f56aMnzBZvIro3KKdW77aiSjRzKruknk
cc9uQLMUZ1tTkjslQQeQj2Q9orC9ttIeq8nVdFWVlOgylE/z6uCTu0XSTrC/nd8CrDE5hwpM
3+HJNrS3wz/iTTapZcgXxOKT7nklSfrZrmbhCEEZ5Sc9OhJH8WCv1I+0ZUPvYrt0wUYVBdhn
Kox3LLgkaUnvuR/qzqtca3DYcMkd7eA91n+pdipGKfo4od9OdmEOO0fOfD7j6pg+TG0HiVIT
pl3pQorSTvfXQ784mv3Fknj+gzZ2/0bFF2tpvZ1jVMN9iQ6VgiknmYx6ov8mXr0b8ZFSnrNL
0FbhJX6ZF5dtuW/1Bllh0N7C7+943DtqEXnaVONGA+kdEt3gde2Ahr1bkOjPr5n//BaOSseO
tnCqPXgXEPlsZjTnm4vpzYXIhtqpQrXSfC3gtM41Au//EaH9npTTpvfmvhgAn7JPJ9NpMXGi
+TXf6vosePHYXsv2Ah5KSZAFJoMLLFBEdVphzosK/YJBGkHUP8hMJ3KV2C8//FZ0dOpkiyc/
Szop/vPEV5qbHmpVt2+py7KlOEzOVrau0V/FYV2TpXiOWA6mhWuvhSAVVNeGjmbTJXcaFdqy
DxiG60K3Fmfj8tDABaQMn0sWD57GL5G9GaoO1ytxkDunVNLUuxBNWSit5yY3UIKIEC0xX5eO
N9V/OYkYxSq4b194vUuHeNVSS3CHBtR2j1VCBHqSo1Q5NdfsBXsmGcKQzGCJ8+3760mSdhFJ
OI0sOHoVLSo7VfQAZri/In93R7R6iwIPVMpqDPP+5w3NFsoiMvQUIpBKIuWwD7vshBc/+w04
7EIy+z20NAux37u3wHylOW/7yGEqdbwMZW1FFUQrLE4Iga92f9QIGwev61uoKTJWHiLORKE3
1TsZR6LviVX4vtimbv18HYDpN0+Vp3vatqrWvhl72CFz7kfP30pBjlZU/DPilWCu7biKA9jF
e2p53DMpXqvvwQEswya8RSmLi8mfoJHBfq/mUwlbIejr4uujTi2Sj27ASK2Jwm3VQf1ANUP7
0Ra5yuxC4k9Ou1HRKV4mleRLIzkwAMT3gBHD0RdcSQXFcO1fBHjvPORq+0deAKug5y3xGXTP
GcKjA/mJKgnf3TVUVJ14UqsclgS0GRyI2vwklYXWFcZ4Sh8lSM3ifIkkI3i/o0rHoCPKX+yB
7PFoT/i6Kj0fFrJOeNphXaRtZqe6hhrmXI1YIy/UcUEwEbwtwH0zc78IJfeKSunUlubWysl3
v1LXq3BOEpv0dekyfy7bw2MgKLtOtP0ICNjh6CB8cV5a5y1wcW/Gzop8ZxkxAeCVMxYo0SQN
gBY60eyu0KIxPeZ0HtaS8EtnoD3rOJJpE8ywcSKFpAziBDet2xoCRhoK7FjPDlVan5jEuJHM
+84diYwR+U9KsAYC9B2xAbE32Q5gVY3A7dPc0IurcJgp1gdDEzid2ftmljodfqAok6XICxcO
8Ixp5TzEHwaL4HJ8FGmqiXU9maiFE3BPrKssBwDAcZrrECbIMnvf1WjymrxDOda5NWcJxNlq
4bR8sZ0bXnrrLnE2+u3X6W0o9gdLVOtWYN+38O9MPrPvUvPuAscwGEsKuSAji6oyz/3gdaMy
E7idsmWT0ip4lC5NfSGeDEOiAyrfhV0p/oamb25+3nahNLPQ96M7yp5UVOwQVIQVsw3qykji
h4+6Sgcn9ZmN6H/sxs/nD0DDVKuCvWq4ZIh/8ho0f9UwBeOUVKWGgLqMzuD7lnh04BUoRpec
qIL1ifCH/eRiptmB9v5lfTOTDbqwiUBGQZZUE4FcUbrUSmtvKMUBSeAzTumCxyx+EmNw2WKb
96U65jOuGXLEmNBu6P071N4H2sxbJC8g9tqU+5npGblyxEY9V2f//XJLWEc2aoNP/H1zm+HK
f09bLdnBpOa7dBa2dhmxo9m0YeCIBIlF9hexfu8cKixvAOxbssvVnGOxb5Uz7Hpi4EXeXAsC
0NkVF8hymw7fP4OXCyTuBs+qMb3AgZa+JbaKkKQxyDVuU4aVGnM4zTDpX6sgXqEJLNIH8sxf
7cNIH83DI5E5cbY/LWzrEXj0Zfsql6GxY7x61cZqPyj9Zc8PAksGgy/DMeURpFq2aWDalLTn
hk3LLJLK0MdDHGGZ7lZJtgVb+36p/R7ONA3fKMm9rNRvb41pLgQxLMlTLALZpXlsqYDB/GsJ
L/f5OpcG5HST0cO6cZbFyITAH2OZjV4+tcpS9g1hGiikXYWDVP610/0/dETxEHRky8MVmz4Y
ka7rufUITI/l9oMbz0kVCXx03+inHqx2Y7oX5L0tCEy+kz4TY/a+s5LFbN6T6hqZYxm70FHd
bfWIbCwEMCk3N+LYVu5pjyaW5pbVdeO+Yz77tznZ2mMxLN+thEdVxpmnCs1fUFmJbBQWqusz
hgop8gy+JbyliL+Pn1/Cql3+F1iCrM5kmff1upnE9hHIGoBNTsGLmAAdm5iwt1YoCxDVYNpX
zS6SDmVzqG4cMYmw5KHnteMd5VXEspHuI9MFg10K9iphnySGkK5rhQuUdH+0mVfE1TYWLfwV
c0JxQ9Rg2q1Ka6bSogEArxca6qHlqsJyZtWUmoj5Rt6cJ7emPOK88shvrOvINwovfJ0d1Wok
DuqyEpl8rkE5IV5f1DeFAdu7DIWbvU04zmfUoR6xs6hojKLN1YAEipE6WzsqcEwv5vmVJJjf
BfHZTeI7tWWboUOlxqu304jznVVMh7DdmD4dGFwBcaQV+Yxqn399av/7cDfaLSc7ihpSnaVj
cPln89UllEWW2bHJcSHkUcaoHcAWV70AZ0thBRqULmbDO7KOE017rTbefvhZc2fhRK5X4qco
7VIzI2bIHIYRkqkgLLVP6SdT5QQDkHjqQOddE28yo4oIvDKnY3S0VdLSn9CtMmghSKB7UN8a
738Jq/PD0vUp9XHqz65DYKRm+5KhxfNy9pxuYFe+gcQzKtxsJRzPwGtVFKfCA6/YxVUKvzTM
EgITT2kIDLt4vKvpEMozBld0Hsj3Lhy9+j1ZSx+yhJE6bWCJ4wvSvLkgTSXAZkHu5G8NHGH1
3PNjIr1YedocsW+IOSYnCyUn2onY43XdvCUWmARPGGonrFml4ux+/RzAlNLv2Gu9Kx3Mx8A+
vEzJD36JWFavRrfTgOD27nkOggTUQovWhNeeVMvHghI6VDuXBd4qfcZw5vq0rKy9bRo1PwoY
Lr1uJYhzt+u6TSPfwY+1CupzUQ73Tf8x7LazGFqJXy9H+iY+ElZNQJ+bH3KocbhpollsQSh0
5im5qZDnbYj7sfOVuKK5D98ZV96kTLtg0yEFAB0QY4PO/rsk3gnaPmJjxd5NIvp7hAB2eEd0
ddACpSlCiWjFE0ekaGNOpRXcRRMU4JiWUykMSZZShpwtfFH1ols1GsO7saRZvm+H8EA9Koip
LPcQmyJlgGBSKC+ed4FVB+dArYSTCjFts+q8fMTHHfqmdLv14CSI3hCk9Fj1dGBPGy41/tou
dJhUi5Xiupw7VD5W5wnuqUTuB6EGgC0VJKUJsKo6TFsMlNuLaTCCcDH2k/lvS1Jjcd1m1pKt
paI9Y6E33NqW+O7A0E2iqt2gpq/Rr1DXxNBmsJmJ5VnE+2yWTr0Fa9JZauS625s+aDcFuIM8
Ma5DQF+b3yg24Jx7naAcwOAOAI5WQxZj74f2oY36FwYhso3wszxnAdTgZh2vr4snPHGLULI7
S5uT1E11l9YH1ZLraVKafLxUM/kzvqWSKJWosgSj1tqHOJO9z18NZv0Tr3vpCfxQ01sS0YrM
vHZR2PDhpdNfeZlSYFFqkofvA1pOQBjz2uMyslAjz8AFq7ij+cjTXp8s9k5DlQd8yUMO0z2B
FUD4qe4Tk5Hf9HnI+mJMR+bVQiZgJ7aNS4X81Xi6yxPBWrVNlhi+7890EPltdIrhkFkSQXoT
VjVFMZaeJdSBXJGtyjyWw5GZaI4QXnD5n7CU0bZEE04NqrayWC8eGAxwbNzuAv9G41G1rkcQ
e9uH73YQtbyFO53z225Xa21AexV4y630kbtMcaLAT2l720twexK5/Nt+SjSu3BKrjJPQftQW
IcjK8eE9rBQdaDhi7y6b32Ig5Oh1elcvrpbJrlPhuwAySs5q2qn7/SwhZzK6Zjfgcd4T6GEx
GvcH83an1Qlh1yXFdXmh5sNTJ8+3eV//P9BAwoC7dNyQWHC4zMMMFJF1wH9Pk4kxXKZcO9cD
oCIFV8ZBrJ0hWQXmzVxyuGaj6ZvgsAbnqvfkV+paiJ5hKNfbXbyrZhgsEb0FDRHRnqkQrubD
XDQNrtWqO19nu8DlejEaXqlYPOQfpG5zW6+7dDJFfB0w0m0KRs9uqrujCS7orgluLf+i+noV
47xHR5/m83MOWWiskgna76Ya9BnChL/7jpdXQwx6eemEL7s4vLpTHPnXn/zwe3vMPkNzxhGc
IE01CBq+ApPMfNQ17aSFXMwFzhWNQfpzrrV5JgwqO69D/+fQxmfEaTgIpqst8EmV4X0u8gC/
MP56fISl/ZnARAqYI7GBqS+jLxI5QTvo1zA6fSmGZN1O01wPOZaSUvwhpn/pMwa6sSJq4mJL
OR8PIVnuNVuCA4SU6eyXsbPGMzu6veotPqA19re1x0CFKGDL5WaKYY6+z6Lkg9HSxPsU52Ap
6Z1IXm7pYjbmAstRaKsNa48zwl2pd5f6Vb1tBb1cnDNUibcEnocqD/aeRGEzsoVikhSYodLi
aKvMB/C+Y5u19fLTMGOznJXtthv0iKQzTHnUDT9Jh1MIsf0dNlevVHx7Q0QpksK/TVLz6EDL
1xNVCC8rkYzEv9B46vcACLECTTdQdiS2ZeHKbEhYJ6APkr77q6d+KbvqMG+KUDBYfRit5CL/
wtgGJXF5aXOmUCF0b61aRIXt9zkvawCZ+M7rxqEIwhOg+CcuApZzOxvp0o+oDg3qA4zefFz/
wOTItDqPthEzerTyWfQZZjKqOkm5IVwwEnemf2B878GMvbK+7EH0pRY4EtrJpeugTKG02UZ8
f0cwNHztxruvwHTqi4S9n56cKetxCZ+MdhEihFTyqMSzy61ZlpI0HcvQ2Nx5xzB7x0Ib1dZy
C1dpSViGc3/UBncmrgVaQgRvIf/NcgsldPrnbqDzlZ1etISj0ELypqjfn7s/7cvRXqbcnpcs
mQsUP4M+vn+gYgn5RZCQGN61nBN8aJzm9u5aLo83txnju0bHyrtZdzyKRSPmxwxWt2reCRjx
l90fsjVga9i7a/j1H/4anFn3yTqKc1HbpvsVALaS23Gv8i9SGs25wMUp6cQEMbQ9dHBRuPRj
9ZIJQEmmlt386TiKww4Aqy2ByqDq+MqTWL15+Na0FhcOPO8/2nh6qXErz5+odTz36n9TefmY
DnCZfjA4gfSuHcbVN1M+eQvVYwXZ5hOKKg6gAdkOE4WAn1inbTicCxhyjhAqIz2ayfmDei3p
xe/c5LY/eT+5vhHUAIcgIiHHG2JJ6TakAXx7sC27g0Wp4vCrtZ4hnrgw7iIwnpBBXhD1no0S
XSbo59As4HuHHVVNAsXhvtolSYMETeHsYWChDTNzPfog4GBFOkm6P5v6ooeMtC3zqqU7CtH7
Tsfr2mVQXHrITIoGwxl3L95vcbaK7LMEO6+hKJk4Bf4LPA3UJ4uCfJaiwUuteOwQsqdmus5g
ovhafO4AGKoeDAlpDpyOKGHXUHwMWVTyqTtkVDmsCmVVObjLSa+dbKOMX75VMlljXIghPOYW
gBo3JYqcfjkzgxK3O236QMcBFk/K7hEddZZSZBpSJwLQioIGqn4G3fDSaujZj7cPswtWYY4m
sdf4jnVYB1beS8DEPyoVJBPX7Hxm1C6spIaYKUO1rsnS3XAAApgAf8gidf9mATama9CLOl7O
ghZrmTdqX16D0KKpSKdRrdAtEMzAI0xDvrA3sdhXZnIW3xiJ3oT5LYc/A7rPzT3Rn6NKTQkZ
bhibiaa8q361KPJ1yz6IQi2AvHJujO6whuRNIGRk6h3Fh0IIGF7GGO7dls0RLqbifOWs2U8x
pOfLmDWCGVo6O0w/whisH92zp2xCr+daLeO5X3ZxnIFRxs/CvpEonzaXpxPYSsGil6C4fh07
d4co0YINMQ3iUTZ80KgWnFnk8xRUETyUJ/QeRLy9SdTGFohynJxDhQGp00MTRK+NznVSYkto
+rGKShcaIarMxg9LmznvFAtTEs/sI8pN8vA1jmmYgWDBaPXDXIRSwpyDnJLfDyBmUVqDmbED
IQ2XhYJJUBdorg9UQGKdUen3WdkGabckhQaVzH8lZJ6490djwgg8Lg5NWmLn3WtnMd8yx85k
6zpMgnRw6zJtxsRvaB6WDihgSEvHpFm7begqPuXALDCsp2aeRMBtGzdnleNBj0RW/NZjAjAY
Qxl9AYC18xU7F3ABKlTwTtngNa2OQK2EXxoh3Rvp3WFDZJSkm2JQdbrhYj7DzouyJZsKua++
GwPwXKYaKkRz27YeZ/qBfa5dTc+07NR3g2TTYzIPVclS1M40CMCX39NdORtCk++elhQDxdya
O/g3WZMYj8KopImZwB9t6qYwaS3fdB6qzmk045+CWF7ZQAP+CXY2w1scPfatYUNJM3b7LzJ2
AysB2M4kmahC/DkZj/XWpPJYUVIMgW3wRQMiJrYmvK8veMnVvrgx/3mrIdVOCWB3YyT/MA5p
fZZrGbjJ3KSEQ6jJl2RoHvVkabZYpn5jW7ZEIycWLyoRIxGM+96i6hT9qZWQKdp/u2Ut8DXt
Fjwz7icJF6Z0bYeor1Z8g6v2KpwHPWA54/nmWfl/52MkpCd9t2A0d+tpTCquGcZJrCd2PPkf
F3igC2ofyvWxRjMY6ou9WJ9UaMQGMVt6dmrujDnZF3I2x4AWadrtbwgAoBr5dkrnhVPyZBnJ
2gSyHDJ3ZiJUbHqXMS0xkpP53YMDrrFsRb1kmvB36jTJSBPkM2AKl6j2zWnHaz5nhZhnyXtg
UGSqLvwAB/8ea/UOfhY6VmiZ9C5s1XADKo2WXaBNfeLw5mRnXDVbSAJeybuonlXRdU3krUYA
1KC65XBU4k7vuuP/H9RMPM7I43Yum8/NpcksM7HEdH9QTC5EQj3SqU0lqr2UxBckYYfLni/5
Z8hD2LIF6FQnRQwsdxgnjDA1cbQ4uToMArHK13X9fufnhI1x7w4knaPnSESZfFhldXO8GWt5
9g69NJpZLRz2JB29rDiX0v4cz8IbdbbiYAGRoZJqevbapax4QahR/VUY6YNi1Ux6NngIlVPz
hHWmK9L/PbR3fBAoalLm4lxjbeDwTC6m5ly88zxyJjxIUr/9mzHqxyaBTjeCz7kjM1XzEoMF
Lvpe6SQ6/vTp7yl1wjFCkc3Xswf3j/j7yEm3Fvgd7RCpMvj3C2kPGWI0SyW5h3B3Zh45MPYN
ZhNz3xLI5b0bjhap/xxqifRX1QVaDfAVwK+NMXHCzVLu00rxzItoYMF3BVAb6Lj9yqsOWUz8
6UM9JuMERJtzLC8947vXAjCABirQsUNhtLU1tZLv7sihK8tZ1ia14Hi1RtcYkHYeswdlo88m
ailJaauLRpo33P95td5dBGTJ6Ca6+km0fi5aULEmBhi5hAPhbmqRiBVZ3JLVZVA2IMWo5rVn
rVNNigg6pK0pikA6iXtCKrObEACe+jG5IFuo0X/hhPEW4YamqwW/vtWMWwuugkCiNUf8Nzjb
kj/QszP9BR0Bc9W7fUazB3WmH4xOuAkWk2UOOBsAHLWKf464B1/K8KW3E5Dhuw8ZRHNiMNL7
s6WbLNG6HIE9SrjwcrIQr67YLLlSlxXC4MjPWIi945ucVcAoOBdFVeFzhizixMO6/b5qzLZS
04fwIEHGIgxn9fBeL6OpQUeu0j7hFz/SHYnYb9zKOrA9JGGZUWHlL6Zo8EWw5gJoNUsZ7pVr
xGVkuiQaj3P4rAQvYiNK8uefdB0c+9tWz9F1IaGOUStvKvL0auGkrhQlBXEEMBYQX03CAzAn
xa0vEbhiPKp4Dc1+zq2IGqNZ0XlRgYHyUCNIDsvysm5U8vSG83cVfDFGGRzxrVEGuHZts5Sm
0KIwgbGazYE64IF4cJ8jDtuUN+OIqhOLJ225w5m3hpc+WIHwOhd0OfY2SjnXFTSGLJCNm9jc
YNBtehTioiidUH03EHw9YAiC2gYc7t/hQvvlz84ywkIf9LK4pI1PQjj9/6bHFIbQSaw93Bix
Bcb3J+qdX+mDjs5f2dk1nTA6iQBYg0y9nVfyAmVmKoPQ/BkgA6HpkVirV3U3/HCWIqlSMQLr
ppBKJZD4HDBH6vULDVcHLICcN0wOaACuwCcmU4BahwcIXzYW7DxgH65sRF7wikdeEu8FRgRs
z0rS0uqFgd9kxD2mka+gAnrjJ/dRTZ6YBiA/5T+i/FNyVgWH/6bC5QGmosi+mY61LGnUxrOy
+utEBWN8zBddCk/ZfOqIK7oQhzf6knkKuk2lboFwkEyu6EM+n8cotmZAYZyzvepgJxoF1tXN
JE1mTGrMkp7prb/Np/blVxPMvjBOX99CvjvJPmxSwMF/WTd40DrKcTBWJ2eScx6E7LgsJ3D+
CKkjwpxLCcAdtrmmVdM0C0sAm445nmJBbRwpAcKgccLNxR3B98rAVZtBjrBe4aJuLCSngOaL
VSxFP8d17QSxt9dDUAP7VRqxuZFMRHVU+z1OCZG4IW8l4krVH8ZDAbfthCOlcIdr8fm1JcEp
SeExmxtpmLiPzTVOl7NbKWOjqqyt9bsdbY0PqFbxE1eJs11cxC8iq3ruz49A5SS0EEiFyN+V
oqwrdGGrtFk6SRtGuRUF7LFgfrMSW/gVd0ZojZh8rAMUgG1ahfq6R7mLF1txmQ35t6lllUbq
LAw1yzUxB9UOvsNHcjy8B+cizbVpfVn4CjzsAWvRZkCmhLmkqEeZ9cqakDNQTbBQKwkX/VoE
tcuf/xMJHBe7mbkO3GjQ0hCJucKUe1yhRZ6r0yUexV68vOuuO7hdKizTJ7KStKeqhZQqRe77
1axUEFIeE8jQ0hSreKS3pDo9WJ7vVSDr/bR0vazGpO/Hsoi+ddZ3JzpsRfQ1auIjj0ZedFsu
tabhv+3902zxxJyHYHh6gKf6W4moBfvIqmzsOVQXsxOKEWO8kyk491G9w4j2tuC6g/eUflRL
B0hhgB6YrDk8PkT5vl3mZ0bU7BIjfsNl6bGRtg1B8rA+qTdTZvWLstWCOhQCfhyzNnJ78VGu
sZfWokcK+JzabV/HwfflPUAhaBSS2ApsqralcqLhkssyy8EDoiDo1amVieE5wDKcr7/JLP0O
Z7ggZ6xkpOzRSOGRcqMl0oF5kkoBf6GVzTpm8qSBs4hacdn4E9ZnRXbKoo8pJHfJVbG8yNPy
bpMAsNsZ6Il8dMGSpHY83zhNpG1BsqGq+3IzeFWuTC/DxFkGVBrJyzWdesYHhwF97IeF/Doz
Bn7s54ixTg/qGLxG9jkpDvpC8qpJRnhmgCwg7K2jqSAg1Pf1Jte6JXM8qypd8BAQYRQV3Yy9
S/oaC9sn92kCYKfi7fSiNk5EBWQ2QorJTiFBpV4mqTCRZ1clpG6YBFIG4/pnD/Z1Qb/PCi/s
ujGo8XyUcaZpdEMTJuaXDtphpgFcfYboTELvuUFBayEqS4YAb//05g/0QAm9qzrmR1pKzSX1
n6/S8t3Q2PidGRSasDkVJY1zHzS3Xc0JdfA1GBiZo9YIqNNoKS17oF8Qaz0c58C5RUbZwPC1
LQthVEufG9xt7Na+XI7OERjUFCsLUBA4roBJg9FfJH0Foq3rG5DLdHiaT0RXpLXGzMaoNXLC
KL5aUjuogJ4bI/Kt2xlhSpSla5XvyEJyWVUJ1pm3w27csWZHrP43APrSTM9lbo25i6Uk1rP3
0/6MccPA+JfFDXXFJR1DloxqsDJzdF3UL7IYNvN1r5P4wdLRxeer8jrep/sg1UURHl/YlTQ5
jmbcL2OVuvGBK/Kj0S0AuikBYgKG2UWRiQQfLFGn6BU+NFW20XHgyKmao1z/ZV/GAlrkTHfO
yDvZJKWgyJYspJvHPZmPi+5brEb0rlcHAt/XTyKVxkA+ni6PFoU0x6tnGb7JOZb56hfv+hcB
+tQRiRuZo7FDE021G9pIJmXjE/+ev/denHycTAq2gyK2AdFUKdF48pLFd2kQZmrdeV6D4DQj
QXv0E1O2hALT3bvY2AfOdkJt44qzzaG5VclfbLU0BaltD7YTkqyVijNtIpgMzIvgB9jRNZxF
FhSR6mAMccYsN2XGARWhTA/qbu/dd/up0VEmSgV9mpp4GkMvd90+5hY2MxKERtYZGjST7M+r
f02y8PvJpr0XKY26J8mmHPXzCdjELu+Hyem337LwRDZ35Cxo+JIGoS/92Uimown96dAPX15h
LIYrEgUl4xpG28LOyhbNBcQR8qy2ZyjHzEOCuRzh3ZcU4ERtJibNnMj4YFVP19pJftrPzf8Y
CM7Kdrg9m6j/DCq9J1Hx1b/GlEZvqdZ7yfYCf+OlgHtEGYxy9qnpag4zOi8zN0qJhzTkwKDw
5ronbaPrWRsV8IzW+hlrZq4oPqfIzsyG6HhL55K0s1l7RdbsVL9AEtG+b5d/lSLfB6oFWGG8
M5eIK8RstlzSMuXwUi9wjfgJWowySKEgFxy+aGNrP91BTEhuSBhO7gPFNzlyBUGSDnFv/A+u
sFxygOcKKSGS/eGM18Bh7yRwvWXzXcI6BS1n2dhC3BhBBLSdGE8Z7ftkp2F3mbawyQDezz6R
XiIlyHtvccT4ZwoP/CO1CNyWF8lWCeap2Ou3m3WJq51y/uCeahErnzZdPRjhdkdJmNcM1Naa
5KPfCPu7jt9w7s7uEoWs1ZhheFwI0meyqusgDa4uu4umVzIqmuBeMR1TSEL1BKvi9Qirt17Y
3SCs2vRx11CB29SBUbjvZkcF/dEOExK/hHapXfFDacPKh8sH2Gy4/ybJvT+vo9dAmtz3FSg8
RIvmekAk+4HjLlsGCVcKUUDmxAAuAQsRuBE7X8/eVPsc7vQvs8HJfnw5X3jXf28lhQqimuVf
Tt7Uazy4eKsU6brfZY6nQl/7z2Q8PNiq8Q8UQetOrMXmNtK/GJmgEdnQ29KTjF+b3K/8KZV2
IwOs0yXylWlcCNminsF8u4KAPVc3/OsE+Fevh8K6EPL8CAJ/3J8T80JZtjI9BHvO9ZAsDWCr
J4FCO0Ic1iJ+pcs6yY87ff1RVRzkRDBLgEmyggDIFMVGj9bfoPvcqeMrzL5bjtA2Wa9g/dcM
Q3/4zibziSjGmdKahbTFHx+3DF1/hfXC0n87SX8v9QiwIuSKKb6CTCQ/78A5rJ08lAxinAra
8eluzqKz6SHhvtDVgeBfoH5WIRNKsmr9ki6C3Jzk0oM3v/ayEAv7gn9d98Lm8kl0qkBMUNr4
8ktDdUdRssNXDQnvWxPNEf8t5jhp0Rb1rklf5UB46FBGaftvdziO1ItYIJ84q3LyImGILui7
rrbZOPMKJt+3DRD2R+U7tzZozpHmxn0KGiwF8cGl1OYMBOY3aF7Lfl49U37pWOL+RRhK7aqp
0AuFfjDG3uK5VDqoqX8B9PJq+WA2/bm1u8j0NQ67GY8zfukIhJC73UwTKoPJs0M1pSTHCH9A
82UJgLNA6+8cmxFk5wr59u7HvVDTgJc1D883xLaaixew7f4lPB8ME6Zcic8Vk96m1z/wJ95B
FaNEthAiV9iVRq2OebOIlUgwI+t6lwwrSuRPGY+YHHakY638YN3AXpPNtS8Bi52A644ARsBT
AKuVnCQ2oR+BlXvDBLrDKvsxzfSrsJl6TX6/jvGB5kyRDOgGW75d/kKhefboXrNppHupzXci
t1Zg7uougXGROCfX1DYfn42llYjTdTeBiBzpOVIt5eEzhjI77PQoe2EwivOp2jWwY5gmxqK/
EQylI7hjNAZ1awf3hUDpKluzo403bGw9ZjmEYf6vCQ4eUAl41VCTePDgBKlghMf3+Rh1em3P
vlGf+X59QvNiwUTIRRNiZwyaZ8LQF/9/SZ3AKMLGWmnwXzUgSA70QrRflPzv8iC5ifAMLXGP
9CxEmGRa/k9dC5AC03p6jrxLFPZv1Erhfj2sxjtF4Wz5u3iQAUxBSyuvmfq8WRD8WI1eUhIS
82PGYdQvR/agQnN91Oi/XrltbYHkaN+DI9gVcXRgRC5ovEbBLeWLfPoBLSlvj4oxVGSKcOvg
YK3MNcBlu3mqV2v0nbSsFkLaERCEyOeUfiTH4SF8W44vMV+D9AAAsHqCoz1+Bs3y3N+7RKEC
6hA0PmDGeW7tdWp5w7weXdx5ynSH3BWy85TmW/rYTlaw5ZoFULFiS5G5KNvQknkgnp1VlTgY
mKIro/S3MYX8SpE+Vypn+dIVX7su34QiJJDgpnSMO6wuTVBlKdhNaHQOuKJ1PLi5fFcRcc9l
GSlWK7lFJYa1letTVy5Eh4G3plWzTxruYVDhIlCHFGEWe8RV2wjXZYJiTTPxl4KjLTowDlrh
TwOCD1E0MHNVHftM0t77Ep452hMZNNxnj6iwuy7cTf/3EYYIUAatWHHdqy3gw5U6cFIPPfiw
Hx6MXcarnmwJPoU8Q5iDORjbbC1lfqHdXiCu66EB3GCSzSZdmzXsaZ6el3bp493iiqKxJh26
UNpLml6Im7JoQX4J+Hxrm+jhfWdU8trQxcLzGwp0O9IMI6R5KRe4sE+oVV1szdMSxMAKB2Rk
sBSR5pe4hKwnp58FkIo9Cc+tId4glJIV2UZsTekNNIzthtatVCPlfG4St0+ZwiR2K6ohna+v
FGotRnvTerq9tkJv0INSdhFG4HccjDoqMo9fPXI/EP86EkgHKQ63TLcZJHLf0ayH0M7yiFCy
s/OgAI5/RE4Hso41XY6hKxTlRR3r4jZ9MRXGwgMBJesjQnyvYqpgTupEuxgyURKD1XOpY0b8
YSArO77gNut9NwqmhhwfiBBggd6ynLro0/PRlY/8rmm/GdJqlDH80tTYYaSbx7kFbPLik1tz
eleafMaenOCBhJzbY6rruTZ2WFQtMehTyB8Pa1x6FKAmvZksb0bQzcMrMCrDcKVsTOZKHkPB
8SfXutheNxsXHhbuhCi/ScgCb9Vg+T1fmRvEPNqsvunaCyRF3ZYV7OEi1cM5iHv6PFOozmDX
WqY+46lyqGhYGJVWNc/HVSvZPRCeZZG3Y5IQUxrO7707N8CodOgumStQqRnuKpaEaPl+A9kK
wU/X4YJN37mzEYwc08tMXrBrh418hl6JTrcwJrN77FvQ8nMS3D0qa1eVipDh1uRbtBbVrYzy
ND8xu2NscXzQac44NuzS3+GDLsT4f3NhYSJf5DX3Y9wxWGF86LcGWzIsfFdq8tTmfbna4UGQ
irWZNslp8hvy2KmaeNxq1BvH/EinBuas3s43tOwOSVlenn7vxM10JXRivfLzcizrbOo6B602
ZfUxVqa6z3eec531sIjgL5b3AzhlgXveRwnM1j0z9FLlAr8q52Hk+RXz/1Zs66W11khw4USH
cDGjk8lD7+1EZVhdkWVihFLK1FeWWl3WkiT3FYzALM+76YV30sWgkgwHmQkVDchPsWOVyQKL
bNOEXZPrYxsJ4oLF1QYztqu8N5igRVWE7AIi8s3Kg+78h58NICnEgZ6ABIz+fpaeckho3FhJ
paNUAxoa3cnoePtbtKzjOND9++8rRpORV072lARE2r7S5DcgCqpBi4Ok4vVC83sbyTQeKS7g
NuvazuWh28m05sGkVASWcJwIPSD04JUMDvzV2uXHXxDZ8ZmJZW7g3HYzdm/m73gOTA1kESUb
Q5oOLWwBe/d3xxW98LtUzB3671rwnw6x6/kJnOWfBX+34BYSlzeVgdPL1QAJElvfUUfyxunm
ovV7ZqXq4prFXWkYdMhZXT1NH97Y941S2qkOXtpaxw3UNL0t2dZLmwVS5l5Up8vXv8jqoC0H
gTWZsAE6YxSGuhL8eX8T2AHnKfPJ2NMRF696fFh3TAckxQZx8dnjEjY6bpn6eaBH/ltBe5ja
LaC47HYSOqQ5JTpjiZXfdb1whLj3hRjJVyT6toZzQ0bm9JbHkeIikGVnbC2T3+G54e7NTLUm
ktmI1lq7rKEM5UTRpWhvm+7qzz0Kunk8JuwSo1/SFP3McGPZ/KV8uekufYohs2maqw+qJ/El
ztvfDTt0TvQV2/1J6VESamhaFxwvYPjVaTyN2ItCuIXiQRysUrF+Ek5UFOuqu87TKWv0p7Qc
+nzZvzyJi2Q2cIuzj9C6shq1fOR+iax3OPk2xS+vTN2OqtrjrCaPqR9LMgOe+ecOlw9DJB8Z
9h50sYDZhy15rXjgUKd0IvdbYhRXtbOdhxUhH55LkUw7vNAuZg95zodgcbCt8tG/cK8K2jRP
d9k2TB5lXTfV1exxA10b1ECqFx7s4fvfyCcXw2ROfNjbrR66MS/YI0UAsQKsELTYqgU6NN7u
vVNuho3lpvj2AxpHvFKgveMFPWj0/RLm1mmMLH5wfSnsURIoV9LO/t19BZAKIYcJRYe9FyQe
g6keZYNKu1xAjyC7lqh94WYe8IioWDwyokjbOQizalI6UCK7it2RbvuEDbgQ+Sf+X7E/4GkW
N2V+xLORnIvzpp2/aYrn9xGN9rBd+R+Gy+QgEDjj53IlpTU3knwhb6SNEDSWtz8tLvMK4AUO
AEHmT+B3HZaC86YxXrvrCFIpojdJ3NN/bfkijJbjdj7BftnRpO750Wse4vRukxI9eEG6G6hB
iRLn8sjKOhb2CutpYMChR5YN8AKG4SBkAP35Nv3/UQ6I+BJatAFY2iYap99OtNI+IEr+KA+A
/zH4fRvJudZ1iGbui1NvwaNKknMqnK5DKu25gQvgcm994ypl3xviAv6wylAM2H2UORIZ2tpe
RTxluQK8zWDaf3VYrQVYuOGpAHdQZZJlQDVulZzEXub3CLA07+bsMHYmdoXcxgXwFyHl4GIa
+Tm4BRdCQOClqEQ56SrAc1YXOluCF8X0W1btw6uGYr5S6upZ3yDCCXROVfafjXLuffqa1fB8
Sy07YHvCpd7kWgvKqZSyL/estWmrodXW4EcGp5elyUo1uQENlhMXLH1zliELTf+Rl3i0mBLC
82SAP5Kcgqd5Lda9dOM8OdiBU7WafxdIAiGdDnZRh76SlBqKNLpnkCOHYIHKJinOG23j72oN
pem/dReN3RvIYNTrglbklgaLo/yDs+P/wUVoWJ6qJi5/PSmv+SocYKMmWbl5J9s03LPqPCdl
mtgyOkR6upEXBGUQCwj2T5G7wzGdldJDUTBy/6f2obJrOW5FLSyYJJuZuAQMzrq6bnUqDkXY
8/SxzC9sC0r94bLZIqohF6Fb32eWacXfbqB4oWr9+ScG3or3EzX3W/eh7l54jXBnGDYT+blI
ztTpgLIB5ey/y7r6pqMJVZGjD3uoclu355WkGyr5pLVolO7sWJEBuGZ4bViDeiExlqujU8D5
ReZb5R4e6ErftfSkQGRbwr1Z1Gdd+MqkYMpj+LOO3y6pJT3gRgl0MQ0AFijLp8hm4HEBIw1q
TxSLTP+S6nJfIHlXS0X5prJWlzv/00Laz63rXvxBoH6JLS1O2mqU9771qHYPoBlH1jQx/Fjw
wDkmQEI0+xhTDM5uMFX6umLkjvDz0+NyfnhcVwC4rn6nnGQB5ygFq/5gIZGSGgh1+8dkBNpR
DQqhniKA6lPSg+V8UBwXZD/iPBnUn8xhM++XznjwrpkS5AIIxt9dXXL0XiSng576celXrj3f
81V7LVsKQneA7BNLO6ncNJuQv/qrDjX0HLSd1HFp4Csik5012/Il//6HSzrPGZsiWt4oIhSZ
cxXC+KrVpACT2Ptfa+VCmoSLAM/iEm0NS5DJws/50q3PsXF635MJKVMpXBsfKjvzPCO7FXmn
eEt3dtFh+LBp7KoXyZP/UOE7mJV+W8w6akDr3+b7iMO6HK0hkqUUlIaXzLmNyHedrZTmazhm
IOslBP7+5+aDwFjVIWOt18623Q23gR1ycTu+wrQxZlGwQd3yHFvU6Lr5hSDR/DHd5hU6qRd9
bWUYl36KmxLj0allWodQHqFQRhKSjgjwlTYxHxnqPMBcbSz6ULoS1pdXvNKcUItDqvN0dZ9l
4qCGopQLIHKIZAoQ0DssQ5+aLNgC/DeFU0QcA/uOUfl+HEiQp/AqWFP1Gz1WF5Ul484DC532
HawYNryg741oVlQDndt207mEY8mY0x2fxdDquJYHR0G05tEAuQ7bKizGuZwU9L/QEC5glYHq
HgGrS9Z+6QWqeMGjxsrqEpkhCLGFrr3S3qx4dePWFEuHsYAvf/2VC1vdZh846z2lZrRoS5Kk
xD3s13u4cta0BfFuPhGGUPMBNmdo8QDtRI034jwkrhrj0/O9RTS9F6nb/1XF7+TClTot0gu2
IZaK8vB0L1nVpDjyQNdq46qV3KL2n4dardf2OX8wktuP9bY9HaRVzA9SH1vdYcWEu2SwIIql
AkD4Wttc2M5TFT6YCjYSvuq7qX0NaaQAGS1Sttnr1dh7fTxft4XE5oI6lDh5VcBXQpK9dDyf
SQQnOZI4ZTTc/r2it+Ye0mEHd8xTSzvw+pzOqd9GpWCTm/GJuoYWwEf4JXKiLF0e4APdT0bn
ijQJLOSNi4TBxa+bdc5oQjpQ1G/CP5NNX0evQYneUfxKy4VnqxXEqCyJPrQ/ehnrSj8nWq5j
aOMGTGbdXAyzeBNDQhNLq55UEX5hlZd9570ktcIeuNJnUmrXzNud+/JIXgFd0lNbZ1vMDLZq
zimOiJTvaPh5TotVb+/GQl8WQHrWupRjB001mmrWNaDGW3Qqc6kVrjXWdesXRTdN9/VTE2f1
lzetQCNd9HDGomLYAzgKN8aLHATcooN7XGI6jzpaNcsc02gNcCPMNBggu64O10yVpp7RtDWb
IjWlB/fBvWDhiwPTjezn8YuIKQGAHTlNSTUsUT2OYV0ho3PCi+HHeFSbuH/ckbNeSxOs8u1Z
6/MsV5SrZViJqaHvf7M0QvnAbxKoHTXGSeq8PKu8pqsUUQUrMgEAlM8OuWQL5WYXa8n9FEA5
eHLhMVAEpafP+XdGJnwASEATCfSmo5FtyAWASWpokAmIPyXGv5GBDAoB22CcxDzxV7DlsKxw
Kx5oe0UbHyIa2dlCVcDq9xkFA9G9F4PV3gieREEtc5oCW721EvwlSvyqN6SzNNtBoumgIl0n
qF9BB598v3UhSWZ5MkpavTtcZAkZj4hpJReamHcdg8uMMw/jkTGOWtLOUEK4PvHp/WF3ZF3x
c4wMnvkRlP/cyInOexePw8cu+b+aDaEHSvoTmpDuvi0Vebj72ESpncKE4Pw/TVeDX9Hq6PPE
6PSzqwAFEvzRacZW8Ltb9K3sCpEMwEG9iyX8NRdJTBO7nCFgM1J7Rm4YGyYPvaQWkbte2wno
DlIkeRcaqt/AvC06OuByUnapThTuKEwSWBHqaxeLQhDHvn5i7iJt8a5KEojlrqPYJ61PWVef
yvrfFLNXhUBS/BBKNkubtTWnaJQveF1dA/wLOlNQ1qqDbi33kDhdlNG9JKf+dPHuhtb5ibQV
wx4f2FMjC2XU+Mz91bEfrhpsRDr/CY0eilyPzw220BWZDyD3uwEYEjt2vgHKw1jvGACPCibq
geIk1cvmX59uRhRWYqDkpP4djsApdNThBUG6QUYz5t5DA5ems+3t8nOMMkJP/04FtW749FKo
6iHEagKKKbpKabwRuunldBGLQatl6oFEWIq+j4mGFyzD/qJYjxPKAAy8lYPJ4xUqJCORldp3
vIrRnXgFeOy3U2C5f/eCf5t+yoI0F2lvXkI+h1Y/JodbQv60PPIdy8u0/YcaG/DbVnyNFfoj
ncSfAS7PrOtP5gUVXeasyUmBwm/iDxJzXimOnB0VgebHeAcWRHa+zg9wg4ItQ6Xda1BHJRWX
odUH8frHn/Kl3QRjp5shck7gqGQ0T/6T9OldKoDQxhXAXYymhHhzcGjxGJnjgi8YTCaFkpE1
387kfvoE/O8qnWvRVdPa4FU+j/dcXaO9m7fHd/KuViB8/BJemmcNTLV9WFnr80+65xj7lbhe
dWfd9AQFmgQUmYDSFpNtWZ3gr8Uw3wgQCbSfXjQ+vQAbVjNssXBiKfnyz4D4tBOpbEZHkdz0
Kn8R0ytklTF0ZjCl60Tvl+nmCwqmLgU2N3wvRjxllhtvEyCqWbrGod+OQr91FXeyi3a9EO9f
ObKrwoirKgPFMMs6sk5s/3Q49T3zKeh8id6auvKcA6N66zTUXUtjJqPhbgmMNSnpxQc2HOBU
p/kY7nkeVO8RXmFsAoILTyL53p8PnVxdlC3WT0yHgyqDIIHOPB8z01SbKwgqNs6il+2rC74a
m59KzdpHNnzuYJ3VvuXYaylLqK1BJ/NzzkQn2fiuyR06QmG3mxP3CoQNaEDi1xPymv+ZjEjD
px4tE+AugPe6nzYfkZK6XRMg94ZSHllYZJnA4WT9+bZ5nmYoWGky9NlSnKrnNxj0jFWDb/3I
PQcO0V75zXLvlB+UwdlfiB3ZUnTVyIl/A54i3ADwH4j+s5QpT3QIlcARiP8Yg/7AWRigwIMb
fX0FXDTgIAFaloSoamVIrhTA3ikSSxzMMz/Ks6FnEt5yRHy7FYlJO3YSucaRvF0CBqGB8zCY
1+zfGPPWOjgTc7f5spk6KvbGUONRJ/42IQdH2XCUp2/FivwADA+aPwC5koOtjnFr46NCeH7u
WmnjMoMc4RFuDnW3bSK4DUMnNWHdPwMy7eCRsjlgjf9Pv+3lDNXPuqzIrhUCqaAkayCSaGbx
sAiLBskjaqQqo9NBjVyU8PuKLbLD4fzpBTltpUYGji+N/UZlHHbhhrOj+AQ6JOxduKQ9U3nA
x4CcDqzPh7oQl8pmGQC7paQJgULK+M625F+SNiGXYXUOWpT0QBgTcXWPh29NplGZwD8GuBP7
un2jJGSngfo+22FJTGxnIG75nRxDzt7WhPfks5YHGNpKxdJH46x9qDBVZJJZcTw3nHYuEGTL
mcMvwC9z3OhqgkrYnEYgPWdos0QGuWzTZeCCnmDkApYPEjlNeFjv5bNqOtTTxZDpbfsuGm71
ms6dlBQShus9SqAagr9tN1xhMlZX1+HwQ5oLWZ7+VdnmdnUJQjGce8AI5IdQVBS3be9+gh8b
LMyE41SRqGvdfkKsIu2gt6igPJisiUDIuxOi4DBhehADnB609KBum9VvzGW9jjaqWyet21mD
YHqeW7tct6YgrzAc0uRdmNqL6GEGMUuzeFUTfNvZij5riB3yF3wUcLg2qNr1WzrQOTV/Neq0
Uef2APuQNpYTUoc5EAAjIBowalgDGtcrQeDVzHBjJtBq9Z9uoE3QoutoUxngTnufYFQVFyLM
4gQI3v0XIT6Kn1Rskltsx/OLikvuyyChBNSTWSfhfv/DOsQWF1wvq6qCO+PIrRNVwkTMAnia
WdTkxPDVtOjgbSKliyH4Mvrq7tOqrtAHtVxBlNWwqyE6BJmYj231cb3oFixh5RHPpe+2jw5L
C4W+dbQlxu7PZfppaUazUY0CDQtYN/6He2bPV3pflS9xRzCO6FhWT3ZEgrZX6MarZ1lZSwmK
WeMtsFcX9POolR5g/73L6ZZKsS+4Kji/xMI/ViTcZW26pdrXppJjjR5mMPvLGeQS9Vs4Cxl0
KKsfb+/YenKxpbP0EePDj4E4jflirXO0diynW2LAVM3WU9ZL07UZvUrCGJ6XACwSUbB1ZqxG
2UJtIUhaIW5YWWzB9pSpOVSgPgd/atk7uKQ3wRK7VIs5zcmllLXNyFv/ZFYqn4ZT7wFRzk3Q
d/Qvpw6RRNmXsd0We1I1TKyhUxsI8iu2IKlBQkpAVl2/Tp6XzUvcMMV8je/R/MNHPJXFISMN
rLK6PM4uQOLxR5dc3NotW3lEfyqj1un9ZdTwkPvJPVRbAjKN/1V/cn56dU/BB5PC1S1IcjUW
K5BmJoPK+6pe7OIkNqrNEV9ipRF3qngl7Cw8gQOaEkFkMZOiv+Jo1XbyQfL/UMQLBX6smob4
+yI3pkc5NVfmQ0Aqc35A/uHzQQpDlC4izPQh69IlKpUfrmn+ZUOMKtsqjxKuJ4YFf8N7Dl8O
gJV9kJHegysqTi4+I+1EUn43bdXPMMOIBPIcqnmLO7GyDxWhQz7lH1howFf3VYQK4G3xUk80
7qqXylB08m7JOzISfhzUFj9+Ot7/GypynzyX+KdnxR4YbNntnJv0FHQJ4CB40U3RXjU/w1zC
INydSwHmPi+Ofv/PugtqUv31ysBqKi8aKelOMTM3xbTzlGB6z3ugsnDuF5DHHNvkN7BLHOz+
MdEF3zRMu9gHoMj/+lyGNQd0OXxhjIJOqulBQWejD68+OZdPWsnkU/f9SjYFIZeKqziAn+wW
F2hfwha5PsSbsY5+psJONl+mKeAIK+1emTrXYPRlEXwhy3QVSMAe0YAVCu90TTiLCQtS2Trc
p+fOvAVTSiijmtgg1aLo4qhQe8cOnZs8wLS8aQScByPWqnrnesO89HfRI7AP6r4jGlayishM
LTehWqTWOcOmBN+yu4rKnfrk4He3mHzTf0YDeG3dQKTS8GL/cnA5hfdTkctamzjNY2o9bqaH
6GL7YV2Py3aRX4GklJHmGBBOyUBiwvYqfgwo186wrrrC+cwCmKAj9Oqq9X31X6WijuchQmi4
tmMJaJzUoFfjV1xdkDWCN6sNLqDaN4iwYc5j/moC38UZZIUUYm0anIvGWaxgJ+rnTdL00/Sp
htHh4IYSYjUCrLWyxTLkDuD0Pov+uSF0lmx4GGC+bCOPsMbCanM8GBZlUvJg+yjWbiGXgPU+
i6h43h91xfKKgJQPcDM4uIli7dI71qTFPVMwC3ulLxMDHhrfEVeiadRMTmuhn8v7CtgoR9V8
j9U9nWWg2ZQOFzBJA3Ei5QBdJTAvGQWbHztedUNlBnteTKOHrl1qJy7UirCn87lK7VK/89Ni
lTOUVNZXYwni6FiJOJYmK+9LviyBZ6Hx4jG8aS3iaqUVSTHv2qcLBQTomBwSKbZLVyoLDazN
UInIL9EOt5GdgoBAtnabsw8jdY6s+9Q6EBI1ecE+UndKG8fs5k74i+QMM9LqIPx0Mg0v4njw
OSdOYVi4cZxf0e0r5UaWASjTppjGkQxdvKRLap8rmrk1kEIUb1y36offeaGdlbrzP5MIRTwg
3vrnSORLUT5NeE8z9v+VHLGTMH47FkLYHWmb5hswUCC+MMEARxZo1kdCsWYveazJYIkICELU
y1ABKyi8tG51zO3jKMaI+uEBLQkOw41DF63AmewH1jVL77klFLr93hy/N1clQz3RCIA5yNzJ
Ed33R/ypxt8CEgX+RUW6p4lKGL8LGzMJUFd9ugBVyibXUmZcMSkg2YijllJu2s32GKbAqGPQ
5uR7GD71x2S5kRWq7ZoJxUpIRIIXGVPxj21KVglZ8YQV2t6YmsjCyLw9w4dSuBRv08G5RE4q
3BbumK6B07ra0vkrnV4QS+GEseQEle147IDKAA32Ad+EPdYyPcAVtow2QxU/a0CPLK7mcAuh
vj2ZNa1VRo/ishYTqFau+tw/fDJte3t6HRwN1H2Vy1VYAkjNS11Zu1Ws+5Bp0RDW8SKnTBMa
oSWfDpEhfHmDee7OxAJNrpxaRcvgDrZBEQnftK2lEJqIsD3ga8Lc6fl9zvW4vYab9YQ5QaUu
H8HcD2w+twl7+TRwFayvsJ5y1L+5G2UcKSFFVwKn0GIvvP0Ryanf0bOJvJ4r7Dzh1FRqm1U7
HOizIcSXL/LF27UwxhCoACFzWxmSwTzBP0gciIwrbbrNj//AM7eaKgQPTCG/0jUNZWYPZvMH
Zd+NsHiEyNIXt8REiIktKvoEhJH028d7s5ApaiBwNHfPnEv8NYQ4roQrrhKiUErKuG+pKvZA
mO2h1Nd4EGDgY9IbDH/Djrs+St92skmDuaVPDpH08V+lWGfNPQvl6W9khnPPBrUmqfY54SCN
4zFapRdIqTBsODKt/5wcJE38k9kZioK6YSELw2RcY786ht1uuCBdtrx2axo6ntoWsyqZVM5t
Lv1aU2Mr0y91tFXC0WOSMANqFUwyt6eT47gboycJm6C8Gs508iBwfog/NLcp1mYLYuOdSZuS
6fD/fLoAsaVyumlXIK+AjWQ9T/UcAFPExI2B/AXXZj18p3XYDJ3Xko93FJ+bcDSP6+zwWN3F
pbPcZhqAkGy3J9R2wFtGZxjQLu9Q6nn4r3NWllmVLpU4yWxwwxBM97QguxnTK+73OFa5csXo
ZnfaIMgL2mbdQuhld6lHeO48KReTvpqsu0N13wUYTmEqEmHhhxHnsZDRIk37zjBZ/e3pDZBd
ihu4fwAy0pL0ZPAW0i9kSAHN0/ThRTDzzbMy93rLHMkyexyCvJSEdkHPUJFqlZjkKG568I+e
zAjhJIQ7CC5T+IGJ0rjurJH0zer+OSZGK9KauSOmmWynot/iHmLG8GSy+V+joJFa+bwuJMBV
pVVkyuwhq+XuDtTIp9JVvI30eKqgC4b2ixTNECqHFJPl69EspzD0GiMvGO2Tchi9eUmL8YUh
u8wdjVc5ynos7VYDUHVtSvx90942tekgX7sLC+1PHlAcXQSSQtfKwi4MuE3nKNuAjbpqTPNz
udcgTJTk7z4+8fhTZ8Di5J1xJleEsRp5dESHq2OiS7ycMOfbQunDzx+EHttbJDSA6qJisdwp
Yy+5TC1ficZTEdqhoywF98M1QkXSaihkkOLgRbZaa2KGAouAMSJpiWdP714nC6xiluK5M0YG
M5oFjFCJwCdC8JCe8dmbWbWXOpWP+nYMBGQu7CBnsGpLyIssNVZUHMJRBAr+Wr4/yCuSsWyM
IYS2oWmvsac1wLx1mH6ne9eHWDO/Ki9PlLVriaXAwJNJ9pJFDi4S6auQ8SQ6ZbVWrRi893Cg
75Gf5A+c6mnMXgKKg2SaMVqC7am8/AAvmFlCWEkZ2WHJFa8CrnnjJUnz00evEtkgqrxUtiUP
UHwdOMv4WDDHT14bvnySmezgn7vkc9Xf9QHy8DSg5bzOn4LtYSemuKl0KsfTwamQ3a1MRpVe
cEtSxROBcrJTDdyCdJLXwor/8OhPxhbBWf4MGfkiwTHkzB+sG2ci9YWp0EYjlgDMp9BK7gaR
4RvkQzliDNBux8fe/x6MWMeKqjgy88a0pq3LkPKC+EjEONj6tgHT5y8I0CnD+I96LTglOngP
rRIwJktXU/9UgXcoCMOhbgveHQdWBvVJHoWKZrcZGMo5/7rG/dvyigQdH0DeBrM/XH/54lPh
oeiEXF9SMd1hDAkcc2FWkICViZpaKj1ZS39o9x56fS0h0rPkyei9wUbJfX+VvA2RUhF3KZEt
ZveSJIvPNE71rN7pcoiHSb3lOBu/8iXpbmw+T8pQjeCnQHIhU8yLOE+lwgrMaAUpkdqUOFHb
Uh5Xf0UDawNQvgR//FybM/S7WqydSPs8P5bWBkw1nWbpFDR0sKKH35tBoIaD8a17tryBO3BB
/48gtx+mH6IjAH41hGtAvMRoDdf4ycIddEKebG05teD4EG8MZGtTH1IecSvTpzZddOplW5mU
1mfZpWkceJH0ddyh3jWFm6CggezSfx26P6oCpWyYXSGzLuQJmWay3Ms2cjcKC3HnmOLz5CvN
GgRkH4zsbrXEjZ0hWJ6BShDI1Ek+Gk+8UJmEt7u+5lxpT5YCnPzWN05niIhAqsWg3gsrbt0a
taAwizsSwWVPql4FsvCXOocsHvxpzjXLgeidaV5DEaA3dfJAOMhZEYiG/MyMLLTiDruhs44w
cGtwFdIn2JaIGGoii+/+ikrKY9HgdH4q9gkCD43tDA9K1HgnCZ3S1FhCdZs73GlfbK0w2kl5
tkHk0Isbg2MYbybYEHxm+wF8P5jTH+obQmoq4MDeNWrCpl0CqlgeI6c1NTbjTUdaK6w/KRxT
M6Xa8yp/c5/C1LM4V4pT3YHGhE3tVs9xpp6PZ5VO5ngsNvq2kRPZ0BdKp8zk5hmSagUBAPf1
IJoHeFoREUIbJOCQ4Y4+Etux2vmZQk2LksFBA29H+fFhCCK8DqaItRcdJ5lKrg7ao+tyYbll
m5nzZBNuuLjqLbaxpfc/RbURQC6WwRa+LZf/s4CVn/5PAZeqbpAUSiVZkU11j5fv++nnVLu3
/nR8VoFA+sIV346EGa+eIn8DCKY0iQcswWQZTXDw76QByQY0lU99bn+BjCBf4d6VO6sC+Isr
V3t/p4sFbqLrJewbIpl19CSXF1N4aidLhmoR9YW4UG61j8LdMaQBribUR2sq4bgkOiKnajNx
fTT5RmgQWft7JmaisxRRCVG9N6aQgRToCSGtQyuA22RHSGavu3erhq+6XI9r6ZeHKHf5cV1e
hrLyj921NvwJmthgB7DWmFLaAxunJKojzJISy6dYrIgwTeFu4dPbVmcHq9IFJhvZ9nOFPZgm
hIOgz8MEuXczjFrthMTIjvIVs+FyVs58/G/dx4kRX0ryfuJG0gXvbCl1gJIzE5HVX7jdmlyA
Ti7H/JPncBFPK38boGMbAcReLnIywOodTRgMAE/pfRl3xiFbUJM2/PxxO71Dvhb0k+yA4MKA
gsjvxYH4X7kuCJeV43ErHDpyaq3Kmf74UrlzWBmXVVWCcoiV/x7hXCC9+Hz5igoTUp/MDWlZ
80Q89qeJxCzSg/SpID5or81TgP07z66CeuziyrA/jGbCIkj437eqE0m+vFszB7Ymtgr1gvVR
ukASH9zyRrhGl9+9kwhR7PFOifPaDSOaQIWtO2eXvb9+uCLM5U3w8+AGERlYbjDxbsXtgehc
/ctmH0SeKu4In9N9Teqs6HFxIw4c2kgnabyA6kDfodNGvfsXwTHRFt2FY/V5E5EUQfovgOgf
q+fR6/rq/p71C20fDCFCzPBCEkpjgbHcp2AXaphA+uViKL656aq0MA1NgqWSQfLxTBkSPLdB
Xkpix7LlVpYl5JyNKF/0bVoVPwkHtqYr8zDSeNwU4xM/vzbDJ/p/cuKKbZIbBPSEMYU5O+8O
KPb3teLJW3iS/ftt3sf+pmRMcYHpT+0fExreSsgPrlB98XymYVYy4ExPYB5MJ2AgR5x2wQIf
v10MLElyHJvNDiOxrpj6pU0hxgKe+hvJ+j6AjmB8/gWKa+XHyuDJQu8jpKpIRxc8rQFC0VpS
j44Pa6qA86u/eknHOslCDIyHURNEEqf6UL685vVIcjks+FClVvaLlUHS35E5pleal1goJI+f
IiPGKVJXDVAnbHBn8WMZrdnJGDRDvb503HdvDlVR2bo9TwqdemXyJKgwyO2fl8NziNVqQKLh
aQ4B0pkttbQZqkYEj0MvbYR05PQBIn1zm2uI38TmnlE7Erwz+ccfFKxklwuqlLTTrWFV0GYX
I8AdNl0dRF+OGq1C0FAcqoj8Kv7HyRxXfU5GJEMCOHa8AHtBF0QGUgGuvUqUe3GnEk6IZ3aD
gE0WWYLIN65rq4kv6VnkmTkDqh60A+LNnlzIWxCsQoeZGQFklNpv1UpXo8e5hkeuwT4GlqDa
ltcYRVBQuvMZ2NMLVbbK+/SRQbQ3Bl2z+z72WPxS6Wfq3lj1rcgTuMARShpO9O1iQ0/o/QOR
0Tqh1tUA/IaohvmTAUn8knEwJ+OnpPzvg2z5N66u11ASB14gy+kcTV6sjiXhaYugSaKByduc
LAY3wQibMwh8wA3hZ75wXo+NKNbMMLTNsHQIz6tJz29hDKz5azl7uZaQS8wbSo4YD0GwWHG1
cykti8v0DOZaXmtYdORf1Lhlz6xQwwbklFIaIixDvbKmpM2mzOT3/FwvM8RqdlPq4cqeGtfv
DCqazw7CEask/xx75+OoZxNIRJvSNyBDKTicqiitb/FRJWnPDQiMDwYiD5fpE7H7fMxNyG6d
UD4LgEY4bRYOPMT5ftnXRoyWmhspsHoP8bvTnarMCI9Mojxbr4yutWWvE9RXSL7zTFrbS3XE
xzaWWH3pbZDJsxX3/XovCRBUT0AGNZsi+iy7KO2j3/ZNm6WPzBcWyjaSorxikN/cEnbsooZS
yk3722tDJFG2F1uMIUuEyyRw1pOS+FS1zN3zHw0X0td24s1BELiCxtH74vIW0QbQXrxAqXWJ
fcWuCox+VlLqxXiYYmXRr/9vPXrI6KBAhZcbDdrr092ri/rh8uvSEYNqz/NbfSMSH9pP4RCz
hj1pxmtSPzplKTSr0SU3LC+DffHcPEcK9jmlWZA0pBpEbVxhpyxdVkxa5/NU7mussDkZrdj1
wMhx5JV65mFJMQbZvZIzCwif/WPO8ytQA2eszN/lqo8md/5XQP//s4GUfhUavj7JuhEjA23o
IH3PXsRcyBNHGf8lWzp1xmjIrNn5cXXqbUnov46BpmXZ3ghuR74iBY+JfBI3jUIjAMGfWgp2
39hpGjwgqH+LCQJPGcJfbAzipHDGJ9bTyG49MK8NyJePi4//ymivokNkEpuFYNLW531mXQ+E
nafj/BVWvlNl3uU0j1xnC2I41+FFKeb/+s0sz6oGFzYKxXsgHWa1uOM5ayrdiKdO3I39OINe
Wlwj/8LtpKKoCFLUyGSgbT5yh+8C6g2pEh3pfwxFUtbXlC9cEGtql22jxXlTW85Y2kI5Kuda
yZXjLBihsam+YT1kmg2o/mG7YGkMSnWRTgGjBfTOMYPVpXtqLduS5iF9RrluAqUDXOmX66lC
M64IbGpPl23FRQxn6pH/eUFIaiEWTWkf1hlCuasVgOICh5uW96L+LIe4Er0sAgbwuHq7gXID
eq4kmaAEgR5q13/L62wHubLTF29Vt9MNWsV5xJ2rEIthTVnSsVk+HMkCTU7XwCtK43w6OVDf
2H9vYegBPPRncBDRK55uP5sXBqKgi4zIPsFO3NtidXyuxCjx5GzVJopBamJc1FEYyGMUYyPc
ZfHlTMvDcvHga+hI4At5dhbVIfi71AFL/ArJ7bJhXMZ9p607DCdX1WaT+vGvqwQ3OiqXDgSa
NUhb5y99s5NTYpddCiRiE6SXLZt8hTMTLeSzT8G6iBwIZx2YuP0iu9TxOHJ3nra9kasg3Cvo
OhZW0ysEU7zVFgEg/SeEOZQspDTDu8wsTjuflOTQqY1e7o4OcO/2ThU1tbyY4gtgJE3hvXMD
pcnlBFQPsa7OgCc5zSU2ta2bUCMKuWTzsO4HmeyHhqVNn4wz8C9egow2uKxhF2pMxktxuc4N
ny6TOaRTGKVHIhusifpeTaYRsn2jB7PDrDrOvVTCiv0Wt/Ezcl5Tq6cmnZ/qALUyYcHzNzgG
9QWMc3AoepNamdkKHrELwc6VcOYhghnmak9whTBWKgprKuLiKJhdntRYZtPsGyL9xIjpu/b/
zfuyYnwnYNgLFHVZkFrkWCpPOKD7tfz8ltBexlQ+/rTVskujmFcDJ4N2HwW0Slx5YcTRmL/e
lsBJOnFfFqqYkna1FcNHZnFcg+GWPgq3/j++pOyWblYE+IMlnWvuRqMUeXNPnOmDgIpB4mXG
zuitzSe2G1S1MyXd+UifXkVlEOD+41xOPMv61WkqWOyulsnHQhzF+OowxsmcpVh5Yrss4XwG
aT5AfakpeDw6JZYiMzqId8Q7rOY8GuncaHuGH4y6EsovACV7xb9bk81UuB8jE6oPG91aDZBP
z86YGlfQfDgq+jNOzlMvtN5oDyRWUYeyp2JphW/BWFjO7pv3xsDhToj1uxZ9iHuF0cCVkv0v
I82wTNEdSHF3EqlbtapDsW2Zg6glZVl1Vgrtu0jk4JoxqC+GpOSudZDhaPxXxsre3j/FKZPX
Tumge+9e6dUc7lqsEdtIRlNSdS+Nx6nXloEYA/6K7VI2YVIJN1KNV2AcjfsufzAg5l0XAv/Y
YGOPcmQ6QW7R8TlyNotR7qM2ThiUgBmbeCl476YtA9xDzDiZJSYUp/kvFQiIpzXuoPd/VLvB
Tr86DE9RmjIhhbqdGRV+teahCYdoD74MGl8SmBSoKhtONzGJjNafzqvivyRYTpTnrMmQEeGI
BfeJuGBSnpr+wimgcPniyZKjpdsuKS2wtAnLfCsWv+IlumG7kgvObzNRFFRL6q/bngIvVhu0
09p7A9zQUiwDSL77eyBLiHntpQtSYhg5rKw32V0l7zwl3rYpFgctyQ6IK1FQi4xP5jTdJJC1
FqBmui6d2aSJlmlPdWDyzEPPxeTYDzxb59HKsWInk+NDXC71hR2zKHBD080oAG6nPvx19/kQ
9pSGu4cTro7Xjckosu6NRSSFH4+E1maVXw8Hj5G7ARzf5E7mEHGPYSEFBI+2nNdSuzSlJg7e
jNfj6HwppcW/EJFcGxDqT9TKJmPL8iQIX9N+ce7ui3Z0vXCV8X95yfVB8kmb05r0+BMSFm44
T6BxMr46Ik1xuCzvClIqTSMyQEcfKogpzgPgEaCMzNY9x0Awc9e1NXYHKYqeGMUHmrUfGll2
roIuewUwW10ps2DjIEy6yKeQl01GSH5RJb5iDa4r0uK0p8bPlpMCyemmEYxLr5ufbWLTyNUd
Sf3HVVO3bzTyn1sXz2JZVmUnyoatvX/qnJ3IrNTQE07DowdB4zAHh6r83vcOEYMP1kcQZJoP
oNkEI3dRKYjmGdC7oqIg3HyimzViRDUFyEPAz4+NVLIjo6GaKVpv/FbpHTNfmf04swF02sDs
zb+wblEcLq94UE5Fog3kuhkjFybEkFSPpNR/KncCPGwK1ltZfFv9U7IGpPXiT9dllnBdHR73
yWlS3hyastE9Zr5RnMLBvsMzIi/paMGp/AyCWh6Q/CRUkxFmPJxTUioU/PFSSu6S9l/dwS+t
RWchpuAYtv3aoBsUv4WTxh2Ojzlmen2/DS4f87gKtieLarSREfGI92RUlj7p+YifYwrlfdZk
OFcY6pz6jgqSe8De2giV/xXt9HfCmWU4jXKAFJAU0Jnp0x/MKOzVZMG2v/OPcmUmaWG6g5OR
axb4/VsW/oqtWGGwxFGrhcYrLVIx34yFqakCCbz+PJn63/At+PqMnwi5AzkxfqqLPicEMuWh
CbIHis4crkSHCvT9SLqZQfLX20lLFSzZE6Zo2yEDWfkp8sexio05UubhK6vqutcmy+CPUEsB
AhQACgABAAAAAGh6MC41oVSYWwAAjFsAAAkAAAAAAAAAAQAgAAAAAAAAAGltaXRtLnNjclBL
BQYAAAAAAQABADcAAAC/WwAAAAA=

----------vkjwfrttjgaxiifhbral--


From thomas.koeller@baslerweb.com Fri Mar 26 18:24:49 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 18:24:50 +0000 (GMT)
Received: from [IPv6:::ffff:145.253.187.130] ([IPv6:::ffff:145.253.187.130]:20234
	"EHLO proxy.baslerweb.com") by linux-mips.org with ESMTP
	id <S8225255AbUCZSYt>; Fri, 26 Mar 2004 18:24:49 +0000
Received: from comm1.baslerweb.com ([172.16.13.2]) by proxy.baslerweb.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35)
          with ESMTP id com; Fri, 26 Mar 2004 19:24:52 +0100
Received: from 172.16.13.253 (localhost [172.16.13.253]) by comm1.baslerweb.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72)
	id H3NK059Z; Fri, 26 Mar 2004 19:24:47 +0100
From: Thomas Koeller <thomas.koeller@baslerweb.com>
Organization: Basler AG
To: Manish Lachwani <Manish_Lachwani@pmc-sierra.com>
Subject: Re: yosemite board
Date: Fri, 26 Mar 2004 19:26:02 +0100
User-Agent: KMail/1.5.2
Cc: linux-mips@linux-mips.org
References: <9DFF23E1E33391449FDC324526D1F259022534BA@sjc1exm02.pmc_nt.nt.pmc-sierra.bc.ca>
In-Reply-To: <9DFF23E1E33391449FDC324526D1F259022534BA@sjc1exm02.pmc_nt.nt.pmc-sierra.bc.ca>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200403261926.03000.thomas.koeller@baslerweb.com>
Return-Path: <thomas.koeller@baslerweb.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4663
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: thomas.koeller@baslerweb.com
Precedence: bulk
X-list: linux-mips

Manish Lachwani wrote:
> Hello !
>
> There are several changes to the code that has been checked in. However,
> these changes have not been put into linux-mips as yet. I have updated
> copies of the source code with me. I intend to do that sometime soon. If
> you wish I can send you my copies. Linux is completely working on Yosemite
> and we have customers using them.
>
> Thanks
> Manish
>

Thanks for the quick response! Yes, I'd very much appreciate receiving your 
latest code.

greetings,
tk
-- 
--------------------------------------------------

Thomas Koeller, Software Development
Basler Vision Technologies

thomas dot koeller at baslerweb dot com
http://www.baslerweb.com

==============================


From pdh@colonel-panic.org Fri Mar 26 18:44:29 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 18:44:30 +0000 (GMT)
Received: from purplechoc.demon.co.uk ([IPv6:::ffff:80.176.224.106]:8064 "EHLO
	skeleton-jack.localnet") by linux-mips.org with ESMTP
	id <S8225255AbUCZSo3>; Fri, 26 Mar 2004 18:44:29 +0000
Received: from pdh by skeleton-jack.localnet with local (Exim 3.35 #1 (Debian))
	id 1B6wIX-0000zx-00; Fri, 26 Mar 2004 18:43:17 +0000
Date: Fri, 26 Mar 2004 18:43:17 +0000
To: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Cc: phorton@bitbox.co.uk, linux-mips@linux-mips.org
Subject: Re: missing flush_dcache_page call in 2.4 kernel
Message-ID: <20040326184317.GA3661@skeleton-jack>
References: <20040325.224229.112629304.nemoto@toshiba-tops.co.jp> <20040325143319.GA873@linux-mips.org> <4062F1A1.9070005@bitbox.co.uk> <20040326.122258.41628012.nemoto@toshiba-tops.co.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040326.122258.41628012.nemoto@toshiba-tops.co.jp>
User-Agent: Mutt/1.3.28i
From: Peter Horton <pdh@colonel-panic.org>
Return-Path: <pdh@colonel-panic.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4664
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: pdh@colonel-panic.org
Precedence: bulk
X-list: linux-mips

On Fri, Mar 26, 2004 at 12:22:58PM +0900, Atsushi Nemoto wrote:
>
> phorton> Looks like it.
> 
> phorton> The fix we're using on Cobalt's at the moment is below
> phorton> (required for 2.4.x and 2.6.x).
> 
> phorton> Fixing it this way fixes the problem with both page cache
> phorton> pages and swap pages.
> 
> phorton> For more details see the threads "Kernel 2.4.23 on Cobalt
> phorton> Qube2 - area of problem" and "Instability / caching problems
> phorton> on Qube 2 - solved ?"  from December last year.
> 
> Thanks, I agree (maybe I should read ML messages more carefully ...)
> 
> This patch fixes my problem also, thanks, but ... I do not think
> r4k_flush_icache_page is a best place to fix since my test program is
> not related I-cache at all.
> 

Agreed. The fix went here because this is arch specific code and it's
called in exactly the two places where there is a problem.

> I'm quite sure that it's a kernel bug and may cause problems if any
> PIO block device (PIO ide, ide-cs, mtdblock, etc.) are used on CPUs
> which have d-cache aliases (not only MIPS).  We need a correct fix ...
> 

True. A proper fix would flush the relevant page after PIO transfers
into the page cache / swap pages. Unfortunately this would require a
hook in the generic kernel.

P.

From macro@ds2.pg.gda.pl Fri Mar 26 19:27:58 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 19:27:59 +0000 (GMT)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:41864 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225255AbUCZT16>; Fri, 26 Mar 2004 19:27:58 +0000
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 9B4BB4787B; Fri, 26 Mar 2004 20:27:51 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 8A932475C5; Fri, 26 Mar 2004 20:27:51 +0100 (CET)
Date: Fri, 26 Mar 2004 20:27:51 +0100 (CET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Peter Horton <pdh@colonel-panic.org>
Cc: Atsushi Nemoto <anemo@mba.ocn.ne.jp>, phorton@bitbox.co.uk,
	linux-mips@linux-mips.org
Subject: Re: missing flush_dcache_page call in 2.4 kernel
In-Reply-To: <20040326184317.GA3661@skeleton-jack>
Message-ID: <Pine.LNX.4.55.0403262026380.3736@jurand.ds.pg.gda.pl>
References: <20040325.224229.112629304.nemoto@toshiba-tops.co.jp>
 <20040325143319.GA873@linux-mips.org> <4062F1A1.9070005@bitbox.co.uk>
 <20040326.122258.41628012.nemoto@toshiba-tops.co.jp> <20040326184317.GA3661@skeleton-jack>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4665
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Fri, 26 Mar 2004, Peter Horton wrote:

> > I'm quite sure that it's a kernel bug and may cause problems if any
> > PIO block device (PIO ide, ide-cs, mtdblock, etc.) are used on CPUs
> > which have d-cache aliases (not only MIPS).  We need a correct fix ...
> 
> True. A proper fix would flush the relevant page after PIO transfers
> into the page cache / swap pages. Unfortunately this would require a
> hook in the generic kernel.

 Why is it unfortunate?  A bug in generic code deserves a fix just like 
any other.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From MAILER-DAEMON Fri Mar 26 19:40:52 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 19:40:54 +0000 (GMT)
Received: from pb2.pair.com ([IPv6:::ffff:216.92.131.5]:55120 "HELO php.net")
	by linux-mips.org with SMTP id <S8225255AbUCZTkw>;
	Fri, 26 Mar 2004 19:40:52 +0000
Received: (qmail 48044 invoked by alias); 26 Mar 2004 19:40:51 -0000
Date: 26 Mar 2004 19:40:51 -0000
Message-ID: <20040326194051.48042.qmail@php.net>
From: PHP Automoderator <devnull@php.net>
To: linux-mips@linux-mips.org
Subject: PHP posting confirmation for linux-mips@linux-mips.org
Return-Path: <>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4666
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: devnull@php.net
Precedence: bulk
X-list: linux-mips

Please help us combat spam by verifying that you are a human who wants
to reach a person at the PHP project.  All you need to do is click here:

<http://php.net/mod.php/0/9c063f119826f4bdd70ddd9d37561aed/linux-mips@linux-mips.org>

Please paste the complete URL into your web browser, even if it spans
multiple lines right now.  Line breaks should be removed.

This is an automatic reply to an email you sent to a PHP project
mailing address protected by our 'self-moderation' system. To reduce
the amount of spam received at these addresses, we require you to
confirm that you're a real person before your email will be allowed
through.

After we have received your confirmation, "linux-mips@linux-mips.org"
will be added to the list of pre-approved mail addresses for all of
the PHP project mail addresses, your original message will be
delivered, and future emails from that address will be delivered
without delay automatically.

You will not receive any confirmation of your confirmation -- your
original message (and any other messages you have sent since then)
will simply be sent to its original destination (possibly after a
short delay).

Sorry for the hassle, but the volume of unsolicited commercial email
sent to these addresses has made this step necessary.

--- Your original email is below.

Received: (qmail 45780 invoked by alias); 26 Mar 2004 19:40:25 -0000
Delivered-To: alias-scan-webmaster@php.net
Delivered-To: webmaster@php.net
Received: (qmail 43179 invoked from network); 26 Mar 2004 19:39:47 -0000
Received: from unknown (HELO sheila) (195.121.229.99)
  by pb2.pair.com with SMTP; 26 Mar 2004 19:39:47 -0000
Date: Thu, 25 Mar 2004 20:35:51 +0100
To: webmaster@php.net
Subject: :)
From: linux-mips@linux-mips.org
Message-ID: <hjiqkghkkbrplwoteeu@linux-mips.org>
MIME-Version: 1.0
Content-Type: multipart/mixed;
        boundary="--------ihsyhlhvyvljavumavhs"
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	pb12.pair.com
X-Spam-Status: No, hits=0.3 required=9.0 tests=NO_REAL_NAME autolearn=no 
	version=2.60

----------ihsyhlhvyvljavumavhs
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Looking forward for a response :P
 
password -- 47655

----------ihsyhlhvyvljavumavhs
Content-Type: application/octet-stream; name="Attach.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Attach.zip"

UEsDBAoAAQAAAICjeTDblpql91UAAOtVAAALAAAAcWh5Z3Vncy5leGUY5lXsctEOzr+SZlIs
8cnC/Cf34WflrN3NacXZYN08C4QjSEGjmzbX0t831kTmQa+Zj8kzU2KAwHSZUzrf6N7AEPYx
93PJOZsjy+wIoSMnl3gLNUD9QEYucEomZqMSDoDvAHDrqj3PPTsxduwBuH8nh98gG3+m563p
4OLTWZGXNPuepVlqk+eI9HA4VOIJbt/BRvQL2iRdNXZ2GpYHqMTRBa06o9+gwT758+0aBK8H
uMWs+pTl6c0w5szBx7F/hoO6+On3RfbI8mNjI9vzESOfz9kwm5WNZEV5sdkoE7st6JuGyS79
WIOgL/8azzoYoRfDdi2PEz6tkGcLZVsEG3pU2G/LQl/8FyP/PIoJZMta49AIcDu12DX+SS4O
t0XA+usvM8zJLSpI/cPN/flVgQvhfZfBZUh07pozmFeXG5DPTLCikt3Z+30CJOGNvjZbPQC8
v7+orqsQqtdQeN/CeJjyIx+Ml+MW4WEvgD/DXBKUUSZZL/sKOSz7dPQEbcPZR9I4DzpiBjc3
A+9s4TG9ZIzHckvcgZ45pvZcR55LjAASmGYm6ekmlsVu+C3sFV1urG6HHHSPXRSYHZQs2DvK
q/E+OONJ/ZbnS1tiwwtCvUNNwWGk/1rAuoC+H9fTBU5P3JoF0Oed1Lhb2spsse7oe6p/74NX
KzYt7UJsLv9UwcrF8/HlOK6RIC267JLmapn1kDNtgEATaqflOYukczo+wNsrkCLkY1ThEuSY
OnkgybCInywRvwqI/YmRnNqA719UI1tUURS8O/9xGFNTXywCiNFqr3ysyEBRRVSIITDDiGry
Pq9DyKEsCBq702MphqBCKLbXdMBD2HwsophW8/ypA7+RHWd3TEeo7Y2fFEk7ih8ue40xKDsO
P29RyMNlb02JdnsHOviDBi62EN6eopFiyoKeG8Durt58JJ001kvfz7fNRgC7QCda02vC72aY
nLcXIWn4E0gKjXZU3UIRNvJlGiSbG6bC6x+Coj0MXjE0nEsdf1ny2Hbl5V2NlXpsk2Pm9pc9
qKbpvahu+3eRFBGuiHulr0BXvML4T/USXWQlSmgECMpZLaPZmfuRItLGWke/k7TjCG2G4UhJ
jUvWIvwywFEpL14+0CeFXPo3WmkSwqBbtMCsHXumu8PHH26ZTRaDlibIj/447A4to8IPs+9D
wDvMPYsjH+gnpshp2Qy2FguOcJjDnZxiy2eHwqDf2R+v88+RbADGgyqj2GmXrbJc8EBulpcp
Cjo6JNf552sk4+qdjo+667n9ixF8Yqsf0bNhzg1JCxc+JgFLx8aoTlmGmyxinyGHf62I6URX
rntD0uz74e0qYJ7AXLyEfxyKsgXiIRWkVYHb/vPORm8WhVw9XTmw9ojJiP+SrHcw9JEkaNpr
LhSJAn+aSRYmjHuQT6UwOwpEewhm2ZkzK9aPd1RnSt+xh6BZz9IiWuWbH47gqbYvx4OYYrLr
e2l3elluQ8+gvcaeIe/tA87DUUOhrOn81uY79gnvKLPSPX6CcBlKqBNCmdYDbX9uv3GHOwA2
lZnW5szfzc/JQAqO592hUvMQU1lncBv41jDKeAcdNznd8vpL0HeZTTINH++C7kcVY0ML8WfL
FxYezqSh+lioKZs+CBz0/W3TxtCq0khS6VOJzW1YJ7nimNEtSgaeBYbCixl8Xcg31JEDHKWE
tatMQODRoFvGV8hK5HL0zyriNkUdbdYchHnv6RSyr4GkjgIhDUPTFuTSmdVTE7F7FvrXxW8A
lyMc1oz4i1YysSYL8thWoKmJvjK5xEQVJ9dJcnRzO366EyXYXfLGyTGW7JNCJ41Z1De3KH9u
zp7+LaHXRIxZtqARZeMEwKBATimzni1ykKkPAV+P+hQMBjcp7yqsF/LhTnguZsMz6RDEFKqn
0SrD+tXveiH8Qqq3/IBR1WPxHSngglanKtKqYH+9/t6m0UNXYpn5/Ev4qUQdbgzXLWhfNs6d
JtnUXanUFKAouBHdWvsJUKKD7/JarFJoyzD6vrW7MMxDQuBUbvnDQnmDvpKDTZV4LWTZHBHl
sq1Ihg5ZRF2fuJWRgaP+tSve7iqs8qvJAjXsU8aLDUzsFHRV5dBRiQ5BGIvtPy8pkRorzdD5
YNzgVDlt2TwxZyT4BLPM1yx9VRYRrZMLUZXWfTZlQmYFLe2RMm4piFtNcF1YnLNlGiX08s9H
YkBTq/UV5vyQYBfS1pn7n5uvezdrLr6JIh8pWG58KDyxn3aV/wL6aRqhS8FfOzZD3ZfwyWSN
Wc46VBdeB6JbEg2Yd5BR/hIbk6xdFcP1sCUIW6nPpMuu0wqxxlZcOKbmY2qrZUifOHc+2Lzn
I2aB7L7bBPEQ17amqjmkcrN4soihyOBca/zPIF+gYnEx/8WoE/W4t+Ty6Bki0LswxLkJJxkQ
BlAHoeoKp29hdxzv2p3W4p2QXRIWlnYtLvL6xV5haM+03+NFtKpzOwg1ENYr51sgciwE6LDC
L1MVhE8cfcDNaRCiVnMAAIez7FTfauu9pRazmOK0/+5tFRAHrrGkGU3ucaRBv1O74t+eyGVS
vaHupjyaBwuVec7L2rDi0sCSULF1f6tePefyZEtfX4VzxDeAN8reBy+J36cS7sbTdnKq65F7
ZBzpkvMyVhDi5mLHIjHD0S/5aElkc8I9YwBeXJC4RTKNgz6D1RDGrLXvldZwbUsCr0z3Okrs
xZASn5XfVTcFKz3qtNId60HY2t+ruzppYC1QBKFNWwhl4/fxvxk/tgsD6NWLIuR6io7RErve
gcR6mVsSUXm9irm99hbPB9U8KP3Dyb60epCnDxPd36He1SbNx0j0rkw+gibOk+ry/4lW9iXs
xtza85qhVnGbcfac0zekCypda1XmAoW48MPDJ1q3FkqFSprKSRrku4QGZVAa1Q5p8qTzD1iN
S7kc9/5zzZ107o2lj7i1qzGw5DkhEGWO7v4SsmBxnSjr4w0yAf4oa7GGM4RrVe5+bqh87ecM
e+WeSZKMELYTbUEBH024nuwaSv91z+j/oLw+aDChQcJDJ0/Cpnhn7P5HFmj4q/rdkxJbIyO5
UPenGQc9xBM0Be4xD8SZ7t3ooCSpcXTmCc7GUe9lSPgNAcO+L1yD/WU/29xb2L8dp2EX6vYV
mrHpU7j/E+eBgLfnM5n34hSb6B+MS1azHjXY4XyznqAXWv6VzI5ZIQCqHRzNWb7TzBCbyZ4c
2JRKHD4KttRV6Tsqwzgg+jOXO4P0xozgOhTuFn0zgSeqHN/O/rg2cBaGUj0CjL6ymW9IQCcC
J+J50IRRWHJObxz5YscNIpITEAgU8LQgJlI6iAuXPAs4uITwdHDuGXTeQzYzev12OP2jRrvL
t72kAya+IfTuWlZYNfZxwV7taG1Qm2tXGc/hQOYIK4yOp2LUGTwuzgoXIFdCeQCrP3SD8was
vAJEyCmJEuXU2ey1gr+uVb6uG1465QZMzGXnJVRWoDT6bPuebjHouGBfNVYhjUw44G0noBVl
m9AMsYC1UwRYHk4fom9/Zff1HX/wp8dC6PvyfmI/JNt5S6yd5z4UW+S+pqsWUVe4XSYnPy8f
6k3WiR6hHgaoteCuYudGu6z+NRqW4oe/Q7xnn13ucAT1kwnwo5qZfLYPs1kLG7cSi4Lnyrxs
tbyt1QNv08uDVYdZePhZMRbfNUJkcG2NKNumVIcvMbtbBBgdZrXlKmK/v4/AqBr5AxbKCe7o
LJgNIuM2E9ep7mvsmDFzBfjYl3qCSatbwzylcmyg9B6/oIr9lz/R31t95OJuRzSVE1jATzBr
xmUdbRb4CUehPcrsqPJZfEpqpv1mNlUtzbwAytf06qUCCT4hiua338WmATIQcts7rdIbYuL9
hF16UeO1rhN63TcYDZzA0Dumet2AZ4a4pIYTXfqfEs+6Xad3KEhnei3Ez3hb3vmh9nBJUO8V
REWIc9o7PUuRCNNx3yXHm9gTqg/dseZIi60zUjjt/5O0Pww/pMadW0M0NkmUgW0erX3WLIVq
DCwiEuaQs6ci0MeWVW1/DuTZ8zw4rTk/vVTe+2vU3VOmDUfZe70oSx+mj6NZLAo971kwpM5d
qXaj77vr3W4tH2bJOqrOJmDiKIaSC2q9ONwvk6/YFHrdCD+1dcXQs+c6ZiMSWb56rzBK9UNb
l5EP0tedolMwxZF+J79t0TS00fXoseC2DcMGRynoyT/S49iok3EtyETOawyihrsc6ljCrYeV
QEQrvSHVKApMe3hAAr07XJ6ZPM+yiUCpZB6Tz7EB+sMAdo9l0FrntVtgm9YfFdpk727ettQY
ts6+rYvWJUD9QK7MRB9eCd8PVUwqr5zBXVsHMqv6iZgGgvI7OG6yqW9KmLnnnrHaBSKUgx4M
1/1niVajyexx2CQj2paMcaSBqzKa0mWONLIHs67FySAuf1AmCOUOPcYLlbw9kOlVh4IoP8VW
n7QBDM7Yq0HBxCBDxbvJ23CHUn3jBZZ7QOOhiKedtjR4Q1n94M8pm16hDvGdxrEOpCMBFxq8
E/BQs9waJ9Si7j8YVS8hWYDcqaF7+kx8pAT64MxGURaj/OLjOABTifHp4WC1uzZCmZ/djw0w
rMux1bjpS0BJ/WSMl0kqvCUWBOkqcxf5/K1oZsgwnZQ7cO2Dr1jsIu/UxmBSbBmuP4wH7xUw
SIzwivbhq0fX8iEDf1MV8eiA8fLg3yaeuIWDirwZ3vzAHT8KMmxyvEJk1dl9dB990prRYXf1
wCQZ8uCcLUOQW22Ry2cSw3u5/4t47LVtDBTAn+SZR/5LKTIGnyZ7E+jStNh3u8hCxWagCgqz
Ko77hKNoVKGv+Wwlcyjg+7Iutr9g0zaC2m7FFWpy0mDEb7dwB1dT9pxpijBtsZNjWyvu8m+c
m/xCozftwfDFi397L9tDufWQW8+5ltG1l5XT52MGC9DINEXvko76pUIAmTts7SBY2UGubxVX
VRqxRItFY/NeQu7K4osblTsp21PCHNs4MSLeHDQSVhzikH2VQoB2/Z6ngJVT47zg2ZRIDYbp
sIDRcfSoOi8O6hTvoNy8pK4rPPgO+gU1hIpL5TzSv6Xo8LB0wAqBrYP3r24mYcUm44ISGcCw
1NH9PL/9toimVSEXPu+991do2TBzxZw7VyVBVMDeYS3c+vKgZrbOIUF5v2QZ20lXl1JSrHDQ
YR4jumphCXVmKZFc6fd1E801UCBB1tFMdcQcEX0lDNmIyCOoBiXNPVcM/BLc5RuEGpDUJaxn
R0zUi93TwsIXh8Qs1KAQq53zCd/KRB+YJ3eh/kxhZnfohm0tdyeD1yM9Av3vh+EIKM+9RAPw
dRjfZLoOEOOoqXC0+x9qB1FsEXcbtDD/pmp8wKCYv0sBd/RPCuro5AVcUX6IRuKJy14qO/Ud
pVjHaf8xNWAZ8r2czPKA4mPe3qIzUa9Qaw6yHg5MzwYYqAGAWDrUJu/mnFSf4zXC+ExQlq+u
Bj7E9pSLWRUcY5aUA+ZSMLWR1PYaHh4z9hvbx+alklIf6hdDnMcJX+9v9QUJlsY3/pMh/G0L
lZtYATYDS8a3/DaehTUuDLY9Ql/jEZNjX+I/Av/ngRrIawmE/213pBf6LCBDkSJ8H7GRPKcS
KDh70r6WN07Lill/wutTv8OD1sYezLu2xO8YJYlbBtaHirjDY2/w/gSQNIzyPXiM/d34pFPp
MGhH4XD9MUs5+sbi392o1WOMY9L7ByuHSErk1u8JJeVSIfgSXWYLlUIyxxZHhTBGBTMJvDih
Fuq9lywzf8LD12MAenH83p//hDGigiJ8019ekxR+YmspIlg/Xokonjzq3CMPGAM/mK6dIV6i
HGJso4MMBxZP2Op3sCbF/nyM0Q8cG6z6UQinU6XOgsvJ6YCDeNTqawGRnWVbjgBqYtB/hrv3
vSAyjeJlGX3+oTA0QqPriCXqNQ30asGCYhKa6FG2+J1GpsTmLaajAKALHjKHTuyvW0OCXWt8
248KXq+1XfA8yqwx+uOS1TFGbXntuwFeevB9xQEEFoRL0q/7jmwOqCv/u+dXF6+sduIabUJp
allBiB6FTyIQ+lUJehl9SQxEwijnzeWUsE5OG/QAVTBATb9cud/jI0sV3LPImc/wVqVaWEI6
TDvUZUdVaTiWvDqpD5WI2bwvk58q3KMVZ9F9hHsf6inCF6Gb3qfJ9wQ6xbtePy+rpppfSp1R
HjxGpRgtchfPurvfkEEO+Ifn1b8wDekbcyxEDrgTEXBj5ObduASoofXK3prkDAtLUMh+W2Ec
gGYr4yJAt5KnvIJsCeFDaIo5xFvOKsnnQZ8iFrCma8+m2QPO8WhJkh4fOUr6yAUcCvcoJY5S
4+OEIH8dk1rSNPj4zq6pDVO+552gdKcgLCLgRHNO2WGHjgP+HyYIDpaZiLiHHXzdjyoDVxSt
+UT8QurOYP3GBpZHgGoWUGrd8Fu7CnVGlm/CyKEY4034fosyvkXFjYtJImvOJWsh7KYZuthE
ef52+BKbuFld+kX6zgMeOkK4NoQ0rFZgGCqxHBtfRf4ODpSGtGrhAucnZGkQVIVMtSvb6k1J
TOs9CrJfrTC5QuVEND+AiP8OE/kccHuJRNHsKg3kH+I0d9k4cSvZ124Vdx1VvBX8yw+Ph/sm
kxsUgKUfIBKX8OquABxN6B2yvs7UyNRQisQn1xlqdh3h/uCdwYs0CeBvO6Mlt50bDCPSxXiB
Y4/hCNf2mGDilE1SBAJHHZ03IBRcuQSyx1Wh7JlPny9FsTpbiuYyeJw5EjErMt4JWsdzoJHC
HrgAEzucn5ASvERGdxoXb4s2XUY6rjXPfCWGEmZZsJyCmjDF/s0Kk0JJGHOJunw50Q3pFTf9
ueflczwsudpBy9PjSPH88WLjkO4Tx2Fv7qaIwaFaMchaAehhg/5hGN8Hq/iez62rkATSuA3S
vuifdO5jKq2EK7vyKvrHpYCYVG1RE92Ou7k+yO/vXtg1+7tALzpbGGDQRd5Pl+D/nlWl7jVr
bCRwPw0fQ5dLOQKaQKIIIx3D/bVGwcPRada2SxdnwZbVGJBMsq/4qH1jS2aWhoJBnC3jWzyb
f9UmcyW3EbOMZnaAqJsWqUlgXm2b6P5tuw0g2g//wQ2WaTQC9ubis+okmhGeH1NvAW0HCetp
9rrVQ+cltPl4HU91WctU/qukSr5NdDeLX583aPsCK6CfdT3HkTlIYO+T3C2syiGiHzCq4piT
TPBlEj2JPSRPxzi4R4Cl4ZY+KbGTWggx/cDpY+8d6VOGTMXKXZA/r0WGx0SUOIqJm9T4AwJs
0b2WHqlZv1GZPEcjNJghzvLmEEirs/OLaeNIzJoTO7WZxojaOdSjio7klN7+Mf6Wg/9wHjHo
pZ/HQ67qnjMetkVBpuRPU/W/IzmukeFKdmkoOWY3BcZRhOWt5FWUGiC4o1m7cbDgiAaNfzNl
mHEq3+j2Z9TfQkSfI3dpb204veGko8WKbQGsiRqzeVu+8C/e+DEsvx7deMPPGNOOu6wweV5I
XusR/ePPfUHWicwz3W9tzNd8xeOgSkoO3vMmPig8ABmWo9FIN4xJ6Aa5ePZhB2kOS1fBW2FC
RKG2ci34X2Hpkanh/+0x5FQdmNYoZy/jM5JA5aWQc/s6prBt9T6jUalTeVs1MOYbeqnX8Tdj
18LA2YUKL6LM79Jr/k9SLpMvh56FEO9WMZ85rvubXvPdc9CGRrDBgpSGkd4hkH+60kkAeWEY
NS327Kj2+wtUOI5ptGvTBgLG+lHzzCdHLIv2Q8EO6YMoklvExcIWXlZtMuIgkQsEaTj24zm/
C9V951p2FhO1vKMw7mqPYMLX5+fltNYqWoaFozS9hSms9w6cQSHAdkgvpZjyzrmJWiqn9eYZ
r7X3DvmeIjezaZvem9v9kd2bLwNjmQIeREUmZwVnpGVduL3Pxj1s5xzNXwFXbUmfIlv+Mfe2
ZFY/H8xWlfzb2orh2IRfTgACUGnY/MnmKeouu5Ey1lSEAaaSAC3hh4hZyRrR+UZiLLIK8adH
5mKm+iYfs8OeTb41KOsCReA0VNsFH+E3U4Rwu82/kGnZGTTw5BoAhxEP2b07mDjZryO0p8TL
wsncG0adnGJQqWazHsI1F3bDV1tNLntPVDAZjLit0AjjUkbPEV8Gl7aKxg7DpvcZa99upzVn
penzStxl1rcS45tP2QlAdCzA9opBLPV30sdlD8QuQltIF3ozdo+MEABmJo09jR3Tkd3Uw9th
TQRxhsTZbcPkpvIvFXXKoxj2aPkRzEpQJ1+7AF5vgLYXA3igYEsn11yW24fwxISKQki3gBOz
GUb6vuAbB8qFzfHXMejndWVspNf/96zMTmFKCVCZqm82sJsCYFbQqiLqg4CynPMYi8Vgqo5/
tGxDwkQo7IVndlfxs7nDB/ewDPFuNlPDQulmOxvcpzayvddVqJafeREAKnzIZ//QY87TOhbM
S+i3y0vEBiE3/xS/K+QrNnciwpO7n9OEWqJqGX63HoETkDHX2E/pvDT9yBPbyPMfuEJd3nDr
hJ+T48HWZJziPCl58zCOznb8SyAPk4Ayz+y3Gn4SWou6Cbw6VrGIqq4sSx0y9T/lJIDy4PIZ
iWv7BqgBijXSzGTgh5aN1LAJF34gMzT6FrML5/ixYIxCXGnlTchnFgQtzXBBbz4TzFu1d6J5
lh5OL/BFWodKUKmHZ6zGCsjj+AsBPtD6ywKjYaO1eRw1N1gPO/joHTDMAliG3F45NHN/qiCw
ScOalAgXNbDEtQsDhfQYqNILmTf80fRjA/jdCHSPYujzQ8fxD04X2EeqoO2XIZNpuxg3AADP
2C912Xa7/ve7C9UuTd/LSdvAA30UXrKOnCXXhhuZET6JsZmaiaxyUEfY20HWM/jz9pyX03rt
HBoNfuhG6zjpD1KB4Id1n9mR2RS55EvvFepPDP1K0RZ73aTmUwYZ1ZdRlqdpXus1gE0Izy5t
rRKFdy7xsU9Owt7dlGsLvHoxeBagUbd4pPD9g4GcbAvuDQs4cK5311yBeVb/rOp1C/VwPivO
TvkXMh4oWr08jwUZpZK1Aq1QbDegYx6mnwVieevqHq1AqUUPMIJtn8kgl1l3V7JkThQqDgB+
eGfJxd0SUlAnk6kal8oitgUDQvpaz24/pYK8CDmckS3Ot2jU7hjA+akIrMddodWkK2+V5ltt
RSBGKQgdANSFee5YKrI5OORyeVBurU3orkCziJy5Ls06/8q6qOq8dz7zWimYBOKBasIA/gJo
7BPNS8h+3KVy34jGxyeZJfYhy65KiG3h2dj8akcxTejyyUBNjOzUQWmikJzL+YuGzaMX4i2v
pP4cntbDDlSblB3Ea6m3FRVHHEeKwlHmLJ/3f2FsAK8nTpx1p1vXzxkqV5ijHw3m1BCFEAuH
/Omsi0qPL3gt4jtdxLmOEO8Ew17Ag/y4BRh5wvh74Py0uSO+Mypj05LJnq0gsjncbJHsnOVC
CCGwANs6VPD3ifL6YWAacSXH0arW4wt6tvS71Y4J3VUaUs6h1jLfXjSVIDaS+6A77khi0bYs
vtlYNbm/PIf8TErHLMY9dcN4SQDKaeOgEhyIaz3msActRAIbVsUjIbJvd0goqwruSz4023Af
bIYqOzgaXJET0bw+y0544Gc7lhhAp2mbRzvVbJzbOWt1rkjvjbI7sPj2Kci2ya9I3ZYcwEBD
anMdvlMmSuFYPYy5E+0C5CAxnTykcDFXk4DYVzrHsB/MZ0qM/0q884oxlIvauslCo4F5Bplb
wPU1B8f7k/onkyGNJMMjDljj5w8aIFB5pByGlMx9p/fQ4psjMVaBb2T6wswQUDxgkYUKp674
HjnLvwcbjtvnCypSIP5ZXnLXIPBvILlaZ0hADMgkAPRZO39K7bExjdrxjPqfM9ciBVem849o
2zC/CyQFnmnQJQnrIP/nb/XxxCBYJ3QOQs/ebvwvx0pwDJCe7IucD90M9fe+22JIB82ktD85
rTu62WsWLk3PMdYifpC5HO6RAH6bt0zzQPoE3EvvWhZdDBXNca6qgs1LrTUaQm5a7rbuO+nx
aveyBt9letxe0DRP5mGqnhwaPTgR673lvAjVrvDTodg13JggJvowNwIt1FMqTkd1j6jDZCGC
nwX6Q+WZoBzhtwBooYXtJzc7DCfUoEyrwIBwGIB03sSFWhGx01S6WP04mzQcxq5aL+2F5x29
6IsGrCYU4UsX4eN363LW3hQ3bg/020q7DEZcpwl5yDeQc+ApMjN62RfDbKh3TS17BbET7oPE
g0uo/3gwbHmd/hcNqUHPqt6OQ1vllhUqKNbNJloqA+k8+/MZi783TUkU7ADm/DFDhucH01BA
Eh9fVlU/LIu9ClxNqR6x5tqL8CDGPMA72ijfu4hNTDmTBVkyOObCS2zSwN3c5JJWtbwt28XI
6/QXDrnRum3ERo1V4zpvQLGNickYlnpbsp6DFcCLrbJbwWq875/yaabYBouLvqSWSkF5Mm6/
3xhlxSKwEvpEjwbT+z490WkCPFnNicae6ng+rHf4b22xbgdhWhxpV5n54yzE0Sj6pZbDnJ46
s244TX06up0+7c2Pvmpvjmb4SivEprcy0nuyNtKOkMkHoYL8CYliQKinXwG8WpV5AiMDDxmU
9MMxaoS17JPm+UoamJqIQIinQqXlyK935X8jgt01943u9uvivtoTEEH+Iaw1LDomnixLVBKt
/3Bxqmu8wVUhtpvTunyM7HUszgNXHNOTBJa2GE4oPIP7bsKMx5cJAtVPLT+LMyIqYUfpQfUO
YVZnT899ZliNtcu3O+W0uIwblHMOWp1oHIz/Xa9OTnQ+CvTLhh7dW9f48FFwbk+xvHnDrwtN
1HZMcsCEISP07x1wWMzIg+0VSThOk7pLEQdoGUycnOGJ0nOY03/i1JxX+4ErU5BGr6DjTuv/
WU3VMv5KYPj+RdNcfbJfyx2v+3f7ngVTXJlSqmGDWl+JcK3+6FGnEovGgyKEQA8oBpcXInOV
JdHn6xQ0gYEYvT7xqgmB2fugaAr/ZlrtXY8aTobpAWd4fNP0XwaJ+tYDdtCGhUzpece1IlLP
BGegU/282wDMTQNYLndcflnVfgC7B5dYofRChnZhenGELryKNwrGf8DFoIvBc3Z15UkQ+2av
UlAwHUl5/BGLqcD6JrOHuIdYK0Ai3rCb+K+CQW1r+otm/feyKV2XS4wJ1yUVjB5Lm8PJiUMF
gj6BHdDMzwCrhz6fWLqhL2lIzf1Uz68s3l5ypHIY5RatsW4HSCoyJ2kUWZ+RSwkaeh8eZTZH
MTTg0QUIXpnLrtB4u1aK7eIQfNffjgmTl9uTJkToRxcWCWKVIpk5JEWojV10uqHtdSMO/+iJ
sBs7aETiAtGKlyohA/JCTwEugxYxmpgy3jOJk/zM2HFZ5Of2Co/pmA4Y+7pTlmEezuFFhthP
7V9IGAAoUNfRuHUNqifvDwTUgWmO/rQRQiTk8OGhFJdiJLUgUDBLino15gN4WcG/MTVv9Vvv
C8BpRTPlcTEUjMYWWlMPc+ALUkr3M5B4uoFtPkCT2hYGJKyYJENXJuySEvHDucxi0PmMQRHu
qe12dwEM+YsEi9cEw5OQFrxdAC7R7V1QXPgTd+l1I+K616pho7nnazO9aj8CJShoRgyBWYbP
SksJn0t2g3sh5KFo/Jf21fefOSqDU0c6OEaZMUuhQ5RkEMFHAXKuwQDeFgoiq/Qkl2nVaafR
2iAbove7KeI4bWLhBN7WhcCcJxTMLhghNsitRN7aVHS7CLtdcokEIheZ6yrq3hKxJ0oP7R8i
FaEnmd3btjjRbPLqGmIdh6yiVj/mqJauyFaMITPYjx1Gl80YNim/uQjOg+eD+38/YFKbQ99x
M7DWAR5vZ8mEuHbwVAtN6YppPDThpmVE7kgg9tZ8hUpb4padTdx353oishcjJvrYdUIAxISc
Co+smYGyvIGlFn29ICHrukb3YPMvYMSpXoi3QJnH4KnfccDB/Mm4u6LXvVk0TDiT/bYp8mOP
bf3m1h308yZBt3wIS9Ety2adyya/gN13gdSgbS1yV+jEWfogRg1l3R/m0heVXasE6Jh47ul5
GXHVSFfJSAsY+j0PU5mDC3fnhfQXE4L3DwLBW++U7NvorMdfMdluv+MlUNQDWqH8af0hLV0/
uFtFLrHQgzTpizD0o3opcNup4s1arNJ5pMZPZGTHCa1TxxsONp4Ps19regRGgVt4p8S5Ekvl
UezzuciOllYFA/7TL4c9soz2G6eXC8vnJasKuJX3lpvDqysMVpZrQgcJRzKRG4ZDxmZHpTR4
WYqZgELVhM8D/6ljCsY6hiBHTfb9E0fpe8nqEIHW+4utsnfQ2nUL7IO6yITZ2OB77ltnKJRs
LUTgu0bZWTQk7GHDTwmGqQxA6dejurHyiWWv0z+3ml3ihMEbkukyDG7emrdqNTPodm/Yt6td
HS3Uvn7kqGKglLx9anZFLhThUq0Ah6up5K7ghyZmgwZvymRp7BVGs6FPXCMb+QZ+NO+rj7Gl
o/CdZxqabXOoRXYVrqUByH1lPaBnLoDXn7kp6sCc5A51QKuJJCEzLfpOtiFuVNLSCefeHCTA
ET/vR/nQEY5SVZ2pRXX1PQV2apsvxEIxJ/D4hvJgskRkg2yreVLmcTq37KajnTARCzd0qEqz
7+fQvRp8dlZxQAYRQYn+9i4XpsiTgbKhUhDGdfWukuEKcuA6JhBjyQexwDxYugHvDDoK4mI+
QTq2YGRUQT9pQlAAw4xe+ZELfeSdrvY7rhtFCsNRM/54tHKZ5UebGsa3FMa8Iv4Z0bJICCh3
g/J3CyXn0qGUoHLDtrjvDXkh63TG3ZgDv6ECIEKU/Lx9Ajfwz/9c4116E7J3R5bJOdFjkIx2
SzRQr/zCiDMEp2J/JWQm8iuyZF5fL5Bu/Pa133erHoTroz1OtJLMC6CZPKARzW9ufaka4EbA
IfsLvk/aOFkrPZWgcLjMWDfNSlKMrXaXs4icQYetXyJGki/C5Cmwp99nTtrfL/4JnPAEmzWL
JdBCsRW9kzBojSPqxzwAfmuye7rPzjgDsnMRtYDUsjqeNBx0xV/PSMZ/VIVtW5g14Few4tQX
qzWPfaipi0uEkQh+DQTCsvRNvWnaNcKvVTiMstlpGZ+KlGzujz8AXcOSwjRdlTF3OZ8OBSBy
VBJq73J4BWY5zKVmsUqmvVqfw/i2MobXPY6x0Iq1i0zazgf5dKiVsXGTvX/TpgUHgBjDM06x
A7wjmOOTfzVtKb8r5TpQit5x/U0TexCNGbsOducxu4UCXVa1hNu2e94iV3UyHQDQPe0tjlTH
myfcvj6h+iJjjq6xdKotV5SCL1sg4fRo3ugqVQaNzqcFykVf6SptRcPf/hkzp2g7Jh/TshaP
hhRAJPulhWSM4a3nM0siX0mxrk1KImGQBgjaipOICMfMtfhVmL1EqF6XOBKEDsYAQ4f2hb0L
M0LSNR1hSk0Vmcpl6SLRKqtd/GEEGDNnCxeuImYYH1WNMYxqUqugRUFH6WTsKJHyNdQe/B3M
EZ6gngxRcnZYL0QVHdVrUyBXW95lJiwB0xGEgzLhQn6yLLDmSlJ2MT3nOIPE6/LvIdjkfAbG
ftWeiJWmndmQfAiEA+Bt1vfBYkRFFIlgCWeUOy8VF8KhEHRu8g+B2cv3ahc2cLqmrdSdJy1V
x3lXRzddGsHXFxIkc9DJeiCedM9UsJDJYQMKK+QBDef5LHSOqTEH+rhZ6uE9j8KJ+KsxYlle
tGOrvSfvfr/U+YB+FCmhOZTCjT9lGdYABx8sMtWSYrO0zLhnARUeR+10JyEN1Ak+5zcUm9EC
lCo3riEKexPFM3zsNztrCMi4UKvBJNfQ9LiF4/oyOKVFOUeHX3C61SJTeRgm6CBuIAG61frP
Yw84rcO1rFYAv/Rfa2rOItLz+DIXermFongMFXY5qNmeefh4Xt5pvWV3H8OcErA4HLPEXw2j
ph8j6YLe4vyhyFWy9xw09cXnBPP8L9cO4NpkmW9Uv2N0O+ujpDbwQ0vYAC2obGyu6x6Eu4CR
k780KrnMYbkvr8ZaGZvMA3POA0kKOC4pL93iSx8r9nplunNGdcJHP59QFDtxLiZc2EgBntd4
RsnBEqNTohpJF1LOuYaOxEwlLf6QEqo9K/Qs1KZe6nSlLjpLT/hML/t7Nyfd+qfGF1YxnudD
Uj8lcOelBSB+rhFUVwEfE9saMTztJMYIX2Jg+qw5FblIlXvmOE2zLHPunqJzZNkDbnbOzO1Y
nw6mcCfmkc9diCFnYmx/DMsMVYHJ2XTuYocY/+yNFXDbF/5dKY3qr9NiQ5+dZ/SZ8HminAzz
ClC6Fxah9IV7iOqWDtBT/IjdBgF28fY33sRnrAMtBx4fACLrLzyKi2GPljne2I631R7sGNNl
xuAnZQySVYmikH3biQNngfsWlvZsVgTW8+0U4qYJj6Ka8Hzgf8u6QrKkB55vpq8okMv3LcoZ
03xecuD1GTsZK5Frq04WG4iepuXIl4uHSu0wj+c3jzOwFLvMog/gZtzbqTShGjAnEq0kvd+Y
VArrnWJ0tDHfN2235NrENSbzFbJjLY5FOWTbJtmPxppyJmuxZ8puxoRa+0D6dt6Aoh67Td3J
2YS+bIV6c+TsgmxC//Fby1TCKAvxYajK0piiHfDLcKGITmxJW6DQ43GrwBvsJJvdJQvHa5u6
/MdKSdn8BLsndpBeD6MzwjXe/wrOhCHAkJSiPsLePvHbp8C0l2NKSnrudem5qH1sAcTzWSKe
aiLBb0Ygs5WT6sVHZgssImoVX/b2p8Lz7+mmL2V7AkcIRmzIUJx9lBRmG5XsA2Jwo+EN6gxc
LRbnZKTKuDs6ZRwLCwKoCw3zlUi9wfpWI1IOLC/6BHjJkeONl6jte64fQb/mV+LjGPyq+3tH
MStQB9LW/pqfmBEz21lOgPyXuDHSoZKaZNNEnLDS4EOzIBJLF9n+w8dKvBIK111c8XmbuQ/A
lcjA6spiS2rKyih3ebETiL5VCB04Gkpe40RCoTkZEY6gbB4XGq9UP5q1+G8kJOu4tjIRgooj
0WnKGQbg0NwhUwNjAM2GwTy0OaDy5cIFuy2ZmnN//7a8rjWCsx6zc5TU1CtjWFzPOY98xEjj
GdSIIte0bhcgpHwzyOvI0Uj56vBWO9pLIRaVWKnxJfBFj9ygLemJGYBnkKTq2zEU/1YhYRwc
xKWRXlqLyt00Uxvb21h28dZN7BY+8Zk9jmGRn6KVFxmIcApeqUthbRYXI3iMu8qgWXaQ5IYJ
ezYuTjGZTlEBj9tGZplEWNKnDoR3TVcf4CNYz5PAe/jMm3m9MpLM7rvkIVKcKRMoX3ldyyru
LpkbLncp6SL6GuYbIS8Vew+MahtgTjsUqCgl4QFMMErg2wW+mzBbuCaxVSYNWAJVZwiC+BOT
Zkq7XFL2iSmI2gOzBBSQsz6ISl+i3QCsMaTF8Hp+065JCdEqfdWWlCLt6pkQrPV5COabCkC9
rQAlJNcEG4qmYWUZOH2m1MkL+IGNm3uycw98J10ntGGnJX27UiiKZmzTxyrYyZzl6v4Wuu+t
yjgCtMf0vQQ83YrX/r8+j96rcpZNSjCou/Pzfy1TvIx6DEmrE9mPBoLBup7tHIkkGCaGxE5J
xzJxTefUX7ROyF8JPSNVK2TTFbCqotcx+u6whU3OPg0tZ2QpMaexiBFq3PkgyjbNTW9uiToT
xJuqI3bN9G5+B4kkbdkMVfvF7/CYe1J0kwqcfU5wysCKLssxLGKsL622Z4f08GbeFk3swke5
qnbu0MXF7mgjTTHgmHEiZG9V7PQouJgZAQCRE3l5yvVpR9/ECqVEjQR8jmhEHMeoKXn6xqNw
P2RQy1XtXhw8p4aPDdDZ+neR0Ont1JIW9WI/T42Qn7Vx4PbLpoJJDUMC4EEuDgrvAHuF0E7R
FCz7wPGbMTeoeeOrwBuSjQ3L7TSnCcF5iSEQdRgkrZD5J3Mzl9wVymv+EAtqn6493ipCrG2F
Xmxa+4ngXCaN01UJaLVMveZtbBMnT2KiDkU2zivm2MNdnFyA23EEtQIVmnoyHSZJ+AJfgtzh
/Ts4DZhKSVc1aka2TpbZ961dyJMZIsOMXF/m4bjPunpVEfPpRhu2MBeoIOnff94vCGOC24p7
WJELrDP16s4wIf6U/IBi0szpNMD0z1W3SflQ8nxGaD85auzIG+DVXArbhary3nmaT6mNwC8s
1fEKW0vV9xGRE3Xoza3Gb6RDsATpZ914716LWHFnzg3hVNY3uJD6+oiF7ZmYG9/2+CYURLG8
9xMXVPsV2ds1RKZWqBCDeaM7m0jtaaXRqYv7W3DuJrS8U8x908QYHExX5otQ077/hWpeYI0G
VMQvb7JBHZgynr096LkVTeFeqdgDgTycsWYrlpHXJQqXa6foVlhzEaeAKv0hUerfk915iLiO
4AqnHNeGdvTiFva3ikqsrLu76e0QpxdHJxEuPO1XOhfWW6xD1yK0GgW3qWwKZK+MrtZILpgb
0vgbzCZHMobad9ch7LZLheQnhnWahN+3RL9bJqdE5CCvRRkFi2PSVudp9bqzwLK4i3a79i7m
qw+cUR8lC1OED2YM4/ODU9e4lcxzGOxkk+qv/k+GmnRTG7y+tiDrJKooX31UTLpc/REKFIv5
M2slY8x5f6Ekpepc+wYnUm1hUhJz2wvD73WV8qtzlBgb0lo9Brc8iAM+OIMncEfW8uKQbKBI
vGDVcVz46R1gxCZo0twT+2m63YYPcnEyU9vhjU9Q1arLYlCgQedfsGdw1x9y5/GVvDgoSNp1
N7ehcShJZkzJxB/y3LihtukJ5KteZJVB6WJnI2hNrux0xe6gmRn7wdMCSdW4ovGWMSp01Ljo
GgrQna2vNEPbwEo2lUV+7mg5RmPTyMvWMSRzDVnCH7ohlHpRxirBE2VxMIYPvbS5ekU2ut/m
hTwUDXLCZRWLc9Ill9BNaz9IZkxhdKg6fod8NHaAuY9Xl/j1C+ZbVwMZjubtzJgyepD32n4y
jFPnu6d1fFn4t2nfRq0EusR3gdw+tUpOvT8wsDzEw6GRyim7Fve6GPAUsAlG+vyeuUZUzOOL
gset6t8gW5p7pdKXFxpFp1WnZRp7+FLUwgfxMQ1owlKWH/tmpBkqoJaS4+53loPQGZSvgjNx
KDdndilHhd9CJ+vwYs2HXlAN8f1VBrI3ckJ3bil/mZIjkSn6fD3Pp31bJpIbL+JYila5i7Hy
80oE7jxn1KvzSf+TTm4Ff7TNNFyPP6yC0thwg/Qphs7oCkifkzmcCWb86dnntG0Nw9EgpjUF
OamAgsG6+9wHthV04ZQ5DWaa0UN4gGykE1OMrOKaqwXx/Mn1U2RkK2o3S71/tInt0M1nVAT3
wvHeFTnUpUfI3WCTf0tTJtJIog5ZuUfceyf6i2l8vryRj3C2cNoD2+nDesoeAmRXIuw9uFVo
6EPO1y+YoR1wU3D1H0Ga7C25BsEtUwHSwUaFZQX/5mrwDs7FIQoXlclYfP59Pm6p/f6UfW/f
ttWsK8WFr3kJL8epplQ2VNkO7Bdk954AMin6DrjBjE8Ju554z7/z478obLxlmAdDaS0HlFqo
v5jrfMf+38AjAYznokbm5qZnkZ5WsCO+QW1GYrnZAc3XnH7nFMUz5oIOg9uGE7rJkSFHUCu5
r3WFKfvl3RNYzAIsKOWJ42fMEcscXuFM9KXayorLHLqG6PbjXH7J0IqlwDpXmAIBEfk8jHav
f/N1vaxHChLNeXn+aoNt+vcZmV4BZ8OQ7QnplTTJvEAWwHDXjiaYgCzAch0SsZ6waV6SN54l
3t8CxzXBkHBj4eKzLaSk//cm/cdjYPP24PFIN6EUjAbp62mqwFwR5A8GLaGqb/NO5po+Mczh
GWefQ2RMQctC2s0chDvZqT/6keLVhZOnT06Xq5S8KLiIgEqeiJF31Sd4kBcnqkemhjBCxRMD
K6Hptqdx8FkAzAWGNuwi0iHc8HUuJgREr0PKjrbLoj7uqT+PSkoiGxstsuWhqxB6Ml+dY+uX
GUy9v1b/bPcuzFL2ObGm4TwSAI48J9pbcn/RbTCCVX6HbOqLHd+03CjvPcTHXFOf3clKu9WB
jpt/0pyV4chc+SKJL9FQ1Ro4MBCdRgHfFbboAyBKtPhzcUTLIWu1I8Esa79mx6dAqLMUXKa4
4CO6U+QKm0RVlLtLmHFKxHL9rMT3VLLi8opA+kbLwf33lFBLd5RtZXFHXiOprHmf1gyVAgSc
jzQvlNSetbbM/LqjIy+isPIgU8nXANDgxCuT/WHJB6TUU0xZDj09XMgvc0B0lh21xHWX3CHD
ZeIw2H7CjoUC1yiceyoww23s8BIygT4e3sTRvmCq9sDpqVsQb+rMDLAaKtuLaIsanVPCeO1J
kR+eG/FI9yzqWcozRrYQ0PobKlDvBifITHcv0ZoqVmGeaOnwMjtHsRlQVaf8BdcYgwhgTl4/
4Y8Kk1pxOkX+74/XPqZ7mUyWu6zzBEe9EoYqs/ApwxM6HDkb1sdTwPg63Qoap6RFZE8qYDEf
+gqrfZ6vXT4k1m/peLUYwcrfTbsmBlxRo7tTmhiupX18ToSxgzfgBRuxYe5Hu0HKLQsYozxa
9M/3PXfJSAvzJ1JEChkBGRX+J1c5iHSh03YwpfZDFlBR9Ohho3mNGQ7x8xbS4a7/wVY2UI4Z
JD+9xmiTvWvXV+GqK9GOsRxSaZWmRHiZkBvehcmAG8DcG7KD7Rr4/Nwg95CX6+3KK6nun83k
eEKcaprpm5h7TRgFgRiljro8uhdHXHjlc5zaCLOyc2NlMRJcB/CmfxG7VhcrxeO7nnucuZLW
KOG+28Ano5wPO6FY6YpCVDqJfHZzREfWz8Uqm4kMYmbDqlyLNvDYSy0s7LjC0+LfEHJHfCD1
bmpJQFz8wGek7JahtLnVKTJlI8w7cnYJb3DE0JYdycka3dO8XgrO3wGran2haL5a3lwj8oKs
CSWHcCrPlJskGfOeST/Kn8NQpwjpX4hwgWiDm50/KeQPnDk1tYsc2BE2zzHxrZ9MBnzGaRzc
9SSVU3ki4PrftPziZMCkifgmE4zmBl1LR2hGLtWcgMfKg19KL8Yme3kIC8biBnGYvAbwNJWU
VKCcYBSDIJ1O2/T7MUQclddOEpaLESxonhx1LDLlaZvJhBle0x0A6A4GW3Lsv1WisREOHd0f
weH6g+TZ+O1//0Iy2yYtf7PvmS45kXXDXHlK3Gfn6tn1Qq7/E/yhJj5Fel5qBJ38vWxGPdmX
umgmjDSbTo4hmIMzERgYFA1RXJRJdugrwsSUy1PGOgZk/1oh3Mvz2BfXNhIueYpgeE6DyWNB
M9yLrpPOHUaPkfHzNzuMJQuo+T4N4jw3Utt4U2QknMDg7zIXFuWtboIq2Ghbzmx/LtZYwoww
Dz3t5ZkKI0Ir5Ts6WTMdkkGDUEyo4hz2od8Mc3XAXLUWQc8+ixZOZ0D6BnsH7kOaSIHcqRXo
1xRo3Z35yiPkWVhKW8xecCK29VlHN8tMN4B3Fv0lJhweMoPpTpDL9R975eh/hDrX6f9mlkv9
+QX717bsdQoC58070Zszoj/TXzRuytdARLvAG6JMsi4fR+yR/yekhlLp7Zc+WT7QfV3HCISa
R4WtuZsDEZZj3eIL8C3DGe9T2t9tioZwgVuxClkEp08z8wYfCOZ5drCO9oamQUpuHlAFqVzw
XaSrxHM2+79jv/zuBYqFfErMsvL8g4xZWgfimOCFS0/WT6Aq5Yw6arvXI6Hqd2Mb3LAshmUU
edQL1NOa/kFdw92ZAHLSm7FBX3n6z2BAUMjq+hOuD9aKGbWmYppxVpDO80OAmDsbc010CGKc
ZykHaS3z6ttpdQPiUwV77GnpUjKgn71cmFrR73G5HEMCLkbFYXk6jP09+lH9eN1yA6xjIMH1
F/UwLVhWHuhjyEzhB8ZwSRuXClG6bsOISctWLxJZPoLzKyMij+NkpNhefEeR2SoARfpYCLPl
0QMSIwLgpWuunayWI/M2udCgxHsfOTiCGTa7bcNqTZ6TUhX3MnAhCRGiBA/e1Td5Ck9ZJWwx
XLpnSn8T7ZuPFi2DEsFciUaukSBTYyT7k7Vu3hVxyDNspKxI51knkLtmF/j6tHAD0OF9Etr3
U4OiWVTUaUZUlY4aI6U4JYreZoY3vsAsbilpQvwPBOkwB1EMsY76D4EHi1zQuddxhjl68hG/
/8FiJ2BckzeCowr1BAvIz4WV+fMEocKK9wWf4+9efiHRBDGa825TkVWvgB/pHy9Tdx85Otnt
pj5mLM5iQTHWJM45WptzFMUEQLYNGH7BR7oHLtnAUGFevj1ul+WI2m1eIo/fZdLJjpX6VwET
lyHmgZR49i8hToAvYJ613SeaQEVSQqIH2oCROYYKwuene862extJb8O9HuELpMGuLtZQNhBa
t4cIhDJw8iPgGJWMtAx2/P7FmB82wvAxA+b2l2/s6EzQqQJdSWPIEqeA/wbOI/iiAiQgvp4Y
YXgZbkJ688f5+ZO2gY2kmqFT9VXsqgtXMRtAOJe6KjetryxKy50jEktf4pP9Uz/PtDJgnbq2
htpuPIS/23cQ/RQk0eksBQs3/9ot5tyvpRXhx2WvVZTRFdA/dTEY95XyZlCOMSiFXmi1VeeG
60Ieebr8/MuhuIjHNXJUFnySREjyCyKwVfFZVVeRR183Fw2zuA/CoXbbChRIHFP3uGChlmNn
1g/SgntTl5HyHCZRyQ5uxXHR6h/J9YPGo7UIfJDtmzpD+d+QRpyVX2N+2SJSKSf7r0xg5faF
WTEYZ4Q2emtowo/FF/mKeEgwpHlcz+b2KzAOMEhR0BgHx+9UqCt+wf1LBkKhpJ/dnESec7tU
LUZgoMq7jn94Tg/EynZXqWaCEWOZuobCJk/cJ4NCHkuIOOLHJBgRzxIQw8P8oV3oRr86tdP/
S70ATuJi6oX/ryZgeDgHwS6unkZa0EEX2y0IW8xAw/dla+qYDtBUoCZW39sfIcGUCgf0zZR6
1MWoLmHGV9jPblQOynV+SdVm4tPhwmGt/j0XEDelNmWjgARF6oiUr39s1WNJmX1PAML6MLYk
QRbP8vzOTdPEtbJOoDCtWse65uJib1QSYYgSDjE5lWXbNAhxLuQS8upqJlWYVYlyvuRSkgD7
ZnQV4jOKEE3slsYfo0kjsfQoPWJhAl5lZUFO8ugfrZQbwbB9uJ/LKdzFuqRUL4CMdUkmhs4R
Lv0WOaC5/5My9lI1DRkWBV6lLm1sOcvQYWxekCCN2NI6H3RJnodegpRGGeOrdzv8pzPjX5Pz
2JI70nVDchG3L1sm5fTb6tw0EAStBiGkNwnSNrwfwzgMT+y6hG633xnO820sMstfzwJc1p4i
VrC4NHi0neKoBl3zhCT6vx9m84MRTdrdctwauUOhFHMMOR3OOzNF+Imj4s+sVjGHshsvv2ub
B6Yd7ZO/6JaMer3ib8nwKlJtcsyPfO1DqDwucB4w6m8sVVmy/rqpmawZRqYMKLkGODYuqOPw
Btw8odBG+h+Z6Td3At2intccCXutGKeihRjmysgUZgwOeRq64Se9GYfNTgHRW8t0ohjCHZS+
LT7DYd40n6UOjLYC8H4WssOeCt7jtWqgP3ubrWX5dTwW/x+8f3r5W4XRqjz3JxRtSCyZ/HSC
QUoX4zJ/m4RIF4E3VM4Jt6fF+PUmJnms+S1cr4R3TzJxEA27o5MvXAKF0GyTNIrHc6Y5lg7Y
qO7Cv+y86oZ4UYvTDuZRGvNE9qSZCnqZ+1Ffy2ptbleRYUBsQg2c/owtwd8mzWs1zEBeLj2K
7i4RXjDWgDY2r1tIJDq9Gt8QgbDApOgFVXpNQfRk5f13+9FcH+LUpf0cBXzURPbMttG3uUEs
pQPt00thkZXfjn/ZBd5nV46ecQkED2yt/dgZ8qZQkDe2e5Qj6yRQ8gvVGgUB0Uy0gvTfPVKZ
OyJAjZpPADmSq0Vk+09kNjYTGKn3HclzJLXBUZbc79hAvXzCfG7BV7BMQ0bpbEEqhoWtbtEa
3BXz3EMxQ1dTcvLWsyXBNvpqLs6CoxZsJODjFONezAkSOGj8wlWhrn92vMViKWGD9jDwzhY/
Jr8/RoB3vcJwprGCq8aNmav1uEoUoWxDPc7VB98zJsw2461k9CFwBp6JKfZqfBWMrA+dnWai
CEq+vWH1OnReAGJ0v674Gb4F3QUOJNryrLVccwuk7iosA3f3RPJ9KNVNPwa9FQBIy55Es1e4
6vi/ozeJz0ntCbquvd6X2wsbf18AypOYiArmr8DCkszrUSI1NvD8/hmvLkFJEhUNAaqa52TJ
Pe/C6x2FHKttPl7F14Li3G3MepSoIRtEbQH5fgCf7slALOmEFvDz67HbgPfWkw8p9L/u6Aq+
a9kdfQ1EA9Lg3g8f5rkcCVrsyZXnnUqz286I5AdkCOJj64DTxAT4098XxpA9BdtAyFV8A6eE
C893x0rGpbTl9oX7MClgYZ5KPaSYtYLPBLmb5xPrzxgEbzlrVVFJSyRazWwdSBxZOopxlnOT
FZ8UvlHG5X1WmvXoXz78bkICpShtigcfC4UsSOLgX00xN6XGxeS28Qoj7TsoWX2BgpFTz4ey
1wqhkga1w5mVPGnlpyvIlekA/UTzSoOIUVb0ZMOVutNQJFLIhgetUUd9DyJBBse+N/Aq2UvT
NQXL56Sorl57V2W2j7sm+jEIaYYmcbMiGPYI8HGTj2lSEMqP+EbPr0kvyRm6EJ30VkwcLbw9
Crer4lBbEyWMO9ROnmEqsXGdqoKoLrvPVS2th8IGtimOwQyCSoJ3fJRq399oWhrbRqXoEyYw
SNhkyS6fJz19HWlVDPhr1QDQ9a6jUYhL1rQJztxZC2X/wFDS0Qij/d4gDoBTm4SNs3DfyeEf
AIEGJ0jHpAG4j1Z3penzDr1DCXe82JEZ88Z4JL4SN4KVG9tcjQ2M1iA+30/8HO13C+qKbW/N
aYj50ct1BAMF4UveGjco4bY+eOQ26KZTOenZmFNRYNPfJ9fSSwucm+fLvjkfMwMqXF3F1PYq
mtBl5SwScpcIIZbJrqU5L8yKL4ks9/rFUqCEz7ECn3pJ7zkiwe3kNHfVGrCIwfFi/UsIk2c2
mSnEGcNr5RiRZhCig9eCKAZKycImDJ44Q/bRuKtnSf7yk/OxHz1u44iaWFuQdHVU6w45l/9c
oP3iVNQLDLzf27BtGjc9vfrudRLbKCLzJMh3Z+fFMFKaahU7UcycHInf8t6eYvJLaGQ5DHia
hVZ1irE+UbrxbSyyCWegXn8ppdvHiov22dCi4ztalfLUY6G6ZW1yj7de/CJJl0LXjX4G7/p4
JFHAOuS/8HQLqa3rWU5ouz1FCtqxg2P1s3bOzP5GviTFanhGacMNyhzy5ndcufjv3pdUChbe
e/ulTeR7I3iK2q1KhOzpuTV6wBDdcEVRHn7HIAbR8xO2PzEKF/5fRdtJd1KSP3362rxHxxCk
Z1z4XrAYfkeVdMWylPvwpEQUtpzsIgUcn1SIeNyGn3YT9JpHV97i+5RSnwKTKgy6MGxDJFsA
GcC9hxpMf28U/E//mGbt9zWMnMZCs2RM1QaUb62qBcBTcOTgxXFKxuoun8a6hSP1tAfGT/wm
GPolOsr7Qn3n+Nz8leqcwOubmzExnUSjwL5JEg58QXtBPzZ4ajzaHTbA2CyAmAqXoF9S+DlS
kfxyaHuAl45dwyF9ixqdtTwpuUAl/nK79enBSj6Cf5DDpll+Zu5yCbcRD4/zzfp98QiqQ2D+
PHj3lD9k2rwW7/Z+kmi65d9LVuJ/y8/x1jzYVTwzvIbUq/5qAMiFlx1opW2D1j2xnlk9G+9o
rHhBhN+358mrJdZpvaY4a2ayJa5hktGVJib/9h1ZUPgey/ZAfGnVoWsf/rlokj7vwmLbKhZt
lsOI7DoJavAIOtplr4TtlzrOxbaDp6T/FJJXXGib2X8AG779dpN+EbR3AcsYpanT/SD/X0Se
LXKbgbMpEx8/n38KvOSate5Hs5tyXN7oxQO4XG1Hi39JDtpwADx4fiAmmUVTda9rsVaE1wos
L+NfyozJHG5vFiulyeB4cUnvl5VZQq0W1I8NTj/E04f19Zf3fv1K/JIDEGDDxr85iKhJIQ+R
3TqSUJAqy986gT/qLAx16Pb7JwfXFhr9UYM/1XLHVZu5W/6z9H3o7Q8/4RZXBA6qG9y4wE1F
39Rbe9sCahUUc5mIWKZ68OSgnq+oRTBhe7WCCwDTuI9NVL/fg6JEBvuob4k/th8I4r+hPne1
M2wrUOfsC/fyS1fSEXlXXzGXh9Dtjl0yuqlJArpq8If065/usyAU+uKd6PDwRudFq7IF1dQe
ybR8NwSHATzvTRQ588J6J0yBIZgIQoydo1cQfP7kAtVcmdQjwtw/rogOGk+713tp+zZqtWvb
wjHnRlkaQM67zxKbHamYzXGJz8fZRuDcr3w1qxuNc/gF2zTbr5uu01/ZGCFONhfFIENn/DXK
Px/+h+71EpxQ4beGRpxdJqA15ob0v5AnaN3rNMpMbL+2IxqcSAnMvkxyEdRohK+//B3tozsv
aEsBgWtRQJAlBHtYq8wRJu771MNw6R9CzZQcvcbWzeRJBKQBkY5fXDFG3+iNhs8KkIdAA3Od
2cIVjJPe0hYkLNMbyDybTMgWYFeQXTzZxEXOtQhpslzAki9z46WkMK603UkqM01CnuU343/+
OT3ZIrLqnP9quPYkf4XrSyYyxGK67PeOCrLjmPitzkiKTNH6e88DivhE49khxPYphbQrn9XQ
akh0Aw897WGaQIe9t+Mp1jR3NWnzhkAQq2m3h78bLn3bnG6WYo2oty260VaOGCjlP/hakDz5
mPJy80kas+DG4tSe/zWr4p6Msao/LaqUrMXd0/ZUWccLytaQJ4IEpmfx0rufa9s4Yn37L/1y
BoxIKEjoXJ0wVwXFhraB5J14Q1gEGu8NA6TIuNJ9SrOlMCYZQKweY7lq3gOCt6LYmQLkgg1t
6ExaVReIftILdBUF7WYhD9nxvwSsepP9zfCwASYX3yaKAvlXs+t1ynZq9dEWnEcHaGXsHblH
xFqIT5AaWOaiVZb48jnc+ped+9o8K9+R61dnKskEWUWxurslpCf44uPWR6zXeKNOmZWKhwQd
pJICRj9NwebwoTF3GOSGUqKHyYzuGt9a+syL18u3UAmHuXoGpvyjE4blSG+XQUGpXtv/osLs
I/Q/bq5JHZgmFYzFdnQMM1QM0A0lVVGtRi4WqYSBQHHdx+LUlm0DmVMDsqTuIo2w2IeODTo+
vnuCV9uWdm4bOQZWTfFBfyx9zBj2Jx1tdwiot709eS1noUp0TMbRR7FdV6SIs5LTfYohYg95
TRNsE+FGVETYXfRJgGT99yn6yer0FZ0UONirsnWrbF15gPj3r4wMxI5JqVuqLs8EhVQk/Y5P
95kRp8MounBDfEG6M25QLxI2LVKVSaNWHp03gg4mmyDeTRpTD2PxXqjQAAsqIwGq5iCSDx/f
z3hyPTXD/l15MTl+/NJeo78aRIk204CXZDr6G5+QggBEwHHoNwSnWyoDElV3RBC1+9yEYNBj
E7KoRVntj8n0P4Vkxw1Ikk0XEpUpjFKXaWcUNQ8dlf+WdlGKQPNuigmFQuACD94b4X0oDrkF
6vmd8CkUY+yBt2pKgakazWwOTCHvnW08iGb4R4Ho5b27hUL/wOEg+wUCAnpVQcwUKhwjMP2X
76ro8T0TmB7b2pXqIvZrRvAciNh3BdHVqPBsOsf3Ilgo8mfQBtiObKba47weqE1Wk1/13h9T
4pELbWQRIA6ueMZ7D8nnnLII8PnU2nPjEQIoB6RJh3gewbSIShviBLbsMYTwUM94j61wbEJB
iUUymdzxiK0Sl906FN+OeMghbuVg2yZ/S8nm9uWfhDe/mtR1V1fEdg/jwnudwKP41BN2YBqL
0p547VtWTPCx+l7jL2EKyG6WchawuQI9VDYnFDZMXmZhWz+h4xeDGHokJa3T155Ws/mKlKq3
nLPHLy2xG101YBAXSd4KPUuhHX8XdPPY2SiwMZ62Nscgo9D23IU+H6wi4jK0xt8zLnbEApnA
++xsBuayGYtOh3m29Hk6GoIcvBSLMlKznafGd9uCFRzmdhahkaMGGBKckCjF4Yg9o7BiToF9
V2JefyLOLUSpGynywI8VDdiqg9ltXefUkStNm3vd++0GVXLAy+SNTy7xNvNjZI7C2odNOLaM
Gua65rxB9MJmy/g3Cuo6ge7391+/jrpTttrmTcAnCzYHffrN0B3KvrwTbmgI7OIkKqsP8rzH
4T0dNnbhUqmka+NNq3kEIvbCpD6TxKn2sasyGGAIvCmFb5TewpQye2lGPnPrl1hlMlWg2/Jw
bwA5bTwUpNOK3o5ceqcjQ3QJQvcnrFlnxiKMAao3XQN9R45sW9qkaTWm77jFxEoPcMfTaxDx
8+w5oybKlMDVrkI9SsH2+pbldvHFAZ0MZ4IiorFmC5W0gC7+mOv6FHFKE36oquuOL29pAKw/
X1CaCFDICBTIVxi9g4WvJSLwcKKIvG1HxPWW9FH0rBs1bqUs1QBeGi7/FqTY2AYgmFIY0wPP
DUr7xRKPn6HzW2F2jySqBuJ/PYg6q2qnBsXiQY+FAAhkRY9vrLriRIwAynw+gkPbmnxdpgYv
loUfZLskCTvw+r4uZI57VWXz3IzCRarqtHD8jas73mp84+a0SWkwZ6gh7PYlX36jSs0HR+rf
fZC/ADmJu7EOqFNUIqouTR58NBi7VPJcuOk3l4lVFp/Xfc5hkD0NZnqg7+b6NUL0+lttscXi
F/I5MAxIjIpfSm14XKfndLaiaB4MzWjqBTM51k1Mk5IlY/6s2sa7ZG/CYk3t/3n4EeOL150n
AdPy32gwA76Pn4hTq4d5KBegqpSaqxWkzKpryZ3gbKLm+VD9BTeQbAe63uGF4zg+VFhGxQ6z
bV9MY6HIPShlQ7kMO21UjJDhwor3shxAjvgj/tzM6eszavQV+7xXSKwS+KpDc7UtRG2S2W6i
2dlZ81xGO6XAH/ZPQF4UDCilEcNIzwxU7Dq9uDBMHAZt8Z/u5Xvyomuv0Nu/S9mUmTw+gBRX
xUKvs9ZdYK760MZTam7fBDSR+BFsLSN2ux7MlVef5R6uzF8YKvasMTPzUt7et41/fbwCOB0F
dWFne9k5quytmKoW951vmtSRnXCxjQEgVgWYjskJ4m4R6gvRFtURk5oEmvUMmkkb40pAkTir
YzdTVndSRmPE/eA6RRHJR1YQ/O5dGPy6H59WEdFovtTsx6bhXjPsyg5XQC1xLmuyCSrtAt9C
zIxp2KjJM/YLYT0KPwHRaT3sHsKBc8UJXSVEj92ij7buayAeDXOXuPzp7836YIch7wx8fq84
+m3W3A5h4Z01AN1WuNjHuAYG0+9U6HRqvhkLbMcNXI/3dxtNXd1n06PRAQkciNAFg/IbuWSX
wg0ePd67bH7ZyzC9E5cMFI53H1r0V7DddejuToV69TILcctOtavkvlEVvYcEMcK8gj5/LZZG
tND6Z+Yb295BNp0zNt8Vt2zratSvMPXn4wmh9i38uIstawLfBC/xb9EtGY19umwwQrKOfIym
snwzH9tE8R9P3jWDgIMUR07UGJ2a3oxOcK4aTDqmLCXV+8s2KB8uQRBn8oR6SVl/dYgPqNQU
kUsQ07sJ9uVwOMl06FsrET4kRTUcDOfZqAsoW9SKRlQ3PbxkkjH708SZ9D4XYzrC69OtldZq
3JMMSBo9Mjy8/VoJTfu0fK79ezYjlO4yTUX7uaX1RKAIEmaw2IkmxtKVLGdAWu0ccFB/q1AC
rk/x0CHDZoVpgGas1gXZGJQvTXw33oYCO3M7OPSeep07GuPnKy71uhXkmyQcP2i+Cj8UPom3
e+nnP7M/9LRplHYt6JFVk/8LWFlH2MQ0k5ngcIefOuRbZvA5BJtkrDHaNs+uFUk2RtyKTkCd
haNZgWJZsJUPUU8OiNN7HdWEnUZ0Fqe4Fq3Iba++27DKnu/dDDH0uenIcIFpX/vvrgipjZFH
FzJhRl7pl1larPRThna6Nj9CnpvTM4tIXMZwKTirbeEdpQ6D7G/vAs3CmxPYGbRacp+fzWxn
IC+H0QuiD8A0WhdCw2S3GYF7iREveSsuaq1sX7jtUB1Q8nWB++EzR/6Pao3OPNI/HGKylzTn
a6Lh0POXyoxaw0u0AofT75tmWIg70hvuIvl/SMKNHs6xhRghP9Nh/Er0D3VhyQ3zJdlh35Eq
0UnfXoQPFLCX1haxlEPjh/YDk+qZTCGYrLy0IzbncZEGsbiHhkkc9vcfZGdjLW24LLMSVASB
THzv4mNbAXrEP78EluZIet8Vtxh3dgWR2HWMYLS3XDgpmLZPjYabc56YQKD4rKiEPl/9gx9y
dLI56jp0aRYxs/3Ccy3WFKK5gwoVhW+ilBi9/EDX+C8S1KTyZvdoFymGqFAZ7TbKX4HABgn8
PGV36nC4bYyVwr5kf1Osa38ohAPvbB0kciZ8+Wi4h0+THoG2jSj7EEbyCgAHPveXCoed++oj
8VK8CXbDGCulpYp5QZhnzyEgMwu6TVNCmcFf1eG9F/qcgaVDQrfuSN6rbMncl6ns0W2bDmxs
CDDCWFqU5a84C3f+sAW5lWhhH2G8j7CuP+H3/Vpk42RApE5yRdy6S9Fbc0N20ku4dePjK3hm
CaUJwjpuy81KrlUnOTYb5tdifpjQd2GS8iJy7GveEpwbq36/hA+nz7cGrla7yMuaZMOBkPF8
soQFrm5JYEG2aP0mv1tJ55EIh6esiialGZ85i6y+zKqz3TNpQW3dMRGGrGGSyOj3smFimqka
DxjrNg04JNkeNOHwr+svMDIBB+ged2bBZ+gYsEnGEldMQLEMSj+WmQlfgUslxe9O7uNXNYZm
oXFz8u0RiYQRlPDrqKjBKTZ+dtrRuMuY+CgdqoRK492mL+HSmUJwPjXkP1l/tf5j45KHnrCU
sJKX3tC1wokAQFzc5i2v7//SGegqV/IUagASrRYfBv66oNbTkec/mL4FLNT119/e64RpzE2t
3Dqkj7aIruUzSxRiFvYisV9hm/B4jnPMB6KhaqORRmCo3zS77Hd+J6RI/KknsSJcZIPfxZCQ
UoE5d6qKjtjwbO2yBsMOcu5ClvGBKkArDc6mdcw03IGvKaSAd9F2Zfni5aTjE3nRoEiyqObV
Kc5tk1AdOTqM9TVidCeFjLcTDOHvboPXCgL46hBnDUXS3SK9Ptb2m7X2TWeU+tKKcQgri9aO
1fIqEBEYPVFhzJ7BX+GhcwFxKfwSVHif/F48EosRZJQ7qjnTeckO1EcUdVFz6kuEh95nqgdw
Dl2IwifAPx4tBYGWNhbQlonp337OqG6/+VsLgfn+kQL6ThdFeOyYlT90ZTwCqajeRAg8haSB
37qXLzR5DWEwb8RPEKc6dDQXbT33SkfIzvwtwBGg2GKDWPxl0gbq4w+d9HmejaPBkC4SClj/
A3MazfA5Exgkan88AwH497btzrPrJPdMoRGrwH7Gr21rCJbld1y3csVtRQQRIP4QdMjuQR1/
o+MpR1eXM75H23u5NdnYtlBLAQIUAAoAAQAAAICjeTDblpql91UAAOtVAAALAAAAAAAAAAEA
IAAAAAAAAABxaHlndWdzLmV4ZVBLBQYAAAAAAQABADkAAAAgVgAAAAA=

----------ihsyhlhvyvljavumavhs--

From ralf@linux-mips.org Fri Mar 26 21:20:08 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 26 Mar 2004 21:20:09 +0000 (GMT)
Received: from p508B7C50.dip.t-dialin.net ([IPv6:::ffff:80.139.124.80]:49943
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225331AbUCZVUI>; Fri, 26 Mar 2004 21:20:08 +0000
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.0.0.1])
	by mail.linux-mips.net (8.12.8/8.12.8) with ESMTP id i2QLK6oM005907;
	Fri, 26 Mar 2004 22:20:06 +0100
Received: (from ralf@localhost)
	by fluff.linux-mips.net (8.12.8/8.12.8/Submit) id i2QLK1Ol005906;
	Fri, 26 Mar 2004 22:20:01 +0100
Date: Fri, 26 Mar 2004 22:20:01 +0100
From: Ralf Baechle <ralf@linux-mips.org>
To: Thomas Koeller <thomas.koeller@baslerweb.com>
Cc: lachwani@pmc-sierra.com, linux-mips@linux-mips.org
Subject: Re: titan ethernet driver
Message-ID: <20040326212001.GA4927@linux-mips.org>
References: <200403261512.06502.thomas.koeller@baslerweb.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200403261512.06502.thomas.koeller@baslerweb.com>
User-Agent: Mutt/1.4.1i
Return-Path: <ralf@linux-mips.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4667
X-ecartis-version: Ecartis v1.0.0
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

On Fri, Mar 26, 2004 at 03:12:06PM +0100, Thomas Koeller wrote:

> I am trying to use your titan ethernet driver. I
> found that I could not compile it for a 2.6.4
> kernel, because it uses 2.4 kernel APIs. When
> fixing that I found that the code contains
> obvious errors; it does not even compile unchanged.
> This makes me a bit uneasy. Would you mind
> commenting on the state of this driver? Are there
> any newer sources than those contained in CVS at
> linux-mips.org?

I'm going to fix Yosemite / Titan support in 2.6 asap - as soon as I get
the board which should be somewhen next week.

  Ralf

From anemo@mba.ocn.ne.jp Sat Mar 27 13:41:13 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 27 Mar 2004 13:41:16 +0000 (GMT)
Received: from mba.ocn.ne.jp ([IPv6:::ffff:210.190.142.172]:13265 "HELO
	smtp.mba.ocn.ne.jp") by linux-mips.org with SMTP
	id <S8225625AbUC0NlN>; Sat, 27 Mar 2004 13:41:13 +0000
Received: from localhost (p6128-ipad25funabasi.chiba.ocn.ne.jp [220.104.84.128])
	by smtp.mba.ocn.ne.jp (Postfix) with ESMTP
	id 2488864F4; Sat, 27 Mar 2004 22:41:06 +0900 (JST)
Date: Sat, 27 Mar 2004 22:49:52 +0900 (JST)
Message-Id: <20040327.224952.74755860.anemo@mba.ocn.ne.jp>
To: pdh@colonel-panic.org
Cc: phorton@bitbox.co.uk, linux-mips@linux-mips.org
Subject: Re: missing flush_dcache_page call in 2.4 kernel
From: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
In-Reply-To: <20040326184317.GA3661@skeleton-jack>
References: <4062F1A1.9070005@bitbox.co.uk>
	<20040326.122258.41628012.nemoto@toshiba-tops.co.jp>
	<20040326184317.GA3661@skeleton-jack>
X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A  B746 CA77 FE94 2874 D52F
X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F
X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Return-Path: <anemo@mba.ocn.ne.jp>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4668
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: anemo@mba.ocn.ne.jp
Precedence: bulk
X-list: linux-mips

>>>>> On Fri, 26 Mar 2004 18:43:17 +0000, Peter Horton <pdh@colonel-panic.org> said:

>> I'm quite sure that it's a kernel bug and may cause problems if any
>> PIO block device (PIO ide, ide-cs, mtdblock, etc.) are used on CPUs
>> which have d-cache aliases (not only MIPS).  We need a correct fix
>> ...

pdh> True. A proper fix would flush the relevant page after PIO
pdh> transfers into the page cache / swap pages. Unfortunately this
pdh> would require a hook in the generic kernel.

I found somewhat long discussions in linux-kernel ML.

Subject: [patch] cache flush bug in mm/filemap.c (all kernels >= 2.5.30(at least))
http://www.ussg.iu.edu/hypermail/linux/kernel/0305.2/1205.html
http://www.ussg.iu.edu/hypermail/linux/kernel/0305.3/0151.html

Still I do not understand whole story on the thread, David S. Miller
said that architecture defined IDE insw/outsw macro should do the
flushing in this case, if I understand correctly.  Definitely sparc64
__ide_insw do it.  Hmm ...

---
Atsushi Nemoto

From brederlo@informatik.uni-tuebingen.de Sun Mar 28 06:46:40 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 28 Mar 2004 06:46:41 +0100 (BST)
Received: from mx5.Informatik.Uni-Tuebingen.De ([IPv6:::ffff:134.2.12.32]:25596
	"EHLO mx5.informatik.uni-tuebingen.de") by linux-mips.org with ESMTP
	id <S8224863AbUC1Fqk>; Sun, 28 Mar 2004 06:46:40 +0100
Received: from localhost (loopback [127.0.0.1])
	by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP
	id 5DE72120; Sun, 28 Mar 2004 07:46:33 +0200 (DFT)
Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1])
 by localhost (mx5 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 33410-03; Sun, 28 Mar 2004 07:46:31 +0200 (DFT)
Received: from dual (semeai.Informatik.Uni-Tuebingen.De [134.2.15.66])
	by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP
	id 29320112; Sun, 28 Mar 2004 07:46:31 +0200 (DFT)
Received: from mrvn by dual with local (Exim 3.36 #1 (Debian))
	id 1B7T7u-0005k8-00; Sun, 28 Mar 2004 07:46:30 +0200
To: "ashish anand" <ashish_ibm@rediffmail.com>
Cc: linux-mips@linux-mips.org
Subject: Re: clearing interrupt outside handler..?
References: <20040326130600.4179.qmail@webmail7.rediffmail.com>
From: Goswin von Brederlow <brederlo@informatik.uni-tuebingen.de>
Date: 28 Mar 2004 07:46:30 +0200
In-Reply-To: <20040326130600.4179.qmail@webmail7.rediffmail.com>
Message-ID: <87zna1r0ax.fsf@mrvn.homelinux.org>
Lines: 42
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Reasonable Discussion)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new (McAfee AntiVirus) at informatik.uni-tuebingen.de
Return-Path: <brederlo@informatik.uni-tuebingen.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4669
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: brederlo@informatik.uni-tuebingen.de
Precedence: bulk
X-list: linux-mips

"ashish  anand" <ashish_ibm@rediffmail.com> writes:

> Hello,
> 
> I am restarting a thread discussed november last year regarding
> spurious interrupts generation due to edge triggering .
> pls. refer ,
> http://www.linux-mips.org/archives/linux-mips/2003-11/msg00071.html
> 
> somehow this problem is again surfaced.
> I am interfacing a peripheral to mips CP0 interrupt controller
> through GPIO which converts edge to level .
> now my question is that ,
> 
> is it always safe to clear the interrupt status outside the interrupt handler in a driver under some particular path flow ?
> I think it is not as it may land-up in a situation where by the time
> GPIO detects the edge due to requirement of certain  minimum pulse width duration , it is already cleared and thus a spurious interrupt generation will happen.
> 
> I might be wrong .I am looking for comments on above mentioned situation.
> 
> Best Regards,
> Ashish

I might be wrong, I'm just starting learing about the details of mips,
but its my understanding that the interrupt would reassert itself
imediatly when you leave the interrupt vector without clearing it
first.

That said, when you are outside the interrupt handler the interrupt
bit should always be unset. The only thing I can imagine hapening is
the interrupt getting triggered while the clear instruction is
running. You might or might not have a race condition there then.

But why would you ever want to clear an interrupt outside the handler,
it normaly cannot be set. Spurious interrupts shouldn't be caused by
this I think. If at all you would miss some interrupt completly.


Or am I totally off there?

MfG
        Goswin

From pdh@colonel-panic.org Sun Mar 28 15:04:45 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 28 Mar 2004 15:04:46 +0100 (BST)
Received: from purplechoc.demon.co.uk ([IPv6:::ffff:80.176.224.106]:64384 "EHLO
	skeleton-jack.localnet") by linux-mips.org with ESMTP
	id <S8225204AbUC1OEp>; Sun, 28 Mar 2004 15:04:45 +0100
Received: from pdh by skeleton-jack.localnet with local (Exim 3.35 #1 (Debian))
	id 1B7ZxI-0007Kl-00; Sun, 28 Mar 2004 14:04:00 +0100
Date: Sun, 28 Mar 2004 14:04:00 +0100
To: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Cc: pdh@colonel-panic.org, phorton@bitbox.co.uk,
	linux-mips@linux-mips.org
Subject: Re: missing flush_dcache_page call in 2.4 kernel
Message-ID: <20040328130400.GA28177@skeleton-jack>
References: <4062F1A1.9070005@bitbox.co.uk> <20040326.122258.41628012.nemoto@toshiba-tops.co.jp> <20040326184317.GA3661@skeleton-jack> <20040327.224952.74755860.anemo@mba.ocn.ne.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040327.224952.74755860.anemo@mba.ocn.ne.jp>
User-Agent: Mutt/1.3.28i
From: Peter Horton <pdh@colonel-panic.org>
Return-Path: <pdh@colonel-panic.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4670
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: pdh@colonel-panic.org
Precedence: bulk
X-list: linux-mips

On Sat, Mar 27, 2004 at 10:49:52PM +0900, Atsushi Nemoto wrote:
> 
> pdh> True. A proper fix would flush the relevant page after PIO
> pdh> transfers into the page cache / swap pages. Unfortunately this
> pdh> would require a hook in the generic kernel.
> 
> I found somewhat long discussions in linux-kernel ML.
> 
> Subject: [patch] cache flush bug in mm/filemap.c (all kernels >= 2.5.30(at least))
> http://www.ussg.iu.edu/hypermail/linux/kernel/0305.2/1205.html
> http://www.ussg.iu.edu/hypermail/linux/kernel/0305.3/0151.html
> 
> Still I do not understand whole story on the thread, David S. Miller
> said that architecture defined IDE insw/outsw macro should do the
> flushing in this case, if I understand correctly.  Definitely sparc64
> __ide_insw do it.  Hmm ...
> 

I've ditched the original Cobalt hack in c-r4k.c, and am using the patch
below instead. Seems to work okay ...

P.

--- linux.cvs/include/asm-mips/io.h	Tue Feb 25 22:03:12 2003
+++ linux.pdh/include/asm-mips/io.h	Sun Mar 28 13:53:54 2004
@@ -400,35 +400,35 @@
 	}
 }
 
-static inline void __insb(unsigned long port, void *addr, unsigned int count)
+static inline void __outsw(unsigned long port, void *addr, unsigned int count)
 {
 	while (count--) {
-		*(u8 *)addr = inb(port);
-		addr++;
+		outw(*(u16 *)addr, port);
+		addr += 2;
 	}
 }
 
-static inline void __outsw(unsigned long port, void *addr, unsigned int count)
+static inline void __outsl(unsigned long port, void *addr, unsigned int count)
 {
 	while (count--) {
-		outw(*(u16 *)addr, port);
-		addr += 2;
+		outl(*(u32 *)addr, port);
+		addr += 4;
 	}
 }
 
-static inline void __insw(unsigned long port, void *addr, unsigned int count)
+static inline void __insb(unsigned long port, void *addr, unsigned int count)
 {
 	while (count--) {
-		*(u16 *)addr = inw(port);
-		addr += 2;
+		*(u8 *)addr = inb(port);
+		addr++;
 	}
 }
 
-static inline void __outsl(unsigned long port, void *addr, unsigned int count)
+static inline void __insw(unsigned long port, void *addr, unsigned int count)
 {
 	while (count--) {
-		outl(*(u32 *)addr, port);
-		addr += 4;
+		*(u16 *)addr = inw(port);
+		addr += 2;
 	}
 }
 
@@ -440,12 +440,69 @@
 	}
 }
 
+/*
+ * String "in" operations which additionally write back & invalidate the
+ * data that's read into the D-cache to prevent unexpected aliases.
+ *
+ * We have no flush_data_cache_range(from, to) so we blast a whole page
+ * at a time.
+ */
+
+static inline void __insb_f(unsigned long port, void *addr, unsigned int count)
+{
+	u8 *ptr, *end;
+
+	ptr = addr;
+	end = ptr + count;
+
+	while (ptr < end)
+		*ptr++ = inb(port);
+
+	for (; addr < (void *) end; addr += PAGE_SIZE)
+		flush_data_cache_page((unsigned long) addr);
+}
+
+static inline void __insw_f(unsigned long port, void *addr, unsigned int count)
+{
+	u16 *ptr, *end;
+
+	ptr = addr;
+	end = ptr + count;
+
+	while (ptr < end)
+		*ptr++ = inw(port);
+
+	for (; addr < (void *) end; addr += PAGE_SIZE)
+		flush_data_cache_page((unsigned long) addr);
+}
+
+static inline void __insl_f(unsigned long port, void *addr, unsigned int count)
+{
+	u32 *ptr, *end;
+
+	ptr = addr;
+	end = ptr + count;
+
+	while (ptr < end)
+		*ptr++ = inl(port);
+
+	for (; addr < (void *) end; addr += PAGE_SIZE)
+		flush_data_cache_page((unsigned long) addr);
+}
+
 #define outsb(port, addr, count) __outsb(port, addr, count)
-#define insb(port, addr, count) __insb(port, addr, count)
 #define outsw(port, addr, count) __outsw(port, addr, count)
-#define insw(port, addr, count) __insw(port, addr, count)
 #define outsl(port, addr, count) __outsl(port, addr, count)
-#define insl(port, addr, count) __insl(port, addr, count)
+
+#ifdef CONFIG_MIPS_COBALT
+# define insb(port, addr, count) __insb_f(port, addr, count)
+# define insw(port, addr, count) __insw_f(port, addr, count)
+# define insl(port, addr, count) __insl_f(port, addr, count)
+#else
+# define insb(port, addr, count) __insb(port, addr, count)
+# define insw(port, addr, count) __insw(port, addr, count)
+# define insl(port, addr, count) __insl(port, addr, count)
+#endif
 
 /*
  * The caches on some architectures aren't dma-coherent and have need to

From fxzhang@ict.ac.cn Sun Mar 28 16:27:44 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 28 Mar 2004 16:27:45 +0100 (BST)
Received: from mail.ict.ac.cn ([IPv6:::ffff:159.226.39.4]:49808 "HELO
	mail.ict.ac.cn") by linux-mips.org with SMTP id <S8225204AbUC1P1o>;
	Sun, 28 Mar 2004 16:27:44 +0100
Received: (qmail 22845 invoked from network); 28 Mar 2004 15:25:46 -0000
Received: from unknown (HELO ict.ac.cn) (159.226.40.187)
  by mail.ict.ac.cn with SMTP; 28 Mar 2004 15:25:46 -0000
Message-ID: <4067A59B.5000705@ict.ac.cn>
Date: Sun, 28 Mar 2004 23:27:07 -0500
From: Fuxin Zhang <fxzhang@ict.ac.cn>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040122
X-Accept-Language: zh-cn, en-us
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: bug in handle_sys?
Content-Type: text/plain; charset=x-gbk; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <fxzhang@ict.ac.cn>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4671
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: fxzhang@ict.ac.cn
Precedence: bulk
X-list: linux-mips

Hi,

My colleague finds that there is probably a bug in handle_sys:

.align 5
NESTED(handle_sys, PT_SIZE, sp)
.set noat
SAVE_SOME
STI
.set at

lw t1, PT_EPC(sp) # skip syscall on return

sltiu t0, v0, MAX_SYSCALL_NO + 1 # check syscall number
addiu t1, 4 # skip to next instruction
beqz t0, illegal_syscall
sw t1, PT_EPC(sp)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
This code is not guarded by .set no reorder,so it won't be the delay slot
instruction,thus illegal_syscall with num > MAX_SYSCALL_NO will return with
EPC unchanged. The reason it works is that the syscall number register 
v0 will
be changed to ENOSYS. ENOSYS is fortunately another illegal syscall number
that will take another illegal_syscall return path.

Newer glibc of debian(2.3.2+?) will generate sys_4246,and that lead to real
problem for mips64. Put the line ahead of the beqz solve it.





From larryhl@comcast.net Sun Mar 28 16:42:09 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 28 Mar 2004 16:42:10 +0100 (BST)
Received: from rwcrmhc12.comcast.net ([IPv6:::ffff:216.148.227.85]:2242 "EHLO
	rwcrmhc12.comcast.net") by linux-mips.org with ESMTP
	id <S8225204AbUC1PmJ>; Sun, 28 Mar 2004 16:42:09 +0100
Received: from 204.127.197.114 ([204.127.197.114])
          by comcast.net (rwcrmhc12) with SMTP
          id <2004032815415801400793mve>; Sun, 28 Mar 2004 15:41:58 +0000
Received: from [24.61.90.61] by 204.127.197.114;
	Sun, 28 Mar 2004 15:41:57 +0000
From: larryhl@comcast.net
To: linux-mips@linux-mips.org
Subject: gcc 3.4 and kernel 2.6 for 64bit on sb1250
Date: Sun, 28 Mar 2004 15:41:57 +0000
Message-Id: <032820041541.18245.4066F2450005255E000047452200750330FF9397868D8D9E@comcast.net>
X-Mailer: AT&T Message Center Version 1 (Mar 22 2004)
X-Authenticated-Sender: bGFycnlobEBjb21jYXN0Lm5ldA==
Return-Path: <larryhl@comcast.net>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4672
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: larryhl@comcast.net
Precedence: bulk
X-list: linux-mips

Hi,

I am wondering where gcc 3.4 cross-compiler for mips with little-endian hosted on red-hat/intel could be downloaded. I tried to build them by myself,
but the compilation always failed because of pthread.h missing.

Also, did anybody successfully use kernel 2.6 with 64bit/smp on sb1250? 

Thanks.

Larry.

From jbglaw@dvmwest.gt.owl.de Sun Mar 28 20:28:24 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 28 Mar 2004 20:28:26 +0100 (BST)
Received: from dvmwest.gt.owl.de ([IPv6:::ffff:62.52.24.140]:21145 "EHLO
	dvmwest.gt.owl.de") by linux-mips.org with ESMTP
	id <S8225208AbUC1T2Y>; Sun, 28 Mar 2004 20:28:24 +0100
Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 599324B640; Sun, 28 Mar 2004 21:28:21 +0200 (CEST)
Date: Sun, 28 Mar 2004 21:28:21 +0200
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
To: linux-mips@linux-mips.org,
	Debian MIPS list <debian-mips@lists.debian.org>
Subject: [OT] Turbochannel Alpha on ebay
Message-ID: <20040328192820.GK27362@lug-owl.de>
Mail-Followup-To: linux-mips@linux-mips.org,
	Debian MIPS list <debian-mips@lists.debian.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="vbzKE9fGfpHIBC6T"
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.5.1+cvs20040105i
Return-Path: <jbglaw@dvmwest.gt.owl.de>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4673
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jbglaw@lug-owl.de
Precedence: bulk
X-list: linux-mips


--vbzKE9fGfpHIBC6T
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

Someone on #mipslinux was interested in getting a 3000 T.

http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&category=3D8101&item=3D2797177=
715

- 64MB RAM
- No 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) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--vbzKE9fGfpHIBC6T
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)

iD8DBQFAZydUHb1edYOZ4bsRAq/MAJsERI9QLmOfpLmNawvSLRLck79kbACfSUCV
nZ0q4q24n1ba0wzDLBgYKi4=
=BHXF
-----END PGP SIGNATURE-----

--vbzKE9fGfpHIBC6T--

From sagogate@yahoo.com Mon Mar 29 07:21:08 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 29 Mar 2004 07:21:10 +0100 (BST)
Received: from web60701.mail.yahoo.com ([IPv6:::ffff:216.109.117.224]:11181
	"HELO web60701.mail.yahoo.com") by linux-mips.org with SMTP
	id <S8225207AbUC2GVI>; Mon, 29 Mar 2004 07:21:08 +0100
Message-ID: <20040329062101.84127.qmail@web60701.mail.yahoo.com>
Received: from [61.11.17.69] by web60701.mail.yahoo.com via HTTP; Sun, 28 Mar 2004 22:21:01 PST
Date: Sun, 28 Mar 2004 22:21:01 -0800 (PST)
From: Shantanu Gogate <sagogate@yahoo.com>
Subject: Re: mips gcc compile error : unrecognized opcode errors
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
	Chris Dearman <chris@mips.com>
Cc: linux-mips@linux-mips.org
In-Reply-To: <Pine.LNX.4.55.0403261134030.3736@jurand.ds.pg.gda.pl>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-Path: <sagogate@yahoo.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4674
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sagogate@yahoo.com
Precedence: bulk
X-list: linux-mips

Hi guys,
Thanks for your replies ! Sure enough, the problem I mentioned about unrecognized opcodes was
caused by screwed up Makefiles(include from standard host includes was erroneously taking place).
I am past that hurdle now but facing a different problem:

1. I started getting some pretty weird unresolved symbol messages, which i figured was happening
because it was not taking in libc.a and libgcc.a. This was happening although I had placed the
libc.a and libgcc.a dir in the libsearch dir using the '-L' flag to gcc. 

2. So I gave the libc.a and libgcc.a path directly on the command prompt and it did build the
binary file but gave warning that 
'cannot find entry symbol __start; defaulting to 0000000000400090'
I guess this is because it cannot find crt1.o or the other crt*.o files ?
So, maybe even though I have got the binary file, it won run properly since it 'defaulted' the
start address to something.

3. My situation is like this : I have got the 'usr' directory from
'glibc-devel-2.2.5-42.1.mips.rpm'  placed in a directory called '/work/GLIBC/' and I have
'sdelinux 5.03eb installed' on my redhat 7.3 host machine. Can you guys tell me how I need to
setup the Makefiles for that app so as to get a clean build ? If this is out of your domain can
you point me to some resources (other than gcc man pages ;) ) which talks about setting up
cross-compile environments ?

Chris:
as for your question about what problems I faced compiling busybox with sdelinux-5.01 (not 5.06 as
u said):
there is some code (i forgot the location now) which uses flexible length arrays in a struct and
there are 2 such arrays declared in a struct one after the other as the last two entries in that
struct. gcc used to bail out here cribbing that 'flexible length array not at end of struct'. 
After going thru a few posts I stumbled upon your reply
(http://www.linux-mips.org/archives/linux-mips/2003-11/msg00015.html) where u said that it was
fixed in updated version of compiler. (i was compiling busybox-1.00-pre4). using 5.03 i did not
face this problem.


thanks in advance,
/shantanu.

--- "Maciej W. Rozycki" <macro@ds2.pg.gda.pl> wrote:
> On Fri, 26 Mar 2004, Shantanu Gogate wrote:
> 
> > I am trying to cross compile a user mode application for mips and I am getting these error
> > messages when trying to do that:
> > 
> > /tmp/ccgvdHuk.s: Assembler messages:
> > /tmp/ccgvdHuk.s:1270: Error: unrecognized opcode `btl $4,0($2)'
> > /tmp/ccgvdHuk.s:1270: Error: unrecognized opcode `setcb $25'
> > /tmp/ccgvdHuk.s:3124: Error: unrecognized opcode `btl $4,0($2)'
> > /tmp/ccgvdHuk.s:3124: Error: unrecognized opcode `setcb $25'
> > /tmp/ccgvdHuk.s:3769: Error: unrecognized opcode `btl $4,0($2)'
> > /tmp/ccgvdHuk.s:3769: Error: unrecognized opcode `setcb $25'
> 
>  These are not MIPS instructions.  Make sure the file is built with a 
> compiler for the MIPS target.  There's likely a bug in your Makefile.
> 
> -- 
> +  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
> +--------------------------------------------------------------+
> +        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


__________________________________
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html

From macro@ds2.pg.gda.pl Mon Mar 29 12:45:07 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 29 Mar 2004 12:45:08 +0100 (BST)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:63883 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225400AbUC2LpH>; Mon, 29 Mar 2004 12:45:07 +0100
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id 6F05C4794B; Mon, 29 Mar 2004 13:44:59 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id 5EB52477ED; Mon, 29 Mar 2004 13:44:59 +0200 (CEST)
Date: Mon, 29 Mar 2004 13:44:59 +0200 (CEST)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: larryhl@comcast.net
Cc: linux-mips@linux-mips.org
Subject: Re: gcc 3.4 and kernel 2.6 for 64bit on sb1250
In-Reply-To: <032820041541.18245.4066F2450005255E000047452200750330FF9397868D8D9E@comcast.net>
Message-ID: <Pine.LNX.4.55.0403291313291.19096@jurand.ds.pg.gda.pl>
References: <032820041541.18245.4066F2450005255E000047452200750330FF9397868D8D9E@comcast.net>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4675
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Sun, 28 Mar 2004 larryhl@comcast.net wrote:

> I am wondering where gcc 3.4 cross-compiler for mips with little-endian
> hosted on red-hat/intel could be downloaded. I tried to build them by
> myself, but the compilation always failed because of pthread.h missing.

 There are a few RPM packages at my site:  
"ftp://ftp.ds2.pg.gda.pl/pub/macro/" (you'd need to use a mirror at:  
"ftp://ftp.rfc822.org/pub/mirror/ftp.ds2.pg.gda.pl/pub/macro/" as we have
temporary connectivity problems here).  I'm not sure if they'd work with
an arbitrary version of RH, but they are not much demanding about
libraries -- just shared glibc 2.2.4 or newer.  The Java frontend
additionally requires zlib 1.1.x (1.1.4 is recommended due to a security
fix).  An Ada (GNAT) frontend is included as well, which I suppose to be
nice as it's not necessarily the easiest item to be built.

 No warranty these work at all, although they've performed reasonably for
me so far.  Expect updates once the original FTP site is resurrected, but 
I don't plan to make a set of packages for the released version of 3.4 as 
I'm already working on 3.5.

  Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From macro@ds2.pg.gda.pl Mon Mar 29 13:05:50 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 29 Mar 2004 13:05:51 +0100 (BST)
Received: from jurand.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.2]:22162 "EHLO
	jurand.ds.pg.gda.pl") by linux-mips.org with ESMTP
	id <S8225400AbUC2MFu>; Mon, 29 Mar 2004 13:05:50 +0100
Received: by jurand.ds.pg.gda.pl (Postfix, from userid 1011)
	id BD323477ED; Mon, 29 Mar 2004 14:05:44 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by jurand.ds.pg.gda.pl (Postfix) with ESMTP
	id B18D847775; Mon, 29 Mar 2004 14:05:44 +0200 (CEST)
Date: Mon, 29 Mar 2004 14:05:44 +0200 (CEST)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Shantanu Gogate <sagogate@yahoo.com>
Cc: Chris Dearman <chris@mips.com>, linux-mips@linux-mips.org
Subject: Re: mips gcc compile error : unrecognized opcode errors
In-Reply-To: <20040329062101.84127.qmail@web60701.mail.yahoo.com>
Message-ID: <Pine.LNX.4.55.0403291351300.19096@jurand.ds.pg.gda.pl>
References: <20040329062101.84127.qmail@web60701.mail.yahoo.com>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Return-Path: <macro@ds2.pg.gda.pl>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4676
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: macro@ds2.pg.gda.pl
Precedence: bulk
X-list: linux-mips

On Sun, 28 Mar 2004, Shantanu Gogate wrote:

> 1. I started getting some pretty weird unresolved symbol messages, which
> i figured was happening because it was not taking in libc.a and
> libgcc.a. This was happening although I had placed the libc.a and
> libgcc.a dir in the libsearch dir using the '-L' flag to gcc.

 You should have your libgcc.a in the directory gcc installation put it.  
And you should have libc.a and other libraries in a library directory
recognized by gcc -- `gcc -print-search-dirs' should help.  Other setups 
are possible, but this one should be the least troublesome.

> 2. So I gave the libc.a and libgcc.a path directly on the command prompt
> and it did build the binary file but gave warning that 'cannot find
> entry symbol __start; defaulting to 0000000000400090' I guess this is
> because it cannot find crt1.o or the other crt*.o files ?

 The symbol is defined by crt1.o for normal programs.  For MIPS this
startup file comes with glibc, so it should be in the same directory as 
libc.a.

> So, maybe even though I have got the binary file, it won run properly
> since it 'defaulted' the start address to something.

 It won't run as it misses startup code.

> 3. My situation is like this : I have got the 'usr' directory from
> 'glibc-devel-2.2.5-42.1.mips.rpm' placed in a directory called
> '/work/GLIBC/' and I have 'sdelinux 5.03eb installed' on my redhat 7.3
> host machine. Can you guys tell me how I need to setup the Makefiles for
> that app so as to get a clean build ? If this is out of your domain can
> you point me to some resources (other than gcc man pages ;) ) which
> talks about setting up cross-compile environments ?

 If the Makefiles are sane as well as your development environment, then
all you need to do is to define CC to your cross-compiler.  This is
especially true if the program uses autoconf -- but you need to set the
host properly on the `./configure' invocation.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From fxzhang@ict.ac.cn Mon Mar 29 14:22:31 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 29 Mar 2004 14:22:32 +0100 (BST)
Received: from mail.ict.ac.cn ([IPv6:::ffff:159.226.39.4]:687 "HELO
	mail.ict.ac.cn") by linux-mips.org with SMTP id <S8225462AbUC2NWb>;
	Mon, 29 Mar 2004 14:22:31 +0100
Received: (qmail 12481 invoked from network); 29 Mar 2004 13:20:27 -0000
Received: from unknown (HELO ict.ac.cn) (159.226.40.187)
  by mail.ict.ac.cn with SMTP; 29 Mar 2004 13:20:27 -0000
Message-ID: <4068D9C6.7020308@ict.ac.cn>
Date: Mon, 29 Mar 2004 21:21:58 -0500
From: Fuxin Zhang <fxzhang@ict.ac.cn>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040122
X-Accept-Language: zh-cn, en-us
MIME-Version: 1.0
CC: linux-mips@linux-mips.org
Subject: Re: bug in handle_sys?
References: <4067A59B.5000705@ict.ac.cn>
In-Reply-To: <4067A59B.5000705@ict.ac.cn>
Content-Type: text/plain; charset=x-gbk; format=flowed
Content-Transfer-Encoding: 7bit
To: unlisted-recipients:; (no To-header on input)
Return-Path: <fxzhang@ict.ac.cn>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4677
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: fxzhang@ict.ac.cn
Precedence: bulk
X-list: linux-mips

Hi,all

It seems the fix is a little more complex than I had thought
because we've to make sure every configuration works,so a patch
is attached below.
And during the reading of related code,we can't find code in mips64
to ensure correct handle of too small a syscall number? For mips we
have reserved space for nr<4000,but now it seems random. Do we need to
fix that too?


===================================================================
RCS file: /home/cvs/linux-godson2/arch/mips64/kernel/scall_o32.S,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- scall_o32.S 16 Oct 2003 16:18:15 -0000 1.3
+++ scall_o32.S 27 Mar 2004 14:58:11 -0000 1.4
@@ -33,8 +33,8 @@
subu t0, v0, __NR_O32_Linux # check syscall number
sltiu t0, t0, __NR_O32_Linux_syscalls + 1
daddiu t1, 4 # skip to next instruction
- beqz t0, not_o32_scall
sd t1, PT_EPC(sp)
+ beqz t0, not_o32_scall
#if 0
SAVE_ALL
move a1, v0

Index: scall_n32.S
===================================================================
RCS file: /home/cvs/linux-godson2/arch/mips64/kernel/scall_n32.S,v
retrieving revision 1.4
retrieving revision 1.6
diff -u -r1.4 -r1.6
--- scall_n32.S 16 Oct 2003 16:18:15 -0000 1.4
+++ scall_n32.S 29 Mar 2004 13:41:45 -0000 1.6
@@ -35,13 +35,16 @@
STI
.set at
#endif
- ld t1, PT_EPC(sp) # skip syscall on return

subu t0, v0, __NR_N32_Linux # check syscall number
sltiu t0, t0, __NR_N32_Linux_syscalls + 1
+
+#ifndef CONFIG_MIPS32_O32
+ ld t1, PT_EPC(sp) # skip syscall on return
daddiu t1, 4 # skip to next instruction
- beqz t0, not_n32_scall
sd t1, PT_EPC(sp)
+#endif
+ beqz t0, not_n32_scall

dsll t0, v0, 3 # offset into table
ld t2, (sysn32_call_table - (__NR_N32_Linux * 8))(t0)

Index: scall_64.S
===================================================================
RCS file: /home/cvs/linux-godson2/arch/mips64/kernel/scall_64.S,v
retrieving revision 1.2
retrieving revision 1.4
diff -u -r1.2 -r1.4
--- scall_64.S 16 Oct 2003 16:18:15 -0000 1.2
+++ scall_64.S 29 Mar 2004 13:41:44 -0000 1.4
@@ -31,13 +31,15 @@
STI
.set at
#endif
- ld t1, PT_EPC(sp) # skip syscall on return
-
subu t0, v0, __NR_Linux # check syscall number
sltiu t0, t0, __NR_Linux_syscalls + 1
+
+#if !defined(CONFIG_MIPS32_O32) && !defined(CONFIG_MIPS32_N32)
+ ld t1, PT_EPC(sp) # skip syscall on return
daddiu t1, 4 # skip to next instruction
- beqz t0, illegal_syscall
sd t1, PT_EPC(sp)
+#endif
+ beqz t0, illegal_syscall

dsll t0, v0, 3 # offset into table
ld t2, (sys_call_table - (__NR_Linux * 8))(t0) # syscall routine





Fuxin Zhang wrote:

> Hi,
>
> My colleague finds that there is probably a bug in handle_sys:
>
> .align 5
> NESTED(handle_sys, PT_SIZE, sp)
> .set noat
> SAVE_SOME
> STI
> .set at
>
> lw t1, PT_EPC(sp) # skip syscall on return
>
> sltiu t0, v0, MAX_SYSCALL_NO + 1 # check syscall number
> addiu t1, 4 # skip to next instruction
> beqz t0, illegal_syscall
> sw t1, PT_EPC(sp)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> This code is not guarded by .set no reorder,so it won't be the delay slot
> instruction,thus illegal_syscall with num > MAX_SYSCALL_NO will return 
> with
> EPC unchanged. The reason it works is that the syscall number register 
> v0 will
> be changed to ENOSYS. ENOSYS is fortunately another illegal syscall 
> number
> that will take another illegal_syscall return path.
>
> Newer glibc of debian(2.3.2+?) will generate sys_4246,and that lead to 
> real
> problem for mips64. Put the line ahead of the beqz solve it.
>
>
>
>
>
>
>

From hjl@lucon.org Mon Mar 29 19:42:04 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 29 Mar 2004 19:42:05 +0100 (BST)
Received: from sccrmhc12.comcast.net ([IPv6:::ffff:204.127.202.56]:17863 "EHLO
	sccrmhc12.comcast.net") by linux-mips.org with ESMTP
	id <S8225458AbUC2SmE>; Mon, 29 Mar 2004 19:42:04 +0100
Received: from lucon.org ([24.6.43.109]) by comcast.net (sccrmhc12) with ESMTP
          id <2004032918415701200nb3dre>; Mon, 29 Mar 2004 18:41:57 +0000
Received: by lucon.org (Postfix, from userid 1000)
	id 7CE6164CFF; Mon, 29 Mar 2004 10:41:56 -0800 (PST)
Date: Mon, 29 Mar 2004 10:41:56 -0800
From: "H. J. Lu" <hjl@lucon.org>
To: Shantanu Gogate <sagogate@yahoo.com>
Cc: linux-mips@linux-mips.org
Subject: Re: linux port on mips
Message-ID: <20040329184156.GA3482@lucon.org>
References: <20040329182510.219.qmail@web60703.mail.yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040329182510.219.qmail@web60703.mail.yahoo.com>
User-Agent: Mutt/1.4.1i
Return-Path: <hjl@lucon.org>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4678
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hjl@lucon.org
Precedence: bulk
X-list: linux-mips

Please ask it on the Linux mips mailing list.


H.J.
---
On Mon, Mar 29, 2004 at 10:25:10AM -0800, Shantanu Gogate wrote:
> i found the following snippet in one of your ports to glibc bug mailing list. However that link
> does not seem to be active anymore ? Is the mini-port you mentioned available anywhere else ? It
> could be of help to me. 
> 
> thanks,
> shantanu.
> 
> --snip--
> My mini-port of RedHat 7.1 is at
> 
> ftp://oss.sgi.com/pub/linux/mips/redhat/7.1/
> 
> you should be able to put a small RedHat 7.1 on the mips/mipsel box and
> compile the rest of RedHat 7.1 yourselves.
> --snip--
> 
> __________________________________
> Do you Yahoo!?
> Yahoo! Finance Tax Center - File online. File on time.
> http://taxes.yahoo.com/filing.html

From kevink@mips.com Mon Mar 29 20:07:31 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 29 Mar 2004 20:07:32 +0100 (BST)
Received: from mx.mips.com ([IPv6:::ffff:206.31.31.226]:57786 "EHLO
	mx.mips.com") by linux-mips.org with ESMTP id <S8225458AbUC2THb>;
	Mon, 29 Mar 2004 20:07:31 +0100
Received: from mercury.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.12.11/8.12.11) with ESMTP id i2TIvp2c017786;
	Mon, 29 Mar 2004 10:57:51 -0800 (PST)
Received: from grendel (grendel [192.168.236.16])
	by mercury.mips.com (8.12.11/8.12.11) with SMTP id i2TJ7LMm027900;
	Mon, 29 Mar 2004 11:07:22 -0800 (PST)
Message-ID: <005101c415c1$5c99ef00$10eca8c0@grendel>
From: "Kevin D. Kissell" <kevink@mips.com>
To: "H. J. Lu" <hjl@lucon.org>, "Shantanu Gogate" <sagogate@yahoo.com>
Cc: <linux-mips@linux-mips.org>
References: <20040329182510.219.qmail@web60703.mail.yahoo.com> <20040329184156.GA3482@lucon.org>
Subject: Re: linux port on mips
Date: Mon, 29 Mar 2004 21:09:27 +0200
Organization: MIPS Technologies Inc.
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
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-Scanned-By: MIMEDefang 2.39
Return-Path: <kevink@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4679
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kevink@mips.com
Precedence: bulk
X-list: linux-mips

Shantanu:

See http://www.linux-mips.org/distributions.html for pointers to H.J's 7.1 port,
plus some other userland distributions.  While that page mentions the installation
kit for 7.1 that's available on the MIPS FTP server, it does not mention the RH 7.3
variant, which can be found at
ftp://ftp.mips.com/pub/linux/mips/installation/redhat7.3/01.00/

----- Original Message ----- 
From: "H. J. Lu" <hjl@lucon.org>
To: "Shantanu Gogate" <sagogate@yahoo.com>
Cc: <linux-mips@linux-mips.org>
Sent: Monday, March 29, 2004 20:41
Subject: Re: linux port on mips


> Please ask it on the Linux mips mailing list.
> 
> 
> H.J.
> ---
> On Mon, Mar 29, 2004 at 10:25:10AM -0800, Shantanu Gogate wrote:
> > i found the following snippet in one of your ports to glibc bug mailing list. However that link
> > does not seem to be active anymore ? Is the mini-port you mentioned available anywhere else ? It
> > could be of help to me. 
> > 
> > thanks,
> > shantanu.
> > 
> > --snip--
> > My mini-port of RedHat 7.1 is at
> > 
> > ftp://oss.sgi.com/pub/linux/mips/redhat/7.1/
> > 
> > you should be able to put a small RedHat 7.1 on the mips/mipsel box and
> > compile the rest of RedHat 7.1 yourselves.
> > --snip--
> > 
> > __________________________________
> > Do you Yahoo!?
> > Yahoo! Finance Tax Center - File online. File on time.
> > http://taxes.yahoo.com/filing.html
> 
> 

From brian@murphy.dk Mon Mar 29 21:01:45 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 29 Mar 2004 21:01:46 +0100 (BST)
Received: from [IPv6:::ffff:217.157.140.228] ([IPv6:::ffff:217.157.140.228]:60994
	"EHLO valis.localnet") by linux-mips.org with ESMTP
	id <S8225458AbUC2UBp>; Mon, 29 Mar 2004 21:01:45 +0100
Received: from murphy.dk (brm@brian.localnet [10.0.0.2])
	by valis.localnet (8.12.7/8.12.7/Debian-2) with ESMTP id i2TK1ZHK029092
	for <linux-mips@linux-mips.org>; Mon, 29 Mar 2004 22:01:35 +0200
Message-ID: <4068809F.8070103@murphy.dk>
Date: Mon, 29 Mar 2004 22:01:35 +0200
From: Brian Murphy <brian@murphy.dk>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2
X-Accept-Language: en
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: BUG in pcnet32.c?
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <brian@murphy.dk>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4680
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: brian@murphy.dk
Precedence: bulk
X-list: linux-mips

In pcnet32.c where the driver writer sets up her receive buffers there 
is this line

lp->rx_dma_addr[i] = pci_map_single(lp->pci_dev, rx_skbuff->tail, 
rx_skbuff->len, PCI_DMA_FROMDEVICE);

the length value turns out to be 0 and crashes the running process,ifconfig.
Is making a map for a buffer of length 0 valid at all? If not what the 
hell is going on here.

I feel this should say PKT_BUF_SZ instead of rx_skbuff->len which is the 
length of skbuff which has been
allocated at this point in the code, this is line 986 in todays checkout.

Something is wrong in any case, any pointers?

/Brian


From sjhill@realitydiluted.com Mon Mar 29 21:26:00 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 29 Mar 2004 21:26:01 +0100 (BST)
Received: from eth13.com-link.com ([IPv6:::ffff:208.242.241.164]:32957 "EHLO
	real.realitydiluted.com") by linux-mips.org with ESMTP
	id <S8225458AbUC2U0A>; Mon, 29 Mar 2004 21:26:00 +0100
Received: from localhost ([127.0.0.1] helo=realitydiluted.com)
	by real.realitydiluted.com with esmtp (Exim 3.36 #1 (Debian))
	id 1B83KU-0005ys-00; Mon, 29 Mar 2004 14:25:54 -0600
Message-ID: <4068864D.1020209@realitydiluted.com>
Date: Mon, 29 Mar 2004 15:25:49 -0500
From: "Steven J. Hill" <sjhill@realitydiluted.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
MIME-Version: 1.0
To: Brian Murphy <brian@murphy.dk>
CC: linux-mips@linux-mips.org
Subject: Re: BUG in pcnet32.c?
References: <4068809F.8070103@murphy.dk>
In-Reply-To: <4068809F.8070103@murphy.dk>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <sjhill@realitydiluted.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4681
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sjhill@realitydiluted.com
Precedence: bulk
X-list: linux-mips

Brian Murphy wrote:
> In pcnet32.c where the driver writer sets up her receive buffers there 
> is this line
> 
> lp->rx_dma_addr[i] = pci_map_single(lp->pci_dev, rx_skbuff->tail, 
> rx_skbuff->len, PCI_DMA_FROMDEVICE);
> 
> the length value turns out to be 0 and crashes the running 
> process,ifconfig.
> Is making a map for a buffer of length 0 valid at all? If not what the 
> hell is going on here.
> 
> I feel this should say PKT_BUF_SZ instead of rx_skbuff->len which is the 
> length of skbuff which has been
> allocated at this point in the code, this is line 986 in todays checkout.
> 
> Something is wrong in any case, any pointers?
> 
Excellent. So my new BUG code detected another bad network driver. Your network
driver is broken and it needs fixed. I will refer you to these posts between
Jeff Garzik and myself when I found a similar issue on the 'natsemi.c' driver.
Mapping a PCI address with length zero is a BUG, period. You length should
be the maximum RX buffer length + 2. You will see from the patches in the
messages below that this is for IP header alignment. Good luck and please let
use know how it turns out.

-Steve

http://lkml.org/lkml/2004/3/16/218
http://lkml.org/lkml/2004/3/16/244

From kevink@mips.com Mon Mar 29 21:53:57 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 29 Mar 2004 21:54:06 +0100 (BST)
Received: from mx.mips.com ([IPv6:::ffff:206.31.31.226]:46294 "EHLO
	mx.mips.com") by linux-mips.org with ESMTP id <S8225458AbUC2Ux5>;
	Mon, 29 Mar 2004 21:53:57 +0100
Received: from mercury.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.12.11/8.12.11) with ESMTP id i2TKiFUr024693;
	Mon, 29 Mar 2004 12:44:15 -0800 (PST)
Received: from grendel (grendel [192.168.236.16])
	by mercury.mips.com (8.12.11/8.12.11) with SMTP id i2TKriO4009385;
	Mon, 29 Mar 2004 12:53:45 -0800 (PST)
Message-ID: <008901c415d0$3a94d5f0$10eca8c0@grendel>
From: "Kevin D. Kissell" <kevink@mips.com>
To: "Steven J. Hill" <sjhill@realitydiluted.com>,
	"Brian Murphy" <brian@murphy.dk>
Cc: <linux-mips@linux-mips.org>
References: <4068809F.8070103@murphy.dk> <4068864D.1020209@realitydiluted.com>
Subject: Re: BUG in pcnet32.c?
Date: Mon, 29 Mar 2004 22:55:52 +0200
Organization: MIPS Technologies Inc.
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
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-Scanned-By: MIMEDefang 2.39
Return-Path: <kevink@mips.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4682
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kevink@mips.com
Precedence: bulk
X-list: linux-mips

> Excellent. So my new BUG code detected another bad network driver. Your network
> driver is broken and it needs fixed. I will refer you to these posts between
> Jeff Garzik and myself when I found a similar issue on the 'natsemi.c' driver.
> Mapping a PCI address with length zero is a BUG, period. You length should
> be the maximum RX buffer length + 2. You will see from the patches in the
> messages below that this is for IP header alignment. Good luck and please let
> use know how it turns out.

Which reminds me of something I've been meaning to mention for a while.
Back in the dark days of Linux 2.2 on MIPS, I discovered that a number
of network drivers were subtly broken for MIPS because they allocated
enough extra space for IP header alignment, but not for cache line alignment.
Particularly on CPUs with write-back caches, it can be a Bad Thing if a cache 
line straddles two packet buffers, as the flush of one can cause the other to be
clobbered.  I had to redefine the alignment constant for MIPS to be a function
of the line size to have 100% solid operation of the Tulip and pcnet32 drivers.

The whole network driver cache management paradigm was redone for 2.4,
and I've often wondered whether the same potential problem exists, but never
had the time to go in and check.

There, I've mentioned it.  My conscience is clear.  ;o)

From sjhill@realitydiluted.com Mon Mar 29 21:59:14 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 29 Mar 2004 21:59:15 +0100 (BST)
Received: from eth13.com-link.com ([IPv6:::ffff:208.242.241.164]:52414 "EHLO
	real.realitydiluted.com") by linux-mips.org with ESMTP
	id <S8225458AbUC2U7O>; Mon, 29 Mar 2004 21:59:14 +0100
Received: from localhost ([127.0.0.1] helo=realitydiluted.com)
	by real.realitydiluted.com with esmtp (Exim 3.36 #1 (Debian))
	id 1B83qX-00060c-00; Mon, 29 Mar 2004 14:59:01 -0600
Message-ID: <40688E13.2070905@realitydiluted.com>
Date: Mon, 29 Mar 2004 15:58:59 -0500
From: "Steven J. Hill" <sjhill@realitydiluted.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
MIME-Version: 1.0
To: "Kevin D. Kissell" <kevink@mips.com>
CC: Brian Murphy <brian@murphy.dk>, linux-mips@linux-mips.org
Subject: Re: BUG in pcnet32.c?
References: <4068809F.8070103@murphy.dk> <4068864D.1020209@realitydiluted.com> <008901c415d0$3a94d5f0$10eca8c0@grendel>
In-Reply-To: <008901c415d0$3a94d5f0$10eca8c0@grendel>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <sjhill@realitydiluted.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4683
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sjhill@realitydiluted.com
Precedence: bulk
X-list: linux-mips

Kevin D. Kissell wrote:
> 
> The whole network driver cache management paradigm was redone for 2.4,
> and I've often wondered whether the same potential problem exists, but never
> had the time to go in and check.
> 
> There, I've mentioned it.  My conscience is clear.  ;o)
>
*blush* Okaay, I....I need to clear my conscience too. I knew about this
when posting, but forgot to mention it. Brian, you may find that the + 2
for IP alignment does not work precisely for the reason Kevin mentioned.
You may need to cache align your RX buffer. Again, let us know what you
discover. Okay, now MY conscience is clear.

-Steve

From chenli@nortelnetworks.com Tue Mar 30 00:39:26 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 30 Mar 2004 00:39:27 +0100 (BST)
Received: from zcars04e.nortelnetworks.com ([IPv6:::ffff:47.129.242.56]:47014
	"EHLO zcars04e.nortelnetworks.com") by linux-mips.org with ESMTP
	id <S8225462AbUC2Xj0>; Tue, 30 Mar 2004 00:39:26 +0100
Received: from zcard307.ca.nortel.com (zcard307.ca.nortel.com [47.129.242.67])
	by zcars04e.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id i2TNdHR13909
	for <linux-mips@linux-mips.org>; Mon, 29 Mar 2004 18:39:17 -0500 (EST)
Received: from zcard0k6.ca.nortel.com ([47.129.242.158]) by zcard307.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id GXWMPHD9; Mon, 29 Mar 2004 18:39:17 -0500
Received: from americasm01.nt.com (wcary3hh.ca.nortel.com [47.129.112.118]) by zcard0k6.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id DNVQH3W0; Mon, 29 Mar 2004 18:39:17 -0500
Message-ID: <4068B3A4.4000204@americasm01.nt.com>
Date: Mon, 29 Mar 2004 18:39:16 -0500
X-Sybari-Space: 00000000 00000000 00000000 00000000
From: "Lijun Chen" <chenli@nortelnetworks.com>
Organization: Nortel Networks
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
MIME-Version: 1.0
To: linux-mips@linux-mips.org
Subject: NMI handling in MIPS64
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <chenli@nortelnetworks.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 4684
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: chenli@nortelnetworks.com
Precedence: bulk
X-list: linux-mips

Hi,

I noticed there is a NMI handler in mips32 kernel tree (arch/mips/kernel/head.S and traps.c).
But there is not a counterpart in mips64. Do we need one?
From Ralf's earlier emails, the execution of NMI will pass through the firmware. Does that
mean just the firmware handles the NMI? And if the NMI can be enabled/disabled?
My testing system is BCM1250 with SB1 cores.

Thanks in advance,
Lijun



From ralf@linux-mips.org Tue Mar 30 02:24:06 2004
Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 30 Mar 2004 02:24:07 +0100 (BST)
Received: from p508B71D0.dip.t-dialin.net ([IPv6:::ffff:80.139.113.208]:2872
	"EHLO mail.linux-mips.net") by linux-mips.org with ESMTP
	id <S8225471AbUC3BYG>; Tue, 30 Mar 2004 02:24:06 +0100
Received: from fluff.linux-mips.net (fluff.linux-mips.net [127.