Message-ID: <497E4919.60907@zytor.com>
Date: Mon, 26 Jan 2009 15:36:57 -0800
From: "H. Peter Anvin" <hpa@zytor.com>
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
MIME-Version: 1.0
To: Jonathan Campbell <jon@nerdgrounds.com>
CC: Linux Kernel List <linux-kernel@vger.kernel.org>,
       devel@driverdev.osuosl.org
Subject: Re: Vramfs: filesystem driver to utilize extra RAM on VGA devices
References: <497E4531.20800@nerdgrounds.com>
In-Reply-To: <497E4531.20800@nerdgrounds.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1030
Lines: 25

Jonathan Campbell wrote:
> 
> So far I've tested it against 2.6.25.17 and 2.6.28 on both x86 and 
> x86_64 with reads, writes, directory creation, symlink creation, and 
> mmap() and it seems to work fine.
> Just give it a range of memory on the bus, or the 
> domain:bus:device:function numbers of a VGA PCI device, and it will 
> mount the VGA video RAM and allow files to exist there.
> As a special hack: you can also specify the size of the active 
> framebuffer console so that fbcon doesn't collide with this driver 
> (unless you want to see what your files look like splattered across your 
> screen, ha). The active VRAM area becomes a "sentinel" file named 
> "framebuffer".
> 
> What do you guys think?
> 

How is this different from the MTD driver we already have?

	-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/