Strona 32 z 42
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 09:05
autor: xacti
Tak, uruchomilem rowniez sensors-detect, niezbyt pomoglo.
Roznica jest to, ze bawie sie obecnie Debianem , a nie Ubuntu, ktore automatycznie wypluwalo wyniki dla coolerow.
//Wybacz, obecnie po wprowadzeniu poprawek i uruchomieniu update-grub po restarcie dziala poprawnie. Musialem cos pomieszac poprzednim razem, dzieki za nakierowanie
//Prosze tylko o porade na temat rozdzielczosci - przed zmiana byla dobra rozdzialka, teraz wszystko sie rozjechalo, rozdzielczosc sie zmniejszyla. Moge w grubie wymusic rozdzielczosc?
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 09:49
autor: e X t 7 3
xacti pisze:Tak, uruchomilem rowniez sensors-detect, niezbyt pomoglo.
Roznica jest to, ze bawie sie obecnie Debianem , a nie Ubuntu, ktore automatycznie wypluwalo wyniki dla coolerow.
//Wybacz, obecnie po wprowadzeniu poprawek i uruchomieniu update-grub po restarcie dziala poprawnie. Musialem cos pomieszac poprzednim razem, dzieki za nakierowanie
//Prosze tylko o porade na temat rozdzielczosci - przed zmiana byla dobra rozdzialka, teraz wszystko sie rozjechalo, rozdzielczosc sie zmniejszyla. Moge w grubie wymusic rozdzielczosc?
Opisz proszę dokładnie, co to za maszyna.
Pozdrawiam
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 14:14
autor: mooop12
e X t 7 3 pisze:mooop12 pisze:Hmm, dodałem do gruba wymuszanie ACPI zgodnie z twoim tematem ze skryptami i sterowanie podświetleniem działa

Pytanie tylko czemu samsung_laptop nie działa? Z tego co pamiętam to jest podstawa dla oprogramowania samsung-tools od chłopaków z voria.org
Daj proszę wynik
lsusb.
Pozdrawiam
-- 24 kwi 2012 07:35 --
xacti pisze:Jaki modul w asus eee odpowiada za odczytywanie predkosci wentylatora?

Staram sie skonfigurowac sensors, ktore obecnie pokazuje tylko temperature procesora.
Zakładam,ze ACPI aktywowane w GRUB oraz zainstalowałeś lm-sensors ?
Pozdrawiam
Proszę:
Kod: Zaznacz cały
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 004: ID 0ac8:c33f Z-Star Microelectronics Corp. Webcam
Bus 002 Device 002: ID 045e:0745 Microsoft Corp. Nano Transceiver v1.0 for Bluetooth
Bus 003 Device 002: ID 0a5c:219c Broadcom Corp.
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 14:35
autor: e X t 7 3
O wybacz

to chyba z przepracowania ... chodziło mi o
lsmod 
.
Pozdrawiam
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 15:24
autor: luk1don
e X t 7 3 pisze:
Obecnie jeszcze na 11.10, aby przez przynajmniej 2 miesiące zachować pełną kompatybilność między 11.10, a 12.04. W przypadku kompilacji pod 12.04 oczywiście pojawią się problemy przy próbie instalacji na 11.10. Właśnie miałem o tym pisać, że jeszcze przez ten okres czasu będę wspierał 11.10, a następnie już całkowicie przejdę pod 12.04. Tu różnice niby są niewielkie, ale jednak skutkujące już problemami. Pod 11.10 mamy rodzinę gcc, glibc i libstdc++ z gałęzi 4.6, ale w wersji 4.6.1. Natomiast pod 12.04 już 4.6.3 ... i właśnie ta niewielka różnica powoduje już konflikty. W dalszej kolejności - w okolicach wakacji prawdopodobnie przejdę na gcc 4.7.x, co wymagać będzie wymuszenia instalacji na maszynach klienckich tychże wersji gcc, glibc oraz libstdc++. To z kolei pozwoli na dodatkowe podniesienie wydajności i responsywności kerneli - w szczególniej tych maksymalnie skustomizowanych, tj. Brazos i i7.
Pozdrawiam
Hm... Chcesz Pan Panie Kolego na maszynach "klienckich" instalować nową wersję gcc specjalnie dla kerneli

... niby po co?
Chcesz mieć na 11.10 gcc-4.7? Proszę bardzo, myślę, że na Ubuntu 11.10 pójdzie.
Sposób na GCC-4.7
Kod: Zaznacz cały
sudo add-apt-repository ppa:ubuntu-toolchain-r/test
sudo apt-get update
sudo apt-get install gcc-4.7 gcc-4.7-base gcc-4.7-doc gcc-4.7-locales g++-4.7
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.7 20
sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.7 20
sudo update-alternatives --config gcc
sudo update-alternatives --config g++
Oczywiście możesz dać to w tym swoim skrypcie dla "klientów"
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 15:29
autor: mooop12
e X t 7 3 pisze:O wybacz

to chyba z przepracowania ... chodziło mi o
lsmod 
.
Pozdrawiam
Heh, właśnie się zastanawiałem w czym to miało pomóc ;x Tutaj lsmod:
Kod: Zaznacz cały
Module Size Used by
cryptd 6853 0
aes_i586 6852 1
aes_generic 28494 1 aes_i586
rfcomm 34648 12
bnep 8709 2
snd_hda_codec_realtek 52019 1
wl 2608205 0
snd_hda_intel 20667 2
snd_hda_codec 87737 2 snd_hda_codec_realtek,snd_hda_intel
lib80211 3141 1 wl
snd_hwdep 4630 1 snd_hda_codec
snd_pcm_oss 36160 0
snd_mixer_oss 12751 1 snd_pcm_oss
snd_pcm 58286 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
arc4 1062 2
snd_seq_dummy 1903 0
snd_seq_oss 29520 0
snd_seq_midi 4095 0
snd_rawmidi 14881 1 snd_seq_midi
i915 381707 3
drm_kms_helper 23666 1 i915
snd_seq_midi_event 4616 2 snd_seq_oss,snd_seq_midi
brcmsmac 585774 0
drm 166979 4 i915,drm_kms_helper
mac80211 217520 1 brcmsmac
uvcvideo 60010 0
i2c_algo_bit 5302 1 i915
videodev 71677 1 uvcvideo
firmware_class 4917 2 snd_hda_codec,brcmsmac
media 8927 2 uvcvideo,videodev
snd_seq 51256 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
brcmutil 2703 1 brcmsmac
fbcon 37150 71
i2c_core 17284 5 i915,drm_kms_helper,drm,i2c_algo_bit,videodev
tileblit 1737 1 fbcon
font 7088 1 fbcon
bitblit 5282 1 fbcon
softcursor 945 1 bitblit
joydev 7984 0
evdev 7086 11
snd_timer 15618 2 snd_pcm,snd_seq
mac_hid 2402 0
cfg80211 162727 2 brcmsmac,mac80211
snd_seq_device 4555 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
psmouse 69209 0
serio_raw 3173 0
snd 46219 16 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
btusb 9609 2
bluetooth 151383 23 rfcomm,bnep,btusb
soundcore 4118 1 snd
crc8 940 1 brcmsmac
button 3425 1 i915
cordic 757 1 brcmsmac
rfkill 13074 4 cfg80211,bluetooth
video 9693 1 i915
snd_page_alloc 5656 2 snd_hda_intel,snd_pcm
usbhid 33378 0
hid 69120 1 usbhid
sd_mod 34009 4
crc_t10dif 981 1 sd_mod
ahci 17550 3
libahci 18260 1 ahci
uhci_hcd 22351 0
sky2 43984 0
thermal 6347 0
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 16:03
autor: xacti
@eXt73
Asus 1001px z Atomem n450 i GMA
//Udalo mi sie jedynie ustawic by sam GRUB uruchamial sie w rozdzielczosci 1024x600, nie wiem jednak jak ustawic taka rozdzielczosc w reszcie systemu.
//Ciekawe - po wyrzuceniu calosci instrukcji z /etc/default/grub - tych co podajesz w poscie o skryptach i zostawieniu tylko "quiet" - wszystko dziala dobrze, lecz znow nie ma odczytu predkosci wentylatorow.

Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 19:47
autor: e X t 7 3
mooop12 pisze:e X t 7 3 pisze:O wybacz

to chyba z przepracowania ... chodziło mi o
lsmod 
.
Pozdrawiam
Heh, właśnie się zastanawiałem w czym to miało pomóc ;x Tutaj lsmod:..
Ciekawe ... zatem działa sterowanie podświetlaniem i klawiszami Fn tak ?
Daj mi proszę jeszcze lsmod spod generica.
Pozdrawiam
-- 24 kwi 2012 18:48 --
xacti pisze:@eXt73
Asus 1001px z Atomem n450 i GMA
//Udalo mi sie jedynie ustawic by sam GRUB uruchamial sie w rozdzielczosci 1024x600, nie wiem jednak jak ustawic taka rozdzielczosc w reszcie systemu.
//Ciekawe - po wyrzuceniu calosci instrukcji z /etc/default/grub - tych co podajesz w poscie o skryptach i zostawieniu tylko "quiet" - wszystko dziala dobrze, lecz znow nie ma odczytu predkosci wentylatorow.

Wygląda jak by następowało wyłączenie KMS. Podaj proszę jakie wpisy do GRUB wprowadzasz.
Pozdrawiam
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 19:58
autor: xacti
Kod: Zaznacz cały
pcie_aspm=force acpi_osi=Linux acpi_enforce_resources=lax i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1 i915.semaphores=1
Obojetnie czy do GRUB_CMDLINE_LINUX czy (..)_LINUX_DEFAULT jest taki sam efekt.
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 20:08
autor: e X t 7 3
Zatem ustaw tylko to:
Kod: Zaznacz cały
GRUB_CMDLINE_LINUX="pcie_aspm=force acpi_osi=Linux acpi_enforce_resources=lax"
Zobaczymy, powinno być ok.
Pozdrawiam
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 20:18
autor: mooop12
e X t 7 3 pisze:mooop12 pisze:e X t 7 3 pisze:O wybacz

to chyba z przepracowania ... chodziło mi o
lsmod 
.
Pozdrawiam
Heh, właśnie się zastanawiałem w czym to miało pomóc ;x Tutaj lsmod:..
Ciekawe ... zatem działa sterowanie podświetlaniem i klawiszami Fn tak ?
Daj mi proszę jeszcze lsmod spod generica.
Pozdrawiam
-- 24 kwi 2012 18:48 --
xacti pisze:@eXt73
Asus 1001px z Atomem n450 i GMA
//Udalo mi sie jedynie ustawic by sam GRUB uruchamial sie w rozdzielczosci 1024x600, nie wiem jednak jak ustawic taka rozdzielczosc w reszcie systemu.
//Ciekawe - po wyrzuceniu calosci instrukcji z /etc/default/grub - tych co podajesz w poscie o skryptach i zostawieniu tylko "quiet" - wszystko dziala dobrze, lecz znow nie ma odczytu predkosci wentylatorow.

Wygląda jak by następowało wyłączenie KMS. Podaj proszę jakie wpisy do GRUB wprowadzasz.
Pozdrawiam
Tak, po dodaniu wymuszania ACPI w grubie działa. LSMOD z generica:
Kod: Zaznacz cały
Module Size Used by
rfcomm 38139 12
bnep 17830 2
parport_pc 32114 0
ppdev 12849 0
snd_hda_codec_realtek 174055 1
snd_hda_intel 32765 3
snd_hda_codec 109562 2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep 13276 1 snd_hda_codec
snd_pcm 80845 2 snd_hda_intel,snd_hda_codec
snd_seq_midi 13132 0
wl 2646601 0
lib80211 14040 1 wl
bcma 25651 0
arc4 12473 2
snd_rawmidi 25424 1 snd_seq_midi
snd_seq_midi_event 14475 1 snd_seq_midi
uvcvideo 67203 0
videodev 86588 1 uvcvideo
snd_seq 51567 2 snd_seq_midi,snd_seq_midi_event
snd_timer 28931 2 snd_pcm,snd_seq
joydev 17393 0
brcmsmac 540875 0
mac80211 436455 1 brcmsmac
brcmutil 14675 1 brcmsmac
snd_seq_device 14172 3 snd_seq_midi,snd_rawmidi,snd_seq
btusb 17912 1
bluetooth 158438 23 rfcomm,bnep,btusb
i915 414603 3
drm_kms_helper 45466 1 i915
drm 197692 4 i915,drm_kms_helper
cfg80211 178679 2 brcmsmac,mac80211
samsung_laptop 13353 0
snd 62064 15 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 14635 1 snd
psmouse 72846 0
serio_raw 13027 0
snd_page_alloc 14108 2 snd_hda_intel,snd_pcm
mac_hid 13077 0
crc8 12781 1 brcmsmac
cordic 12487 1 brcmsmac
i2c_algo_bit 13199 1 i915
lp 17455 0
video 19068 1 i915
parport 40930 3 parport_pc,ppdev,lp
usbhid 41906 0
hid 77367 1 usbhid
sky2 53628 0
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 20:30
autor: e X t 7 3
luk1don pisze:
Hm... Chcesz Pan Panie Kolego na maszynach "klienckich" instalować nową wersję gcc specjalnie dla kerneli

... niby po co?
Chcesz mieć na 11.10 gcc-4.7? Proszę bardzo, myślę, że na Ubuntu 11.10 pójdzie.
Sposób na GCC-4.7
Kod: Zaznacz cały
sudo add-apt-repository ppa:ubuntu-toolchain-r/test
sudo apt-get update
sudo apt-get install gcc-4.7 gcc-4.7-base gcc-4.7-doc gcc-4.7-locales g++-4.7
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.7 20
sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.7 20
sudo update-alternatives --config gcc
sudo update-alternatives --config g++
Oczywiście możesz dać to w tym swoim skrypcie dla "klientów"
Myślałem o czymś podobnym

... ale jeszcze nie teraz
Pozdrawiam
-- 24 kwi 2012 19:34 --
mooop12 pisze:... Tak, po dodaniu wymuszania ACPI w grubie działa...
Przekonfigurowałem ustawienia w nowych wersjach kernela v18.4 i v19.0 ... zobaczymy, czy tym razem zadziała - udostępnię za parę dni

.
Pozdrawiam
Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 20:48
autor: xacti
@eXt73
Dziekuje, dziala.
Teraz przestala dzialac opcja wstrzymania, ale to juz po przeinstalowaniu acpi_fakekey, no coz. Same problemy

Re: Kernele testowe wersja v18.x - atom oraz K8
: 24 kwie 2012, 22:39
autor: e X t 7 3
xacti pisze:@eXt73
Dziekuje, dziala.
Teraz przestala dzialac opcja wstrzymania, ale to juz po przeinstalowaniu acpi_fakekey, no coz. Same problemy

To wykonaj Pan w konsoli:
Może to pomoże

.
Pozdrawiam
-- 24 kwi 2012 22:14 --
W kwestii kerneli ... jeszcze mocniej je zoptymalizowałem ... powinniście dość odczuwalnie poczuć różnice miedzy 18.4 i 19.0 a poprzednimi wersjami oraz generykiem

.
Pozdrawiam
Re: Kernele testowe wersja v18.x - atom oraz K8
: 25 kwie 2012, 12:19
autor: Galvatron
Testuję 12.04 (Unity), którego zainstalowałem jako drugi, stały system, na swoim Pentium IV 3,06GHz HT, 1,5GB RAM i 7300GT + stery 295.40, oraz oczywiście zoptymalizowałem. W przeddzień premiery wydajność, i to na najnowszym K8, mówiąc delikatnie, nie powala, a sam Compiz ma sporo dziwnych błędów - nie działa "Scale" dla wszystkich pulpitów, a przy włączonej animacji fokusu okien, oraz wyborze okna spod spodu, obydwa robią się białe i puste. Ogólnie spory regres w stosunku do równie mocno zoptymalizowanego 11.04 + GNOME 2 + Compiz 0.8.6. Wywaliłbym Unity i Compiza 0.9.7.6, przynajmniej tymczasowo, ale pod 0.8.6 znikają przyciski okien w Metacity i trzeba kombinować z Emeraldem, a w ogóle docelowo chciałbym Unity zamiast tych wszystkich kombinacji alpejskich z Cairo Dock'iem i apletami do klasycznego GNOME 3.
Re: Kernele testowe wersja v18.x - atom oraz K8
: 25 kwie 2012, 15:28
autor: e X t 7 3
Galvatron pisze:Testuję 12.04 (Unity), którego zainstalowałem jako drugi, stały system, na swoim Pentium IV 3,06GHz HT, 1,5GB RAM i 7300GT + stery 295.40, oraz oczywiście zoptymalizowałem. W przeddzień premiery wydajność, i to na najnowszym K8, mówiąc delikatnie, nie powala, a sam Compiz ma sporo dziwnych błędów - nie działa "Scale" dla wszystkich pulpitów, a przy włączonej animacji fokusu okien, oraz wyborze okna spod spodu, obydwa robią się białe i puste. Ogólnie spory regres w stosunku do równie mocno zoptymalizowanego 11.04 + GNOME 2 + Compiz 0.8.6. Wywaliłbym Unity i Compiza 0.9.7.6, przynajmniej tymczasowo, ale pod 0.8.6 znikają przyciski okien w Metacity i trzeba kombinować z Emeraldem, a w ogóle docelowo chciałbym Unity zamiast tych wszystkich kombinacji alpejskich z Cairo Dock'iem i apletami do klasycznego GNOME 3.
Zobaczy pod nowymi kernelami ... powinieneś odczuwanie poczuć różnicę ... mam nadzieja na + ... właśnie chyba mam optymalną konfiguracje - wydajność i responsywność jest na poziomie, jakiego wcześniej nie osiągnąłem

. Choć to i tak dopiero preludium do tego co planuje w okolicach wakacji, jak zacznę korzystać z GCC 4.7.x ... już wstępne testy przeprowadziłem - tu kernel Brazos [bardzo głęboka optymalizacja] i uzyskałem tak obiecujące wyniki, że aż się sam zdziwiłem - responsywność wręcz genialna

.
Zresztą zachęcam Cie do testowa Kubuntu i Ubuntu z Cinnamon 1.4 lub takiegoż Minta ... Kubuntu 64 bit pod teraz testowym v19.0-Brazos opartym o Linux-3.3.3 pomyka niewiarygodnie szybko ... np. Doom 3, Prey, Xonotic na X370 nigdy tak płynnie nie działały

.
Pozdrawiam
Re: Kernele testowe wersja v18.x - atom oraz K8
: 25 kwie 2012, 15:32
autor: Galvatron
Cinnamon 1.4 już testowałem, i nie powiem - jest bardzo obiecujący, i za kilka wydań może być niezłą alternatywą dla Unity/Compiz (narazie wydajność i funkcjonalność jeszcze pozostawia trochę do życzenia, choć nie jest źle). Natomiast samego Ubuntu 12.04 chwilowo wywaliłem i właśnie kończę stawiać w jego miejsce Mint 12 + KDE 4.8.2 + K8 18.3 32-bit. Chyba to własnie GNOME 3 jest głównym zamulaczem tego systemu, w zwiazku z czym co raz bardziej skłaniam się ku KDE + Compiz.
Czemu kernele zbudowane przy pomocy GCC 4.7.x będa wymagać jego obecności w systemie, skoro do tej pory nie miało znaczenia że wersja systemowa jest różna od użytej do jądra?
Re: Kernele testowe wersja v18.x - atom oraz K8
: 25 kwie 2012, 20:06
autor: e X t 7 3
Galvatron pisze:...Czemu kernele zbudowane przy pomocy GCC 4.7.x będa wymagać jego obecności w systemie, skoro do tej pory nie miało znaczenia że wersja systemowa jest różna od użytej do jądra?
Po prostu jeśli kompiluje pod starsza wersją GCC, a jest to instalowane pod nowszą nie ma problemu z zależnościami. Jeśli jest odwrotnie, w szczególności od GCC 4.6.x, a następnie 4.7.x pojawiają się problemy, już nawet na poziomie instalacji nagłówków kernela. Dlatego konieczna będzie aktualizacja środkowa związanego z GCC, a przede wszystkim: gcc, libstdc++, libc, g++. Jeśli którychś z tych elementów będzie "zbyt stary" pojawią się konflikty m.in związane z budowa pakietów przez dkms, czy nawet "ręcznego" instalowania sterowników Nvidii, czy AMD. Dlatego konieczny będzie upgrade tych elementów, na maszynach "klienckich".
Pozdrawiam
Re: Kernele testowe wersja v18.x - atom oraz K8
: 26 kwie 2012, 12:58
autor: Galvatron
Po całym dniu testów skończyłem z Kubuntu 12.04 + Plasma Netbook: Najpierw zainstalowałem KDE 4.8 w Mincie 12, następnie wywaliłem z niego GNOME, a na koniec zaktualizowałem całość do najnowszej wersji. Sam interfejs jest wyjątkowo przyjemny, zwłaszcza po odpowiedniej konfiguracji. Prędkość i płynność działania pozostawia troszkę do życzenia, ale tutaj zobaczę co wniesie kernel 19.x, oraz co jeszcze uda mi się wycisnąć z samego KDE.
-- 26 kwi 2012, o 15:32 --
Wyłączenie w KDE rozmycia, które w wypadku Plasma Netbook i tak praktycznie nie jest potrzebne, już daje wyraźna poprawę.
Re: Kernele testowe wersja v18.x - atom oraz K8
: 26 kwie 2012, 19:32
autor: Foka0111
Jest sens aktualizowania Kubuntu z 11.10 do 12.04 czy lepiej poczekać trochę.
I da się to zrobić przez synaptic czy w inny sposób ?
Do muona i appera nie mam przekonania.