From kumba@gentoo.org Thu Mar 1 04:34:20 2007 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 01 Mar 2007 04:34:25 +0000 (GMT) Received: from rwcrmhc14.comcast.net ([204.127.192.84]:12252 "EHLO rwcrmhc14.comcast.net") by ftp.linux-mips.org with ESMTP id S20037750AbXCAEeU (ORCPT ); Thu, 1 Mar 2007 04:34:20 +0000 Received: from [192.168.1.4] (c-68-34-70-207.hsd1.md.comcast.net[68.34.70.207]) by comcast.net (rwcrmhc14) with ESMTP id <20070301043335m1400hmpkre>; Thu, 1 Mar 2007 04:33:35 +0000 Message-ID: <45E6578F.9060407@gentoo.org> Date: Wed, 28 Feb 2007 23:33:19 -0500 From: Kumba User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Linux MIPS List Subject: Re: IP32 prom crashes due to __pa() funkiness References: <45D8B070.7070405@gentoo.org> In-Reply-To: <45D8B070.7070405@gentoo.org> Content-Type: text/plain; charset=ISO-8859-1; 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: 14293 X-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 Kumba wrote: > > Initially, booting a straight git checkout on an IP32 will cause it to > prom crash, usually somewhere in between init_bootmem() and > init_bootmem_core(). I bisected git to trace this back to one of the > inital __pa() introduction patches from commit d4df6d4 (get ride of > CPHYSADDR()). It actually appears that the actual commit that broke > things was 620a480 (Make __pa() aware of XKPHYS/CKSEG0 address mix for > 64 bit kernels). > > The [short-term] fix highlighted by Ilya is to make __pa() > unconditionally be defined to "((unsigned long)(x) < CKSEG0 ? > PAGE_OFFSET : CKSEG0)"; Discovered by building IP32 with > CONFIG_BUILD_ELF64=n. > > Normally, this shouldn't be possible, as CONFIG_BUILD_ELF64=n was > originally only allowed by using the old o64 hack, which has > subsequently died and been replaced with the newer -msym32 form. As far > as I know, CONFIG_BUILD_ELF64 is apparently supposed to be removed at > some point in the future, since I believe it existed only for quirky > 64bit-in-32bit kernels for IP22 and more commonly, IP32. From 2.6.17 > onwards, I've been building IP32 kernels with CONFIG_BUILD_ELF64=y and > using gcc-4, and haven't had problems up until now. > > Anyways, I'm not sure if this is an IP32-specific oddity or not > (probably is), but it needs the define highlighted above to work > properly. Plain PAGE_OFFSET won't work for these machines. Given the > same trick os -msym32 is used for the rare IP22 64bit kernel, I would > not be surprised if the same problem and fix both occur and work for > those machines as well. Something to maybe test later, I suppose. > > But for now, anyone got thoughts as to a sane workaround for this? > Perhaps some conditional tweaks in mach-ip32/*.h files somewheres, would > it be simpler to just switch to: > > #if defined(CONFIG_64BIT) && (!defined(CONFIG_BUILD_ELF64) || > defined(CONFIG_SGI_IP32)) > > (assuming that IP22 doesn't need it; I'll find out later) "Re-verify range to target, One ping only." So, anyone got thoughts on this? I've actually built and booted an SGI IP32 kernel using this logic in include/asm-mips/page.h, Line 135: #if defined(CONFIG_64BIT) && (!defined(CONFIG_BUILD_ELF64) || (defined(CONFIG_SGI_IP32) || defined(CONFIG_SGI_IP22))) --Kumba -- Gentoo/MIPS Team Lead "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 riamae@gmail.com Thu Mar 1 04:34:49 2007 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 01 Mar 2007 04:34:53 +0000 (GMT) Received: from nf-out-0910.google.com ([64.233.182.187]:49797 "EHLO nf-out-0910.google.com") by ftp.linux-mips.org with ESMTP id S20038845AbXCAEea (ORCPT ); Thu, 1 Mar 2007 04:34:30 +0000 Received: by nf-out-0910.google.com with SMTP id l24so759371nfc for ; Wed, 28 Feb 2007 20:33:29 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=hlns2RpgDa6MTh5+CfG44TH4djbtFn8B0ECJEal2xlb1+KeMtxTcOFaQEssIkBEulQc5hV8lz7ZB0rexBAgke0BkXC9NwxZMbbFjx1xhBDrygJDkL7bwUrruMjZizh91Bkdy/9TXYOMqqcFHvMxw3VA8GGwSyXKVw89BKfEUGIk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=hJIjKRI5hafqVUSt+648nFqeNBh8LJS8yTdzZnRjPI9pgQ9wvkRlubQ5K8MAGJk6wCfcPWgztczx9i+YQblpuQVMFwZ0SVZr1obIxoOvC0RMWcNF5uI66P0F+3iS8k/sZpBvWZx6zPPcHFnTO8l1loYY0pcRyieTIUkyE/Ywmwc= Received: by 10.82.187.16 with SMTP id k16mr478891buf.1172723609104; Wed, 28 Feb 2007 20:33:29 -0800 (PST) Received: by 10.82.152.14 with HTTP; Wed, 28 Feb 2007 20:33:29 -0800 (PST) Message-ID: Date: Thu, 1 Mar 2007 12:33:29 +0800 From: dejo Reply-To: riamae@gmail.com To: "Ralf Baechle" Subject: Re: early_initcall replacement Cc: linux-mips@linux-mips.org In-Reply-To: <20070228024756.GA23519@linux-mips.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_33195_47410.1172723609039" References: <20070228024756.GA23519@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: 14294 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: riamae@gmail.com Precedence: bulk X-list: linux-mips ------=_Part_33195_47410.1172723609039 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Thank you for your reply, sir. I found out that there's already a plat_mem_setup defined in vr41xx/common/init.c that's why I cannot rename the function invoked by early_initcall to plat_mem_setup. Actually, when I examined it further, I found out that using arch_initcall works just fine except that the add_memory_region is not called before everything else. It causes error because there's no memory region allotted. I did this: /*arch/mips/vr41xx/common/init.c */ void __init plat_mem_setup(void) { vr41xx_calculate_clock_frequency(); timer_init(); iomem_resource_init(); add_memory_region(0, 0x04000000, BOOT_MEM_RAM); } and it worked! But it's not good practice isn't it? I might ruin the other vr41xx boards. Do you have any suggestions? Thank you. ria mae On 2/28/07, Ralf Baechle wrote: > > On Wed, Feb 28, 2007 at 09:55:28AM +0800, dejo wrote: > > > Hello! I would like to ask what replaced early_initcall in the > > 2.6.18.4kernel. > > What you need to change is > > o remove the early_initcall() line. > o rename the function invoked by early_initcall to plat_mem_setup and > change its prototype to: "void __init plat_mem_setup(void)". > > Ralf > ------=_Part_33195_47410.1172723609039 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thank you for your reply, sir. I found out that there's already a plat_mem_setup defined in vr41xx/common/init.c that's why I cannot rename the function invoked by early_initcall to plat_mem_setup.

Actually, when I examined it further, I found out that using arch_initcall works just fine except that the add_memory_region is not called before everything else. It causes error because there's no memory region allotted.

I did this:
/*arch/mips/vr41xx/common/init
.c */
void __init plat_mem_setup(void)
{
    vr41xx_calculate_clock_frequency();

    timer_init();
    iomem_resource_init();
            add_memory_region(0, 0x04000000, BOOT_MEM_RAM);
}

and it worked! But it's not good practice isn't it? I might ruin the other vr41xx boards. Do you have any suggestions? Thank you.

ria mae


On 2/28/07, Ralf Baechle <ralf@linux-mips.org> wrote:
On Wed, Feb 28, 2007 at 09:55:28AM +0800, dejo wrote:

> Hello! I would like to ask what replaced early_initcall in the
> 2.6.18.4kernel.

What you need to change is

o remove the early_initcall() line.
o rename the function invoked by early_initcall to plat_mem_setup and
   change its prototype to: "void __init plat_mem_setup(void)".

  Ralf

------=_Part_33195_47410.1172723609039-- From vagabon.xyz@gmail.com Thu Mar 1 09:40:20 2007 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 01 Mar 2007 09:40:25 +0000 (GMT) Received: from qb-out-0506.google.com ([72.14.204.238]:64617 "EHLO qb-out-0506.google.com") by ftp.linux-mips.org with ESMTP id S20039230AbXCAJkU (ORCPT ); Thu, 1 Mar 2007 09:40:20 +0000 Received: by qb-out-0506.google.com with SMTP id e12so331123qba for ; Thu, 01 Mar 2007 01:39:18 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qxorT7Qdq/auhwfhrNAmnMiemK6JWTnRASDei26Lsa2pF3M3NBTDhE7lBLdFmUyksaRjPaGVNztmEMi+VQel7iBnAXC/xlNeAJPGDLRTv7xZ7+y2RXwWrdPC0P/5rHmVhfdsH57cUUc2DXeB1LpMUkXvMrc4JlqNe+NmwizyIq4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YtGWX43mxixUhBLw6pNj1dli56pys95vfDucLR27hvP9aaM4Tz9OBrQZHB8ellWeKS85azYSM3PX7W4xIYZY4qz5xVqy0hphsiYBbED8Lt1Ot4s8gQELl+vuMb2FdILl16Ivb/ARKE4vCsKz9JHpk/xCuQ7SeWZJp8DgQhzj5jI= Received: by 10.114.13.1 with SMTP id 1mr86193wam.1172741948570; Thu, 01 Mar 2007 01:39:08 -0800 (PST) Received: by 10.114.136.11 with HTTP; Thu, 1 Mar 2007 01:39:08 -0800 (PST) Message-ID: Date: Thu, 1 Mar 2007 10:39:08 +0100 From: "Franck Bui-Huu" To: Kumba Subject: Re: IP32 prom crashes due to __pa() funkiness Cc: "Linux MIPS List" In-Reply-To: <45D8B070.7070405@gentoo.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45D8B070.7070405@gentoo.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: 14295 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: vagabon.xyz@gmail.com Precedence: bulk X-list: linux-mips Hi, Kumba wrote: > > Initially, booting a straight git checkout on an IP32 will cause it to > prom crash, usually somewhere in between init_bootmem() and > init_bootmem_core(). I bisected git to trace this back to one of the > inital __pa() introduction patches from commit d4df6d4 (get ride of > CPHYSADDR()). It actually appears that the actual commit that broke > things was 620a480 (Make __pa() aware of XKPHYS/CKSEG0 address mix for > 64 bit kernels). > > The [short-term] fix highlighted by Ilya is to make __pa() > unconditionally be defined to "((unsigned long)(x) < CKSEG0 ? > PAGE_OFFSET : CKSEG0)"; Discovered by building IP32 with > CONFIG_BUILD_ELF64=n. > Well, it means that you previously used CONFIG_BUILD_ELF64=y (this implied that PAGE_OFFSET is in XKPHYS) whereas your kernel has CKSEG load address (symbols need PAGE_OFFSET in CKSEG for address translation). So the question is why can't you use CONFIG_BUILD_ELF64=n (and reagarding the current definition of CONFIG_BUILD_ELF64). > Normally, this shouldn't be possible, as CONFIG_BUILD_ELF64=n was > originally only allowed by using the old o64 hack, which has > subsequently died and been replaced with the newer -msym32 form. As far > as I know, CONFIG_BUILD_ELF64 is apparently supposed to be removed at > some point in the future, since I believe it existed only for quirky It makes me think that I posted a patch for that a couple of weeks ago: http://marc.theaimsgroup.com/?l=linux-mips&m=117154480225936&w=2 http://marc.theaimsgroup.com/?l=linux-mips&m=117154480126802&w=2 http://marc.theaimsgroup.com/?l=linux-mips&m=117154587014827&w=2 Basically this patch removes CONFIG_BUILD_ELF64 and makes Kbuild to use '-msym32' switch if you really need it. Kbuild makes its choice according the load address of your kernel image. Could you give it a try ? This patch was based on 2.6.20 but it should apply fine on a 2.6.21-rc[12]. -- Franck From yoichi_yuasa@tripeaks.co.jp Thu Mar 1 13:51:50 2007 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 01 Mar 2007 13:51:56 +0000 (GMT) Received: from mo31.po.2iij.net ([210.128.50.54]:30499 "EHLO mo31.po.2iij.net") by ftp.linux-mips.org with ESMTP id S20039214AbXCANvu (ORCPT ); Thu, 1 Mar 2007 13:51:50 +0000 Received: by mo.po.2iij.net (mo31) id l21DoTUQ067439; Thu, 1 Mar 2007 22:50:29 +0900 (JST) Received: from localhost.localdomain (70.27.30.125.dy.iij4u.or.jp [125.30.27.70]) by mbox.po.2iij.net (mbox32) id l21DoPRx060162 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 1 Mar 2007 22:50:26 +0900 (JST) Date: Thu, 1 Mar 2007 22:50:25 +0900 From: Yoichi Yuasa To: Ralf Baechle Cc: yoichi_yuasa@tripeaks.co.jp, linux-mips Subject: [PATCH][MIPS] update Cobalt reserved resource Message-Id: <20070301225025.7612e583.yoichi_yuasa@tripeaks.co.jp> Organization: TriPeaks Corporation X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i486-pc-linux-gnu) 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: 14296 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: yoichi_yuasa@tripeaks.co.jp Precedence: bulk X-list: linux-mips Hi Ralf, This patch has removed unused timer resource. Moreover, the name of reserved resources ware changed. Yoichi Signed-off-by: Yoichi Yuasa diff -pruN -X mips/Documentation/dontdiff mips-orig/arch/mips/cobalt/setup.c mips/arch/mips/cobalt/setup.c --- mips-orig/arch/mips/cobalt/setup.c 2006-12-09 21:03:07.860183750 +0900 +++ mips/arch/mips/cobalt/setup.c 2006-12-09 21:44:28.215782000 +0900 @@ -79,37 +79,38 @@ static struct resource cobalt_io_resourc .flags = IORESOURCE_IO }; -static struct resource cobalt_io_resources[] = { - { +/* + * Cobalt doesn't have PS/2 keyboard/mouse interfaces, + * keyboard conntroller is never used. + * Also PCI-ISA bridge DMA contoroller is never used. + */ +static struct resource cobalt_reserved_resources[] = { + { /* dma1 */ .start = 0x00, .end = 0x1f, - .name = "dma1", - .flags = IORESOURCE_BUSY - }, { - .start = 0x40, - .end = 0x5f, - .name = "timer", - .flags = IORESOURCE_BUSY - }, { + .name = "reserved", + .flags = IORESOURCE_BUSY | IORESOURCE_IO, + }, + { /* keyboard */ .start = 0x60, .end = 0x6f, - .name = "keyboard", - .flags = IORESOURCE_BUSY - }, { + .name = "reserved", + .flags = IORESOURCE_BUSY | IORESOURCE_IO, + }, + { /* dma page reg */ .start = 0x80, .end = 0x8f, - .name = "dma page reg", - .flags = IORESOURCE_BUSY - }, { + .name = "reserved", + .flags = IORESOURCE_BUSY | IORESOURCE_IO, + }, + { /* dma2 */ .start = 0xc0, .end = 0xdf, - .name = "dma2", - .flags = IORESOURCE_BUSY + .name = "reserved", + .flags = IORESOURCE_BUSY | IORESOURCE_IO, }, }; -#define COBALT_IO_RESOURCES (sizeof(cobalt_io_resources)/sizeof(struct resource)) - static struct pci_controller cobalt_pci_controller = { .pci_ops = >64111_pci_ops, .mem_resource = &cobalt_mem_resource, @@ -133,9 +134,9 @@ void __init plat_mem_setup(void) /* I/O port resource must include LCD/buttons */ ioport_resource.end = 0x0fffffff; - /* request I/O space for devices used on all i[345]86 PCs */ - for (i = 0; i < COBALT_IO_RESOURCES; i++) - request_resource(&ioport_resource, cobalt_io_resources + i); + /* These resources have been reserved by VIA SuperI/O chip. */ + for (i = 0; i < ARRAY_SIZE(cobalt_reserved_resources); i++) + request_resource(&ioport_resource, cobalt_reserved_resources + i); /* Read the cobalt id register out of the PCI config space */ PCI_CFG_SET(devfn, (VIA_COBALT_BRD_ID_REG & ~0x3)); From macro@linux-mips.org Thu Mar 1 13:57:22 2007 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 01 Mar 2007 13:57:27 +0000 (GMT) Received: from pollux.ds.pg.gda.pl ([153.19.208.7]:45330 "EHLO pollux.ds.pg.gda.pl") by ftp.linux-mips.org with ESMTP id S20039427AbXCAN5W (ORCPT ); Thu, 1 Mar 2007 13:57:22 +0000 Received: from localhost (localhost [127.0.0.1]) by pollux.ds.pg.gda.pl (Postfix) with ESMTP id 9DCE0E1CE0; Thu, 1 Mar 2007 14:56:37 +0100 (CET) X-Virus-Scanned: by amavisd-new at pollux.ds.pg.gda.pl Received: from pollux.ds.pg.gda.pl ([127.0.0.1]) by localhost (pollux.ds.pg.gda.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VsH9wdrS6dwq; Thu, 1 Mar 2007 14:56:37 +0100 (CET) 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 244F9E1C69; Thu, 1 Mar 2007 14:56:37 +0100 (CET) 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.8/8.13.8) with ESMTP id l21DukqM011264; Thu, 1 Mar 2007 14:56:46 +0100 Date: Thu, 1 Mar 2007 13:56:42 +0000 (GMT) From: "Maciej W. Rozycki" To: Andrew Morton , Antonino Daplas cc: linux-mips@linux-mips.org, linux-kernel@vger.kernel.org, linux-fbdev-devel@linux-mips.org Subject: [PATCH 2.6.21-rc2 #3] tgafb: TURBOchannel support Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV 0.90/2689/Thu Mar 1 06:46:09 2007 on piorun.ds.pg.gda.pl X-Virus-Status: Clean 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: 14297 X-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 This is support for the TC variations of the TGA boards (properly known as SFB+ or Smart Frame Buffer Plus boards). The 8-plane SFB+ board uses the Bt459 RAMDAC (unlike its PCI TGA counterpart, which uses the Bt485), so bits have been added to support this chip as well. Signed-off-by: Maciej W. Rozycki --- This is a new version which applies against 2.6.21-rc2. It includes a small update to the help text in Kconfig as well. No functional changes. Please apply. Maciej patch-mips-2.6.21-rc1-20070222-hx+-73 diff -up --recursive --new-file linux-mips-2.6.21-rc1-20070222.macro/drivers/video/Kconfig linux-mips-2.6.21-rc1-20070222/drivers/video/Kconfig --- linux-mips-2.6.21-rc1-20070222.macro/drivers/video/Kconfig 2007-02-22 06:01:02.000000000 +0000 +++ linux-mips-2.6.21-rc1-20070222/drivers/video/Kconfig 2007-03-01 00:43:32.000000000 +0000 @@ -516,15 +516,25 @@ config FB_HP300 default y config FB_TGA - tristate "TGA framebuffer support" - depends on FB && ALPHA + tristate "TGA/SFB+ framebuffer support" + depends on FB && (ALPHA || TC) select FB_CFB_FILLRECT select FB_CFB_COPYAREA select FB_CFB_IMAGEBLIT select BITREVERSE - help - This is the frame buffer device driver for generic TGA graphic - cards. Say Y if you have one of those. + ---help--- + This is the frame buffer device driver for generic TGA and SFB+ + graphic cards. These include DEC ZLXp-E1, -E2 and -E3 PCI cards, + also known as PBXGA-A, -B and -C, and DEC ZLX-E1, -E2 and -E3 + TURBOchannel cards, also known as PMAGD-A, -B and -C. + + Due to hardware limitations ZLX-E2 and E3 cards are not supported + for DECstation 5000/200 systems. Additionally due to firmware + limitations these cards may cause troubles with booting DECstation + 5000/240 and /260 systems, but are fully supported under Linux if + you manage to get it going. ;-) + + Say Y if you have one of those. config FB_VESA bool "VESA VGA graphics support" diff -up --recursive --new-file linux-mips-2.6.21-rc1-20070222.macro/drivers/video/tgafb.c linux-mips-2.6.21-rc1-20070222/drivers/video/tgafb.c --- linux-mips-2.6.21-rc1-20070222.macro/drivers/video/tgafb.c 2007-02-21 05:56:49.000000000 +0000 +++ linux-mips-2.6.21-rc1-20070222/drivers/video/tgafb.c 2007-03-01 00:32:46.000000000 +0000 @@ -5,27 +5,45 @@ * Copyright (C) 1997 Geert Uytterhoeven * Copyright (C) 1999,2000 Martin Lucina, Tom Zerucha * Copyright (C) 2002 Richard Henderson + * Copyright (C) 2006 Maciej W. Rozycki * * This file is subject to the terms and conditions of the GNU General Public * License. See the file COPYING in the main directory of this archive for * more details. */ -#include -#include -#include -#include -#include -#include +#include #include -#include +#include +#include #include +#include +#include +#include +#include +#include #include #include -#include +#include +#include +#include + #include + #include