Sir I am using gd library on Linux = intel=20 processor sucessfully but now I want to do same on MIPS. I = don't know=20 to how install, configure and test gd library on MIPS. Sir please = give me=20 some clue or link to study for the same.

I tried to configure gd library = compilation using=20 following command from linux intel processor:

./configure --host=3Dmips
and it = makes Makefile=20 with some differences

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

host_triplet =3D = mips-unknown-elf

host =3D = mips-unknown-elf
host_alias =3D=20 mips
host_cpu =3D mips

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

Now I tried to build a example using = this=20 Makefile "make gddemo". What I expect that it will create gddemo binary = that=20 will output in correctly on MIPS processor. But when I run this binary = on MIPS=20 it is showing errors.

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

/launchpad # ./gddemo
./gddemo: 1: Syntax error: "(" = unexpected

**************************************************************<= /FONT>

Also I have downloaded debian = packages for gd=20 library on MIPS processor but don't know how to install them. I tried = dpkg=20 command but it shows no such command. So sir please help me = out.

So please help me how should I=20 proceed.

Regards

Inpreet=20 singh

------=_NextPart_000_0150_01C54C2F.B52EBC40-- From ralf@linux-mips.org Thu Apr 28 16:21:14 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 16:21:29 +0100 (BST) Received: from extgw-uk.mips.com ([IPv6:::ffff:62.254.210.129]:26900 "EHLO bacchus.net.dhis.org") by linux-mips.org with ESMTP id ; Thu, 28 Apr 2005 16:21:14 +0100 Received: from dea.linux-mips.net (localhost.localdomain [127.0.0.1]) by bacchus.net.dhis.org (8.13.1/8.13.1) with ESMTP id j3SFLNt2005526; Thu, 28 Apr 2005 16:21:23 +0100 Received: (from ralf@localhost) by dea.linux-mips.net (8.13.1/8.13.1/Submit) id j3SFLNJb005525; Thu, 28 Apr 2005 16:21:23 +0100 Date: Thu, 28 Apr 2005 16:21:23 +0100 From: Ralf Baechle To: "Kevin D. Kissell" Cc: Atsushi Nemoto , linux-mips@linux-mips.org Subject: Re: preempt safe fpu-emulator Message-ID: <20050428152123.GH1276@linux-mips.org> References: <20050427.143622.77402407.nemoto@toshiba-tops.co.jp> <20050428134118.GC1276@linux-mips.org> <002d01c54bfa$5b913f80$0deca8c0@Ulysses> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002d01c54bfa$5b913f80$0deca8c0@Ulysses> User-Agent: Mutt/1.4.1i 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: 7817 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, Apr 28, 2005 at 06:58:28AM -0700, Kevin D. Kissell wrote: > When I first integrated the Algorithmics emulator with the Linux kernel > several years back, I tried doing something like this but ran into some > problem that I cannot recall exactly - there may have been some case > where the system expected threads to "inherit" FCSR changes. I agree > that this is an obviously cleaner approach, but be careful. The global variables definately won't fly anymore in preemptable and SMP kernels. Or rather any attempt to get that to work would only make things worse, so they had to go. Ralf From macro@linux-mips.org Thu Apr 28 16:25:28 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 16:25:43 +0100 (BST) Received: from pollux.ds.pg.gda.pl ([IPv6:::ffff:153.19.208.7]:6921 "EHLO pollux.ds.pg.gda.pl") by linux-mips.org with ESMTP id ; Thu, 28 Apr 2005 16:25:28 +0100 Received: from localhost (localhost [127.0.0.1]) by pollux.ds.pg.gda.pl (Postfix) with ESMTP id 72F70F5B79; Thu, 28 Apr 2005 17:25:19 +0200 (CEST) Received: from pollux.ds.pg.gda.pl ([127.0.0.1]) by localhost (pollux [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28336-02; Thu, 28 Apr 2005 17:25:19 +0200 (CEST) Received: from piorun.ds.pg.gda.pl (piorun.ds.pg.gda.pl [153.19.208.8]) by pollux.ds.pg.gda.pl (Postfix) with ESMTP id 0BB29F5B78; Thu, 28 Apr 2005 17:25:19 +0200 (CEST) Received: from blysk.ds.pg.gda.pl (macro@blysk.ds.pg.gda.pl [153.19.208.6]) by piorun.ds.pg.gda.pl (8.13.1/8.13.1) with ESMTP id j3SFPMNv015956; Thu, 28 Apr 2005 17:25:22 +0200 Date: Thu, 28 Apr 2005 16:25:30 +0100 (BST) From: "Maciej W. Rozycki" To: Ralf Baechle Cc: "Kevin D. Kissell" , Atsushi Nemoto , linux-mips@linux-mips.org Subject: Re: preempt safe fpu-emulator In-Reply-To: <20050428152123.GH1276@linux-mips.org> Message-ID: References: <20050427.143622.77402407.nemoto@toshiba-tops.co.jp> <20050428134118.GC1276@linux-mips.org> <002d01c54bfa$5b913f80$0deca8c0@Ulysses> <20050428152123.GH1276@linux-mips.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV 0.83/857/Thu Apr 28 08:30:10 2005 on piorun.ds.pg.gda.pl X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at pollux.ds.pg.gda.pl 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: 7818 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@linux-mips.org Precedence: bulk X-list: linux-mips On Thu, 28 Apr 2005, Ralf Baechle wrote: > > When I first integrated the Algorithmics emulator with the Linux kernel > > several years back, I tried doing something like this but ran into some > > problem that I cannot recall exactly - there may have been some case > > where the system expected threads to "inherit" FCSR changes. I agree > > that this is an obviously cleaner approach, but be careful. > > The global variables definately won't fly anymore in preemptable and SMP > kernels. Or rather any attempt to get that to work would only make things > worse, so they had to go. It depends on how they were actually used -- real FPU circuitry is "global", too, and somehow it works or at least it has to. Maciej From ralf@linux-mips.org Thu Apr 28 16:33:48 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 16:34:02 +0100 (BST) Received: from extgw-uk.mips.com ([IPv6:::ffff:62.254.210.129]:57100 "EHLO bacchus.net.dhis.org") by linux-mips.org with ESMTP id ; Thu, 28 Apr 2005 16:33:48 +0100 Received: from dea.linux-mips.net (localhost.localdomain [127.0.0.1]) by bacchus.net.dhis.org (8.13.1/8.13.1) with ESMTP id j3SFXuqg005957; Thu, 28 Apr 2005 16:33:56 +0100 Received: (from ralf@localhost) by dea.linux-mips.net (8.13.1/8.13.1/Submit) id j3SFXuLS005956; Thu, 28 Apr 2005 16:33:56 +0100 Date: Thu, 28 Apr 2005 16:33:56 +0100 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: "Kevin D. Kissell" , Atsushi Nemoto , linux-mips@linux-mips.org Subject: Re: preempt safe fpu-emulator Message-ID: <20050428153356.GI1276@linux-mips.org> References: <20050427.143622.77402407.nemoto@toshiba-tops.co.jp> <20050428134118.GC1276@linux-mips.org> <002d01c54bfa$5b913f80$0deca8c0@Ulysses> <20050428152123.GH1276@linux-mips.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i 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: 7819 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, Apr 28, 2005 at 04:25:30PM +0100, Maciej W. Rozycki wrote: > It depends on how they were actually used -- real FPU circuitry is > "global", too, and somehow it works or at least it has to. But it's not shared across processes ;-) Ralf From ralf@linux-mips.org Thu Apr 28 16:34:32 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 16:34:47 +0100 (BST) Received: from extgw-uk.mips.com ([IPv6:::ffff:62.254.210.129]:21008 "EHLO bacchus.net.dhis.org") by linux-mips.org with ESMTP id ; Thu, 28 Apr 2005 16:34:32 +0100 Received: from dea.linux-mips.net (localhost.localdomain [127.0.0.1]) by bacchus.net.dhis.org (8.13.1/8.13.1) with ESMTP id j3SFYeMF005967; Thu, 28 Apr 2005 16:34:40 +0100 Received: (from ralf@localhost) by dea.linux-mips.net (8.13.1/8.13.1/Submit) id j3SFYeU7005966; Thu, 28 Apr 2005 16:34:40 +0100 Date: Thu, 28 Apr 2005 16:34:40 +0100 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: "Kevin D. Kissell" , Atsushi Nemoto , linux-mips@linux-mips.org Subject: Re: preempt safe fpu-emulator Message-ID: <20050428153440.GA5960@linux-mips.org> References: <20050427.143622.77402407.nemoto@toshiba-tops.co.jp> <20050428134118.GC1276@linux-mips.org> <002d01c54bfa$5b913f80$0deca8c0@Ulysses> <20050428152123.GH1276@linux-mips.org> <20050428153356.GI1276@linux-mips.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050428153356.GI1276@linux-mips.org> User-Agent: Mutt/1.4.1i 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: 7820 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, Apr 28, 2005 at 04:33:56PM +0100, Ralf Baechle wrote: > > It depends on how they were actually used -- real FPU circuitry is > > "global", too, and somehow it works or at least it has to. > > But it's not shared across processes ;-) Processors, of course. Ralf From kevink@mips.com Thu Apr 28 17:03:54 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 17:04:09 +0100 (BST) Received: from 209-232-97-206.ded.pacbell.net ([IPv6:::ffff:209.232.97.206]:55770 "EHLO dns0.mips.com") by linux-mips.org with ESMTP id ; Thu, 28 Apr 2005 17:03:54 +0100 Received: from mercury.mips.com (sbcns-dmz [209.232.97.193]) by dns0.mips.com (8.12.11/8.12.11) with ESMTP id j3SG3jJd007062; Thu, 28 Apr 2005 09:03:45 -0700 (PDT) Received: from grendel (grendel [192.168.236.16]) by mercury.mips.com (8.12.9/8.12.11) with SMTP id j3SG3hQf014926; Thu, 28 Apr 2005 09:03:44 -0700 (PDT) Message-ID: <004e01c54c0c$4c9f3d30$10eca8c0@grendel> From: "Kevin D. Kissell" To: "Ralf Baechle" Cc: "Atsushi Nemoto" , References: <20050427.143622.77402407.nemoto@toshiba-tops.co.jp> <20050428134118.GC1276@linux-mips.org> <002d01c54bfa$5b913f80$0deca8c0@Ulysses> <20050428152123.GH1276@linux-mips.org> Subject: Re: preempt safe fpu-emulator Date: Thu, 28 Apr 2005 18:06:53 +0200 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.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-Scanned-By: MIMEDefang 2.39 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: 7821 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 > On Thu, Apr 28, 2005 at 06:58:28AM -0700, Kevin D. Kissell wrote: > > > When I first integrated the Algorithmics emulator with the Linux kernel > > several years back, I tried doing something like this but ran into some > > problem that I cannot recall exactly - there may have been some case > > where the system expected threads to "inherit" FCSR changes. I agree > > that this is an obviously cleaner approach, but be careful. > > The global variables definately won't fly anymore in preemptable and SMP > kernels. Or rather any attempt to get that to work would only make things > worse, so they had to go. The global variable thing was clearly not SMP safe - but then again, the 32-bit MIPS kernel we were working with wasn't SMP safe either, in those days. ;o) But *if* - and it may not really (or no longer) be the case - there is an implicit assumption that some FCSR state is preserved on a context switch, it would be more correct to map the ieee754_csr symbol to a per-CPU variable than a per-thread variable. Regards, Kevin K. From vprashant@echelon.com Thu Apr 28 19:18:44 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 19:19:00 +0100 (BST) Received: from ntfw.echelon.com ([IPv6:::ffff:205.229.50.10]:28510 "EHLO [205.229.50.10]") by linux-mips.org with ESMTP id ; Thu, 28 Apr 2005 19:18:44 +0100 Received: from miles.echelon.com by [205.229.50.10] via smtpd (for mail.linux-mips.org [62.254.210.162]) with ESMTP; Thu, 28 Apr 2005 11:18:43 -0700 Received: by miles.echelon.echcorp.com with Internet Mail Service (5.5.2653.19) id ; Thu, 28 Apr 2005 11:18:41 -0700 Message-ID: <5375D9FB1CC3994D9DCBC47C344EEB590165465D@miles.echelon.echcorp.com> From: Prashant Viswanathan To: 'JP' , ppopov@embeddedalley.com Cc: Prashant Viswanathan , 'Manish Lachwani' , linux-mips@linux-mips.org Subject: RE: Big Endian au1550 Date: Thu, 28 Apr 2005 11:18:40 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain 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: 7822 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: vprashant@echelon.com Precedence: bulk X-list: linux-mips > I can confirm that BE works fine on the db1550 board. Just add line > > select SYS_SUPPORTS_BIG_ENDIAN > > to the db1550 section of arch/mips/Kconfig. That allows you to choose > BE. > > I guess all the alchemy boards will work LE and BE. At least allowing > the setting will mean they get tested rather than folk getting put off > by the fact they can't select it. > > JP Thanks. Actually I had BE working many months ago. I just did an update to get the latest and greatest stuff. It would be good if Kconfig was "fixed" to allow BE selection. Prashant From bryan.althouse@3phoenix.com Thu Apr 28 20:16:08 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 20:16:26 +0100 (BST) Received: from sccrmhc13.comcast.net ([IPv6:::ffff:204.127.202.64]:10481 "EHLO sccrmhc13.comcast.net") by linux-mips.org with ESMTP id ; Thu, 28 Apr 2005 20:16:08 +0100 Received: from ba3pi (pcp0010731669pcs.howard01.md.comcast.net[69.243.71.130]) by comcast.net (sccrmhc13) with SMTP id <20050428191601016002h221e>; Thu, 28 Apr 2005 19:16:01 +0000 From: "Bryan Althouse" To: Cc: Subject: Date: Thu, 28 Apr 2005 15:15:49 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcVMJrAGKf+TUcotQiCo0YNheAEyXQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050428191608Z8225923-1340+6320@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: 7823 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: bryan.althouse@3phoenix.com Precedence: bulk X-list: linux-mips Hello, I would like to use a 2.6.x kernel with my Yosemite/HalfDome board. Somehow, I am unable to compile the kernel. I have tried the 2.6.10 kernel trees from ftp.pmc-sierra.com and also the latest 2.6.12 snapshot from linux-mips. I am using the 3.3.x cross compile tools from ftp.pmc-sierra.com . The 2.4.x kernels from PMC compile fine. In the case of 2.6.10 from ftp.pmc-sierra.com, my error looks like: Make[3]: *** [drivers/char/agp/backend.o] Error 1 In the case of 2.6.12 from linux-mips, my error looks like: drivers/net/titan_ge.c1950: error: 'titan_device_remove" undeclared here (not in a function) My compile process is like so: make mrproper make xconfig make oldconfig make ARCH=mips CROSS_COMPILE=//mips64-linux-gnu- vmlinux Could someone share their .config with me, or make some suggestions? Thank you, Bryan From christian.gan@librestream.com Thu Apr 28 21:11:31 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 21:11:58 +0100 (BST) Received: from 205-200-7-228.static.mts.net ([IPv6:::ffff:205.200.7.228]:23784 "EHLO librestream.com") by linux-mips.org with ESMTP id convert rfc822-to-8bit; Thu, 28 Apr 2005 21:11:31 +0100 X-MIMEOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT Subject: RE: iptables/vmalloc issues on alchemy Date: Thu, 28 Apr 2005 15:11:27 -0500 Message-ID: <8230E1CC35AF9F43839F3049E930169A137217@yang.LibreStream.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: iptables/vmalloc issues on alchemy thread-index: AcVLsEJYLC+K/Ey9TpaqKlUwlL9V/gAffudg From: "Christian Gan" To: "Herbert Valerio Riedel" , "Dan Malek" Cc: "Josh Green" , , "Pete Popov" 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: 7824 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: christian.gan@librestream.com Precedence: bulk X-list: linux-mips Could this also related to this problem I posted a long time ago? I haven't had a chance to revisit things for a while... -----Original Message----- Just a little update on this: I turned off 36 bit address support for the MIPS32 (CONFIG_64BIT_PHYS_ADDR) and found that my tests for vmalloc work. Can anyone who knows better point me in a direction of where I should start? Thanks! Christian -----Original Message----- From: linux-mips-bounce@linux-mips.org [mailto:linux-mips-bounce@linux-mips.org] On Behalf Of Christian Gan Sent: Tuesday, January 04, 2005 3:25 PM To: linux-mips@linux-mips.org Subject: vmalloc memory corruption Hey all, I'm running into a strange memory corruption problem while trying to get a driver to load firmware using hotplug support on a DBAU1550 eval board. This board has a single AU1550 MIPS32 processor. I'm running kernel version 2.6.10-rc3. I've attached a code snippet below that I'd like somebody to try to verify for me so I can determine whether or not it is a problem with my kernel/hardware. The test code is a simplified version of the interaction between the driver and the firmware/hotplug support of the kernel. The firmware hotplug support (linux/drivers/base/firmware_class.c) if fed data from a file and places it into a buffer, this buffer gets reallocated when required and grows as more data is read in. Old data is memcopied into the new reallocated buffer and newly read data is appended to the end. What I'm finding is that eventually this data is corrupted. Compile the test snippet below as a module and insmod it. If things are successful you should see results like this: # insmod vmalloctest.ko Using vmalloctest.ko testing vmalloc 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08 0x09 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08 0x09 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08 0x09 ... 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08 0x09 But if data changes at any time, you've got problems like me. When I run this on my platform eventually the data becomes all 0x00. Notice that if you use kmalloc instead of vmalloc (define USE_KMALLOC), everything works. Thanks! Christian Gan // Start vmalloctest.c #ifndef __KERNEL__ #define __KERNEL__ #endif #include #include #include #include #include #include #include #include #include #include #include //#define USE_KMALLOC void fillbuf(char * buf, unsigned long len) { int i = 0; for (i = 0; i < len; i++) { buf[i] = 0xFF & i; } } int __init vmalloctest_init(void) { char * buf = NULL; int i = 0; printk("testing vmalloc\n"); for (i = 0; i < 50; i++) { int j = 0; #ifndef USE_KMALLOC char * newbuf = vmalloc( (i+1)*PAGE_SIZE ); // allocate a new buffer that grows in size #else char * newbuf = kmalloc( (i+1)*PAGE_SIZE, GFP_KERNEL ); // allocate a new buffer that grows in size #endif if (!newbuf) { printk("Could not allocate memory: %ld bytes\n", (i+1)*PAGE_SIZE); break; } if (i==0) { fillbuf(newbuf, PAGE_SIZE ); // fill the original buffer with some data... any will suffice } else { memcpy(newbuf, buf, i*PAGE_SIZE); // copy the contents of the old buffer to the new } #ifndef USE_KMALLOC vfree(buf); // free the old buffer #else kfree(buf); // free the old buffer #endif buf = newbuf; // print out the first few bytes for (j=0; j < 10; j++) { printk("0x%02X ", 0xff & buf[j]); } printk("\n"); } #ifndef USE_KMALLOC vfree(buf); #else kfree(buf); #endif return 0; } module_init(vmalloctest_init); MODULE_LICENSE("GPL"); From dan@embeddededge.com Thu Apr 28 21:56:42 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 21:56:56 +0100 (BST) Received: from embeddededge.com ([IPv6:::ffff:209.113.146.155]:27912 "EHLO penguin.netx4.com") by linux-mips.org with ESMTP id ; Thu, 28 Apr 2005 21:56:42 +0100 Received: from [192.168.253.28] (tibook.embeddededge.com [192.168.253.28]) by penguin.netx4.com (8.12.8/8.12.9) with ESMTP id j3SKopfg005185; Thu, 28 Apr 2005 16:50:51 -0400 In-Reply-To: <8230E1CC35AF9F43839F3049E930169A137217@yang.LibreStream.local> References: <8230E1CC35AF9F43839F3049E930169A137217@yang.LibreStream.local> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit Cc: , "Herbert Valerio Riedel" , "Josh Green" , "Pete Popov" From: Dan Malek Subject: Re: iptables/vmalloc issues on alchemy Date: Thu, 28 Apr 2005 16:56:39 -0400 To: "Christian Gan" X-Mailer: Apple Mail (2.622) 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: 7825 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 On Apr 28, 2005, at 4:11 PM, Christian Gan wrote: > Could this also related to this problem I posted a long time ago? I > haven't had a chance to revisit things for a while... I've just been talking about 2.6, so "long time ago" can't be that long :-) I have the updates to the exception handler so the PTEs get loaded correctly, that's on the way. I think 2.4 should be OK if anyone is using that. The one that bothers me is this patch I've been sitting on for quite some time. It's not specific to Alchemy, it's a generic MIPS page table issue. The problem started when someone loaded very large modules which caused a new kernel page table to be allocated. For some reason I don't remember, the vmalloc_fault fixup didn't handle this, and the applications would crash the system because their pgd page didn't get updated to reflect this. The address must have been in the vmalloc space, but I no longer have the system for testing (but the code is running in a several thousand real products). The only way I could make this work is to test the fault address, the most significant bit anyway, in the TLB miss handler to see if it was a user or kernel address. If it was a kernel address, I loaded the init_mm pgd instead of the thread pgd. Just one test and a couple of instructions, but it was necessary. I'm still puzzling, but will remember :-) Thanks. -- Dan From christian.gan@librestream.com Thu Apr 28 22:22:35 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 22:22:50 +0100 (BST) Received: from 205-200-7-228.static.mts.net ([IPv6:::ffff:205.200.7.228]:21256 "EHLO librestream.com") by linux-mips.org with ESMTP id convert rfc822-to-8bit; Thu, 28 Apr 2005 22:22:35 +0100 X-MIMEOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT Subject: RE: iptables/vmalloc issues on alchemy Date: Thu, 28 Apr 2005 16:22:34 -0500 Message-ID: <8230E1CC35AF9F43839F3049E930169A137228@yang.LibreStream.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: iptables/vmalloc issues on alchemy thread-index: AcVMNMa94lBtGCPBQHWsdaLSO1+uUQAAnZyA From: "Christian Gan" To: "Dan Malek" Cc: , "Herbert Valerio Riedel" , "Josh Green" , "Pete Popov" 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: 7826 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: christian.gan@librestream.com Precedence: bulk X-list: linux-mips Yes "long time ago" is a very loose and relative term :). My version at the time was 2.6.10 (December-ish). I was seeing very similar symptoms to Herbert: - loading a firmware module (for a prism 802.11b mini PCI card) through the hotplug support would fail when using vmalloc, but not kmalloc. - I put together a dirty tester that kept increasing page requests to vmalloc until corruption was detected. Again it would be okay if I used kmalloc or if I disabled CONFIG_64BIT_PHYS_ADDR. By the way I didn't mention but my original post was attached to that last post of mine if people wanted to glance over it. Unfortunately I'm in the same boat as Dan where I don't have my setup anymore at this time. Christian Gan Software Developer LibreStream Technologies 200-55 Rothwell Road Winnipeg, MB, Canada R3P-2M5 christian.gan@librestream.com Ph: (204) 487-0612 x209 Fx: (204) 487-0914 -----Original Message----- From: Dan Malek [mailto:dan@embeddededge.com] Sent: Thursday, April 28, 2005 3:57 PM To: Christian Gan Cc: linux-mips@linux-mips.org; Herbert Valerio Riedel; Josh Green; Pete Popov Subject: Re: iptables/vmalloc issues on alchemy On Apr 28, 2005, at 4:11 PM, Christian Gan wrote: > Could this also related to this problem I posted a long time ago? I > haven't had a chance to revisit things for a while... I've just been talking about 2.6, so "long time ago" can't be that long :-) I have the updates to the exception handler so the PTEs get loaded correctly, that's on the way. I think 2.4 should be OK if anyone is using that. The one that bothers me is this patch I've been sitting on for quite some time. It's not specific to Alchemy, it's a generic MIPS page table issue. The problem started when someone loaded very large modules which caused a new kernel page table to be allocated. For some reason I don't remember, the vmalloc_fault fixup didn't handle this, and the applications would crash the system because their pgd page didn't get updated to reflect this. The address must have been in the vmalloc space, but I no longer have the system for testing (but the code is running in a several thousand real products). The only way I could make this work is to test the fault address, the most significant bit anyway, in the TLB miss handler to see if it was a user or kernel address. If it was a kernel address, I loaded the init_mm pgd instead of the thread pgd. Just one test and a couple of instructions, but it was necessary. I'm still puzzling, but will remember :-) Thanks. -- Dan From Rajesh_Palani@pmc-sierra.com Thu Apr 28 22:31:12 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 22:31:26 +0100 (BST) Received: from father.pmc-sierra.com ([IPv6:::ffff:216.241.224.13]:6630 "HELO father.pmc-sierra.bc.ca") by linux-mips.org with SMTP id ; Thu, 28 Apr 2005 22:31:12 +0100 Received: (qmail 16336 invoked by uid 101); 28 Apr 2005 21:31:04 -0000 Received: from unknown (HELO ogmios.pmc-sierra.bc.ca) (216.241.226.59) by father.pmc-sierra.com with SMTP; 28 Apr 2005 21:31:04 -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.13.3/8.12.7) with ESMTP id j3SLUv45026981; Thu, 28 Apr 2005 14:31:03 -0700 Received: by bby1exi01.pmc_nt.nt.pmc-sierra.bc.ca with Internet Mail Service (5.5.2656.59) id ; Thu, 28 Apr 2005 14:30:57 -0700 Message-ID: <04781D450CFF604A9628C8107A62FCCF0257422D@sjc1exm01.pmc_nt.nt.pmc-sierra.bc.ca> From: Raj Palani To: "'Bryan Althouse'" , linux-mips@linux-mips.org Cc: TheNop@gmx.net Subject: RE: Date: Thu, 28 Apr 2005 14:30:55 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain 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: 7827 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: Rajesh_Palani@pmc-sierra.com Precedence: bulk X-list: linux-mips A quick and dirty fix is to remove CONFIG_HOTPLUG from your .config. That function needs to be added to the driver code. -Raj > -----Original Message----- > From: linux-mips-bounce@linux-mips.org > [mailto:linux-mips-bounce@linux-mips.org]On Behalf Of Bryan Althouse > Sent: Thursday, April 28, 2005 12:16 PM > To: linux-mips@linux-mips.org > Cc: TheNop@gmx.net > Subject: > > > Hello, > > I would like to use a 2.6.x kernel with my Yosemite/HalfDome board. > Somehow, I am unable to compile the kernel. I have tried the > 2.6.10 kernel > trees from ftp.pmc-sierra.com and also the latest 2.6.12 snapshot from > linux-mips. I am using the 3.3.x cross compile tools from > ftp.pmc-sierra.com . The 2.4.x kernels from PMC compile fine. > > In the case of 2.6.10 from ftp.pmc-sierra.com, my error looks like: > Make[3]: *** [drivers/char/agp/backend.o] Error 1 > > > In the case of 2.6.12 from linux-mips, my error looks like: > drivers/net/titan_ge.c1950: error: > 'titan_device_remove" undeclared > here (not in a function) > > My compile process is like so: > make mrproper > make xconfig > make oldconfig > make ARCH=mips CROSS_COMPILE=//mips64-linux-gnu- vmlinux > > Could someone share their .config with me, or make some suggestions? > > Thank you, > Bryan > > > From dan@embeddedalley.com Thu Apr 28 23:16:48 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2005 23:17:12 +0100 (BST) Received: from embeddededge.com ([IPv6:::ffff:209.113.146.155]:46856 "EHLO penguin.netx4.com") by linux-mips.org with ESMTP id ; Thu, 28 Apr 2005 23:16:48 +0100 Received: from [192.168.253.28] (tibook.embeddededge.com [192.168.253.28]) by penguin.netx4.com (8.12.8/8.12.9) with ESMTP id j3SMAsfg005348; Thu, 28 Apr 2005 18:10:55 -0400 In-Reply-To: <8230E1CC35AF9F43839F3049E930169A137228@yang.LibreStream.local> References: <8230E1CC35AF9F43839F3049E930169A137228@yang.LibreStream.local> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit Cc: "Josh Green" , "Herbert Valerio Riedel" , , "Pete Popov" From: Dan Malek Subject: Re: iptables/vmalloc issues on alchemy Date: Thu, 28 Apr 2005 18:16:43 -0400 To: "Christian Gan" X-Mailer: Apple Mail (2.622) 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: 7828 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@embeddedalley.com Precedence: bulk X-list: linux-mips On Apr 28, 2005, at 5:22 PM, Christian Gan wrote: > ..... Again it would be okay if I used > kmalloc or if I disabled CONFIG_64BIT_PHYS_ADDR. An Au1500 or Au1550 isn't likely to work with this disabled. PCI and other peripherals exist in the 36-bit space, unless you disable them. I suspect all of this got broken with the dynamic exception handler building. Prior to that, I suspect it works fine. I guess we need to do some regression testing .... Thanks. -- Dan From christian.gan@librestream.com Fri Apr 29 00:16:44 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 29 Apr 2005 00:16:58 +0100 (BST) Received: from 205-200-7-228.static.mts.net ([IPv6:::ffff:205.200.7.228]:57871 "EHLO librestream.com") by linux-mips.org with ESMTP id convert rfc822-to-8bit; Fri, 29 Apr 2005 00:16:44 +0100 X-MIMEOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT Subject: RE: iptables/vmalloc issues on alchemy Date: Thu, 28 Apr 2005 18:16:36 -0500 Message-ID: <8230E1CC35AF9F43839F3049E930169A137236@yang.LibreStream.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: iptables/vmalloc issues on alchemy thread-index: AcVMP/eWlU8Fu2RfT3y2gnsK31YrNwACB8mw From: "Christian Gan" To: "Dan Malek" Cc: "Josh Green" , "Herbert Valerio Riedel" , , "Pete Popov" 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: 7829 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: christian.gan@librestream.com Precedence: bulk X-list: linux-mips Sorry, I should have been more clear: The little test module I created worked without CONFIG_64BIT_PHYS_ADDR, I realize that it would fail for the PCI device though. Thanks! Christian -----Original Message----- From: Dan Malek [mailto:dan@embeddedalley.com] Sent: Thursday, April 28, 2005 5:17 PM To: Christian Gan Cc: Josh Green; Herbert Valerio Riedel; linux-mips@linux-mips.org; Pete Popov Subject: Re: iptables/vmalloc issues on alchemy On Apr 28, 2005, at 5:22 PM, Christian Gan wrote: > ..... Again it would be okay if I used > kmalloc or if I disabled CONFIG_64BIT_PHYS_ADDR. An Au1500 or Au1550 isn't likely to work with this disabled. PCI and other peripherals exist in the 36-bit space, unless you disable them. I suspect all of this got broken with the dynamic exception handler building. Prior to that, I suspect it works fine. I guess we need to do some regression testing .... Thanks. -- Dan From ths@networkno.de Fri Apr 29 00:52:52 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 29 Apr 2005 00:53:07 +0100 (BST) Received: from mx02.qsc.de ([IPv6:::ffff:213.148.130.14]:60837 "EHLO mx02.qsc.de") by linux-mips.org with ESMTP id ; Fri, 29 Apr 2005 00:52:52 +0100 Received: from port-195-158-168-232.dynamic.qsc.de ([195.158.168.232] helo=hattusa.textio) by mx02.qsc.de with esmtp (Exim 3.35 #1) id 1DRIoH-0004Ad-00; Fri, 29 Apr 2005 01:52:45 +0200 Received: from ths by hattusa.textio with local (Exim 4.50) id 1DRIoH-0004RS-2S; Fri, 29 Apr 2005 01:52:45 +0200 Date: Fri, 29 Apr 2005 01:52:45 +0200 To: Dan Malek Cc: linux-mips@linux-mips.org Subject: Re: iptables/vmalloc issues on alchemy Message-ID: <20050428235244.GB1621@hattusa.textio> References: <8230E1CC35AF9F43839F3049E930169A137228@yang.LibreStream.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Thiemo Seufer 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: 7830 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: ths@networkno.de Precedence: bulk X-list: linux-mips Dan Malek wrote: > > On Apr 28, 2005, at 5:22 PM, Christian Gan wrote: > > >..... Again it would be okay if I used > >kmalloc or if I disabled CONFIG_64BIT_PHYS_ADDR. > > An Au1500 or Au1550 isn't likely to work with this disabled. > PCI and other peripherals exist in the 36-bit space, unless you > disable them. I suspect all of this got broken with the dynamic > exception handler building. Prior to that, I suspect it works > fine. I guess we need to do some regression testing .... I took the code from 2.4 for 36bit support, without the means of testing the result. There was no support for it in the 2.6 linux-mips.org CVS at that time, but some people apparently had uncontributed patches. Thiemo From stuartl@longlandclan.hopto.org Fri Apr 29 07:51:14 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 29 Apr 2005 07:51:29 +0100 (BST) Received: from 202-47-55-78.adsl.gil.com.au ([IPv6:::ffff:202.47.55.78]:44846 "EHLO longlandclan.hopto.org") by linux-mips.org with ESMTP id ; Fri, 29 Apr 2005 07:51:13 +0100 Received: (qmail 4739 invoked by uid 210); 29 Apr 2005 16:51:03 +1000 Received: from 127.0.0.1 by www (envelope-from , uid 201) with qmail-scanner-1.25st (spamassassin: 3.0.2. perlscan: 1.25st. Clear:RC:1(127.0.0.1):. Processed in 0.542765 secs); 29 Apr 2005 06:51:03 -0000 Received: from unknown (HELO mail.longlandclan.hopto.org) (127.0.0.1) by 127.0.0.1 with SMTP; 29 Apr 2005 16:51:02 +1000 Received: from 131.181.46.15 (SquirrelMail authenticated user stuartl) by mail.longlandclan.hopto.org with HTTP; Fri, 29 Apr 2005 06:51:02 -0000 (Local time zone must be set--see zic manual page) Message-ID: <57961.131.181.46.15.1114757462.squirrel@mail.longlandclan.hopto.org> In-Reply-To: <015301c54c01$9b8e4e00$3c67a8c0@netsity.com> References: <015301c54c01$9b8e4e00$3c67a8c0@netsity.com> Date: Fri, 29 Apr 2005 06:51:02 -0000 (Local time zone must be set--see zic manual page) Subject: Re: GD Library on MIPS Processor From: "Stuart Longland" To: "Inpreet Singh" Cc: linux-mips@linux-mips.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal 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: 7831 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: stuartl@longlandclan.hopto.org Precedence: bulk X-list: linux-mips -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Okay, before I start... can you please turn off HTML message composition? Some users here don't take kindly to HTML email. ;-) > Sir I am using gd library on Linux intel processor sucessfully but now I > want to do same on MIPS. I don't know to how install, configure and test > gd library on MIPS. Sir please give me some clue or link to study for > the same. > > I tried to configure gd library compilation using following command from > linux intel processor: > > ./configure --host=mips Try ./configure --host=mips-unknown-linux-gnu (or mips-unknown-linux-uclibc if you use 礐libc). Setting --build and --target may help too. > and it makes Makefile with some differences > *************************************************** > host_triplet = mips-unknown-elf > host = mips-unknown-elf > host_alias = mips > host_cpu = mips > *************************************************** > Now I tried to build a example using this Makefile "make gddemo". What I > expect that it will create gddemo binary that will output in correctly > on MIPS processor. But when I run this binary on MIPS it is showing > errors. > ************************************************************** > /launchpad # ./gddemo > ./gddemo: 1: Syntax error: "(" unexpected > ************************************************************** I'm not sure what's going on there... but I'd presume it's related to the wrong `host` option being set. Also, make sure you run the compiled binaries on the MIPS machine... they won't work on x86 (you'll get a "cannot execute binary file" error message). > Also I have downloaded debian packages for gd library on MIPS processor > but don't know how to install them. I tried dpkg command but it shows no > such command. So sir please help me out. > So please help me how should I proceed. That's odd. Do you have Debian installed correctly on the MIPS machine? What version/distribution did you install? - -- +-------------------------------------------------------------+ | Stuart Longland -oOo- http://stuartl.longlandclan.hopto.org | | Atomic Linux Project -oOo- http://atomicl.berlios.de | | - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - | | I haven't lost my mind - it's backed up on a tape somewhere | +-------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFCcdkpuarJ1mMmSrkRAlt0AJ97SkR+SDtpVXiU1KzhWvSLFLTJIgCfQyFO n8aKAVeZBTUPKhHm8NAvxAY= =1oRI -----END PGP SIGNATURE----- From charles.palmer@acutetechnology.com Fri Apr 29 09:02:09 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 29 Apr 2005 09:02:25 +0100 (BST) Received: from turtle.dnsmaster.net ([IPv6:::ffff:212.84.160.23]:7049 "EHLO turtle.dnsmaster.net") by linux-mips.org with ESMTP id ; Fri, 29 Apr 2005 09:02:09 +0100 Received: from Charles (host81-129-41-101.range81-129.btcentralplus.com [81.129.41.101]) by turtle.dnsmaster.net (8.13.1/8.12.8) with ESMTP id j3T825ZI024072 for ; Fri, 29 Apr 2005 08:02:06 GMT Message-ID: <000a01c54c91$bd2d03e0$0410a8c0@Charles> From: "Charles Palmer" To: Subject: Obtaining cardmgr, cardctl for Alchemy Date: Fri, 29 Apr 2005 09:02:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 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: 7832 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: charles.palmer@acutetechnology.com Precedence: bulk X-list: linux-mips I am working with AMD's DBAu1200 development board and want to get the PCMCIA working. It looks like I am missing a package containing cardmgr, cardctl etc. Does anyone know where I can download this from? I am using 2.4.26 kernel, based on a source tree provided with AMD's development kit, but it appears to lack this package. AMD's pcmcia.txt readme says this: "Install the MVL HHL PCMCIA package, file named hhl-mips_fp_le-pcmcia-cs-3.1.24-db010812.1.mips_fp_le.rpm. This pacakge contains the scripts and utilities (specifically cardmgr and cardctl) for making PCMCIA work". I am using 2.4.26 kernel, based on a source tree provided with AMD's development kit, but it appears to lack this package. Thanks - Charles Palmer From Singh.Inpreet@netsity.com Fri Apr 29 09:14:13 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 29 Apr 2005 09:14:35 +0100 (BST) Received: from [IPv6:::ffff:61.246.180.169] ([IPv6:::ffff:61.246.180.169]:5131 "EHLO mail.netsity.com") by linux-mips.org with ESMTP id ; Fri, 29 Apr 2005 09:14:13 +0100 Received: by mail.netsity.com with Internet Mail Service (5.5.2653.19) id ; Fri, 29 Apr 2005 13:43:59 +0530 Received: from ISINGH ([192.168.103.60]) by mail.netsity.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id J6SP2J8X; Fri, 29 Apr 2005 13:43:58 +0530 From: Inpreet Singh To: Stuart Longland Cc: linux-mips@linux-mips.org Message-ID: <005201c54c93$64a5fb30$3c67a8c0@netsity.com> References: <015301c54c01$9b8e4e00$3c67a8c0@netsity.com> <57961.131.181.46.15.1114757462.squirrel@mail.longlandclan.hopto.org> Subject: Re: GD Library on MIPS Processor Date: Fri, 29 Apr 2005 13:43:58 +0530 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.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 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: 7833 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: Singh.Inpreet@netsity.com Precedence: bulk X-list: linux-mips I want to use gd library on MIPS processor. Due to limited memory on mips, I cannot compile gd library on it. So I need to compile it on linux intel processor and transfer executable files on MIPS. I have compiled gd library on intel linux and successfully tested it. But how to compile gd library for MIPS processor? I tried to configure it with these commands 1. ./configure --host=mips-unknown-linux-gnu 2. ./configure --host=mips-linux 3. ./configure --host=mips-linux --build=mips-linux --target=mips-linux 4. ./configure --host=mips-linux --build=mips-linux but none of them had worked for me. Whenever after compiling I place my executables and try to test them, they fails to return results. gd library after configure command dynamically generates Makefile. Now method to test your application which you have to write in a c program is so make this program with this Makefile. Lets suppose you make an example and name it as test.c so what you have to do is enter test.c in this dynamically generated Makefile and write command make test this will outputs in test executable file. Which we can run using command ./test on our command prompt. Whenever I perform this task it always shows errors: ************************************************************** /launchpad # ./gddemo ./gddemo: 1: Syntax error: "(" unexpected ************************************************************** eval: 1: gcc: not found ************************************************************** I have used Source-Navigator and tried to compile my project using mips compiling option but doesn't workout. So please help me. please tell me what is best procedure to compile and test gd library on MIPS processor when due to memory limitation I cannot compile project on MIPS itself, on my MIPS processor I have installed linux with very limited command set. _____________________________________________________________________ Regards Inpreet Singh From eckhardt@satorlaser.com Fri Apr 29 11:02:07 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 29 Apr 2005 11:02:22 +0100 (BST) Received: from moutng.kundenserver.de ([IPv6:::ffff:212.227.126.184]:46035 "EHLO moutng.kundenserver.de") by linux-mips.org with ESMTP id ; Fri, 29 Apr 2005 11:02:07 +0100 Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DRSJx-00036v-00 for linux-mips@linux-mips.org; Fri, 29 Apr 2005 12:02:05 +0200 Received: from [213.39.254.68] (helo=tuxator.satorlaser-intern.com) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DRSJx-0002V8-00 for linux-mips@linux-mips.org; Fri, 29 Apr 2005 12:02:05 +0200 From: Ulrich Eckhardt Organization: Sator Laser GmbH To: linux-mips@linux-mips.org Subject: Re: Obtaining cardmgr, cardctl for Alchemy Date: Fri, 29 Apr 2005 12:03:14 +0200 User-Agent: KMail/1.7.2 References: <000a01c54c91$bd2d03e0$0410a8c0@Charles> In-Reply-To: <000a01c54c91$bd2d03e0$0410a8c0@Charles> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504291203.14838.eckhardt@satorlaser.com> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:e35cee35a663f5c944b9750a965814ae 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: 7834 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: eckhardt@satorlaser.com Precedence: bulk X-list: linux-mips Charles Palmer wrote: > I am working with AMD's DBAu1200 development board and want to get the > PCMCIA working. It looks like I am missing a package containing cardmgr, > cardctl etc. Does anyone know where I can download this from? http://pcmcia-cs.sf.net Uli From eckhardt@satorlaser.com Fri Apr 29 11:08:26 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 29 Apr 2005 11:08:41 +0100 (BST) Received: from moutng.kundenserver.de ([IPv6:::ffff:212.227.126.187]:26860 "EHLO moutng.kundenserver.de") by linux-mips.org with ESMTP id ; Fri, 29 Apr 2005 11:08:26 +0100 Received: from [213.39.254.68] (helo=tuxator.satorlaser-intern.com) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKxQS-1DRSQ4325s-0007Dj; Fri, 29 Apr 2005 12:08:24 +0200 From: Ulrich Eckhardt Organization: Sator Laser GmbH To: linux-mips@linux-mips.org Subject: Re: GD Library on MIPS Processor Date: Fri, 29 Apr 2005 12:09:33 +0200 User-Agent: KMail/1.7.2 References: <015301c54c01$9b8e4e00$3c67a8c0@netsity.com> <57961.131.181.46.15.1114757462.squirrel@mail.longlandclan.hopto.org> <005201c54c93$64a5fb30$3c67a8c0@netsity.com> In-Reply-To: <005201c54c93$64a5fb30$3c67a8c0@netsity.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504291209.34016.eckhardt@satorlaser.com> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:e35cee35a663f5c944b9750a965814ae 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: 7835 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: eckhardt@satorlaser.com Precedence: bulk X-list: linux-mips Inpreet Singh wrote: > I want to use gd library on MIPS processor. Due to limited memory on mips, > I cannot compile gd library on it. So I need to compile it on linux intel > processor and transfer executable files on MIPS. I have compiled gd library > on intel linux and successfully tested it. But how to compile gd library > for MIPS processor? I tried to configure it with these commands > 1. ./configure --host=mips-unknown-linux-gnu > 2. ./configure --host=mips-linux > 3. ./configure --host=mips-linux --build=mips-linux --target=mips-linux > 4. ./configure --host=mips-linux --build=mips-linux If you're building on Linux/x86, using '--build=mips-linux' is obviously completely bogus. > but none of them had worked for me. Whenever after compiling I place my > executables and try to test them, they fails to return results. This could have another reason, see below... > gd library after configure command dynamically generates Makefile. Now > method to test your application which you have to write in a c program is > so make this program with this Makefile. Lets suppose you make an example > and name it as test.c so what you have to do is enter test.c in this > dynamically generated Makefile and write command make test this will > outputs in test executable file. Which we can run using command ./test on > our command prompt. > > Whenever I perform this task it always shows errors: > ************************************************************** > /launchpad # ./gddemo > ./gddemo: 1: Syntax error: "(" unexpected If this program gives this message, then it is running. Why it gives it is a totally unrelated thing. Now, what could also be the case is that you didn't grab the executable but a script. Autotools usually generate a script in the builddir that setup the runtime linker so it finds the (not yet installed) libraries and then calls the executable inside the hidden .lib directory. If this all fails, create a minimal hello-world and compile it with 'mips-linux-gcc -Wall -o hw hello.c' and try that on the host machine. Uli From ralf@linux-mips.org Fri Apr 29 12:03:34 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 29 Apr 2005 12:03:48 +0100 (BST) Received: from extgw-uk.mips.com ([IPv6:::ffff:62.254.210.129]:5655 "EHLO bacchus.net.dhis.org") by linux-mips.org with ESMTP id ; Fri, 29 Apr 2005 12:03:34 +0100 Received: from dea.linux-mips.net (localhost.localdomain [127.0.0.1]) by bacchus.net.dhis.org (8.13.1/8.13.1) with ESMTP id j3TB30Vk017145; Fri, 29 Apr 2005 12:03:00 +0100 Received: (from ralf@localhost) by dea.linux-mips.net (8.13.1/8.13.1/Submit) id j3TB2xoc017144; Fri, 29 Apr 2005 12:02:59 +0100 Date: Fri, 29 Apr 2005 12:02:58 +0100 From: Ralf Baechle To: Bryan Althouse Cc: linux-mips@linux-mips.org, TheNop@gmx.net Subject: Re: your mail Message-ID: <20050429110258.GE5951@linux-mips.org> References: <20050428191608Z8225923-1340+6320@linux-mips.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050428191608Z8225923-1340+6320@linux-mips.org> User-Agent: Mutt/1.4.1i 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: 7836 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, Apr 28, 2005 at 03:15:49PM -0400, Bryan Althouse wrote: > I would like to use a 2.6.x kernel with my Yosemite/HalfDome board. > Somehow, I am unable to compile the kernel. I have tried the 2.6.10 kernel > trees from ftp.pmc-sierra.com and also the latest 2.6.12 snapshot from > linux-mips. I am using the 3.3.x cross compile tools from > ftp.pmc-sierra.com . The 2.4.x kernels from PMC compile fine. > > In the case of 2.6.10 from ftp.pmc-sierra.com, my error looks like: > Make[3]: *** [drivers/char/agp/backend.o] Error 1 Configuring AGP support for a MIPS kernel is obviously nonsense. Disable CONFIG_AGP. > In the case of 2.6.12 from linux-mips, my error looks like: > drivers/net/titan_ge.c1950: error: 'titan_device_remove" undeclared > here (not in a function) Whoops, a bug. The function indeed doesn't exist even though it should, will fix that. You will hit this bug only if compiling the titan driver as a module, so workaround set CONFIG_TITAN_GE=y. Which for the typical titan-based device seems to be the preferable choice anyway. Ralf From anemo@mba.ocn.ne.jp Fri Apr 29 14:39:06 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 29 Apr 2005 14:39:22 +0100 (BST) Received: from mba.ocn.ne.jp ([IPv6:::ffff:210.190.142.172]:35792 "HELO smtp.mba.ocn.ne.jp") by linux-mips.org with SMTP id ; Fri, 29 Apr 2005 14:39:06 +0100 Received: from localhost (p8173-ipad25funabasi.chiba.ocn.ne.jp [220.104.86.173]) by smtp.mba.ocn.ne.jp (Postfix) with ESMTP id 4F1D48441; Fri, 29 Apr 2005 22:39:03 +0900 (JST) Date: Fri, 29 Apr 2005 22:40:24 +0900 (JST) Message-Id: <20050429.224024.25908909.anemo@mba.ocn.ne.jp> To: kevink@mips.com Cc: ralf@linux-mips.org, linux-mips@linux-mips.org Subject: Re: preempt safe fpu-emulator From: Atsushi Nemoto In-Reply-To: <004e01c54c0c$4c9f3d30$10eca8c0@grendel> References: <002d01c54bfa$5b913f80$0deca8c0@Ulysses> <20050428152123.GH1276@linux-mips.org> <004e01c54c0c$4c9f3d30$10eca8c0@grendel> 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.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: 7837 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, 28 Apr 2005 18:06:53 +0200, "Kevin D. Kissell" said: kevink> The global variable thing was clearly not SMP safe - but then kevink> again, the 32-bit MIPS kernel we were working with wasn't SMP kevink> safe either, in those days. ;o) Also, IIRC, old FPU ownership management ("lazy fpu switch") was somewhat broken (or fragile at least) in those days. The current code is more robust (and simple, I suppose). kevink> But *if* - and it may not really (or no longer) be the case - kevink> there is an implicit assumption that some FCSR state is kevink> preserved on a context switch, it would be more correct to map kevink> the ieee754_csr symbol to a per-CPU variable than a per-thread kevink> variable. Thanks for your advise. I believe there is not a such assumption now. Any newly created process always start with CP1 disabled, and on the first CP1 unusable exception FCSR will be initialized to 0. --- Atsushi Nemoto From bryan.althouse@3phoenix.com Fri Apr 29 14:52:20 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 29 Apr 2005 14:52:36 +0100 (BST) Received: from rwcrmhc13.comcast.net ([IPv6:::ffff:204.127.198.39]:26512 "EHLO rwcrmhc13.comcast.net") by linux-mips.org with ESMTP id ; Fri, 29 Apr 2005 14:52:20 +0100 Received: from ba3pi (pcp0010731669pcs.howard01.md.comcast.net[69.243.71.130]) by comcast.net (rwcrmhc13) with SMTP id <20050429135212015004nk7re>; Fri, 29 Apr 2005 13:52:12 +0000 From: "Bryan Althouse" To: "'Ralf Baechle'" Cc: Subject: RE: your mail (yosemite + 2.6.x issues) Date: Fri, 29 Apr 2005 09:52:05 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20050429110258.GE5951@linux-mips.org> Thread-Index: AcVMqxJLo5JlAej0RIyD3aq2o/pxFgAFMaRw Message-Id: <20050429135220Z8225807-1340+6357@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: 7838 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: bryan.althouse@3phoenix.com Precedence: bulk X-list: linux-mips Thanks Ralf, now I can compile the kernel. But, I don't get any serial console output when I try to boot it. Actually, I get a single line that looks like this: Loading file: tftp://192.168.2.39/vmlinux (elf) 0x80100000/2288188 + 0x8032ea3c/111372(z) + 4125 syms| I have found PMC's "yosemite_defconfig" file and I am using it as the ".config". I have tried using CONFIG_PMC_INTERNAL_UART=y and I have also tried commenting it out. Either way, I get no console output. Thanks for the help! Bryan -----Original Message----- From: Ralf Baechle [mailto:ralf@linux-mips.org] Sent: Friday, April 29, 2005 7:03 AM To: Bryan Althouse Cc: linux-mips@linux-mips.org; TheNop@gmx.net Subject: Re: your mail On Thu, Apr 28, 2005 at 03:15:49PM -0400, Bryan Althouse wrote: > I would like to use a 2.6.x kernel with my Yosemite/HalfDome board. > Somehow, I am unable to compile the kernel. I have tried the 2.6.10 kernel > trees from ftp.pmc-sierra.com and also the latest 2.6.12 snapshot from > linux-mips. I am using the 3.3.x cross compile tools from > ftp.pmc-sierra.com . The 2.4.x kernels from PMC compile fine. > > In the case of 2.6.10 from ftp.pmc-sierra.com, my error looks like: > Make[3]: *** [drivers/char/agp/backend.o] Error 1 Configuring AGP support for a MIPS kernel is obviously nonsense. Disable CONFIG_AGP. > In the case of 2.6.12 from linux-mips, my error looks like: > drivers/net/titan_ge.c1950: error: 'titan_device_remove" undeclared > here (not in a function) Whoops, a bug. The function indeed doesn't exist even though it should, will fix that. You will hit this bug only if compiling the titan driver as a module, so workaround set CONFIG_TITAN_GE=y. Which for the typical titan-based device seems to be the preferable choice anyway. Ralf From mlachwani@mvista.com Fri Apr 29 17:08:42 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 29 Apr 2005 17:08:58 +0100 (BST) Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:64502 "EHLO hermes.mvista.com") by linux-mips.org with ESMTP id ; Fri, 29 Apr 2005 17:08:42 +0100 Received: from mvista.com (prometheus.mvista.com [10.0.0.139]) by hermes.mvista.com (Postfix) with ESMTP id A591418F3C; Fri, 29 Apr 2005 09:08:39 -0700 (PDT) Message-ID: <42725C07.6050100@mvista.com> Date: Fri, 29 Apr 2005 09:08:39 -0700 From: Manish Lachwani User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040308 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bryan Althouse Cc: 'Ralf Baechle' , linux-mips@linux-mips.org Subject: Re: your mail (yosemite + 2.6.x issues) References: <20050429135220Z8225807-1340+6357@linux-mips.org> In-Reply-To: <20050429135220Z8225807-1340+6357@linux-mips.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: 7839 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: mlachwani@mvista.com Precedence: bulk X-list: linux-mips Do you load the kernel first and then do a "go"? If you load the kernel first using the "load" command, then you should come back to the PMON prompt where you can type a "go". I was not clear about it from your email below. Thanks Manish Lachwani Bryan Althouse wrote: >Thanks Ralf, now I can compile the kernel. But, I don't get any serial >console output when I try to boot it. Actually, I get a single line that >looks like this: > >Loading file: tftp://192.168.2.39/vmlinux (elf) >0x80100000/2288188 + 0x8032ea3c/111372(z) + 4125 syms| > >I have found PMC's "yosemite_defconfig" file and I am using it as the >".config". I have tried using CONFIG_PMC_INTERNAL_UART=y and I have also >tried commenting it out. Either way, I get no console output. > >Thanks for the help! >Bryan > >-----Original Message----- >From: Ralf Baechle [mailto:ralf@linux-mips.org] >Sent: Friday, April 29, 2005 7:03 AM >To: Bryan Althouse >Cc: linux-mips@linux-mips.org; TheNop@gmx.net >Subject: Re: your mail > >On Thu, Apr 28, 2005 at 03:15:49PM -0400, Bryan Althouse wrote: > > > >>I would like to use a 2.6.x kernel with my Yosemite/HalfDome board. >>Somehow, I am unable to compile the kernel. I have tried the 2.6.10 >> >> >kernel > > >>trees from ftp.pmc-sierra.com and also the latest 2.6.12 snapshot from >>linux-mips. I am using the 3.3.x cross compile tools from >>ftp.pmc-sierra.com . The 2.4.x kernels from PMC compile fine. >> >>In the case of 2.6.10 from ftp.pmc-sierra.com, my error looks like: >> Make[3]: *** [drivers/char/agp/backend.o] Error 1 >> >> > >Configuring AGP support for a MIPS kernel is obviously nonsense. Disable >CONFIG_AGP. > > > >>In the case of 2.6.12 from linux-mips, my error looks like: >> drivers/net/titan_ge.c1950: error: 'titan_device_remove" undeclared >>here (not in a function) >> >> > >Whoops, a bug. The function indeed doesn't exist even though it should, >will fix that. You will hit this bug only if compiling the titan driver >as a module, so workaround set CONFIG_TITAN_GE=y. Which for the typical >titan-based device seems to be the preferable choice anyway. > > Ralf > > > > > From hjl@lucon.org Sat Apr 30 01:04:25 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 30 Apr 2005 01:04:44 +0100 (BST) Received: from rwcrmhc12.comcast.net ([IPv6:::ffff:216.148.227.85]:21666 "EHLO rwcrmhc12.comcast.net") by linux-mips.org with ESMTP id ; Sat, 30 Apr 2005 01:04:25 +0100 Received: from lucon.org ([24.6.212.230]) by comcast.net (rwcrmhc12) with ESMTP id <2005043000041301400kqdkae>; Sat, 30 Apr 2005 00:04:18 +0000 Received: by lucon.org (Postfix, from userid 1000) id 29A8363E85; Fri, 29 Apr 2005 17:04:13 -0700 (PDT) Date: Fri, 29 Apr 2005 17:04:13 -0700 From: "H. J. Lu" To: linux-gcc@vger.kernel.org Cc: GNU C Library , gcc@gcc.gnu.org, Mat Hostetter , Warner Losh , linux-mips@linux-mips.org, Ralf Baechle , Linas Vepstas Subject: The Linux binutils 2.16.90.0.2 is released Message-ID: <20050430000413.GA26770@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i 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: 7840 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.16.90.0.2 for Linux, which is based on binutils 2005 0429 in CVS on sources.redhat.com plus various changes. It is purely for Linux. The new i386/x86_64 assemblers no longer accept instructions for moving between a segment register and a 32bit memory location, i.e., movl (%eax),%ds movl %ds,(%eax) To generate instructions for moving between a segment register and a 16bit memory location without the 16bit operand size prefix, 0x66, mov (%eax),%ds mov %ds,(%eax) should be used. It will work with both new and old assemblers. The assembler starting from 2.16.90.0.2 will also support movw (%eax),%ds movw %ds,(%eax) without the 0x66 prefix. Patches for 2.4 and 2.6 Linux kernels are available at http://www.kernel.org/pub/linux/devel/binutils/linux-2.4-seg-4.patch http://www.kernel.org/pub/linux/devel/binutils/linux-2.6-seg-5.patch The ia64 assembler is now defaulted to tune for Itanium 2 processors. To build a kernel for Itanium 1 processors, you will need to add ifeq ($(CONFIG_ITANIUM),y) CFLAGS += -Wa,-mtune=itanium1 AFLAGS += -Wa,-mtune=itanium1 endif to arch/ia64/Makefile in your kernel source tree. Please report any bugs related to binutils 2.16.90.0.2 to hjl@lucon.org and http://www.sourceware.org/bugzilla/ 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 if there are any. Changes from binutils 2.16.90.0.1: 1. Update from binutils 2005 0429. 2. Fix an ELF linker regression (PR 815). 3. Fix an empty section removal related bug. 4. Fix an ia64 linker regression (PR 855). 5. Don't allow local symbol to be equated common/undefined symbols (PR 857). 6. Fix the ia64 linker to handle local dynamic symbol error reporting. 7. Make non-debugging reference to discarded section an error (PR 858). 8. Support Sparc/TLS. 9. Support rpm build with newer rpm. 10. Fix an alpha linker regression. 11. Fix the non-gcc build regression. Changes from binutils 2.15.94.0.2.2: 1. Update from binutils 2005 0408. 2. The i386/x86_64 assemblers no longer accept instructions for moving between a segment register and a 32bit memory location. 3. The x86_64 assembler now allows movq between a segment register and a 64bit general purpose register. 4. 20x Speed up linker for input files with >64K sections. 5. Properly report ia64 linker relaxation failures. 6. Support tuning ia64 assembler for Itanium 2 processors. 7. Linker will remove empty unused output sections. 8. Add -N to readelf to display full section names. 9. Fix the ia64 linker to support linkonce text sections without unwind sections. 10. More unwind directive checkings in the ia64 assembler. 11. Speed up linker with wildcard handling. 12. Fix readelf to properly dump .debug_ranges and .debug_loc sections. Changes from binutils 2.15.94.0.2: 1. Fix greater than 64K section support in linker. 2. Properly handle i386 and x86_64 protected symbols in linker. 3. Fix readelf for LEB128 on 64bit hosts. 4. Speed up readelf for section group process. 5. Include ia64 texinfo pages. 6. Change ia64 assembler to check hint.b for Montecito. 7. Improve relaxation failure report in ia64 linker. 8. Fix ia64 linker to allow relax backward branch in the same section. Changes from binutils 2.15.94.0.1: 1. Update from binutils 2004 1220. 2. Fix strip for TLS symbol references. Changes from binutils 2.15.92.0.2: 1. Update from binutils 2004 1121. 2. Put ia64 .ctors/.dtors sections next to small data section for Intel ia64 compiler. 3. Fix -Bdynamic/-Bstatic handling for linker script. 4. Provide more information on relocation overflow. 5. Add --sort-section to linker. 6. Support icc 8.1 unwind info in readelf. 7. Fix the infinite loop bug on bad input in the ia64 assembler. 8. Fix ia64 SECREL relocation in linker. 9. Fix a section group memory leak in readelf. Changes from binutils 2.15.91.0.2: 1. Update from binutils 2004 0927. 2. Work around a section header bug in Intel ia64 compiler. 3. Fix an unwind directive bug in the ia64 assembler. 4. Fix various PPC bugs. 5. Update ARM support. 6. Fix an x86-64 linker warning while building Linux kernel. Changes from binutils 2.15.91.0.1: 1. Update from binutils 2004 0727. 2. Fix the x86_64 linker to prevent non-PIC code in shared library. 3. Fix the ia64 linker to warn the relotable files which can't be relaxed. 4. Fix the comdat group support. Allow mix single-member comdat group with linkonce section. 5. Added --add-needed/--no-add-needed options to linker. 6. Fix the SHF_LINK_ORDER support. 7. Fix the ia64 assembler for multiple sections with the same name and SHT_IA_64_UNWIND sections. 8. Fix the ia64 assembler for merge section and relaxation. Changes from binutils 2.15.90.0.3: 1. Update from binutils 2004 0527. 2. Fix -x auto option in the ia64 assembler. 3. Add the AR check in the ia64 assembler. 4. Fix the section group support. 5. Add a new -z relro linker option. 6. Fix an exception section placement bug in linker. 7. Add .serialize.data and .serialize.instruction to the ia64 assembler. Changes from binutils 2.15.90.0.2: 1. Update from binutils 2004 0415. 2. Fix the linker for weak undefined symbol handling. 3. Fix the ELF/Sparc and ELF/Sparc64 linker for statically linking PIC code. Changes from binutils 2.15.90.0.1.1: 1. Update from binutils 2004 0412. 2. Add --as-needed/--no-as-needed to linker. 3. Fix -z defs in linker. 4. Always reserve the memory for ia64 dynamic linker. 5. Fix a race condition in ia64 lazy binding. 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 Prescott 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.16.90.0.2.tar.bz2. Source code. 2. binutils-2.16.90.0.1-2.16.90.0.2.diff.bz2. Patch against the previous beta source code. 3. binutils-2.16.90.0.2-1.i386.rpm. IA-32 binary RPM for RedHat EL 3. 4. binutils-2.16.90.0.2-1.ia64.rpm. IA-64 binary RPM for RedHat EL 3. 5. binutils-2.16.90.0.2-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.16.90.0.2.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 04/29/2005 From anemo@mba.ocn.ne.jp Sat Apr 30 15:35:32 2005 Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 30 Apr 2005 15:35:48 +0100 (BST) Received: from mba.ocn.ne.jp ([IPv6:::ffff:210.190.142.172]:57567 "HELO smtp.mba.ocn.ne.jp") by linux-mips.org with SMTP id ; Sat, 30 Apr 2005 15:35:32 +0100 Received: from localhost (p2095-ipad22funabasi.chiba.ocn.ne.jp [220.104.80.95]) by smtp.mba.ocn.ne.jp (Postfix) with ESMTP id BC8857D9F; Sat, 30 Apr 2005 23:35:26 +0900 (JST) Date: Sat, 30 Apr 2005 23:36:51 +0900 (JST) Message-Id: <20050430.233651.25908949.anemo@mba.ocn.ne.jp> To: ralf@linux-mips.org Cc: linux-mips@linux-mips.org Subject: Re: preempt safe fpu-emulator From: Atsushi Nemoto In-Reply-To: <20050428134118.GC1276@linux-mips.org> References: <20050427.143622.77402407.nemoto@toshiba-tops.co.jp> <20050428134118.GC1276@linux-mips.org> 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.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: 7841 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, 28 Apr 2005 14:41:18 +0100, Ralf Baechle said: ralf> I applied both your patches with some slight cleanup for the ralf> endianess stuff in arch/mips/math-emu/ieee754.h and non-Linux ralf> stuff. Thanks. Since the fpu emulator run without FPU ownership now, the patch I posted a few weeks ago is necessary to emulate cp1 branch instructions. http://www.linux-mips.org/cgi-bin/mesg.cgi?a=linux-mips&i=20050420.165320.42204293.nemoto%40toshiba-tops.co.jp Please apply this also. Thank you. --- Atsushi Nemoto