Jak zrobić dump pamięci flash w Samsung BD-P1620 / BD-P3600 przez RS-232?

Witam,
Szukam osoby ktora mogla by podpiac console RS-232 do tego sprzetu i zrobic dump pamieci flash.
Software dystrybuowany przez Samsunga jest zaszyfrowany i nie da sie go 'wprost' wgrac do tunera.
Caly proces opisalem w tym watku:
http://www.avforums.com/forums/blu-ray-player...-samsung-bd-p1620-after-firmware-upgrade.html

Zaleta podlaczenia portu RS-232 jest mozliwosc uruchomienia serwera telnet na tym player'ze
http://www.avforums.com/forums/blu-ray-player...45419-hacking-samsung-bd-p1620a-bd-p3600.html

Też byłbym zainteresowany !

Ale czym jestes zainteresowany - zrobieniem dumpu czy dostepem do niego
Tak czy inaczej w obu przypadkasz musisz miec podpiety RS-232?

#1 masz uwalony player (na wyswietlaczu tylko Load/Open)
Podlacz RS i zobacz czy masz log na konsoli - warunek konieczny aby podniesc tuner.
Jesli plyte masz BD-P1620, to mam juz lekarstwo
Jesli na plycie jest oznaczenie BD-P3600 - to podziel sie dumpem, moze z kilku zlozymy jeden dobry

#2 tuner dziala a chcesz miec telnet
Zrob dump BD-P3600 i podejsli do mnie, ja 'ozywie' swoj sprzet i odesle Tobie wersje z wlaczonym telnetem

Trafiłeś pod numerkiem 1 szukam sposobu ożywienia sprzętu tylko nie wiem czy z podołam z tym RS232 ? będzie to coś na zasadzie JTAG'a ? wpinamy się bezpośrednio w płytę urządzenia ?

leonov napisał:

czy z podołam z tym RS232 ? będzie to coś na zasadzie JTAG'a ? wpinamy się bezpośrednio w płytę urządzenia ?

Narazie jest 'patent' tylko na RS-232, JTAG tez jest na plycie ale nie mam zadnego softu.

RS podlaczasz do plyty (opis w linkach powyzej) - no i musisz miec konwerter RS-232 na TTL

Najprostszym sprawdzeniem czy w ogole player zyje jest ten 'niebieskawy' ekran, jesli nie go nie ma to na 90% to nie startuje Ci bootloader .... i mala szansa ze przez RS232 uda sie podniesc sprzet

Zobacz tez jaka maszy plyte czy ma oznaczenie BD-P1620 czy BD-P3600 (do 1620 ma dump - ale zeby go wrzucic trzeba wylutowac NAND lub miec sprawny RS-232)

witam
ja posiadam samsunga BD-P 1620A kupiony na allegro i nie mogę nigdzie znależć firmware 2.02.lub 2.04 .sprzęt jest sprawny ale nie ma You Tube i nie widzi plików mkv. Czy można wgrać firmware od bd 3600 lub bd 1600.
proszę pomózcie bo jestem w tym zielony

2.09
http://www.samsung.com/uk/support/detail/supp...100&prd_mdl_cd=&prd_mdl_name=BD-P1620

A moze podeslesz dump NAND'a - jesli mozesz podlaczyc console rs232 ?

wielkie dzięki za firmware ,niestety nie mam takiej możliwości podpięcia rs232

mam jeszcze małą prośbę ,czy mógłbyś mi napisać jak wgrać to firmware ,najlepiej z pendrive ,czy plik zip trzeba rozpakować boje się ,żeby czegoś nie zmaścić, będe bardzo wdzięczny

>czy mógłbyś mi napisać jak wgrać to firmware
Wszystko jest na tym linku z softem ...

ok dzięki znalazłem pozdro

grzesinek32 napisał:

niestety nie mam takiej możliwości podpięcia rs232

Sprzęt masz na gwarancji ? czy z innego powodu ? jak coś pomożemy !

Dodano po 4 [godziny] 29 [minuty]:

OK moja płyta to BD-P3600 model BR to BD-P1650 i teraz ... jakim softem pod XP (czy np. HyperTerminal ,PuTTY ?) zrobić dumpa ? ewentualnie krótki opis jak to wykonać ? ewentualnie pod linuxem jak to wykonać ?
I jak sprawdzić czy płyta komunikuje się z RS ? (polecenia jakie ?)
Będę wdzięczny za pomoc

Witam.
Też mam problem z BD-P1620. W moim przypadku wykasowany jest niestety bootloader. Piorun mógłbyś zrobić dumpa cfe i wrzucić do bazy wsadów? Będę bardzo wdzięczny.

Pierszy krok do REGION FREE zrobiony ..

Wrzucilem na rapida, dumpy firmwaru z modeli BDP-1620 i BD-P1620A
http://rapidshare.com/files/407785490/RecoveryFlash_SamsungBDP1620_MainBoard1600.zip
http://rapidshare.com/files/407797820/RecoveryFlash_SamsungBDP1620A_MainBoard3600.zip

W obu wlaczylem demona utelned playera mozna zbootowac po TFTP/NFS - wiec nie trzeba wrzucac firmware'u do NAND


Kernel wspiera montowanie NTFS, CIFS, SMBFS, NFS (zabawne ze ext2 i ext3 nie) - wiec mozna podmontowac zdalnie zasoby i puszczac filmy / zdjecia po sieci

>Piorun mógłbyś zrobić dumpa cfe
a jaka masz wersje plyty - ja mam teraz dostep tylko do CFE z BD-P3600

>jakim softem pod XP (czy np. HyperTerminal ,PuTTY ?) zrobić dumpa ?
dumpy juz mamy ... ale jak chcesz sie pobawic to wystarczy dowolny terminal moze byc putty i ustawiasz 115200



>Jak poznac ze bootloader zyje i interfejs dziala?
Taki log idzie na konsole po wlaczeniu zasilania

Cytat:

>Piorun mógłbyś zrobić dumpa cfe
a jaka masz wersje plyty - ja mam teraz dostep tylko do CFE z BD-P3600

Mam 1600, ale myślę, że 3600 może pasować. Czy obie wersje maja taki sam podział flasha na partycje? Jeśli tak, to nie powinno być problemu. Procek jest chyba ten sam?

>Procek jest chyba ten sam?
Niestety nie, w BD-P3600 jest nowsza generacja (az dziwne ze wlozyli tak wypasiona plyte do BD-P1620)
A jak chcesz zaprogramowac NAND'a ?
masz jakis sprytny programator czy przez JTAG ?

> A jak chcesz zaprogramowac NAND'a ?
> masz jakis sprytny programator czy przez JTAG ?

Mam programator. Myślałem też o JTAGu, jest dostępny na płycie po usunięciu rezystorów pull-down, ale łatwiej jest odlutować NANDa.
OK, szkoda że nie masz 1600, będę musiał poszukać gdzie indziej.
Mimo to dziękuję.

Piorun2002 napisał:

A jak chcesz zaprogramowac NAND'a ?
masz jakis sprytny programator czy przez JTAG ?

Właśnie !? masz jakiś sposób ? oprócz RS ?
Rozumiem że wgranie po TFTP/NFS jest możliwe jak BR daje oznaki życia !?

leonov napisał:

Rozumiem że wgranie po TFTP/NFS jest możliwe jak BR daje oznaki życia !?

Dokladnie tak.
To niebieskawe tlo jest ladowane w piewszej kolejnosci, poniewaz jest to mapa bitowa wiec CFE nie weryfikuje sumy kontrolnej i laduje jak lecie - a wiec CFE zyje i sypie sie gdzies dalej na ladowaniu kernelu lub rootfs - a to juz umiemy naprawic.

>Mam programator.
>OK, szkoda że nie masz 1600, będę musiał poszukać gdzie indziej.
A jaki to dokladnie programator ?
Zapytam osobe, ktora robila mi zrzut rootfs, moze ma jeszcze ten tuner i podesle CFE

> A jaki to dokladnie programator ?
Taki: http://www.up48.com/english/programmer/up2008.htm . Software pozostawia trochę do życzenia, szczególnie tłumaczenie na angielski, ale działa ok.

> Zapytam osobe, ktora robila mi zrzut rootfs, moze ma jeszcze ten tuner i podesle CFE
Byłoby super.

Witam czy takim programatorem i dostepnym adapterem do niego zaprogramuję ten NAND ?

W BR jest kosc:
BrcmNAND mfg 20 76 ST NUMONYX_NAND512W3A 64MB (TSOP 48)

Nie znalazlem informacji ze NAND512W3A jest obslugiwany przez Willem, ale moze da sie go programowac jak inny chip (ale pewno nie FLASH, bo NAND nie maskuje uszkodzonych wierszych i programator musi umiec tą informacje odczytac/zapisac)

Znalazłem gościa na elektrodzie który ma Wellon'a VP-980 z adapterami TSOP tylko czekam na info czy obsługuje tą kość ? zobaczymy ? może się uda !

Wsad do 1620A (plyta 3600): odzielenie CFE (powinno wystarczyc) + caly NAND (ale jak dziala CFE to w zasadzie jest nie potrzebne).
Nie wiem tylko jak sie dzieli NAND na poszczegolne regiony ?
http://rapidshare.com/files/408211629/NAND_CFE_ALL_1620A.tgz

Czyli powinno wystarczyć samo CFE ! ale czy nie lepiej wgrać cały NAND ? jak już dam na programator ? czy do tego zabiegu trzeba znać na podział poszczególne regiony ?

Szczerze mowiac to nie wiem jak to wgrac ze wgledu na bad bloki w NAND, ktorych ta pamiec nie maskuje z definicji.
Moj NAND ma bloki OOB (zalaczylem plik tekstowy), ale blok CFE nie ma wiec jak sie go wgrasz od 0, to bedzie napewno OK.

Sprobuj poszukac info jak to robic ....

OK wrzucę sam blok CFE i zobaczymy co będzie !

Dzięki za pomoc odezwę się jak już będzie po wszystkim .

Pozdrawiam .

Chyba muszę Cię zmartwić leonov.
Obraz cfe w tym zipie nie zawiera OOB, tak jak napisał Piorun, poza tym jest w "Big Endian" czyli tak jak widzi go procesor. Niestety MIPS jest tutaj w wersji "Little Endian" więc należy zamienić bajty w każdym 32-bitowym słowie, dodatkowo po każdym 512 bajtowym sektorze trzeba dodać 16 * 0xff (Out Of Band data).
Oczywiście mogę się mylić i soft od programatora zrobi to wszystko w locie, ale nie liczyłbym za bardzo.

>Obraz cfe w tym zipie nie zawiera OOB, tak jak napisał Piorun
Myslalem ze tak bedzie lepiej, bo to jest zrzut BIN - taki uzywam do ladowania potem komenda nandwrite.

Jesli zrzuce z OOB, a w innym NAND'ie bedzie w innym miejscu bad blok - to chyba bedzie problem przy programowaniu - trzeba zrobic relokacje ?

Chyba ze sie mysle i w BIN do programownai musi byc OOB i programator sam przesunie bledna linie do nastepnej wolnej lini ?
Tak czy inaczej zalaczam CFE z OOB.

A jak sprawdzic / zmodyfikowac Big/Little Endian - dostepne toole na pokladzie udostepniaja zrzut taki jak widzi procek ?

Moze przed programowaniem warto by odczytac NAND i zobaczyc czy zrzut 'z grubsza' zgadza sie z tym co ma byc zaprogramowane - poczatek loadera CFE powinien byc taki sam ... o ile przetrwal (choc ja obstawiam uszkodzenie sprzetowe, w tych plytach odlutowuja sie CPU ze względu na slabe chlodzenie)

@tosa500 Co do CFE z 1600 - kolega sie nie odzywa - wakacje ...

Edit:
Znalzlem taka niepokojaca informacje:

The u-boot environment is traditionally stored at a fixed location within the NAND flash. This is not acceptable, since it could be a factory-set bad block.

The solution that was implemented for Openmoko/Neo1973 was to put the in-flash address of the environment into the out-of-band (OOB) area of the first block (the one which is guaranteed to be good).
http://wiki.openmoko.org/wiki/NAND_bad_blocks

Jesli tak samo jest z CFE - to musi byc zapisywane OOB ???

Piorun2002 napisał:

>Obraz cfe w tym zipie nie zawiera OOB, tak jak napisał Piorun
Myslalem ze tak bedzie lepiej, bo to jest zrzut BIN - taki uzywam do ladowania potem komenda nandwrite.

I tak i nie. Lepiej bo nie kopiujesz swoich OOB ze swoimi danymi błędów. Gorzej, bo musisz przerobić image dodając czyste OOB.

Cytat:

Jesli zrzuce z OOB, a w innym NAND'ie bedzie w innym miejscu bad blok - to chyba bedzie problem przy programowaniu - trzeba zrobic relokacje ?

Zakładając, że preloader potrafi zrobić użytek z OOB i jest standard, który pokazuje relokację sektorów. Datasheet ST mówi tylko "jeśli bajt X jest różny od 0xff to jest to bad blok". Reszta to implementacja programowa. Dlatego moim zdaniem najlepiej jest wyzerować informacje OOB dla CFE, i tak nigdy nie będzie on zapisywany.

Cytat:

Chyba ze sie mysle i w BIN do programownai musi byc OOB i programator sam przesunie bledna linie do nastepnej wolnej lini ?
Tak czy inaczej zalaczam CFE z OOB.

Zakładasz, że twórcy softu to przewidzieli. Moim zdaniem nie i programator czyta/zapisuje dane raw. I tak sobie to potem obrobisz jak chcesz.

Cytat:

A jak sprawdzic / zmodyfikowac Big/Little Endian - dostepne toole na pokladzie udostepniaja zrzut taki jak widzi procek ?

Jeśli widać w środku jakikolwiek tekst np. "CFE starting from ROM" to jest to "BIG endian" odczytany przez programator, lub "LITTLE endian" odczytany przez procka(nandump). "LITTLE endian" z programatora wyglądałby tak: " EFCratsgnitorf OR mM". Czytasz bajty w kolejności 0 1 2 3 4 5 6 7 8 9 10 11 a zapisujesz 3 2 1 0 7 6 5 4 11 10 9 8 itd. Nie wiem czy sa jakieś standardowe narzędzia do zamiany, może objcopy spod linuxa potrafi, ja kiedyś sobie sam napisałem.

Co do u-boota to nie wiem, to jest open source, a cfe jest closed. Programiści mogli sobie robić co im się chciało i może to być także częścią zabezpieczeń.

Podsumowując: moim zdaniem najbezpieczniej jest zaprogramować cfe z nandumpa, zmieniając BIG na LITTLE endian i dodając sztuczne(puste) OOB.

Edit:
Obejrzałem sobie jednak Twój dump i każde OOB cos zawiera, więc może jednak lepiej zapisać go tak jak jest? Ciekawe tylko czy inny dump z innego urządzenia ma takie same dane w OOB?


Ech ale się rozpisałem.

@tosa500 ... dlugo ale sensownie
Dlatego poponuje:
@leonov moze scignij soft do programatora
http://www.weilei.com/
i zobacz co da sie zrobic z wsadem (zamienic bajty itp)

Mam zdisassemblowany CFE - ale wnikanie w szczegoly chyba nie ma sensu ...