Příspěvky

31

Vývoj / Re:Git clone a získání starší verze

« kdy: 18. 11. 2014, 13:42:18 »

otázkou je, jak vlastně o tu starou verzi "požádat".

Ten ./buld to stáhne a pak začne překládat. Proto jsem to na začátku překladu přerušil (pokud to neskončilo chybou samo) a po make clean jsem začal zakazovat patche, ..., a zkoušel i zde zadat  to: git checkout 66f40303e5fb32f8a8ed83cce3ffd0d5d725495

... a on to bral - znal ten checkout (protože když jsem jsem zadal místo toho 66f40303e5fb32f8a8ed83cce3ffd0d5d725495 cokoli jiného, tak skončil s chybou).

Čili ten git s tím stromem nějak pracovat umí.

Jak říkám, nejsem vývojář a proto se zde ptám.
Odmítám uvěřit tomu, že takovýto velký SW projekt (určitě spravovaný v git-u) neumožňuje získání nějaké určité dřívější verze.

To musí jít - jen vědět jak. A pro mě jsou tyhle věci španělská vesnice a metodou pokusů/omylů je nemožné se něčeho dobrat.

32

Vývoj / Re:Git clone a získání starší verze

« kdy: 18. 11. 2014, 13:18:47 »

Petr Krčmář:

díky, ale to vlastní stahování zdrojáků, FW, ... dělá až ten příkaz ./build. Pak teprve začne ta legrace.

33

Vývoj / Re:Git clone a získání starší verze

« kdy: 18. 11. 2014, 12:28:46 »

ad 2.

ta chybová hlášení původně vypadala jinak - to vložené je až po novém pokusu po make clean.

Čili se navíc ten strom nějak pokazil.

Jde to tím git příkazem nějak opravit ? Tedy aby se stáhlo jen to, co je na serveru jiné, než na lokální kopii ?

(Raději to totiž celé vykopnu z baráku, než bych to celé ještě jednou stahoval :-) !! )

34

Vývoj / Re:Git clone a získání starší verze

« kdy: 18. 11. 2014, 12:22:26 »

1. - MartinP Tak to nepomohlo - stahuje totéž, co bez "--depth=1".
git checkout 66f40303e5fb32f8a8ed83cce3ffd0d5d725495e

sice nezahlásí chybu, ale je bez efektu - stejný průběh překladu - dez modulu, co potřebuji.

2. Zkusil jsem stáhnout (asi celý ?) git dle instrukcí:
http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers

Po několika hodinách stahování ...

tedy:

Kód: [Vybrat]

~ $ git clone git://linuxtv.org/media_build.git
~ $ cd media_build
~/media_build $./build --main-git

ale už u patchů to skončilo s chybami, s nimiž si nevím rady.
git checkout 66f40303e5fb32f8a8ed83cce3ffd0d5d725495e ani ruční odebrání patchů nepomohlo.

Kód: [Vybrat]

:/mnt/x/media_build$ make all
make -C /mnt/x/media_build/v4l all
make[1]: Entering directory `/mnt/x/media_build/v4l'
perl scripts/make_config_compat.pl /lib/modules/3.2.0-70-generic/build ./.myconfig ./config-compat.h
creating symbolic links...
make -C firmware prep
make[2]: Entering directory `/mnt/x/media_build/v4l/firmware'
make[2]: Leaving directory `/mnt/x/media_build/v4l/firmware'
make -C firmware
make[2]: Entering directory `/mnt/x/media_build/v4l/firmware'
  CC  ihex2fw
Generating vicam/firmware.fw
Generating ttusb-budget/dspbootcode.bin
Generating cpia2/stv0672_vp4.bin
Generating av7110/bootcode.bin
make[2]: Leaving directory `/mnt/x/media_build/v4l/firmware'
Kernel build directory is /lib/modules/3.2.0-70-generic/build
make -C ../linux apply_patches
make[2]: Entering directory `/mnt/x/media_build/linux'
Syncing with dir ../media/
Patches for 3.2.0-70-generic already applied.
make[2]: Leaving directory `/mnt/x/media_build/linux'
make -C /lib/modules/3.2.0-70-generic/build SUBDIRS=/mnt/x/media_build/v4l  modules
make[2]: Entering directory `/usr/src/linux-headers-3.2.0-70-generic'
  CC [M]  /mnt/x/media_build/v4l/altera-lpt.o
In file included from <command-line>:0:0:
/mnt/x/media_build/v4l/compat.h: In function 'prandom_u32_max':
/mnt/x/media_build/v4l/compat.h:1473:9: error: implicit declaration of function 'prandom_u32' [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
make[3]: *** [/mnt/x/media_build/v4l/altera-lpt.o] Error 1
make[2]: *** [_module_/mnt/x/media_build/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-3.2.0-70-generic'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/mnt/x/media_build/v4l'
make: *** [all] Error 2


3. - soyo Také bohužel nefunguje.

Kód: [Vybrat]

$ git fetch --depth=1 git://linuxtv.org/media_build.git 033fe939a61944e8af546f7912829889ce2a935c
fatal: Not a git repository (or any parent up to mount parent /home)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).

Kdybych tušil, co může vzejít za problémy, tak bych si schoval zdrojáky V4L z dob, kdy pro jádro 3.2.0 fungovaly.
Jak je ksakru mám teď vydolovat.

Nějaké další nápady ?

Díky.

35

Vývoj / Re:GIT CLONE - jak získat starší verzi zdrojáků ?

« kdy: 17. 11. 2014, 19:02:19 »

Děkuji. Jakmile budu moci, vyzkouším.

36

Vývoj / Re:GIT CLONE - jak získat starší verzi zdrojáků ?

« kdy: 17. 11. 2014, 16:32:10 »

Díky, ale potřeboval bych detailní postup "pro blbý".

Na http://git.linuxtv.org/cgit.cgi/media_build.git/log/
si zvolím třeba 2014-09-23:
http://git.linuxtv.org/cgit.cgi/media_build.git/commit/?id=66f40303e5fb32f8a8ed83cce3ffd0d5d725495e

tam je commit:    66f40303e5fb32f8a8ed83cce3ffd0d5d725495e

A teď co. Co, odkud, jakým příkazem mám stáhnout ?

Kód: [Vybrat]

git checkout 66f40303e5fb32f8a8ed83cce3ffd0d5d725495e mi těžko něco stáhne.
A git clone --depth=1 git://linuxtv.org/media_build.git mi stáhne jen nejnovější verzi, ne ?
A bez "--depth=1" to stahovat nemohu - nemám místo na disku.

37

Vývoj / Git clone a získání starší verze

« kdy: 17. 11. 2014, 15:54:59 »

Zdravím.

Jakožto pouhý uživatel Linuxu se ve vývojářských nástrojích nevyznám a potřebuji radu.

Pro svůj USB DVB-T tuner jsem si dosud úspěšně překládal ovladač/modul sekvencí příkazů:

git clone --depth=1 git://linuxtv.org/media_build.git
cd media-build
./build
sudo make instal


Jenže po posledním udate jádra jsem provedl totéž a zjistil, že modul který potřebuji není (na rozdíl od jiných) překládán. Nevěděl jsem proč. Až na chatu mi poradili, že mám dost staré jádro (3.2).
Zdá se, že problém je v tom, že vývojáři V4L udělali v "mém" ovladači změnu, která vyžaduje jádro min v. 3.4.

Ale já nechci upgrade distribuce - tudíž se snažím marně zjistit, jak získat verzi V4L zdrojáků před tou změnou.
Čili něco místo toho:
git clone --depth=1 git://linuxtv.org/media_build.git
co by stáhlo verzi např. před 4 měsíci.

viz: http://linuxtv.org/

Díky za rady :-)

38

Sítě / Re:TCP okno - potvrzování přijatých dat

« kdy: 12. 11. 2013, 19:21:39 »

FYI: jsem nyní zkusmo připojen na net přes WiFi ISP - škrcené na 1024kb/512kb.
Časté výpadky přijímaných segmentů přičítám (?) traffic control, které vede asi až k zahazování paketů.
Při stahování byly opravdu časté. To byla prvotní motivace.

Tak jsem nyní zkusil:

Kód: [Vybrat]

echo echo 4096 8192 16384 >/proc/sys/net/ipv4/tcp_rmem
V této konfiguraci se R okno pohybovalo kolem 3kB a výpadky a retransmise jsou velmi ojedinělé - a navíc k retransmisi dojde již po 2 nepotvrzených segmentech. To doufám (?) prospěje k nezadrhování streamovaného videa (např. YT), ke kterému i při byť malém náskoku docházelo.

Pozn.:
echo 2048 2048 4096 >tcp_rmem už i 1024kb linku zpomalilo na 1/2 (jen 50-60kB/s místo 120-130kB/s) -> okno jen 1024B
echo 2048 4096 8192 >tcp_rmem už bylo OK, ale raději jsem dal rezervu: 4096 8192 16384

Ještě to budu sledovat, ale možná pro pomalé linky může mít omezení TCP okna smysl.

39

Sítě / Re:TCP okno - potvrzování přijatých dat

« kdy: 12. 11. 2013, 13:23:35 »

ANO, děkuji, jádro pudla je v tom scalink factor-u.
Nově jsem situaci odchytil včetně úvodního handshaku, a okno je ve skutečnosti mnohem větší.

Nyní např. 75k - a k retransmisi ztraceného segmentu dojde, asi z důvodu vypršení časovače, mnohem dříve, než se okno naplní.
Konkrétně došlo "jen" 10 nepotvrzených segmentů á 1,5k - stále tedy v okně bylo na 40 dalších nepotvrzených.

Asi bude v /proc nějaký nastavovací atribut - mohlo by být zajímavé sledovat to po omezení okna na max třeba 6kB.

   

40

Sítě / TCP okno - potvrzování přijatých dat

« kdy: 12. 11. 2013, 01:22:24 »

Při sledování např. stahování souboru ve WIRESHARKU jsem si OPAKOVANĚ všiml, že poměrně často dochází ke ztrátě paketu (segmentu TCP) přijímaných dat.

Co mě však (navíc) zarazilo je fakt, že ačkoli má strana (příjem) má nastaveno okno na cca 2500 B, tak i když chybějící segment nepotvrdím, tak mi od protistrany přijde klidně 10 (ale viděl jsem i případ, že několik set) dalších segmentů (každý cca 1400 B dlouhý) - a dojde tedy k mnohonásobnému překročení velikosti okna.

Jestli jsem f-ci klouzavého okna TCP správně pochopil, tak by mi protistrana neměla poslat bez potvrzení více dat, než je mnou indikovaná velikost okna. A pokud tedy potvrzení ode mne nedorazí, tak by měla protistrana vysílání pozastavit, resp. po vypršení čas. limitu nepotvrzená data znovuodeslat.

V příloze je kousek dat z wiresharku (.pcap), který situaci demonstruje.

Má někdo vysvětlení ?
Na mě to dělá dojem, jako by byl tento elementární mechanismus TCP/IP sítí jakoby ignorován.

41

Distribuce / Re: Možnosti jaderného parametru root

« kdy: 23. 11. 2011, 12:43:34 »

Takže tedy asi platí (jen ?) ta z hypotéz, že ty prefixy v root parametru jako iso: nebo live: a další kernel boot parametry jak livedir a pod. jsou určeny jen pro initrd & co scripty a na "řádek" kernel parametrů se dostanou jen jako forma předávání hodnot pro tyto scripty.

Děkuji.

Pokud má někdo co dodat, či má jiný názor či zkušenost, sem s nimy!.

Zdravím všechny.

 

42

Distribuce / Re: Možnosti jaderného parametru root

« kdy: 23. 11. 2011, 10:47:52 »

Zdravím ... a díky Jaro

Už mi to chodí - měl jsem tam jen překlep :-)

Kód: [Vybrat]

menuentry "Fedora 16" {
    root (hd0,6)
    linux /F16/isolinux/vmlinuz0 root=live:LABEL=e3_DOKUMENTY live_dir=/F16/LiveOS/ rootfstype=auto liveimg ro
    initrd /F16/isolinux/initrd0.img
}

aneb zajdu na oční pro nové brejle a k reviznímu lékaři VZP se žádostí o nový mozek !
Doufám, že to půjde na pokladnu :-)

Ale zpět k dotazu - neví někdo o root= parametru něco bližšího ?
Je dnes již jen dvojicí (název, hodnota) pro zpracování initrd skripty ?
Nebo je to nějak standardizováno (live, iso, + liveimg, livedir, ....) ?

Zdravím

43

Distribuce / Možnosti jaderného parametru root

« kdy: 22. 11. 2011, 14:47:04 »

Prosím o radu.

Jde mi o nabootování kopie rozbaleného ISO Fedory 16 (neboť F16 stále!!! neumožňuje boot z iso souboru přes loop v grub2 ?!).

Nicméně ani toto se mi nedaří, byť snad jsem postupoval  dle https://bugzilla.redhat.com/show_bug.cgi?id=650672

Ale chtěl bych dotaz zobecnit: jaké jsou možnost kernel boot parametru root= ?

Už jsem viděl root=iso:...  root=live:...., ale i přes usilovné googlování, jsem nenašel absolutně nic o tom, jaké jsou možnosti a definice a příklady jejich použití.

Totéž platí o liveimg parametru.

Vím, že kdysi dávno byl root parametr přímo pro kernel, který i bez initrd ho mountnul jako root a spustil tamní init.
Dnes je asi tento parametr spíše interpretován skripty v initrd a proto možná jsou podoby interpretačně závislé na distribuci, resp. jejich initrd.

Ale nevím, proto prosím o radu a užitečné odkazy na popisy a příklady.