Dnia niedziela, 27 listopada 2005 12:20, Artur Flinta napisał:
Artur Flinta wrote:
Sprawdziłem teraz jajka 2.6.14.2-6 oraz 2.6.14.3-1 i oba są OK. Jeszcze
teraz eksperymentuję z clock=pmtmr, bo mam wrażenie, że bez tego
parametru znika mi obsługa klawiatury i myszy USB - udev przy starcie
Dnia niedziela, 27 listopada 2005 13:22, Artur Flinta napisał:
Paweł Sikora wrote:
100% nvidii. też to miewałem. odkąd paru lat mam gf2mx400 i zawsze
były jakieś kwiatki z zawiasami na binariach nvidii. czasem maszyna
chodziła tydzień, a czasem po 5 min umierała. teraz jade na nv z xorg
i
On Sun, 27 Nov 2005, Paweł Sikora wrote:
niestety aktualnie nie sposób kupić dobrej karty 2d/3d która ma otwarte
sterowniki 3d. nv, ati, matrox i sgi wypuściły tylko 2d.
hhmmm
A matrox nie ma też otwartych 3d? Bo tak mi się wydaje...
--
pozdr. Paweł Gołaszewski
Dnia niedziela, 27 listopada 2005 14:02, Paweł Gołaszewski napisał:
On Sun, 27 Nov 2005, Paweł Sikora wrote:
niestety aktualnie nie sposób kupić dobrej karty 2d/3d która ma otwarte
sterowniki 3d. nv, ati, matrox i sgi wypuściły tylko 2d.
hhmmm
A matrox nie ma też otwartych 3d? Bo tak
Paweł Sikora [EMAIL PROTECTED]:
libGL.so i libglx przychodzą w paczce mtxdriver-1.4.1_pro
w postaci binarnej. skompilować możesz tylko całą otoczkę
tak jak w przypadku ati czy nv.
swoją drogą, ktoś doprowadził mtxdriver-1.4.1 do budowania się na 2.6 ?
--
... Zycie biegnie wahadlowym ruchem
kernel-grsecurity-2.6.14.2-5.1 arch i686 to samo, dla pewności
skompilowałem jeszcze raz dla porównania kernel-2.6.14.2-1, i na nim nie
ma tego problemu, znaczy pewnie któraś łatka dodana pomiędzy tymi
wersjami.
Dobra, mam.
Skomilowałem kernel-grsecurity-2.6.14.2-4 ale bez
Patch22:
Dnia wtorek, 22 listopada 2005 10:11, Krzysztof Mościcki napisał:
kernel-grsecurity-2.6.14.2-5.1 arch i686 to samo, dla pewności
skompilowałem jeszcze raz dla porównania kernel-2.6.14.2-1, i na nim nie
ma tego problemu, znaczy pewnie któraś łatka dodana pomiędzy tymi
wersjami.
Dobra,
Dnia wtorek, 22 listopada 2005 10:31, Paweł Sikora napisał:
Dnia wtorek, 22 listopada 2005 10:11, Krzysztof Mościcki napisał:
kernel-grsecurity-2.6.14.2-5.1 arch i686 to samo, dla pewności
skompilowałem jeszcze raz dla porównania kernel-2.6.14.2-1, i na nim
nie ma tego problemu, znaczy
Dobra, mam.
Skomilowałem kernel-grsecurity-2.6.14.2-4 ale bez
Patch22: linux-2.6-kernel-clock-is-running-3-times-too-fast.patch
i teraz wszystko w porządku.
a możesz z tą łatką spróbować opcji kernela pmtmr=0/1 ?
^ źle,
On Tue, 22 Nov 2005, Krzysztof Mościcki wrote:
Dobra, mam.
Skomilowałem kernel-grsecurity-2.6.14.2-4 ale bez
Patch22: linux-2.6-kernel-clock-is-running-3-times-too-fast.patch
i teraz wszystko w porządku.
a możesz z tą łatką spróbować opcji kernela pmtmr=0/1 ?
On Tuesday 22 November 2005 12:43, Artur Flinta wrote:
Stacho Pal wrote:
Potwierdzam opcja clock=pmtmr działa.
Uff, nareszcie moje skrypty do dzielenia łącza (htb)
znów zachowują się tak jak zawsze. :)
Czyli na za szybki zegar z 2.6.14.2-4 mam dać do parametrów startującego
jajka:
On Tue, 22 Nov 2005, Arkadiusz Miskiewicz wrote:
On Tuesday 22 November 2005 12:43, Artur Flinta wrote:
Stacho Pal wrote:
Potwierdzam opcja clock=pmtmr działa.
Uff, nareszcie moje skrypty do dzielenia łącza (htb)
znów zachowują się tak jak zawsze. :)
Czyli na za szybki zegar z 2.6.14.2-4 mam
Dnia 22-11-2005, wto o godzinie 20:30 +0100, Artur Flinta napisał(a):
Arkadiusz Miskiewicz wrote:
U mnie działa na i686 soft/sprzęt ok z clock=pmtmr lub po wywaleniu łatki
22,
jak kto woli.
U mnie poprawiło to o tyle, że zegar nie idzie już 4x szybciej tylko 2x
szybciej, co pozwoliło
Dnia 21-11-2005, pon o godzinie 12:23 +0100, Stacho Pal napisał(a):
On Sun, 20 Nov 2005, Krzysztof Mościcki wrote:
Na jądrze 2.6.14.2-4 (zarówno grsecurity jak i bez) przy wskazaniu przez
top obciążenia CPU, ogólne obciążenie jest pokazywane prawidłowo, zaś
obciążenia przez poszczególne
calibrate_delay_direct() failed to get a good estimate for
loops_per_jiffy.
Probably due to long platform interrupts. Consider using lpj= boot
option.
Calibrating delay loop... 66584.57 BogoMIPS (lpj=133169152)
Próbowałem z proponowaną opcją lpj ale nic to nie zmieniło.
Zapomniałem
On Monday 21 of November 2005 14:51, Paweł Zaskórski wrote:
U mnie jest w porządku (top wyświetla informacje poprawnie). Fragment
dmesg (żadnych błędów): Calibrating delay using timer specific routine..
4009.51 BogoMIPS (lpj=8019030)
cat /proc/cpuinfo |grep bogomips
bogomips: 36306.94
On Monday 21 of November 2005 14:51, Paweł Zaskórski wrote:
U mnie jest w porządku (top wyświetla informacje poprawnie). Fragment
dmesg (żadnych błędów): Calibrating delay using timer specific routine..
4009.51 BogoMIPS (lpj=8019030)
cat /proc/cpuinfo |grep bogomips
bogomips:
On Mon, 21 Nov 2005 14:18:31 +0100
Artur Flinta [EMAIL PROTECTED] wrote:
A jajko 2.6.14.2-5.1 z LINUX_2_6 ktoś już testował?
Tak, problem nadal występuje (i686 UP).
--
Pepe
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
Dnia 21-11-2005, pon o godzinie 17:42 +0100, [EMAIL PROTECTED] napisał(a):
On Monday 21 of November 2005 14:51, Paweł Zaskórski wrote:
U mnie jest w porządku (top wyświetla informacje poprawnie). Fragment
dmesg (żadnych błędów): Calibrating delay using timer specific routine..
4009.51
Na jądrze 2.6.14.2-4 (zarówno grsecurity jak i bez) przy wskazaniu przez
top obciążenia CPU, ogólne obciążenie jest pokazywane prawidłowo, zaś
obciążenia przez poszczególne programy są zaniżone, tak na oko 10 razy
mniejsze są pokazywane, jakby przesunięty przecinek.
Tak dzieje się na wszystkich
20 matches
Mail list logo