Автор Тема: Rq: Защо след всеки рестарт ethx се сменя?  (Прочетена 7020 пъти)

dobritu

  • Напреднали
  • *****
  • Публикации: 115
  • Distribution: Slackware 12.1
  • Window Manager: KDE
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #15 -: Jun 03, 2008, 11:57 »
Цитат (bulg @ Юни 03 2008,02:10)
Винаги има риск, че след ъпдейт на rom-a няма да се скапе. Ако дъното е в гаранция не е сигурно, че ще ти я признаят след това. Най-хубаво, попитай там, откъдето е купено за да не стане фал. Провери преди това, дали mac-адреса не се указва от bios-a. При някои дъна има такава опция и дори по-подразбиране е нули, за ефектът, от което може да се предполага... '<img'>

Ами ще поразгледам БИОС-а си да видя дали няма някакви настройки на LAN картата ми.Иначе ако не стане, проблема го решавам с една LAN карта за 9 лв., която си купих вчера, но на мен ми трябват 2 LAN карти защото мисля да споделям интернет връзката си другия ми компютър и ако се оправи работата от биоса ще си спестя още 9 лв. 2-ра (външна лан карта).Но за БИОС-а не ми се иска да си правя експерименти с него да го обновявам.Дъното си е ново, преди 2 седмици някъде го купих и не ми се ще да го прецакам сега, а гаранцията едва ли ще ми я признаят ако омажа BIOS-а.
Активен

sverdlov

  • Напреднали
  • *****
  • Публикации: 351
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #16 -: Jun 03, 2008, 14:42 »
В такъв случай за 18 лв си решаваш проблема. Само си вземи по-популярен модел, за да не стане същата работа с reverse-engineered драйверите. Не е "хакерско" решение според някои хора да решиш проблема по лесния начин, но... според мен именно лесния начин е "хакерското" решение.
Активен

dobritu

  • Напреднали
  • *****
  • Публикации: 115
  • Distribution: Slackware 12.1
  • Window Manager: KDE
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #17 -: Jun 03, 2008, 20:31 »
Цитат (sverdlov @ Юни 03 2008,17:42)
В такъв случай за 18 лв си решаваш проблема. Само си вземи по-популярен модел, за да не стане същата работа с reverse-engineered драйверите. Не е "хакерско" решение според някои хора да решиш проблема по лесния начин, но... според мен именно лесния начин е "хакерското" решение.

Ами във всякакъв друг случай бих рискувал да омажа операционната система, ама BIOS-a да омажа не искам да рискувам, все едно да хвърля около 100 лв. на вятъра '<img'> Така че предпочитам този вариант да дам 18 лв. за Realtek RTL8139 и да ми е мирна главата отколкото да омажа BIOS-a и да дам още 100 лв. '<img'>



Активен

gat3way

  • Напреднали
  • *****
  • Публикации: 6050
  • Relentless troll
    • Профил
    • WWW
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #18 -: Jun 03, 2008, 20:45 »
Майко мила '<img'>
Активен

"Knowledge is power" - France is Bacon

divak

  • Напреднали
  • *****
  • Публикации: 830
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #19 -: Jun 03, 2008, 20:47 »
dobritu, гледай сега ... тоест чети сега '<img'> , та ... GIGABYTE ти предлагат абсолютно елементарен тул (инструмент) за флаш на биос-а, който прави бекъп и ако се сговняса нещо (това се случва рядко) се връща първоначалната версия. Това че си взел дъното вчера не означава че биос версията е от преди 1 година (твоет специално е модел от преди 2 години), както по рано ти казах - виж коя версия е, и след това сравни във сайта  за да си сигурен - http://tw.giga-byte.com/Support....ID=2670
И не на последно място - ако си купил дъното от там дето ми показа линка - тия не ги интересува дали си го флашвал - знам от опит, работя с тях '<img'> . До сега прецакано дъно от флаш ... само на места където тока гасне в режим 1:кесим .
Тъпо е да си купиш нещо и то да не работи поради временни недостатъци на софтуера му '<img'> .
Ако те е страх ... то поне потърси решения на проблема ти във ...търсачките ..поне по-известните. На 99% от потребителите със този проблем това е решението, а на останалите ...пипане по драйвера (модула) forcedeth. Въпроса не опира до 9 лева (най-малкото мрежовите карти отдавна не струват толкова) а до решаване на възникнал проблем.
След това си разгледай БИОС-а, и по-точно кое на какво прекъсване работи ...вече ти казах '<img'>
Като собственик на GIGABYTE те уверявам, че флаш на биоса е рутинна процедура, която е задължителна с оглед поддръжка на все по-нов и екзотичен хардуер. Поне си прочети документацията която съпровожда дъното .... да не говорим за
Цитат
Due to different Linux support condition provided by chipset vendors, please download Linux driver from chipset vendors' website or 3rd party website.
- цитат от сайта на производитела на дънната ти платка,тоест гледаш тук :
http://www.nvidia.com/object/linux_nforce_1.23.html
Активен

divak

  • Напреднали
  • *****
  • Публикации: 830
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #20 -: Jun 03, 2008, 20:58 »
Още за дъното ти :
http://tw.giga-byte.com/Product....ID=2670
Разгледай Other Features секцията.
И не издребнявай ...не струва 100 лв '<img'>


С риск да стана досаден ...обаче има и друго решение на проблема.
При това дебианци отдавна са го решили ...Jan 15, 2008
и то е :

http://www.nabble.com/Bug-460....99.html

или по точно :
Цитат

The
only difference in 'forcedeth.c' is line 554, where they have

#define PHY_OUI_REALTEX 0x01c1

instead of

#define PHY_OUI_REALTEX 0x0732


 Подпипване на модула и прекомпилиране на ядрото и ...чакаме резултати.



Активен

KPETEH

  • Напреднали
  • *****
  • Публикации: 584
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #21 -: Jun 03, 2008, 22:39 »
ДО dobritu нищо няма да flash-ваш !
По DHCP протокол ли си взимаш адреса ?
Активен

Най-добрата страна на алчността е способността и да стопява коефициента на интелигентност дори на най-умния човек.

bulg

  • Напреднали
  • *****
  • Публикации: 916
  • Distribution: *bsd/linux
  • Животът е тръпка... иначе живот ли е това...
    • Профил
    • WWW
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #22 -: Jun 03, 2008, 23:43 »
Т.нар. "флашване" се прави на собствен риск и при условие, че наистина е необходимо, защото после едва ли някой ще се заеме да препрограмира eeprom-a за такова дъно(ако не "светне" след вкл., де).
Ин'чи до'ся съм невиждал вградена, дето поне мин. 3-пъти да не е дала проблем на десктопи и на сървъри до 10к, но вероятно има изключения, за които незнам. '<img'>



Активен

http://www.youtube.com/watch?v=9rX8Fn-YJpI
---------------------------------------------------------------------
http://cleargreen.com

divak

  • Напреднали
  • *****
  • Публикации: 830
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #23 -: Jun 04, 2008, 00:33 »
bulg, със GA-965P-S3 съм
и със Интел E8200. Как според теб е възможно това, ако го продават със версия на БИОС - F8 ?
Та ...така нареченото "флашване" се прави с цел да се радваш на това което имаш - риск винаги има, но това не означава да си технически неандерталец '<img'> . Много неща се изглаждат в последствие и БИОС-ите също са едни от тях, та така че стига глупости с тия рискове, драми и трагедии.
Ако някой мисли да го закопават със бангията която има - нека си я кътка както си я е купил, да си пази гаранционните лепенки и да пълни форумите със нелепи хардуерни въпроси.
Аз до сега проблем c вградена мрежова карта съм срещал (имал) единствено на БИОС ниво и фърмуер на самата мрежова карта.  '<img'>
Винаги ми е било интересно дали някой си чете спецификацията на дъното, или гледа само резюмето което е направил търговеца и е до там. Но пък от друга страна, ако това се правеше ....доста фирми производители щяха да са фалирали до сега '<img'>





Цитат
forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.60.
ACPI: PCI Interrupt Link [APCH] enabled at IRQ 21
ACPI: PCI Interrupt 0000:00:0a.0[A] -> Link [APCH] -> GSI 21 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:00:0a.0 to 64
forcedeth: using HIGHDMA
0000:00:0a.0: Invalid Mac address detected: 71:5a:e6:7d:1d:00
Please complain to your hardware vendor. Switching to a random MAC.
eth0: forcedeth.c: subsystem: 01458:e000 bound to 0000:00:0a.0


KPETEH предполагам че по някаква причина не си видял това, и за това си задал въпроса за ...DHCP '<img'>



Активен

divak

  • Напреднали
  • *****
  • Публикации: 830
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #24 -: Jun 04, 2008, 01:25 »
За да не се "флашва" нищо :

Примерен код

     Subject: forcedeth: mac address fix
    From: Ayaz Abdulla <aabdulla@nvidia.com>

    This critical patch fixes a mac address issue recently introduced. If the
    device's mac address was in correct order and the flag
    NVREG_TRANSMITPOLL_MAC_ADDR_REV was set, during nv_remove the flag would get
    cleared. During next load, the mac address would get reversed because the
    flag is missing.

    As it has been indicated previously, the flag is cleared across a low power
    transition. Therefore, the driver should set the mac address back into the
    reversed order when clearing the flag.

    Also, the driver should set back the flag after a low power transition to
    protect against kexec command calling nv_probe a second time.

    Signed-off-by: Ayaz Abdulla <aabdulla@nvidia.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    ---

    drivers/net/forcedeth.c | 26 ++++++++++++++++++++++++--
    1 file changed, 24 insertions(+), 2 deletions(-)

    diff -puN drivers/net/forcedeth.c~forcedeth-mac-address-fix drivers/net/forcedeth.c
    --- a/drivers/net/forcedeth.c~forcedeth-mac-address-fix
    +++ a/drivers/net/forcedeth.c
    @@ -5327,8 +5327,7 @@ static int devinit nv_probe(struct pci
    dev->dev_addr[3] = (np->orig_mac[0] >> 24) & 0xff;
    dev->dev_addr[4] = (np->orig_mac[1] >> 0) & 0xff;
    dev->dev_addr[5] = (np->orig_mac[1] >> 8) & 0xff;
    + } else if (txreg & NVREG_TRANSMITPOLL_MAC_ADDR_REV) {
    + /* mac address is already in correct order */
    + dev->dev_addr[0] = (np->orig_mac[0] >> 0) & 0xff;
    + dev->dev_addr[1] = (np->orig_mac[0] >> 8) & 0xff;
    + dev->dev_addr[2] = (np->orig_mac[0] >> 16) & 0xff;
    + dev->dev_addr[3] = (np->orig_mac[0] >> 24) & 0xff;
    + dev->dev_addr[4] = (np->orig_mac[1] >> 0) & 0xff;
    + dev->dev_addr[5] = (np->orig_mac[1] >> 8) & 0xff;
    + /*
    + * Set orig mac address back to the reversed version.
    + * This flag will be cleared during low power transition.
    + * Therefore, we should always put back the reversed address.
    + */
    + np->orig_mac[0] = (dev->dev_addr[5] << 0) + (dev->dev_addr[4] << 8) +
    + (dev->dev_addr[3] << 16) + (dev->dev_addr[2] << 24);
    + np->orig_mac[1] = (dev->dev_addr[1] << 0) + (dev->dev_addr[0] << 8);
    } else {
    /* need to reverse mac address to correct order */
    dev->dev_addr[0] = (np->orig_mac[1] >> 8) & 0xff;
    @@ -5606,7 +5621,9 @@ out:
    static int nv_resume(struct pci_dev *pdev)
    {
    struct net_device *dev = pci_get_drvdata(pdev);
    + u8 __iomem *base = get_hwbase(dev);
    int rc = 0;
    + u32 txreg;

    if (!netif_running(dev))
    goto out;
    @@ -5617,6 +5634,11 @@ static int nv_resume(struct pci_dev *pde
    pci_restore_state(pdev);
    pci_enable_wake(pdev, PCI_D0, 0);

    + /* restore mac address reverse flag */
    + txreg = readl(base + NvRegTransmitPoll);
    + txreg |= NVREG_TRANSMITPOLL_MAC_ADDR_REV;
    + writel(txreg, base + NvRegTransmitPoll);
    +
    rc = nv_open(dev);
    out:
    return rc;
    _




тоест с този пач МАК адреса вече не се обръща ( 0000:00:0a.0: Invalid Mac address detected: 71:5a:e6:7d:1d:00 ще е обърнат, тоест истинският )

Предполагам че е включен във новото ядро.



Активен

bulg

  • Напреднали
  • *****
  • Публикации: 916
  • Distribution: *bsd/linux
  • Животът е тръпка... иначе живот ли е това...
    • Профил
    • WWW
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #25 -: Jun 04, 2008, 14:58 »
Добре де, щом си фен на флашканията, к'во пра'име, ако за някое дъно няма нова версия? Ше повториш последната, нали '<img'> От (не)известно време насам има дъна, които нямат опция да се пипат irq's от bios-a, пък и що мислиш, че мо'еш да барнеш, пак през bios, прекъсванията на вграденo nic-че; опцията я имаше в някои антики и редки маркови машини, а на човека не е такава.
Колкото до проблемите с "вградените", вероятно ги нямаш, защото не поддържаш непрекъснато работещи машини под вин, тоест хората кОлтурно си ги 'шът-ват' в края на раб. ден, вероятно. Друга причина е, че може би задклавиатурните не те уведомяват(при проблем с връзка), когато се набират на малкия бутон, решаващ половината от проблемите под гореуказаната ос. Правя сравнение между вгр. карти и такива на слот(и 2-та вида с недокоснати фабрични хардуерни настройки, примерно) и вторите определено са по стабилни, нема сми' да спорим за това.
Активен

http://www.youtube.com/watch?v=9rX8Fn-YJpI
---------------------------------------------------------------------
http://cleargreen.com

divak

  • Напреднали
  • *****
  • Публикации: 830
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #26 -: Jun 04, 2008, 19:00 »
dobritu пробва ли този пач дето го намерих ? Кажи да се знае дали е решен проблема ?  Ако си забелязал пача е писан от човек от екипа на нвидиа. '<img'>

bulg ...
Цитат
Добре де, щом си фен на флашканията, к'во пра'име, ако за някое дъно няма нова версия? Ше повториш последната, нали '<img'>
 ? Незнам как и какво да ти отговоря .
 "Hardware Interrupts and Conflicts " е доста помагащо начало за търсене '<img'> .
Правенето на панахиди и стискането на палци ако бъде своевременно заместено със поне малко интерес и ...
....чудейки се какво друго да ти отговоря ..и се сетих, за момент ми се бе изплъзнало - Ако дъното има проблем и не е софтуерен - тоест БИОС-а или е последният или дори и с най-новата версия не работят нещата ...го връщам за гаранционен сервис или ако е минала гаранцията - изхвърлям го - пестя нерви и време - пне на мен са ми скъпи. '<img'>
Но да се твърди че подмяната на една версия на БИОС с друга (дори и предходна) не решава проблеми и че е излишно предпочитание - е крайно несериозно.
Дори най-новата версия може да се окаже "бъглива" и даунгреидването със предходната да оправи нещата. За пример - гледам си любознателен- разгледай бета версиите на доста Гигабайтски дъна '<img'> .

Цитат
Правя сравнение между вгр. карти и такива на слот(и 2-та вида с недокоснати фабрични хардуерни настройки, примерно) и вторите определено са по стабилни, нема сми' да спорим за това.

?  Как и къде ги направи тези сравнения ? Вече се чудя ... да не кажа озадачен как така е направена постановката, че и стигнато до такъв генерален и потресаващ извод ?
Къде сравни Марвел мрежови карти ? Интелски ? На НВидиа ? на Длинк ? На 3Ком ? И как така сравни скороста при пренос на данни ...
Доста въпроси още висят  ...но ще ти ги спестя.



Активен

dobritu

  • Напреднали
  • *****
  • Публикации: 115
  • Distribution: Slackware 12.1
  • Window Manager: KDE
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #27 -: Jun 04, 2008, 22:12 »
Цитат (KPETEH @ Юни 04 2008,01:39)
ДО dobritu нищо няма да flash-ваш !
По DHCP протокол ли си взимаш адреса ?

НЕ не го взимам по DHCP, а интернет връзката ми тука няма нищо общо с това което ми прави проблем тази лан карта.
До divak:
Цитат (divak @ Юни 04 2008,22:00)
dobritu пробва ли този пач дето го намерих ? Кажи да се знае дали е решен проблема ?  Ако си забелязал пача е писан от човек от екипа на нвидиа. '<img'>

Ами ако ми пообясниш малко как да го пачна ще го пробвам '<img'>
А относно дъното купил съм го от магазин който работи с mostbg, тоест направо от mostbg съм го поръчал и дъното и процесора и рам паметта която съм си взел.А това което казваш за update че може да се скапе ако спре тока, скоро не е спирал така тока, ама знам ли ги тея идиоти от EVN какво ще им хрумне по никое време да го спрат пак.



Активен

divak

  • Напреднали
  • *****
  • Публикации: 830
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #28 -: Jun 04, 2008, 23:45 »
Тъй като не знам Слак 12 с кое ядро е ...предполагам че в новото ...2.6.нещо си този пач (бъг) е оправен, но това не пречи да се подсигуриш ... Дръпни си сорса на ядрото, после http://gentoo-wiki.com/HOWTO_Install_a_Kernel_Patch . като кода който го пуснах го запази със разширение .patch. Тоест forcedeth-mac-address-fix.patch (той така се и казва ) . След това си компилираш ядрото и ...казваш до къде си го добутал.
Няма да се стряскаш. вероятноста да си осереш БИОС-а при флаш (особено на Гигабайт) е само ако си мозъчен инвалид '<img'> (вярвам не си такъв) . Флашвай и компилирай смело, няма какво да му се плашиш толкова...(а и за под Windows имат перфектен тул, просто хората са помислили за всичко, да ти е кеф да се радваш на хардуер '<img'>  ) ще помагам всякък '<img'> Ако нещо не ти е ясно - 117747546 - ICQ. Само ако се реши проблема искам от теб да го споделиш тук '<img'>

P.s. Има доста информация как се пачва сорс код, а също така и компилация по Слакуерски - та така че ...ако проблема ти се реши - цветя и бонбони не пия '<img'> , а ако не - то опитите продължават докато се реши - и без това ми стана доста интересно.

 ':ok:'



Активен

dobritu

  • Напреднали
  • *****
  • Публикации: 115
  • Distribution: Slackware 12.1
  • Window Manager: KDE
    • Профил
Rq: Защо след всеки рестарт ethx се сменя?
« Отговор #29 -: Jun 07, 2008, 02:07 »
Цитат (divak @ Юни 05 2008,02:45)
Тъй като не знам Слак 12 с кое ядро е ...предполагам че в новото ...2.6.нещо си този пач (бъг) е оправен, но това не пречи да се подсигуриш ... Дръпни си сорса на ядрото, после http://gentoo-wiki.com/HOWTO_Install_a_Kernel_Patch . като кода който го пуснах го запази със разширение .patch. Тоест forcedeth-mac-address-fix.patch (той така се и казва ) . След това си компилираш ядрото и ...казваш до къде си го добутал.
Няма да се стряскаш. вероятноста да си осереш БИОС-а при флаш (особено на Гигабайт) е само ако си мозъчен инвалид '<img'> (вярвам не си такъв) . Флашвай и компилирай смело, няма какво да му се плашиш толкова...(а и за под Windows имат перфектен тул, просто хората са помислили за всичко, да ти е кеф да се радваш на хардуер '<img'>  ) ще помагам всякък '<img'> Ако нещо не ти е ясно - 117747546 - ICQ. Само ако се реши проблема искам от теб да го споделиш тук '<img'>

P.s. Има доста информация как се пачва сорс код, а също така и компилация по Слакуерски - та така че ...ако проблема ти се реши - цветя и бонбони не пия '<img'> , а ако не - то опитите продължават докато се реши - и без това ми стана доста интересно.

 ':ok:'

Като ми остане време ще го пробвам това (че имам да дооправям фирмения сайт) и ще пиша тука какъв е бил резултата.После сигурно ще имам проблем и с драйверите за вграденото видео, но като стигна до там пак ще питам '<img'> Относно ICQ-то съм те добавил и ако има нещо ще питам.
Активен