flashrom October 2009

flashrom@flashrom.org

33 participants
92 discussions

6A815EPD lspci
by Jonathan A. Kollasch 06 Oct '09

06 Oct '09

Hi, Attached is lspci -vvnnxxxx output for a Acorp 6A815EPD. The 3Com NIC and ATI video are not part of the motherboard. Jonathan Kollasch

1 0

[Patch] Board enable for Asus P4B266LM.
by Luc Verhaegen 06 Oct '09

06 Oct '09

Allan, please try this patch. If this works, please reply with: Acked-by: Allan Bjorklund <abjork(a)speakeasy.net> Thanks, Luc Verhaegen.

2 1

Tightening up the board enable table.
by Luc Verhaegen 06 Oct '09

06 Oct '09

We have had board enable routines and our board enable table for more than two years now. And thanks to the good work of carldani and uwe and the release(s) (one done, one pending) this list is growing fast. We have 47 boards in our board enable table today. Board enables have the following format today: <pci id set 1> <pci id set 2> <coreboot name> <pretty print name> <board enable callback> one pci id set is the following: <vendor> <device> <card/subsystem vendor> <card/subsystem device> While most of the time, the vendor and device ids are fixed, the subsystem pair is set by the bios. It can be write-once or it can be locked by some other bit in the device config space. Because subsystem ids are relatively new to the pci spec (second half of the 90s iirc), not all vendors have been using them. Most last-millenium boards will not have them filled in. Or often vendor bioses just copy main ids over. Many consumer board makers today do their job really well while embedded board makers tend to ignore subsystem ids. Because of what i saw in my unichrome graphics driver (where i started using subsystem ids in 2004 to see which outputs were wired up), i knew that matching a single device was never going to work. So two were added here, but we only require a single set to be filled in. There is a situation with some gigabyte boards for which carldani suggested to add a third set, which is imho a good solution, but we are trying to hold this one off until we really need it. After the pair of pci ids, there are the board names. The coreboot name is used two-fold. On a coreboot rom, this name is matched to the coreboot info. On a legacy bios, the user can provide the board name on the command line and therefor force flashrom to use a specific board enable. In both cases, the device and vendor ids of pci devices are matched as well as a safeguard. So, three ways of matching boards: * main ids + subsystem ids. * legacy bios + command line name + main ids (ignoring subsystem ids). * coreboot + coreboot name + main ids (ignoring subsystem ids). Now that we have a more sizable table and a bigger and quickly growing userbase, i believe that we should look into tightening this up. We are no longer part of the main coreboot project and are reaching a changed public now with the exposure we are getting. Average Joe User might end up abusing our board enable table and land himself in trouble and then will blame us. While we of course are not liable, it is still bad publicity and something we should try to avoid. We also can see how board matches have been written over time, and i believe that we should be stricter about them. Quite a few people have just added a single main pci id, and then added a coreboot name to the table as this was the absolute minimal effort required to make it work for them. This is how humans are, and how humans will continue to be, so we should make it harder for this to happen. So in order to make it safer for Average Joe User, and in order to force developers to be less lazy here, i propose some changes; * require 2 sets of pci-ids. Can anyone name a motherboard which has only a single pci device that even comes close to our target hardware (in as far as we have target hardware). By requiring 2 sets, we improve safety and we force developers to be less lazy. * if one value of any of the 4 subsystem ids is filled in, assume that the rest should be matched as is. When subsystem ids are not filled in correctly, they sometimes remain null. Null values should not mean "match anything" they should mean null when even one of the value is valid. I am a bit weary of adding a #define for 0xFFFF (the pciid "match anything"). I do not wish to encourage people to create an entry like: blah, blah, 0xFFFF, 0xFFFF, blah, blah, 0xFFFF, 0xFFFF and get away with it. Multiple similar boards should be matched separately. And, since we usually have more than just a few pci devices in our device tree, chances are extremely good that at least two of them can be matched in some way or another, without a catchall. * on legacy bioses, do not allow both pci subsystem ids and a name. The most efficient way to do this seems the following: If a name is provided, we should go over the table, checking for devices with both subsystem id sets nulled, and try to match the name. If the name matches, try to match main pci ids. * Add separate logic for coreboot name matching. This to still allow subsystem ids to be present, and thus to offset the previous point. We really will end up with three different ways of matching boards. Apart from actual code changes, we should apply the following: * Be extremely weary of patches. * We need at least an lspci -vvnnxxxx. We have started to do this anyway now, collecting info for our current table, while retaining info for future table alteration. * Do not accept missing subsystem ids for recent boards. Motherboards of this millenium tend to have subsystem ids filled in. * Usage of a coreboot name when coreboot is supported. Why would a coreboot developer set a separate write protect on the rom? The board enable could be valid though, but not for flash write protection. If developers want to bring up a board, and have this write protection disabling as a todo, then they can hack their own code into flashrom. Even if we only apply some of the above, we still need to clean up our board enable table. Here is a list of boards with questionable matching, as a quick list. I will be digging each of them out properly and try to contact the original authors for more information. If you are the original author and happen to be reading this, then by all means, feel free to contact us right away. Acorp 6A815EPD agami Aruma Artec Group DBE61 Artec Group DBE62 GIGABYTE GA-2761GXDK GIGABYTE GA-M57SLI-S4 GIGABYTE GA-M61P-S3 GIGABYTE GA-MA790FX-DQ6 HP DL145 G3 IBM x3455 IWILL DK8-HTX Kontron 986LCD-M Kontron 986LCD-M (yes, twice) MSI MS-6590 (KT4 Ultra) MSI MS-6712 (KT4V) MSI MS-7135 (K8N Neo3) VIA EPIA-N/NL VIA PC3500G The following two devices are known to be valid, as they predate pci subsystem ids: the ASUS P5A (which i own) and the EPoX EP-BX3. Luc Verhaegen.

1 0

Re: [flashrom] [commit] r748 - trunk
by Carl-Daniel Hailfinger 06 Oct '09

06 Oct '09

On 06.10.2009 15:00, svn(a)flashrom.org wrote: > Author: uwe > New Revision: 748 > > Modified: > trunk/board_enable.c > trunk/print.c > Log: > Upon popular request, move board support tables to print.c. > > Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> > Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> > Thanks! Regards, Carl-Daniel -- http://www.hailfinger.org/

1 0

[commit] r748 - trunk
by svn＠flashrom.org 06 Oct '09

06 Oct '09

Author: uwe Date: 2009-10-06 15:00:00 +0200 (Tue, 06 Oct 2009) New Revision: 748 Modified: trunk/board_enable.c trunk/print.c Log: Upon popular request, move board support tables to print.c. Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Modified: trunk/board_enable.c =================================================================== --- trunk/board_enable.c 2009-10-06 11:32:21 UTC (rev 747) +++ trunk/board_enable.c 2009-10-06 13:00:00 UTC (rev 748) @@ -1015,6 +1015,12 @@ } /** + * Below is the list of boards which need a special "board enable" code in + * flashrom before their ROM chip can be accessed/written to. + * + * NOTE: Please add boards that _don't_ need such enables or don't work yet + * to the respective tables in print.c. Thanks! + * * We use 2 sets of IDs here, you're free to choose which is which. This * is to provide a very high degree of certainty when matching a board on * the basis of subsystem/card IDs. As not every vendor handles @@ -1091,149 +1097,6 @@ { 0, 0, 0, 0, 0, 0, 0, 0, NULL, NULL, NULL, NULL, NULL}, /* end marker */ }; -/* Please keep this list alphabetically ordered by vendor/board. */ -const struct board_info boards_ok[] = { - /* Verified working boards that don't need write-enables. */ - { "Abit", "AX8", }, - { "Abit", "Fatal1ty F-I90HD", }, - { "Advantech", "PCM-5820", }, - { "ASI", "MB-5BLMP", }, - { "ASRock", "A770CrossFire", }, - { "ASUS", "A7N8X Deluxe", }, - { "ASUS", "A7N8X-E Deluxe", }, - { "ASUS", "A7V400-MX", }, - { "ASUS", "A7V8X-MX", }, - { "ASUS", "A8N-E", }, - { "ASUS", "A8NE-FM/S", }, - { "ASUS", "A8N-SLI", }, - { "ASUS", "A8N-SLI Premium", }, - { "ASUS", "A8V Deluxe", }, - { "ASUS", "A8V-E Deluxe", }, - { "ASUS", "A8V-E SE", }, - { "ASUS", "M2A-MX", }, - { "ASUS", "M2A-VM", }, - { "ASUS", "M2N-E", }, - { "ASUS", "M2V", }, - { "ASUS", "M3A78-EM", }, - { "ASUS", "P2B", }, - { "ASUS", "P2B-D", }, - { "ASUS", "P2B-DS", }, - { "ASUS", "P2B-F", }, - { "ASUS", "P2L97-S", }, - { "ASUS", "P5B-Deluxe", }, - { "ASUS", "P5KC", }, - { "ASUS", "P5L-MX", }, - { "ASUS", "P6T Deluxe V2", }, - { "A-Trend", "ATC-6220", }, - { "BCOM", "WinNET100", }, - { "Elitegroup", "P6VAP-A+", }, - { "GIGABYTE", "GA-6BXC", }, - { "GIGABYTE", "GA-6BXDU", }, - { "GIGABYTE", "GA-6ZMA", }, - { "GIGABYTE", "GA-7ZM", }, - { "GIGABYTE", "GA-EP35-DS3L", }, - { "GIGABYTE", "GA-EX58-UD4P", }, - { "GIGABYTE", "GA-MA78GPM-DS2H", }, - { "GIGABYTE", "GA-MA790GP-DS4H", }, - { "GIGABYTE", "GA-MA770T-UD3P", }, - { "Intel", "EP80759", }, - { "Jetway", "J7F4K1G5D-PB", }, - { "MSI", "MS-6570 (K7N2)", }, - { "MSI", "MS-7065", }, - { "MSI", "MS-7168 (Orion)", }, - { "MSI", "MS-7236 (945PL Neo3)", }, - { "MSI", "MS-7255 (P4M890M)", }, - { "MSI", "MS-7345 (P35 Neo2-FIR)", }, - { "MSI", "MS-7368 (K9AG Neo2-Digital)", }, - { "NEC", "PowerMate 2000", }, - { "PC Engines", "Alix.1c", }, - { "PC Engines", "Alix.2c2", }, - { "PC Engines", "Alix.2c3", }, - { "PC Engines", "Alix.3c3", }, - { "PC Engines", "Alix.3d3", }, - { "RCA", "RM4100", }, - { "Sun", "Blade x6250", }, - { "Supermicro", "H8QC8", }, - { "Thomson", "IP1000", }, - { "TriGem", "Lomita", }, - { "T-Online", "S-100", }, - { "Tyan", "iS5375-1U", }, - { "Tyan", "S1846", }, - { "Tyan", "S2466", }, - { "Tyan", "S2881", }, - { "Tyan", "S2882", }, - { "Tyan", "S2882-D", }, - { "Tyan", "S2891", }, - { "Tyan", "S2892", }, - { "Tyan", "S2895", }, - { "Tyan", "S3095", }, - { "Tyan", "S5180", }, - { "Tyan", "S5191", }, - { "Tyan", "S5197", }, - { "Tyan", "S5211", }, - { "Tyan", "S5211-1U", }, - { "Tyan", "S5220", }, - { "Tyan", "S5375", }, - { "Tyan", "S5376G2NR/S5376WAG2NR", }, - { "Tyan", "S5377", }, - { "Tyan", "S5397", }, - { "VIA", "EPIA-EX15000G", }, - { "VIA", "EPIA-LN", }, - { "VIA", "EPIA-M700", }, - { "VIA", "EPIA-NX15000G", }, - { "VIA", "NAB74X0", }, - { "VIA", "pc2500e", }, - { "VIA", "VB700X", }, - - {}, -}; - -/* Please keep this list alphabetically ordered by vendor/board. */ -const struct board_info boards_bad[] = { - /* Verified non-working boards (for now). */ - { "Abit", "IS-10", }, - { "ASRock", "K7VT4A+", }, - { "ASUS", "MEW-AM", }, - { "ASUS", "MEW-VM", }, - { "ASUS", "P3B-F", }, - { "ASUS", "P5B", }, - { "ASUS", "P5BV-M", }, - { "Biostar", "M6TBA", }, - { "Boser", "HS-6637", }, - { "DFI", "855GME-MGF", }, - { "FIC", "VA-502", }, - { "MSI", "MS-6178", }, - { "MSI", "MS-7260 (K9N Neo)", }, - { "Soyo", "SY-5VD", }, - { "Sun", "Fire x4150", }, - { "Sun", "Fire x4200", }, - { "Sun", "Fire x4540", }, - { "Sun", "Fire x4600", }, - - {}, -}; - -/* Please keep this list alphabetically ordered by vendor/board. */ -const struct board_info laptops_ok[] = { - /* Verified working laptops. */ - { "Lenovo", "3000 V100 TF05Cxx", }, - - {}, -}; - -/* Please keep this list alphabetically ordered by vendor/board. */ -const struct board_info laptops_bad[] = { - /* Verified non-working laptops (for now). */ - { "Acer", "Aspire One", }, - { "ASUS", "Eee PC 701 4G", }, - { "Dell", "Latitude CPi A366XT", }, - { "HP/Compaq", "nx9010", }, - { "IBM/Lenovo", "Thinkpad T40p", }, - { "IBM/Lenovo", "240", }, - - {}, -}; - /** * Match boards on coreboot table gathered vendor and part name. * Require main PCI IDs to match too as extra safety. Modified: trunk/print.c =================================================================== --- trunk/print.c 2009-10-06 11:32:21 UTC (rev 747) +++ trunk/print.c 2009-10-06 13:00:00 UTC (rev 748) @@ -221,3 +221,148 @@ print_supported_boards_helper(laptops_bad, "Laptops which have been verified to NOT work yet"); } + + +/* Please keep this list alphabetically ordered by vendor/board. */ +const struct board_info boards_ok[] = { + /* Verified working boards that don't need write-enables. */ + { "Abit", "AX8", }, + { "Abit", "Fatal1ty F-I90HD", }, + { "Advantech", "PCM-5820", }, + { "ASI", "MB-5BLMP", }, + { "ASRock", "A770CrossFire", }, + { "ASUS", "A7N8X Deluxe", }, + { "ASUS", "A7N8X-E Deluxe", }, + { "ASUS", "A7V400-MX", }, + { "ASUS", "A7V8X-MX", }, + { "ASUS", "A8N-E", }, + { "ASUS", "A8NE-FM/S", }, + { "ASUS", "A8N-SLI", }, + { "ASUS", "A8N-SLI Premium", }, + { "ASUS", "A8V Deluxe", }, + { "ASUS", "A8V-E Deluxe", }, + { "ASUS", "A8V-E SE", }, + { "ASUS", "M2A-MX", }, + { "ASUS", "M2A-VM", }, + { "ASUS", "M2N-E", }, + { "ASUS", "M2V", }, + { "ASUS", "M3A78-EM", }, + { "ASUS", "P2B", }, + { "ASUS", "P2B-D", }, + { "ASUS", "P2B-DS", }, + { "ASUS", "P2B-F", }, + { "ASUS", "P2L97-S", }, + { "ASUS", "P5B-Deluxe", }, + { "ASUS", "P5KC", }, + { "ASUS", "P5L-MX", }, + { "ASUS", "P6T Deluxe V2", }, + { "A-Trend", "ATC-6220", }, + { "BCOM", "WinNET100", }, + { "Elitegroup", "P6VAP-A+", }, + { "GIGABYTE", "GA-6BXC", }, + { "GIGABYTE", "GA-6BXDU", }, + { "GIGABYTE", "GA-6ZMA", }, + { "GIGABYTE", "GA-7ZM", }, + { "GIGABYTE", "GA-EP35-DS3L", }, + { "GIGABYTE", "GA-EX58-UD4P", }, + { "GIGABYTE", "GA-MA78GPM-DS2H", }, + { "GIGABYTE", "GA-MA790GP-DS4H", }, + { "GIGABYTE", "GA-MA770T-UD3P", }, + { "Intel", "EP80759", }, + { "Jetway", "J7F4K1G5D-PB", }, + { "MSI", "MS-6570 (K7N2)", }, + { "MSI", "MS-7065", }, + { "MSI", "MS-7168 (Orion)", }, + { "MSI", "MS-7236 (945PL Neo3)", }, + { "MSI", "MS-7255 (P4M890M)", }, + { "MSI", "MS-7345 (P35 Neo2-FIR)", }, + { "MSI", "MS-7368 (K9AG Neo2-Digital)", }, + { "NEC", "PowerMate 2000", }, + { "PC Engines", "Alix.1c", }, + { "PC Engines", "Alix.2c2", }, + { "PC Engines", "Alix.2c3", }, + { "PC Engines", "Alix.3c3", }, + { "PC Engines", "Alix.3d3", }, + { "RCA", "RM4100", }, + { "Sun", "Blade x6250", }, + { "Supermicro", "H8QC8", }, + { "Thomson", "IP1000", }, + { "TriGem", "Lomita", }, + { "T-Online", "S-100", }, + { "Tyan", "iS5375-1U", }, + { "Tyan", "S1846", }, + { "Tyan", "S2466", }, + { "Tyan", "S2881", }, + { "Tyan", "S2882", }, + { "Tyan", "S2882-D", }, + { "Tyan", "S2891", }, + { "Tyan", "S2892", }, + { "Tyan", "S2895", }, + { "Tyan", "S3095", }, + { "Tyan", "S5180", }, + { "Tyan", "S5191", }, + { "Tyan", "S5197", }, + { "Tyan", "S5211", }, + { "Tyan", "S5211-1U", }, + { "Tyan", "S5220", }, + { "Tyan", "S5375", }, + { "Tyan", "S5376G2NR/S5376WAG2NR", }, + { "Tyan", "S5377", }, + { "Tyan", "S5397", }, + { "VIA", "EPIA-EX15000G", }, + { "VIA", "EPIA-LN", }, + { "VIA", "EPIA-M700", }, + { "VIA", "EPIA-NX15000G", }, + { "VIA", "NAB74X0", }, + { "VIA", "pc2500e", }, + { "VIA", "VB700X", }, + + {}, +}; + +/* Please keep this list alphabetically ordered by vendor/board. */ +const struct board_info boards_bad[] = { + /* Verified non-working boards (for now). */ + { "Abit", "IS-10", }, + { "ASRock", "K7VT4A+", }, + { "ASUS", "MEW-AM", }, + { "ASUS", "MEW-VM", }, + { "ASUS", "P3B-F", }, + { "ASUS", "P5B", }, + { "ASUS", "P5BV-M", }, + { "Biostar", "M6TBA", }, + { "Boser", "HS-6637", }, + { "DFI", "855GME-MGF", }, + { "FIC", "VA-502", }, + { "MSI", "MS-6178", }, + { "MSI", "MS-7260 (K9N Neo)", }, + { "Soyo", "SY-5VD", }, + { "Sun", "Fire x4150", }, + { "Sun", "Fire x4200", }, + { "Sun", "Fire x4540", }, + { "Sun", "Fire x4600", }, + + {}, +}; + +/* Please keep this list alphabetically ordered by vendor/board. */ +const struct board_info laptops_ok[] = { + /* Verified working laptops. */ + { "Lenovo", "3000 V100 TF05Cxx", }, + + {}, +}; + +/* Please keep this list alphabetically ordered by vendor/board. */ +const struct board_info laptops_bad[] = { + /* Verified non-working laptops (for now). */ + { "Acer", "Aspire One", }, + { "ASUS", "Eee PC 701 4G", }, + { "Dell", "Latitude CPi A366XT", }, + { "HP/Compaq", "nx9010", }, + { "IBM/Lenovo", "Thinkpad T40p", }, + { "IBM/Lenovo", "240", }, + + {}, +}; +

1 0

[commit] r747 - trunk
by svn＠flashrom.org 06 Oct '09

06 Oct '09

Author: libv Date: 2009-10-06 13:32:21 +0200 (Tue, 06 Oct 2009) New Revision: 747 Modified: trunk/chipset_enable.c Log: Mark NVIDIA Nforce4/MCP04 as tested. Oops. Signed-off-by: Luc Verhaegen <libv(a)skynet.be> Acked-by: Luc Verhaegen <libv(a)skynet.be> Modified: trunk/chipset_enable.c =================================================================== --- trunk/chipset_enable.c 2009-10-05 18:46:35 UTC (rev 746) +++ trunk/chipset_enable.c 2009-10-06 11:32:21 UTC (rev 747) @@ -1018,7 +1018,7 @@ {0x8086, 0x7000, OK, "Intel", "PIIX3", enable_flash_piix4}, {0x8086, 0x7110, OK, "Intel", "PIIX4/4E/4M", enable_flash_piix4}, {0x8086, 0x122e, OK, "Intel", "PIIX", enable_flash_piix4}, - {0x10de, 0x0030, NT, "NVIDIA", "nForce4/MCP4", enable_flash_nvidia_nforce2}, + {0x10de, 0x0030, OK, "NVIDIA", "nForce4/MCP4", enable_flash_nvidia_nforce2}, {0x10de, 0x0050, OK, "NVIDIA", "CK804", enable_flash_ck804}, /* LPC */ {0x10de, 0x0051, OK, "NVIDIA", "CK804", enable_flash_ck804}, /* Pro */ {0x10de, 0x0060, OK, "NVIDIA", "NForce2", enable_flash_nvidia_nforce2},

1 0

Re: [flashrom] non-working board report for Asrock K7S41GX with flashrom r711
by Luc Verhaegen 06 Oct '09

06 Oct '09

On Mon, Oct 05, 2009 at 11:34:14PM +0100, Putlinuxonit wrote: > Hi Luc, > > Find attached. > > Keep up the good work. I am able to easily find the int16h hook, but once there i am unable to track down the code for ah=0xE0. You should get a multimeter out and check whether your bios chip really has one of its write protection lines set. Luc Verhaegen.

1 0

Board enable for EPoX EP-8RDA3+ lspci fix
by . . 05 Oct '09

05 Oct '09

Hi, seems hotmail leaves out parts of the lspci output, so pastebinned it here: http://coreboot.pastebin.com/f22a57659 Link should stay 'forever'. Thanks, Anol. _________________________________________________________________ With Windows Live, you can organize, edit, and share your photos. http://www.microsoft.com/middleeast/windows/windowslive/products/photo-gall…

4 7

[commit] r746 - trunk
by svn＠flashrom.org 05 Oct '09

05 Oct '09

Author: libv Date: 2009-10-05 20:46:35 +0200 (Mon, 05 Oct 2009) New Revision: 746 Modified: trunk/board_enable.c Log: Board enable for EPoX EP-8RDA3+. SocketA + nForce2 + MCP2. Motherboard includes a second ethernet controller and an Agere firewire controller with valid subsystem ids, so these are used for matching the board. Signed-off-by: Luc Verhaegen <libv(a)skynet.be> Acked-by: Eddie Vanhove <moonraket(a)hotmail.com> Modified: trunk/board_enable.c =================================================================== --- trunk/board_enable.c 2009-10-05 16:07:00 UTC (rev 745) +++ trunk/board_enable.c 2009-10-05 18:46:35 UTC (rev 746) @@ -454,7 +454,24 @@ return 0; } +/** + * Suited for EPoX EP-8RDA3+: Socket A + nForce2 Ultra 400 + MCP2. + */ +static int board_epox_ep_8rda3plus(const char *name) +{ + struct pci_dev *dev; + dev = pci_dev_find(0x10DE, 0x0060); /* NVIDIA nForce2 ISA Bridge */ + if (!dev) { + fprintf(stderr, "\nERROR: NVIDIA ISA bridge not found.\n"); + return -1; + } + + nvidia_mcp_gpio_raise(dev, 0x31); + + return 0; +} + static int board_hp_dl145_g3_enable(const char *name) { /* Set GPIO lines in the Broadcom HT-1000 southbridge. */ @@ -1038,6 +1055,7 @@ {0x8086, 0x3590, 0x1028, 0x016c, 0x1000, 0x0030, 0x1028, 0x016c, NULL, NULL, "Dell", "S1850", ich5_gpio23_raise}, {0x1106, 0x3038, 0x1019, 0x0996, 0x1106, 0x3177, 0x1019, 0x0996, NULL, NULL, "Elitegroup", "K7VTA3", it8705f_write_enable_2e}, {0x1106, 0x3177, 0x1106, 0x3177, 0x1106, 0x3059, 0x1695, 0x3005, NULL, NULL, "EPoX", "EP-8K5A2", board_epox_ep_8k5a2}, + {0x10EC, 0x8139, 0x1695, 0x9001, 0x11C1, 0x5811, 0x1695, 0x9015, NULL, NULL, "EPoX", "EP-8RDA3+", board_epox_ep_8rda3plus}, {0x8086, 0x7110, 0, 0, 0x8086, 0x7190, 0, 0, "epox", "ep-bx3", "EPoX", "EP-BX3", board_epox_ep_bx3}, {0x1039, 0x0761, 0, 0, 0, 0, 0, 0, "gigabyte", "2761gxdk", "GIGABYTE", "GA-2761GXDK", it87xx_probe_spi_flash}, {0x1106, 0x3227, 0x1458, 0x5001, 0x10ec, 0x8139, 0x1458, 0xe000, NULL, NULL, "GIGABYTE", "GA-7VT600", it8705_rom_write_enable},

1 0

Re: [flashrom] Board support for ASUS P5ND2-SLI Deluxe.
by Luc Verhaegen 05 Oct '09

05 Oct '09

On Mon, Oct 05, 2009 at 03:24:47PM +0200, Martin S. wrote: > On Mon, 2009-10-05 at 13:52 +0200, Luc Verhaegen wrote: > > Can you attach the output of lspci -vvnnxxx? > > > > Attached. > > > I will soon send in a patch for the chipset enable. > > > > Got it. Going to test now. > > > When the full lspci is provided, i will be able to quickly provide you > > with a board enable for your board. > > > > Oh, and about your blog entry: my first linux box was a SuSE 6.0, but > > undoubtedly Stepan can easily trump that as i believe he was working > > for SuSE (already/still) at the time. > > Nice, looking for evidence. ;) > > > Also, please use your real and full name for acknowledging patches later > > on. > > Sure. Thanks for your efforts. Here is the board specific patch. Also included is your lspci for the ml. Luc Verhaegen.

2 2

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

flashrom October 2009