Re: Broadcom NetXtreme BCM5752 i jumbo frames
http://soweva.blogspot.com/2009/09/bcm5752-no-jumbo-frames.html ale: http://www.allquests.com/question/3082552/M1710-with-Jumbo-Frames-on-built-in-NIC-BCM5752.html ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Broadcom NetXtreme BCM5752 i jumbo frames
On Tuesday 07 of December 2010, Łukasz Maśko wrote: > Mam w laptopie kartę takową: > > 09:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5752 Gigabit > Ethernet PCI Express (rev 02) > > Chodzi toto na module tg3. I działa, ale z MTU <= 1500. Chciałem sprawdzić, > czy zmiana MTU w mojej sieci lokalnej coś mi poprawi jeśli chodzi o > transfery do mojego NAS-a. Ale nie jestem w stanie zmienić MTU na większe > od 1500 - dla każdej wartości powyżej 1500 dostaję takie coś: > > # ifconfig eth0 mtu 9000 > SIOCSIFMTU: Zły argument ip link set eth0 mtu 9000 też daje błąd (+ 7000) ? -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Broadcom NetXtreme BCM5752 i jumbo frames
Dnia wtorek, 7 grudnia 2010, Grzegorz Sójka napisał: [...] > Jak dla mnie to bardzo dziwne. Ja mam na BCM5701 i chodzi na MTU=9000. > Moduł to oczywiście tg3. Może wina switcha. Mój obsługuje jumbo frames > do 9k. Grześ, nie chodzi o to, że "nie działa", tylko że "nie daje się ustawić". A powinno (teoretycznie) dać się ustawić nawet z kablem odpiętym, czyli bez różnicy, jaki jest switch. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Broadcom NetXtreme BCM5752 i jumbo frames
Dnia wtorek, 7 grudnia 2010, Grzegorz Sójka napisał: > Jeszcze jedno. Spróbuj mniejszą wartość. Miałem D-Linka który wyciągał > max MTU=7000. Próbowałem i dla 3000, nie rabotajet. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Broadcom NetXtreme BCM5752 i jumbo frames
Jeszcze jedno. Spróbuj mniejszą wartość. Miałem D-Linka który wyciągał max MTU=7000. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Broadcom NetXtreme BCM5752 i jumbo frames
On 12/07/10 19:33, Łukasz Maśko wrote: > Mam w laptopie kartę takową: > > 09:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5752 Gigabit > Ethernet PCI Express (rev 02) > > Chodzi toto na module tg3. I działa, ale z MTU<= 1500. Chciałem sprawdzić, > czy zmiana MTU w mojej sieci lokalnej coś mi poprawi jeśli chodzi o > transfery do mojego NAS-a. Ale nie jestem w stanie zmienić MTU na większe od > 1500 - dla każdej wartości powyżej 1500 dostaję takie coś: > > # ifconfig eth0 mtu 9000 > SIOCSIFMTU: Zły argument > > Próbowałem zarówno na interfejsie podniesionym, jak i złożonym. Do logów > kernel nic nie wypluwa. > > Czy ten typ tak po prostu ma i nie da się tego zmienić, czy też coś robię > nie tak? > > Gdyby to miało znaczenie - Th+ready+test, z kernelem 2.6.36.1-laptop-1. Jak dla mnie to bardzo dziwne. Ja mam na BCM5701 i chodzi na MTU=9000. Moduł to oczywiście tg3. Może wina switcha. Mój obsługuje jumbo frames do 9k. -- __Pozdrówka___ /___ ___ ___ ______ / _ /__/ ___/ /_ /__ / /_ /_/ /__/ / | /__ /__ ___/ / /__ / | ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: mount.nfs PLD<->PLD nie dziala.
On Tuesday 07 of December 2010 12:24:25 Marcin Krol wrote: > > # mount.nfs nexus:/R0 /mnt -r -v -o soft,intr > > mount.nfs: timeout set for Tue Dec 7 11:47:15 2010 > > mount.nfs: trying text-based options > > 'soft,intr,vers=4,addr=10.0.2.28,clientaddr=10.0.2.24' > > < i tak sobie czeka...> > > Jeżeli nfs mi się nie montuje to sprawdzam: > > 1. Czy mam zainstalowane po obu stronach paczki nfs-utils-lock, rpcbind > oraz nfs-utils-clients po stronie klienta? > 2. Czy odpowiednie usługi są uruchomione i działają? > 3. Czy nie blokuje połączeń firewall albo wpisy w hosts.{allow,deny}? > 4. Czy serwer/klient potrafi obsłużyć daną wersję protokołu? > 5. Czy działa montowanie po IP zamiast po nazwie? > 6. Jeżeli działa w innych distro, jakie tam są przekazywane parametry > domyślne do mount.nfs, a jakie u mnie i czy zmiana parametrów naprawi > problem? > 7. Co zeznaje strace? > > W większości przypadków to wystarcza. U mnie bez problemu bangla nfs > pomiędzy PLD, Debianami i CentOSami, tyle że ja używam protokołu w wersji 3. u mnie tez zasadniczo nfs dziala pomiedzy roznymi distro bez problemow, ale najwyrazniej ktoras z ostatnich aktualizacji tych pakietow w pld wniosla domyslne uzywanie protokolu w wersji 4 i stad caly klops. inna sprawa, to ze zachowanie mount.nfs jest z dupy, bo zamiast wypisac blad o niezgodnosci protokolow, to wisi durny proces na i/o. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Broadcom NetXtreme BCM5752 i jumbo frames
Mam w laptopie kartę takową: 09:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5752 Gigabit Ethernet PCI Express (rev 02) Chodzi toto na module tg3. I działa, ale z MTU <= 1500. Chciałem sprawdzić, czy zmiana MTU w mojej sieci lokalnej coś mi poprawi jeśli chodzi o transfery do mojego NAS-a. Ale nie jestem w stanie zmienić MTU na większe od 1500 - dla każdej wartości powyżej 1500 dostaję takie coś: # ifconfig eth0 mtu 9000 SIOCSIFMTU: Zły argument Próbowałem zarówno na interfejsie podniesionym, jak i złożonym. Do logów kernel nic nie wypluwa. Czy ten typ tak po prostu ma i nie da się tego zmienić, czy też coś robię nie tak? Gdyby to miało znaczenie - Th+ready+test, z kernelem 2.6.36.1-laptop-1. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: mount.nfs PLD<->PLD nie dziala.
> # mount.nfs nexus:/R0 /mnt -r -v -o soft,intr > mount.nfs: timeout set for Tue Dec 7 11:47:15 2010 > mount.nfs: trying text-based options > 'soft,intr,vers=4,addr=10.0.2.28,clientaddr=10.0.2.24' > < i tak sobie czeka...> Jeżeli nfs mi się nie montuje to sprawdzam: 1. Czy mam zainstalowane po obu stronach paczki nfs-utils-lock, rpcbind oraz nfs-utils-clients po stronie klienta? 2. Czy odpowiednie usługi są uruchomione i działają? 3. Czy nie blokuje połączeń firewall albo wpisy w hosts.{allow,deny}? 4. Czy serwer/klient potrafi obsłużyć daną wersję protokołu? 5. Czy działa montowanie po IP zamiast po nazwie? 6. Jeżeli działa w innych distro, jakie tam są przekazywane parametry domyślne do mount.nfs, a jakie u mnie i czy zmiana parametrów naprawi problem? 7. Co zeznaje strace? W większości przypadków to wystarcza. U mnie bez problemu bangla nfs pomiędzy PLD, Debianami i CentOSami, tyle że ja używam protokołu w wersji 3. Wiem, że to powyższe to podstawy podstaw, ale z drugiej strony wiem też, że często człowiek nie widzi rzeczy oczywistych nawet jak je ma przed oczami ;-) M. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: mount.nfs PLD<->PLD nie dziala.
On Tuesday 07 of December 2010 12:03:16 cr...@noshit.pl wrote: > Dnia Tue, 7 Dec 2010 11:57:18 +0100 Pawel Sikora napisał: > > > - klient A (CentOS) montuje ten zasob bez problemu: > > mount: trying 10.0.2.28 prog 13 vers 3 prot tcp port 2049 > > > > - klient B (PLD) zatrzymuje sie na mount: > > mount.nfs: trying text-based options > > 'soft,intr,vers=4,addr=10.0.2.28,clientaddr=10.0.2.24' > > < i tak sobie czeka...> > > > > wyglada mi to na jakis kwas w pld, skoro inne distro potrafi sie podpiac. > > ktos ma pomysl, albo podpowie jak to zdebugowac? > > Wymuś wersję 3 NFSa. dzieki! vers=3 w /etc/autofs/auto.* pomoglo. musze powoli wyrugowac te stare centusie :/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: mount.nfs PLD<->PLD nie dziala.
Dnia Tue, 7 Dec 2010 11:57:18 +0100 Pawel Sikora napisał: > - klient A (CentOS) montuje ten zasob bez problemu: > mount: trying 10.0.2.28 prog 13 vers 3 prot tcp port 2049 > > - klient B (PLD) zatrzymuje sie na mount: > mount.nfs: trying text-based options > 'soft,intr,vers=4,addr=10.0.2.28,clientaddr=10.0.2.24' > < i tak sobie czeka...> > > wyglada mi to na jakis kwas w pld, skoro inne distro potrafi sie podpiac. > ktos ma pomysl, albo podpowie jak to zdebugowac? Wymuś wersję 3 NFSa. -- Pozdrawiam - Ryszard Mielcarek crazy(małpka)noshit(.)pl http://fun.noshit.pl ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
mount.nfs PLD<->PLD nie dziala.
witam, mam taki maly wycinek z calej sieci mapowan nfs: - serwer PLD eksportuje pewien zasob R0 po nfs-ie: # exportfs -v|grep R0 /R0 (rw,async,nohide,crossmnt,no_root_squash,no_subtree_check,insecure_locks) - klient A (CentOS) montuje ten zasob bez problemu: # mount.nfs nexus:/R0 /mnt -r -v -o soft,intr mount: trying 10.0.2.28 prog 13 vers 3 prot tcp port 2049 mount: trying 10.0.2.28 prog 15 vers 3 prot udp port 45364 # mount|grep mnt nexus:/R0 on /mnt type nfs (ro,soft,intr,addr=10.0.2.28) - klient B (PLD) zatrzymuje sie na mount: # mount.nfs nexus:/R0 /mnt -r -v -o soft,intr mount.nfs: timeout set for Tue Dec 7 11:47:15 2010 mount.nfs: trying text-based options 'soft,intr,vers=4,addr=10.0.2.28,clientaddr=10.0.2.24' < i tak sobie czeka...> wyglada mi to na jakis kwas w pld, skoro inne distro potrafi sie podpiac. ktos ma pomysl, albo podpowie jak to zdebugowac? ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: eth & DMA
On 12/07/10 09:53, Adam Osuchowski wrote: > Grzesiek Sójka wrote: >> Ma dwie sieciówki gigabitowe. Jedna to 3C996B (na scalaku BCM5701) a >> druga to Intel PRO/1000 MT Dual Port Server Adapter(82546GB). Zdaje się, >> że obie wspierają transfer poprzez DMA. Tyle że w /proc/dma niec na ten >> temat nie ma. W obu przypadkach modinfo nie pokazuje żadnych parametrów >> do DMA. Da się jakoś zmusić jajco, żeby transfer szedł poprzez DMA?? Do >> intela używam modułu e1000/e1000-current a do 3C996B modułu tg3. Są >> jakieś alternatywne moduły które to potrafią?? > > Mylisz ISA DMA z busmasteringowym DMA na PCI. W /proc/dma są wymienione > tylko te pierwsze, których zapewne nie masz bo sprzęt który to wykorzystywał > dawno już stoi w muzeach. Możesz spokojnie założyć, że DMA na tych kartach > jest używane automatycznie. No to super. Dzięki ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: eth & DMA
Grzesiek Sójka wrote: > Ma dwie sieciówki gigabitowe. Jedna to 3C996B (na scalaku BCM5701) a > druga to Intel PRO/1000 MT Dual Port Server Adapter(82546GB). Zdaje się, > że obie wspierają transfer poprzez DMA. Tyle że w /proc/dma niec na ten > temat nie ma. W obu przypadkach modinfo nie pokazuje żadnych parametrów > do DMA. Da się jakoś zmusić jajco, żeby transfer szedł poprzez DMA?? Do > intela używam modułu e1000/e1000-current a do 3C996B modułu tg3. Są > jakieś alternatywne moduły które to potrafią?? Mylisz ISA DMA z busmasteringowym DMA na PCI. W /proc/dma są wymienione tylko te pierwsze, których zapewne nie masz bo sprzęt który to wykorzystywał dawno już stoi w muzeach. Możesz spokojnie założyć, że DMA na tych kartach jest używane automatycznie. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl