В розыске дамп BIOS с рабочей материнки включая бутблок, официальные биосы от асуса не подходят.
В результате полной прошивки утерян блок с МАКом адаптера, серийником мамки и прочим. Очень нужен дамп с рабочей мамки.
Много буковок, не осилил, не читатель однако:(
Но с данным выссказыванием я бы поспорил. Все они могут и по всякому. Надо просто читать хелп к ним внимательно.
Это вы с производителем поспорьте, первое с чем я ознакомился был даташит на реалтек и принцип работы его с внешней памятью, изначально была версия что реалтек просто пользует по встроенному интерфейсу вместо eeprom SPI flash bios, как оказалось, реалтек не может в принципе ничего читать из SPI и тем более писать, вендорные утилиты используют стандартный механизм чипа, а раз так, то с их помощью можно либо записать eeprom, либо подсунуть чипу bootrom.
Я же написал выше что реалтек не в курсе про программинг как таковой, у него есть встроенный интерфейс который тупо читает последовательно eeprom и по словам парсит код рассовывая его по конфигурационным регистрам при инициализации, тн "запись" eeprom ведется в обратном порядке, мы заполняем регистры а далее делаем команду слить в eeprom. Такого понятия как записать что то в какой то конкретный блок какой то SPI flash реалтек в принципе не понимает. Собственно утилита именно это и делает не больше.
MPR, я тоже скажу, что вы не правы
реалтек может работать как с еепром, так и без нее, читайте внимательно ридми (вам уже не один человек об этом говорит, вы стоите на своем упрямство и упорство - разные вещи)
Цитата:
тн "запись" eeprom ведется в обратном порядке, мы заполняем регистры а далее делаем команду слить в eeprom
простите, вы жонглируете словами ибо "т.н. запись" и "слить в еепром" - суть одно и то же, какая разница каким образом производится запись ячеек еепром
серьезнее некуда, затрите мак в биосе и попробуйте его под виндой менять, еще на стадии старта системы при инциализации драйвера ваш адаптер ляжет и не разбудите
просто адрес мака записанный в биос по этому адресу не канает, кстати, забыл сказать. первое что я сделал в поисках конкретного смещения где лежит МАК, прописал в этой зоне везде уникальную (опознаваемую) последовательность, не видит его адаптер, кроме мака видимо нужно соблюсти какой то формат этого блока
простите, вы жонглируете словамиlol ибо "т.н. запись" и "слить в еепром" - суть одно и то же, какая разница каким образом производится запись ячеек еепром
я ничем не жонглирую, "программатор" вшитый в чип лан адаптера хардверный, все что он может - тупо считать или записать данные, со стороны системы этот процесс не управляется, то есть вы не можете скормить чипу адаптера какой то конкретный адрес или какой то блок, вы можете только сказать залей "своим программатором" содержимое регистров в eeprom или наоборот прочитай, вы не можете сунуть ему какую угодно флешку и сказать пишем данные в блок по адресу XXXX и скормить бинарник, он тупо не поддерживает этих команд. Именно поэтому программатор чипа жестко привязан к типу eeprom, что и указано в даташите, нету eeprom адаптер стартует с дефолтными значениями регистров и маком в тч и уже после этого биос читает с флехи мак и заносит ему в регистр конфигурации. Вендорная утилита может работать только с командами для чипа адаптера (она собственно для этого и предназначена).
Есть еще утилиты типа dmi236, они работают минуя адаптер через встроенный в мост интерфейс, вот они способны биос писать в произвольные ячейки, но для работы они должны этот биос "понимать"
MPR, вижу, вы писатель, вы не читатель
потрудитесь почитать в даташитах от реалтека про режим Efuse, заодно подумайте, зачем применяется команда, например, PG8168.EXE /efuse /nodeid XXXXXXXXXXXX
также можно найти достаточно тем, где на платах использовались чипы от этого производителя, где при этом находится мак-адрес при отсутствии еепром и каковы были найденные решения
также, можно поковырять рекомендованные вендорами наборы утилит, и о чудо, кроме их фирменных оболочек найти там стандартные утилиты от того же реалтека, причем вендоры именно эти наборы предлагают для прописывания мак-адресов
затрите мак в биосе и попробуйте его под виндой менять, еще на стадии старта системы при инциализации драйвера ваш адаптер ляжет и не разбудите
Вы про какую операционку речь ведете? Что-то не замечал такого под XP и Win7. Даже если MAC нулевой, сеть прекрасно себя чувствует. Единственный напряг - привязка провайдера интернета к MAC адресу, что благополучно может решиться даже пропиской его вручную в ОС.
Про Win8 не скажу, меня и предыдущие вполне устраивают.
вы попробовали или вам так кажется? что же тогда народ то мучается с Запуск этого устройства невозможен. (Код 10) в виндах вы им скажите что все и так работает
Про efuse можно порассуждать, вопрос не в том как это работает, вопрос в том используется это материнской платой или нет
судя по тому что при отсутствии eeprom через efuse далеко не всегда удается перешить мак, становится очевидно, что возможность чипа использовать этот режим никак не определяет желание производителя мамки его поддерживать
Собственно вот такие посты говорят красноречиво
"Пробовал менять mac программами под досом
код:
PG8168.EXE /efuse /nodeid XXXXXXXXXXXX
Пишет что все сделано, но mac остается прежним.
код:
PG8168.EXE /nodeid XXXXXXXXXXXX
Выдает ошибку, что-то связано с EEPROM.
код:
DMI236.exe /o 1"001122334455"
Очень быстро что-то делает, и возвращается к командной строке, прочесть не успеваю.
Может есть еще какой способ восстановить mac адрес?"
Я это не пробовал - я это делал много раз. И у меня нет проблем с записью MAC адреса, если это требуется.
Если кто-то использует говносборки - это его трудности. За годы копания столько было биосов перешито, и никто не возмущался, что у него сеть не работает (особенно если учесть то, что перед выдачей на руки работа сети, звука и прочего всегда проверяется).
Код 10 - никак не связан с MAC адресом, т.ч. нечего здесь сказки рассказывать.
По невозможности прописать MAC указанными утилитами - я могу найти не меньше вариантов, кода у людей все получилось на тех же самых платах. Т.ч. РКР имеет место быть.
да вы можете найти что угодно судя по словам, одна беда сказать и сделать несколько разные вещи
особенно когда "Код 10 - никак не связан с MAC адресом"
с чего бы тогда винде в логи писать при этом про ошибку аппаратного адреса совпадение просто, вы уж извините дальнейшую беседу с вами продолжать не интересно. Либо вам придется озвучить ваш мифический метод перешивки мака для сабжевой матери, либо заканчивайте балаболить про говносборки.....
MPR, пока балаболите именно вы
1. какой, нафиг, мифический, прочтите темку по асрокам (причем, именно там я утверждал, что это невозможно пока сам не попробовал)
2. что озвучивать? прямо сказано - почитайте документацию
3. если у вас лично что-то не получается - это не повод утверждать, что такого не может быть, да еще балаболами обзывать, экий пострел, Омерику открыл а все вокруг лаптем щи хлебают, в том числе вендоры и производители чипов
4. про efuse вы похоже не читали вовсе, раз приводите в цитатах команды, к этому режиму не относящиеся
хамить не надо
Цитата:
сравнивать с заводским бессмысленно, я и так могу сказать в заводском начиная со смещения 0xDC000 идет блок FF вплоть до бута
спрошу еще раз, где по-вашему, находится в биосе бут-блок?
Много буковок, не осилил, не читатель однако:(
Но с данным выссказыванием я бы поспорил. Все они могут и по всякому. Надо просто читать хелп к ним внимательно.
Это вы с производителем поспорьте, первое с чем я ознакомился был даташит на реалтек и принцип работы его с внешней памятью, изначально была версия что реалтек просто пользует по встроенному интерфейсу вместо eeprom SPI flash bios, как оказалось, реалтек не может в принципе ничего читать из SPI и тем более писать, вендорные утилиты используют стандартный механизм чипа, а раз так, то с их помощью можно либо записать eeprom, либо подсунуть чипу bootrom.
Я же написал выше что реалтек не в курсе про программинг как таковой, у него есть встроенный интерфейс который тупо читает последовательно eeprom и по словам парсит код рассовывая его по конфигурационным регистрам при инициализации, тн "запись" eeprom ведется в обратном порядке, мы заполняем регистры а далее делаем команду слить в eeprom. Такого понятия как записать что то в какой то конкретный блок какой то SPI flash реалтек в принципе не понимает. Собственно утилита именно это и делает не больше.
MPR, я тоже скажу, что вы не правы![lol](http://bios.rom.by/img/smiles/icon_lol.gif)
упрямство и упорство - разные вещи)
реалтек может работать как с еепром, так и без нее, читайте внимательно ридми (вам уже не один человек об этом говорит, вы стоите на своем
простите, вы жонглируете словами
Развели на ровном месте, адрес мака в биос 00DC07Ah.
серьезнее некуда, затрите мак в биосе и попробуйте его под виндой менять, еще на стадии старта системы при инциализации драйвера ваш адаптер ляжет и не разбудите
просто адрес мака записанный в биос по этому адресу не канает, кстати, забыл сказать. первое что я сделал в поисках конкретного смещения где лежит МАК, прописал в этой зоне везде уникальную (опознаваемую) последовательность, не видит его адаптер, кроме мака видимо нужно соблюсти какой то формат этого блока
простите, вы жонглируете словамиlol ибо "т.н. запись" и "слить в еепром" - суть одно и то же, какая разница каким образом производится запись ячеек еепром
я ничем не жонглирую, "программатор" вшитый в чип лан адаптера хардверный, все что он может - тупо считать или записать данные, со стороны системы этот процесс не управляется, то есть вы не можете скормить чипу адаптера какой то конкретный адрес или какой то блок, вы можете только сказать залей "своим программатором" содержимое регистров в eeprom или наоборот прочитай, вы не можете сунуть ему какую угодно флешку и сказать пишем данные в блок по адресу XXXX и скормить бинарник, он тупо не поддерживает этих команд. Именно поэтому программатор чипа жестко привязан к типу eeprom, что и указано в даташите, нету eeprom адаптер стартует с дефолтными значениями регистров и маком в тч и уже после этого биос читает с флехи мак и заносит ему в регистр конфигурации. Вендорная утилита может работать только с командами для чипа адаптера (она собственно для этого и предназначена).
Есть еще утилиты типа dmi236, они работают минуя адаптер через встроенный в мост интерфейс, вот они способны биос писать в произвольные ячейки, но для работы они должны этот биос "понимать"
MPR, вижу, вы писатель, вы не читатель![lol](http://bios.rom.by/img/smiles/icon_lol.gif)
![lol](http://bios.rom.by/img/smiles/icon_lol.gif)
![lol](http://bios.rom.by/img/smiles/icon_lol.gif)
потрудитесь почитать в даташитах от реалтека про режим Efuse, заодно подумайте, зачем применяется команда, например, PG8168.EXE /efuse /nodeid XXXXXXXXXXXX
также можно найти достаточно тем, где на платах использовались чипы от этого производителя, где при этом находится мак-адрес при отсутствии еепром и каковы были найденные решения
также, можно поковырять рекомендованные вендорами наборы утилит, и о чудо, кроме их фирменных оболочек найти там стандартные утилиты от того же реалтека, причем вендоры именно эти наборы предлагают для прописывания мак-адресов
Вы про какую операционку речь ведете? Что-то не замечал такого под XP и Win7. Даже если MAC нулевой, сеть прекрасно себя чувствует. Единственный напряг - привязка провайдера интернета к MAC адресу, что благополучно может решиться даже пропиской его вручную в ОС.
Про Win8 не скажу, меня и предыдущие вполне устраивают.
вы попробовали или вам так кажется? что же тогда народ то мучается с Запуск этого устройства невозможен. (Код 10) в виндах вы им скажите что все и так работает![:)](http://bios.rom.by/img/smiles/icon_smile.gif)
Про efuse можно порассуждать, вопрос не в том как это работает, вопрос в том используется это материнской платой или нет![:)](http://bios.rom.by/img/smiles/icon_smile.gif)
![:)](http://bios.rom.by/img/smiles/icon_smile.gif)
судя по тому что при отсутствии eeprom через efuse далеко не всегда удается перешить мак, становится очевидно, что возможность чипа использовать этот режим никак не определяет желание производителя мамки его поддерживать
Собственно вот такие посты говорят красноречиво
"Пробовал менять mac программами под досом
код:
PG8168.EXE /efuse /nodeid XXXXXXXXXXXX
Пишет что все сделано, но mac остается прежним.
код:
PG8168.EXE /nodeid XXXXXXXXXXXX
Выдает ошибку, что-то связано с EEPROM.
код:
DMI236.exe /o 1"001122334455"
Очень быстро что-то делает, и возвращается к командной строке, прочесть не успеваю.
Может есть еще какой способ восстановить mac адрес?"
Я это не пробовал - я это делал много раз. И у меня нет проблем с записью MAC адреса, если это требуется.
Если кто-то использует говносборки - это его трудности. За годы копания столько было биосов перешито, и никто не возмущался, что у него сеть не работает (особенно если учесть то, что перед выдачей на руки работа сети, звука и прочего всегда проверяется).
Код 10 - никак не связан с MAC адресом, т.ч. нечего здесь сказки рассказывать.
По невозможности прописать MAC указанными утилитами - я могу найти не меньше вариантов, кода у людей все получилось на тех же самых платах. Т.ч. РКР имеет место быть.
да вы можете найти что угодно судя по словам, одна беда сказать и сделать несколько разные вещи![:)](http://bios.rom.by/img/smiles/icon_smile.gif)
![](/images/smiles/icon_gigi.gif)
![:)](http://bios.rom.by/img/smiles/icon_smile.gif)
совпадение просто, вы уж извините дальнейшую беседу с вами продолжать не интересно. Либо вам придется озвучить ваш мифический метод перешивки мака для сабжевой матери, либо заканчивайте балаболить про говносборки.....
особенно когда "Код 10 - никак не связан с MAC адресом"
с чего бы тогда винде в логи писать при этом про ошибку аппаратного адреса
MPR, пока балаболите именно вы
пока сам не попробовал)
а все вокруг лаптем щи хлебают, в том числе вендоры и производители чипов
1. какой, нафиг, мифический, прочтите темку по асрокам (причем, именно там я утверждал, что это невозможно
2. что озвучивать? прямо сказано - почитайте документацию
3. если у вас лично что-то не получается - это не повод утверждать, что такого не может быть, да еще балаболами обзывать, экий пострел, Омерику открыл
4. про efuse вы похоже не читали вовсе, раз приводите в цитатах команды, к этому режиму не относящиеся
хамить не надо
спрошу еще раз, где по-вашему, находится в биосе бут-блок?
Отправить комментарий