Hi Alex,
I found a few high-resolution photos for the M2N68-VM.
It is the 8-pin chip in a socket with a yellow dot in the middle of the
lower edge of the board here:
http://img24.imageshack.us/img24/7444/m2n68vmfull2.jpg
It is the 8-pin chip in a socket with a blue dot in the lower left
corner
On 23.11.2009 03:26, Carl-Daniel Hailfinger wrote:
Fix eraseblock walking and add a few more checks to make sure such bugs
get caught in the future. I found this bug during a code review.
Signed-off-by: Carl-Daniel Hailfinger c-d.hailfinger.devel.2...@gmx.net
Ping?
Regards,
Carl-Daniel
Hi Alex,
On 04.12.2009 13:51, Alessandro Polverini wrote:
may I use a standard flashrom (0.9.1) to capture the output or you
need latest one with this patch applied?
I think you need latest flashrom for this to work.
If this is indeed a machine which you can't power off because it acts as
a
Carl-Daniel Hailfinger wrote:
First attempt at shedding some light on the MCP67 SPI situation.
Huge thanks to Michael Karcher for reverse engineering the chipset and
writing a spec. Due to this, we were able to use the chinese wall
technique for 100% clean room reverse engineering.
This patch
Looks fine to me! the printf_debug doesn't seem correct, should it be:
printf_debug(0x%06x-0x%06x, , start, start+len) ?
Acked-by: Sean Nelson audiohac...@gmail.com
___
flashrom mailing list
flashrom@flashrom.org
On 04.12.2009 17:48, Alessandro Polverini wrote:
I got latest sources from trunk, applied the provided patch,
cold-booted and saved the output of flashrom -V (attached).
flashrom v0.9.1-r791
No coreboot table found.
Found chipset NVIDIA MCP67, enabling flash write... ISA bridge reg 0x8a
On Wed, Oct 28, 2009 at 12:40:18PM +0100, Tor P wrote:
Hi
I saw that someone was asking for support for the k7VT4A+
Since I desperately need support for this board to get my epia board
working again
here is the F segment from my board
Tor
I did not find a board enable in this AMI
Hi Zachary,
thanks for your patch and the machine data. I will merge the patch soon.
On 04.12.2009 23:48, Zachary Dillard wrote:
BIOS flash successful on this motherboard ASRock M3A790GXH/128M.
Would you mind replying to this mail with a Signed-off-by line as
outlined in
On 21.11.2009 15:38, Carl-Daniel Hailfinger wrote:
Internal (onboard) programming was the only feature which could not be
disabled.
Make various pieces of code conditional on support for internal
programming. Code shared between PCI device programmers and onboard
programming is now
On Sat, Dec 05, 2009 at 12:41:37AM +0100, Carl-Daniel Hailfinger wrote:
Hi Luc,
I almost committed this patch, then I found a line which you might
object to. We have a lspci for exactly this board from another user.
Subject: [flashrom] Asus M2V-MX information
From: Michael Spang
On Mon, Nov 30, 2009 at 02:47:33PM +0100, Carl-Daniel Hailfinger wrote:
On 30.11.2009 12:01, David Bartley wrote:
On Mon, Nov 30, 2009 at 2:13 AM, Carl-Daniel Hailfinger wrote:
Could you please add a Signed-off-by: statement to your patch?
Done.
Thanks.
On
On 05.12.2009 00:59, Luc Verhaegen wrote:
On Mon, Nov 30, 2009 at 02:47:33PM +0100, Carl-Daniel Hailfinger wrote:
Ah, that. Many BIOSes out there change a few bytes in the ROM on each
boot. They store boot date/time and some configuration data. Such
changes are expected. As long as the
On Fri, Dec 4, 2009 at 6:41 PM, Carl-Daniel Hailfinger
c-d.hailfinger.devel.2...@gmx.net wrote:
Hi Luc,
I almost committed this patch, then I found a line which you might
object to. We have a lspci for exactly this board from another user.
Subject: [flashrom] Asus M2V-MX information
From:
On 05.12.2009 00:54, Michael Spang wrote:
On Fri, Dec 4, 2009 at 6:41 PM, Carl-Daniel Hailfinger
c-d.hailfinger.devel.2...@gmx.net wrote:
Hi Luc,
I almost committed this patch, then I found a line which you might
object to. We have a lspci for exactly this board from another user.
Looks good to me! Can't think/see any problems.
___
flashrom mailing list
flashrom@flashrom.org
http://www.flashrom.org/mailman/listinfo/flashrom
Next time, I'll check what patch is doing and why things are breaking.
As long as you make sure that the NEED_PCI check chunk is indeed in
Makefile; Everything works fine. Update the patch to apply against
latest SVN and:
Acked-by: Sean Nelson audiohac...@gmail.com
16 matches
Mail list logo