Message-ID: <417E6CF3.503@techsource.com>
Date: Tue, 26 Oct 2004 11:27:47 -0400
From: Timothy Miller <miller@techsource.com>
MIME-Version: 1.0
To: Giuseppe Bilotta <bilotta78@hotpop.com>
CC: linux-kernel@vger.kernel.org
Subject: Re: Some discussion points open source friendly graphics [was: HARDWARE:
   Open-Source-Friendly Graphics Cards -- Viable?]
References: <417D21C8.30709@techsource.com> <417D6365.3020609@pobox.com> <MPG.1be854649d4829f8989704@news.gmane.org>
In-Reply-To: <MPG.1be854649d4829f8989704@news.gmane.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1471
Lines: 40


Giuseppe Bilotta wrote:
> Timothy Miller wrote:
> 
>>>The reprogramability of the FPGA has many advantages, but 
>>>reprogramability is not its primary purpose.  The primary reason to use 
>>>an FPGA is to minimize NRE for manufacturing.  However, as a result, 
>>>users will be able to download updates.  Additionally, those who are 
> 
> 
> Jeff Garzik wrote:
> 
>>Will the capability to apply these updates be included with the base card?
>>Will users need to purchase additional "update FPGA" hardware to do the 
>>reprogramming?
> 
> 
> Also, what if the reprogramming goes wrong? Do I just throw the 
> card away or will there be some form of recovery possible?
> 


For those who are taking the risk of reprogramming it completely, 
they'll already have read the schematics and instructions for using an 
external device to program the PROM.

For everyone else, it's the same problem you get when programming a 
motherboard goes awry.  When the BIOS is hosed, you can't use the MB 
until you replace the chip.

For cost reasons, we likely wouldn't socket the chip, so you'd probably 
have to send it in for an RMA.  We'd reprogram it, and send it back.  Or 
if you have a friend with the right tools, they can do it.

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