[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1197849983.1626.12.camel@localhost.localdomain>
Date: Mon, 17 Dec 2007 00:06:23 +0000
From: Adrian McMenamin <adrian@...golddream.dyndns.info>
To: Paul Mundt <lethal@...ux-sh.org>
Cc: Adrian McMenamin <lkmladrian@...il.com>,
linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org,
linux-sh@...r.kernel.org, axboe@...nel.dk
Subject: Re: [PATCH 2/3] Add GD-Rom support to the SEGA Dreamcast
On Mon, 2007-12-17 at 06:59 +0900, Paul Mundt wrote:
>
> While I realize that this is all undocumented and based entirely on
> reverse engineering, you should at least verify that that's precisely
> what is going on, and that this is not just a precaution for flushing
> posted writes. You can test that by removing the loop and doing a dummy
> read after your write (to the same register, rather than the entire ROM
> space). If it's a posting issue, then you will have to do your own
> read/write_reg routines that handle the flush.
I've looked at this some more and, from the various things on the web,
it seems SEGA introduced some sort of crude checksum security feature
which ctrl_outl(0x1fffff, GDROM_RESET_REG) appears to start. Unless it
is used then the GD Rom remains disabled.
After that, the hardware executes a checksum of the ROM to ensure that
you are actually booting from a Dreamcast.
Well, that is my interpretation of
http://www.ludd.ltu.se/~jlo/dc/bootROM.c and similar. Certainly any
other sort of read seems to keep the gdrom disabled.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists