[KartoGraficzny Offtop] - wątek do luźnej dyskusji o wszystkim co dotyczy GPU

[VRman 3 089]

@tomcug
Może poprawcie te "dyskretnej" karty graficznej w tym newsie i nie ufajcie w pełni automatowi tłumaczącemu z angielskiego

 

w tym

https://ithardware.pl/aktualnosci/bomba_zegarowa_nvidia-44671.html

Edytowane 1 Września 2025 przez VRman

[tomcug 2 942]

17 minut temu, VRman napisał(a):

Może poprawcie te "dyskretnej" karty graficznej w tym newsie i nie ufajcie w pełni automatowi tłumaczącemu z angielskiego

 

w tym

https://ithardware.pl/aktualnosci/bomba_zegarowa_nvidia-44671.html

Dzięki, ale na przyszłość najlepiej zgłaszać błędy bezpośrednio do autora przyciskiem Zgłoś błąd na stronie. Ja z działem newsów nie mam nic wspólnego

[Yahoo86 335]

15 godzin temu, Pawelek6 napisał(a):

Ktoś wie, o które generacje kart chodzi w tym newsie: KLIK?

Sam właśnie przeczytałem i sprawdziłem GOP_Updater-em 4 karty: 3x RTX A4500 oraz 1x RTX 4070 - na każdej jest Most likely signed by: Microsoft Corporation UEFI CA 2011.

 

@sideband - mówisz żeby temat olać, z czym w sumie się zgadzam - muszą udostępnić BIOS i narzędzie.

Edytowane 2 Września 2025 przez Yahoo86

[sideband 2 144]

Pewnie tak zostanie udostępnione narzędzie lub nawet przez WU nastąpi update 

[Yahoo86 335]

@sideband

Mało prawdopodobne.
WU nie aktualizuje VBIOS - to firmware ładowany jeszcze przed startem systemu, więc nie ma do niego dostępu.
NVIDIA musi wydać osobne narzędzie i nowy BIOS, a producenci OEM muszą je dostosować do swoich kart.

[Pawelek6 289]

Moment... Czyli co? Typowy użytkownik, którego wiedza kończy się na przejrzeniu neta i odpaleniu gry (nie chodzi mi tutaj o forumowiczów, tylko miliony zwykłych użytkowników PC), zostanie z uwalonym kompem z automatu w przyszłym roku? Niezależnie czy to jakiś jeszcze starszy GTX 1060 czy wypas w postaci RTX 5090?

 

Przecież to jakiś absurd, totalny armageddon. Jeśli z automatu jakąś aktualizacją zawczasu nie zostanie to ogarnięte.

Edytowane 2 Września 2025 przez Pawelek6

[sideband 2 144]

56 minut temu, Yahoo86 napisał(a):

@sideband

Mało prawdopodobne.
WU nie aktualizuje VBIOS - to firmware ładowany jeszcze przed startem systemu, więc nie ma do niego dostępu.
NVIDIA musi wydać osobne narzędzie i nowy BIOS, a producenci OEM muszą je dostosować do swoich kart.

Nie zrozumiałeś w WU będzie narzędzie, które będzie automatycznie robić update biosu. Obecne flashery robią wszystko z poziomu windy i wyłączają sterownik.

Można nawet zrobić to na skrypcie i zrobi to automatycznie bez żadnego klikania.

[Yahoo86 335]

@Pawelek6

Jeśli typowy użytkownik nie ogarnie tematu, to zostaje mu wyłączenie Secure BOOT.

 

@sideband

Owszem są i da się, ale moim zdaniem WU nie jest (i raczej nie będzie) kanałem dystrybucji takich aktualizacji, ze względu na ryzyko i zróżnicowanie sprzętu.

Dlatego najbardziej realistyczny scenariusz to:

• NVIDIA przygotuje narzędzie (albo aktualizację NVFlash),
• OEM-y wypuszczą dedykowane BIOS-y do swoich modeli,
• Użytkownicy będą musieli to zainstalować ręcznie lub półautomatycznie.

To nie jest "jedna paczka dla wszystkich" - update musi być precyzyjnie dobrany do konkretnego modelu, wersji, rewizji.

WU nie ma mechanizmu identyfikacji kart OEM z taką precyzją. To nie jest sterownik, który może być generyczny.

[sideband 2 144]

Okaże się w praniu 

Ale nie wykluczone, że skończy się na jednej uniwersalne apce  Tego typu programu potrafią bez problemu rozpoznać dokładnie sprzęt i ewentualnie zablokować aktualizacje tak jak w przypadku łatek np. dotyczących DP, która była uniwersalna.

 

[Kadajo 8 098]

Czyli jednak tykające bomby

Ale będzie drama jak się to stanie

[sideband 2 144]

Jaka bomba? 

Jak ktoś nie używa secure boot to nawet nie będzie wiedział o tym 

[Yahoo86 335]

@sideband

Brzmi optymistycznie, ale rzeczywista aktualizacja VBIOS nie jest aż tak prosta jak np. sterowników czy patchy DP (które były generyczne) - z kilku powodów:

 

VBIOS musi być ściśle dopasowany do:

• konkretnej rewizji PCB (np. 1.0, 1.1 – mogą się różnić VRM, kontrolerami, czujnikami),
• rodzaju i producenta pamięci VRAM (Samsung, Micron, Hynix, ... - różne timingi, napięcie),
• sposobu chłodzenia i mapy zasilania
• limitów TDP, napięć, itd...

Dwie karty o tym samym modelu i SUBSYS ID mogą potrzebować innych wersji BIOS-u.

 

Rzeczywiście - apka może odczytać:

• nazwę GPU,
• SUBSYS ID (producent OEM + model),
• wersję aktualnego VBIOS-u,
• podpis UEFI (jeśli obecny).

Ale nie odczyta rewizji PCB, która decyduje o zgodności z danym BIOS-em.
Ta informacja nie istnieje w systemie, więc żadna aplikacja jej nie wykryje.
Rewizja bywa nadrukowana fizycznie na PCB, a nie w firmware.

 

Update przez "jedną apkę"? Tylko jeśli:

• będzie zawierać całą bazę BIOS-ów od OEM-ów,
• będzie mieć precyzyjny matching po modelu + wersji + rewizji + typie VRAM,
• będzie miała wbudowaną walidację zgodności (jak NVFlash z opcją ochrony),
• OEM-y dostarczą dane - co jest mało prawdopodobne, patrząc na historię wsparcia.

Owszem - da się stworzyć narzędzie do aktualizacji, ale nie będzie to „uniwersalna apka” w sensie: 1 klik i leci wszystkim.
To musi być rozbudowane narzędzie z walidacją, a nie „generyczne WU z paczką dla wszystkich”.

Bez dokładnego dopasowania BIOS-u do karty -> bardzo łatwo o uceglenie karty.

[sideband 2 144]

Jak apka wie co ma patchować tutaj bios nie grali od jakiej karty, subvendor, rozmiar biosu, przesunięcie zmienianych wpisów pod inny adres etc.

Jak to zostanie rozwiązanie wyjdzie w praniu 

PS. pisałem na poziomie jednej generacji, ale tutaj sytuacja i tak jest inna dotyczy znacznie większej liczby kart z różnych generacji.

 

Edytowane 2 Września 2025 przez sideband

[Kadajo 8 098]

28 minut temu, sideband napisał(a):

Jaka bomba? 

Jak ktoś nie używa secure boot to nawet nie będzie wiedział o tym 

Ten secure boot który często jest włączony domyślnie w biosie ?

[sideband 2 144]

To niech się martwi ten co ma włączone i NV 

Z mojej perspektywy to błahy problem, ale czym innym jest kończenie wsparcia w 2026 dla Win10 to już strzał w pysk 

[Yahoo86 335]

@sideband Nie do końca.

 

Aplikacja może:

• odczytać identyfikator karty (SUBSYS ID), rozmiar BIOS-u, wersję firmware’u,
• próbować znaleźć właściwe miejsce w BIOS-ie do podmiany (tzw. offset),
• sprawdzić, czy wszystko się zgadza i dopiero wtedy nałożyć aktualizację.

Ale:
Wystarczy drobna zmiana na PCB (np. inny układ zasilania, kontroler wentylatorów albo inny VRAM) - i taka łatka już nie pasuje. BIOS może wyglądać podobnie, ale działać inaczej.

To nie jest prosta aktualizacja jak sterownik czy plik tekstowy - to jest firmware niskiego poziomu, który uruchamia się jeszcze przed startem systemu. Jak coś pójdzie nie tak – nie ma obrazu, nie ma systemu, nie ma powrotu (chyba że mamy dual bios, zapasową kartę lub lutownice i programator).

 

@Kadajo

Moim zdaniem NVIDIA na to nie pozwoli - zarówno na rynku konsumenckim, jak i pro. Gdyby miliony kart przestały działać, to byłby taki shitstorm, że nie byłoby czego zbierać.

Dlatego wypuszczą dedykowane narzędzie (albo nową wersję NVFlash) z odpowiednimi zabezpieczeniami i walidacją, żeby zminimalizować ryzyko.

 

Ale finalny problem spadnie na OEM-y.
To oni będą musieli przygotować i udostępnić właściwe wersje BIOS-ów - osobno dla każdej rewizji swoich kart.

Karty referencyjne są w najlepszym położeniu - tu sprawę ogarnie sama NVIDIA.
Ale u takich producentów jak np. Gigabyte to może być dramat: ciągłe cięcie kosztów, nowe rewizje co kilka miesięcy, różne wersje pamięci i inne BIOS-y (z ich mobo jest to samo).

[Yahoo86 335]

23 minuty temu, Karro napisał(a):

od 8 lat tego nie ma ,wszystko jest zunifikowane,bez zadnego wyjątku

 

Graphics Card Face-Off: Founders Edition or Reference GPUs vs 3rd-Party Design

Tom’s Hardware wyjaśnia, że producenci OEM często wprowadzają własne chłodzenie, układy zasilania, sterowniki, a nawet zwiększają zegarki fabryczne. To oznacza, że już na warstwie projektu są różnice i potencjalnie wymagają różnych wersji BIOS-u.

 

I flashed my GPU BIOS for more power, but you shouldn't

Ten artykuł przestrzega, że flashowanie BIOS-u GPU niesie ryzyko brick-a, zwłaszcza jeśli używasz niepoprawnej wersji firmware - co może wyniknąć z różnic w sprzęcie, nawet gdy model wygląda podobnie.

 

Are Video Cards With The Same GPU But Different Manufacturers Identical?

ComputerCity podkreśla, że każdy producent często optymalizuje BIOS do swoich wersji karty - nawet jeśli chipset to ten sam. To wpływa na zarządzanie zasilaniem, chłodzeniem i overclocking - co potwierdza, że firmware nie jest uniwersalny.

 

@Karro

Unifikowanie dotyczy części konstrukcji referencyjnych albo projektów zgodnych z tzw. "reference design". Ale u OEM-ów, wciąż zdarzają się:

• różne rewizje tej samej karty (v1.0, v1.1, v2.0),
• inne układy pamięci (Hynix, Samsung, Micron),
• zmienione sekcje zasilania, kontrolery, czujniki.

I tak - nawet jeśli SUBSYS ID i VBIOS wyglądają bardzo podobnie, różnice mogą wpływać na stabilność, napięcia, sterowanie chłodzeniem itd.
Wystarczy, że offset się nie zgodzi albo checksum nie przejdzie walidacji - i po karcie.

 

Zunifikowanie BIOS-u w tak zmiennym środowisku OEM to mit. Właśnie dlatego NVFlash i podobne narzędzia mają zabezpieczenia i walidację, żeby takich bricków uniknąć.

[Yahoo86 335]

@Karro „u mnie działa” = dowód na wszystko - widzę że zaczyna brakować argumentów.

 

Podałem konkretne tytuły i źródła. Po polsku wyjaśniłem, o co chodzi - kto chce, może sam to zweryfikować. To nie jest żadna „wklejka z neta”, tylko fakty.

A czy są po polsku, czy po angielsku, nie zmienia ich treści ani wartości merytorycznej.

 

Analizy PCB (TechPowerUp):

 

NVIDIA GeForce RTX 4070 Founders Edition

Gainward GeForce RTX 4070 Ghost

Galax GeForce RTX 4070 EX Gamer White

PNY GeForce RTX 4070

PNY GeForce RTX 4070 XLR8

Zotac GeForce RTX 4070 AMP Airo

 

Każda z tych kart – mimo że oparta na tym samym GPU ma istotne różnice i wymaga odrębnego BIOS-u. Tak wygląda Twoja „unifikacja” w praktyce.

[Yahoo86 335]

@Karro

Skoro analiza PCB i różnice w BIOS-ach „nie mają znaczenia”, to nie ma sensu dalej dyskutować.

Nie kopiuję z Google ani AI - tylko podaję sprawdzone źródła i konkrety. Jak chcesz, możesz je ignorować.

Ale to nie zmienia faktów.

 

Dla mnie EOT.

[tomcug 2 942]

2 godziny temu, Yahoo86 napisał(a):

Wystarczy drobna zmiana na PCB (np. inny układ zasilania, kontroler wentylatorów albo inny VRAM) - i taka łatka już nie pasuje. BIOS może wyglądać podobnie, ale działać inaczej.

To nie jest prosta aktualizacja jak sterownik czy plik tekstowy - to jest firmware niskiego poziomu, który uruchamia się jeszcze przed startem systemu. Jak coś pójdzie nie tak – nie ma obrazu, nie ma systemu, nie ma powrotu (chyba że mamy dual bios, zapasową kartę lub lutownice i programator).

I co w związku z tym? Struktura BIOS-u jest określona i zawsze taka sama. Odpowiednio zaprogramowane narzędzie aktualizujące sobie poradzi z każdym BIOS-em, jeżeli będzie "wiedzieć" czego szukać i jak to zmodyfikować  Groźniejszą dla NV rzeczą jest to, że takie narzędzie będzie musiało podpisywać zmodyfikowane przez siebie BIOS-y, ale to już chyba bez znaczenia, bo jak dobrze pamiętam, to wyszedł flasher łamiący zabezpieczenia

7 minut temu, Yahoo86 napisał(a):

Skoro analiza PCB i różnice w BIOS-ach „nie mają znaczenia”, to nie ma sensu dalej dyskutować.

Nie kopiuję z Google ani AI - tylko podaję sprawdzone źródła i konkrety. Jak chcesz, możesz je ignorować.

Ale to nie zmienia faktów.

 

Dla mnie EOT.

Pitu pitu. W praktyce można flashować BIOS-y od innych modeli i to po prostu działa. Nie zawsze optymalnie, są np. cyrki z kontrolą obrotów, ale nie jest tak, jak sugerujesz, że się świat wtedy wali

[wrobel_krk 888]

jak bedzie narzedzie do flashowania to je bedzie sie dalo przerobic już i rumakowanie sie zacznie:)
Nie tak jak za czasow kopanie gdzie kazdy gornik bardziej ogarniety wgrywal biosy gdzie byla lepsza wydajnosc

[Yahoo86 335]

@tomcug

Dzięki - dokładnie o to mi chodziło: nie chodzi o to, że wszystko się wali, tylko że nie da się tego zrobić jedną uniwersalną paczką bez walidacji.
A że BIOS-y między sobą potrafią się różnić - to fakt, a nie "pitu pitu". Że da się czasem flashować inne - też fakt.

Ale czasem to nie znaczy zawsze i bez ryzyka.

I tyle z mojej strony - nie ma sensu się licytować, tylko obserwować, co faktycznie zrobi NVIDIA.

[sideband 2 144]

2 godziny temu, tomcug napisał(a):

I co w związku z tym? Struktura BIOS-u jest określona i zawsze taka sama. Odpowiednio zaprogramowane narzędzie aktualizujące sobie poradzi z każdym BIOS-em, jeżeli będzie "wiedzieć" czego szukać i jak to zmodyfikować  Groźniejszą dla NV rzeczą jest to, że takie narzędzie będzie musiało podpisywać zmodyfikowane przez siebie BIOS-y, ale to już chyba bez znaczenia, bo jak dobrze pamiętam, to wyszedł flasher łamiący zabezpieczenia

Pitu pitu. W praktyce można flashować BIOS-y od innych modeli i to po prostu działa. Nie zawsze optymalnie, są np. cyrki z kontrolą obrotów, ale nie jest tak, jak sugerujesz, że się świat wtedy wali

Wszystkie biosy pochodzą od NV tylko z drobnymi zmianami  

Poza tym tutaj chodzi tylko o aktualizacje GOP co się da bezproblemowo ogarnąć uniwersalną apką 

Jeszcze się okaże, że po wygaśnięciu certyfikatu nic się w praktyce nie wydarzy 

[Send1N 5 265]

17 godzin temu, sideband napisał(a):

lub nawet przez WU nastąpi update 

Oby tylko nie było tak jak automatyczne update biosu przez WU w laptopach  ile to osób już tak ucegliło mobo nie wiedząc że w tle WU robi właśnie aktualizację biosu  zamykając klapę lub po prostu odłączając nagle zasilanie, mam nadzieje że rozwiążą to tak aby człowiek był tego świadomy a nie że coś się będzie robić po cichu w tle i CYK  

[tomcug 2 942]

8 godzin temu, sideband napisał(a):

Wszystkie biosy pochodzą od NV tylko z drobnymi zmianami  

Poza tym tutaj chodzi tylko o aktualizacje GOP co się da bezproblemowo ogarnąć uniwersalną apką 

Jeszcze się okaże, że po wygaśnięciu certyfikatu nic się w praktyce nie wydarzy 

Do Turinga i Ampere hobbyści zrobili narzędzia do tego, także NVIDIA na pewno ogarnie

https://winraid.level1techs.com/t/gop-update-and-extraction-tool-turing/91381

https://winraid.level1techs.com/t/gop-update-and-extraction-tool-ampere/105017