On 18.11.2016 18:32, Miroslav Lachman wrote:
Ale ted konkretne - co je vsechno potreba k tomu, aby to fungovalo
No, nekdy na kratkou a jednoduchou otazku neexistuje zadna kratka
odpoved ...
Mam tu napriklad motherboard Supermicro X11SSW, ten ma Intel onboard
radic pro 6 SATA portu, ma na sobe 2 konektory pro SGPIO (8pin header),
je k tomu backplane BPN-SAS-815TQ - ten na sobe ma taky lecos:
Sideband Header for SES-2 (coz je ale 10pin header)
Spravne sis precetl zapojeni konektoru v obou manualech. Nejsem si ale
jisty, jestli sis vsimnul, ze na desce je v konektoru ctyrdratovy SGPIO,
kdezto na backplane tridratovy SES (coz je I2C a to je sice taky seriova
sbernice, ale zcela jina nez SGPIO).
Musis cist dal abys nasel, ze se backplane da prekonfigurovat i do SGPIO
rezimu (a musis to udelat, protoze defaultne je SES). Nanestesti, neni
tam popsano mapovani SGPIO signalu do JP51 konektoru. S trochou odvahy
to ale najdes v manualu od BPN-SAS-846TQ ktera je postavena na velmi
podobnem management chipu a kde popsane je (SLoad=SDA, SClock=SCL,
SDOut=Reset, SDIn=Backlane Addressing).
Tak se podivej, jestli zapojeni kabelu, kterej mas, tomu odpovida.
To se ovsem bavime o elektrickem propojeni, tedy o fyzicke vrstve a to s
FreeBSD nic moc spolecnyho nema.
Z hlediska FreeBSD nas zajima, jestli dokazeme zaridit, aby se do ty
sbernice, kdyz uz jsme ji propojili, dostaly nejake nase pokyny (a
samozrejme i obracene).
Pokud SES ovladac nasel SES zarizeni tak to je nadejne, nikliv vsak vyhrane.
Komunikace SES ovladace s hardwarem sice teoreticky je standardizovana,
ale jak uz to okolo disku byvalo odjakziva, implementace ne vzdy
nasleduji standardy. A i kdyz bude fungovat tohle a sesutils dokazi
protlacit sve pokyny az na SGPIO sbernici, mame stejny problem -
standard existuje, coz ale nezarucuje, ze backpane bude prikazum rozumet
a odpovidat ocekavanym zpusobem).
V systemu vidim /dev/ses0 ale zadny z prikazu nic neudela
No, zacnem tim jednodussim - jestli's backlane neprekonfiguroval do
SGPIO rezimu, tak ani nemuze. Pokud ano, ale kabel neni spravny, pak
taky nemuze.
V tvym zajmu doufam, ze to je neco z tohohle. Protoze jinak uz to bude
jen slozitejsi. Pokud to mas propojene, na strane backlane
nakonfigurovane dobre a stale to nefunguje, pak se nabizi vysvetleni, ze
1. prikazy, ktere SES ovladac pouziva ve snaze odeslat (precist) z (do)
SGPIO konektoru nefunguji, pripadne nefunguji dle ocekavani a prikazy se
do SGPIO sbernice vubec nedostanou
nebo
2. komunikace se na teto urovni dari, ale prikazy, ktere sesutils pres
sbernici sesutils baklpane nechape pripadne odpovida jinak, nez sesutils
cekaji.
A od tohoto bodu zadna jednoducha cesta neni. Znamena to zjistit zda SES
ovladac spravne komunkuje s radicem (zde by mela pomoct dokumentace od
raice) a zda jsou sesutils kompatibilni s backlanem (zde pomuze
dokumentace od backplanoveho chipu).
Takze, jeste jednou doufam, ze's jen neprekonfiguoval ten backplane nebo
nemas spravny kabel.
Musi se k tomu propojovat backplane s motherboardem pres SGPIO, nebo ten
slouzi k pripojeni pridavneho radice?
Tyhle otazce asi nerozumim. Backplane je "enclosure". SES slouzi ke
komunikaci s "enclosure". takze jestli chces komunikovat s backlanem,
asi ho budes muset prop[ojit s nim. Pokud chces komunikovat s necim
jinym, pak musis propojit to neco jine.
Pokud je nutne propojit backplane a motherboard, tak jakym kabelem?
Zapojeni obou konektoru uz jsme probrali, takze takovym kabelem, ktery
odpovida zapojeni obou konektoru. Zkontroluj, zda kabel co mas tomu
odpovida.
a nerad bych neco znicil :)
Nerad mozna, ale stejne uz's nevydrzl a zkusil to, ne ? Jak jinak bys
vedel, ze ty prikazy nic nedelaj ?
Znicit bys to spis nemel. Jak SGPIO tak SES pouzivaji 3.3V signalizaci.
SGPIO je navic zapojen jako open-collector. Ani v jednom konektoru neni
napajeci napeti, ktere bys mohl v druhem konektoru zkratovat na zem nebo
jim odpalit datovy pin.
Ovsem, nejen s ohledem na paragraf 2950 NOZ jasne deklaruju, ze tomu o
cem mluvim naprosto nerozumim, a pokud se budes kteroukoliv radou ridit,
tak si za nasledky muzes sam ;-)
Dan
Mirek
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
