Kernele testowe/stabilne wersja v18.x - atom oraz K8

Moderator: e X t 7 3

Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: e X t 7 3 »

arkadiusz100 pisze:Witam,
Ja mam problem z przesyłaniem plików przez zewnętrzny moduł BT do telefonu. Komp łączy się z telefonem ale nie przesyła plików. Takiego problemu nie ma na genericu.

lsusb z 18.4

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 002: ID 13d3:5108 IMC Networks 
Bus 004 Device 003: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Witaj, dziękuje za informacje, sprawdzę.

Pozdrawiam

-- 02 maja 2012 11:35 --

Mam prośbę opisz pod jaką wersją Ubuntu/Kubuntu tak się dzieje ? Pamięć telefonu wolna - jest w stanie przyjąć plik ? Właśnie sprawdzałem - co prawda pod 19.0, konfiguracja tu akurat podsystemu bluetooth jest identyczna, jak w v18.4 i działa zarówno pod Kubuntu 12.04, jak i Ubuntu 12.04 - pod Unity, pod Cinnamonem nie działa, ani generic, ani mój kernel.

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
Awatar użytkownika
arkadiusz100
Piegowaty Guziec
Piegowaty Guziec
Posty: 18
Rejestracja: 02 wrz 2005, 21:13
Płeć: Mężczyzna
Wersja Ubuntu: 12.04
Środowisko graficzne: KDE Plasma
Architektura: x86
Lokalizacja: Poznań
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: arkadiusz100 »

Witam,

System to Mint 12 KDE 4.8. Pamięć telefonu wolna - pliki wysłane pod genericiem telefon przyjmuje bez problemu. Jeśli dobrze pamiętam to na 17.7 nie było problemów, pojawiły się dopiero na 18.x.

Pozdrawiam.
Asus EEE 1001ha

Kubuntu 12.04 + Kernel 3.2.16-ext73-f1-18.4-atom-ags-cfs
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: e X t 7 3 »

arkadiusz100 pisze:Witam,

System to Mint 12 KDE 4.8. Pamięć telefonu wolna - pliki wysłane pod genericiem telefon przyjmuje bez problemu. Jeśli dobrze pamiętam to na 17.7 nie było problemów, pojawiły się dopiero na 18.x.

Pozdrawiam.
Zatem sparwdzę to w domu.

Pozdrawiam

-- 02 maja 2012 13:56 --

Zatem podejrzewam, gdzie może leżeć opisana sytuacja ... i zmodyfikowałem ustawienia wersji v19.0. Zrobimy tak, że jeśli pod w/w nie bedzie problemów zmodyfikuje podobnie v18.5. Pod przebudowanym v19.0 [testowane na wersji Brazos] 20 krotne próby przesyłu pliku zawsze kończyły się powodzeniem ;).

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
Awatar użytkownika
arkadiusz100
Piegowaty Guziec
Piegowaty Guziec
Posty: 18
Rejestracja: 02 wrz 2005, 21:13
Płeć: Mężczyzna
Wersja Ubuntu: 12.04
Środowisko graficzne: KDE Plasma
Architektura: x86
Lokalizacja: Poznań
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: arkadiusz100 »

Ok,
wielkie dzięki, zatem czekam na 19.0.

Pozdrawiam.
Asus EEE 1001ha

Kubuntu 12.04 + Kernel 3.2.16-ext73-f1-18.4-atom-ags-cfs
sokarsg-1
Serdeczny Borsuk
Serdeczny Borsuk
Posty: 130
Rejestracja: 21 sie 2007, 18:40
Płeć: Mężczyzna
Wersja Ubuntu: 11.04
Środowisko graficzne: GNOME

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: sokarsg-1 »

Wrażenia po zainstalowaniu 18,4 atom x64 na kubuntu 12.04 na asusie 1201n bardzo pozytywne zwłaszcza po przesiadce z 18,3 k8. Na pewno wzrosła i to zauwarzalnie responsywność systemu a raczej KDE. Teraz na 18.4 i po wyłączeniu vsync w sterownikach Nvidi kwin generuje praktycznie cały czas zadawalającą ilość klatek, jedynie trochę muli jak obciąże wszystkie rdzenie na 100% wcześniej tylko wystarczyło że co kolwiek obciążylem system i wydajność kwina spadała na łeb na szyje. Teraz KDE działa prawie jak gnome 2 z compizem. Niestety nie działa mi nadal usypianie i hibernacja.
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: e X t 7 3 »

sokarsg-1 pisze:Wrażenia po zainstalowaniu 18,4 atom x64 na kubuntu 12.04 na asusie 1201n bardzo pozytywne zwłaszcza po przesiadce z 18,3 k8. Na pewno wzrosła i to zauwarzalnie responsywność systemu a raczej KDE. Teraz na 18.4 i po wyłączeniu vsync w sterownikach Nvidi kwin generuje praktycznie cały czas zadawalającą ilość klatek, jedynie trochę muli jak obciąże wszystkie rdzenie na 100% wcześniej tylko wystarczyło że co kolwiek obciążylem system i wydajność kwina spadała na łeb na szyje. Teraz KDE działa prawie jak gnome 2 z compizem. Niestety nie działa mi nadal usypianie i hibernacja.
Kwestia Hibernacji - proste rozwiązanie:

Pod KDE:

Kod: Zaznacz cały

sudo kate /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla
Pod GNOME/Unity:

Kod: Zaznacz cały

sudo gedit /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla
i wklejamy w otwarty dokument:

Kod: Zaznacz cały

[Re-enable hibernate by default]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes
i już hibernacja powinna działać. Jeśli nie to po restarcie na pewno ;). Jeśli będą głosy za - zrobię odpowiedni skrypt realizujący to automatycznie.

Cod usypiania na 1201n ... cóż tu kwestia nierozwiązana - problem leży zarówno po stronie Nvidii (sterowniki), jak i prawdopodobnie Canonical. Skutkuje restartem przy próbie wejścia w stan uśpienia - najgorsze że logi wskazują, że w ten stan wchodzi. Trzeba to raportować - to samo jest pod genericiem i czekać na nowe sterowniki Nvidii. Musze przyznać, że AMD "od strzała" rozwiązało ten problem - m.in. po moich raportach dotyczących APU E-350 [MSi X370] i obecnie od Catalystów 12.3 jest idealnie.

Kwestia wydajności i responsywności ... jak pisałem starałem się poprawić ten aspekt ;). Ponadto dlatego apeluje o przejście pod 64 bity, bo tu jeszcze sporo rezerw mocy do wykorzystania.

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
sokarsg-1
Serdeczny Borsuk
Serdeczny Borsuk
Posty: 130
Rejestracja: 21 sie 2007, 18:40
Płeć: Mężczyzna
Wersja Ubuntu: 11.04
Środowisko graficzne: GNOME

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: sokarsg-1 »

Ok hibernacja działa co mnie bardzo cieszy bo odkąd mam kubuntu 12.04 czyli od stycznia to mi jeszcze ani razu nie działała. Chociaż się trochę przestraszyłem bo miałem jednorazowego bootlopa po wklejeniu tych komend, ale to może dlatego że spróbowałem od razu za hibernować bez restartu.

A jeśli chodzi o Nvidie to widzę że jak kiedyś do linuxa kupowało się ich karty tak teraz trzeba zacząć kupować karty AMD/ATI. O ile niedziałające usypianie jeszcze jakoś przeboleje skoro działa hibernacja to wciąż denerwuje mnie to co kiedyś dyskutowaliśmy na ten temat czyli nie do końca działający V-sync (przesunięcie o pare pixeli zwłaszcza w górnej części ekranu) pod Kwinem. Chociaż tu nie wiem do końca czyja to wina czy sterów Nvidi czy Kwina bo ostatnio dla próby zainstalowałem sobie compiza z repozytorium i tam Vsync działa idealnie.

A i jeszcze jedno pytanie, nie wiem czemu ale jak włącze lapa z podpiętą myszą to jeszcze KDM mysz działa ale po zalogowaniu mi ją odłącza to znaczy nie podaje prądu po USB. Stosuje skrypt APM 1.4.

I chciałem pochwalić noopa mimo że niby nie jest on pod dyski mechaniczne to jednak wydaje mi się że oferuje lepszą responsywność systemu jak się bardzo dysk obciąży operacjami, np. instalacja aktualizacji raczej zabijała responsywność KDE na standardowym schuderze natomiast na nopie nie. Nie robiłem testów wydajności więc nie wiem jak to się ma w tej dziedzinie, chociaż i tak mój dysk nie jest dobrą jednostką do takich testów bo niestety chyba już kączy żywota teraz wywala coś takiego raz na jakiś czas:

Kod: Zaznacz cały

ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x1d0000 action 0x6 frozen
ata1.00: cmd 60/08:00:8f:45:a0/00:00:23:00:00/40 tag 0 ncq 4096 in
         res 40/00:00:00:4f:c2/00:01:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/88:08:c2:77:39/00:00:24:00:00/40 tag 1 ncq 69632 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:10:62:99:e1/00:00:23:00:00/40 tag 2 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:18:97:45:a0/00:00:23:00:00/40 tag 3 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:20:9f:45:a0/00:00:23:00:00/40 tag 4 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:28:a7:45:a0/00:00:23:00:00/40 tag 5 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:30:af:45:a0/00:00:23:00:00/40 tag 6 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:38:b7:45:a0/00:00:23:00:00/40 tag 7 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:40:bf:45:a0/00:00:23:00:00/40 tag 8 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:48:c7:45:a0/00:00:23:00:00/40 tag 9 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:50:cf:45:a0/00:00:23:00:00/40 tag 10 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:58:d7:45:a0/00:00:23:00:00/40 tag 11 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:60:df:45:a0/00:00:23:00:00/40 tag 12 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:68:e7:45:a0/00:00:23:00:00/40 tag 13 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:70:ef:45:a0/00:00:23:00:00/40 tag 14 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:78:f7:45:a0/00:00:23:00:00/40 tag 15 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:80:ff:45:a0/00:00:23:00:00/40 tag 16 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:88:07:46:a0/00:00:23:00:00/40 tag 17 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:90:0f:46:a0/00:00:23:00:00/40 tag 18 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:98:17:46:a0/00:00:23:00:00/40 tag 19 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:a0:1f:46:a0/00:00:23:00:00/40 tag 20 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:a8:27:46:a0/00:00:23:00:00/40 tag 21 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:b0:2f:46:a0/00:00:23:00:00/40 tag 22 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:b8:37:46:a0/00:00:23:00:00/40 tag 23 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:c0:3f:46:a0/00:00:23:00:00/40 tag 24 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:c8:47:46:a0/00:00:23:00:00/40 tag 25 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:d0:4f:46:a0/00:00:23:00:00/40 tag 26 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:d8:57:46:a0/00:00:23:00:00/40 tag 27 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:e0:5f:46:a0/00:00:23:00:00/40 tag 28 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:e8:67:46:a0/00:00:23:00:00/40 tag 29 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 60/08:f0:77:46:a0/00:00:23:00:00/40 tag 30 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1: hard resetting link
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.00: configured for UDMA/133
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
ata1.00: device reported invalid CHS sector 0
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 8f 00 00 08 00
end_request: I/O error, dev sda, sector 597706127
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 97 00 00 08 00
end_request: I/O error, dev sda, sector 597706135
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 9f 00 00 08 00
end_request: I/O error, dev sda, sector 597706143
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 a7 00 00 08 00
end_request: I/O error, dev sda, sector 597706151
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 af 00 00 08 00
end_request: I/O error, dev sda, sector 597706159
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 b7 00 00 08 00
end_request: I/O error, dev sda, sector 597706167
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 bf 00 00 08 00
end_request: I/O error, dev sda, sector 597706175
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 c7 00 00 08 00
end_request: I/O error, dev sda, sector 597706183
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 cf 00 00 08 00
end_request: I/O error, dev sda, sector 597706191
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 d7 00 00 08 00
end_request: I/O error, dev sda, sector 597706199
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 df 00 00 08 00
end_request: I/O error, dev sda, sector 597706207
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 e7 00 00 08 00
end_request: I/O error, dev sda, sector 597706215
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 ef 00 00 08 00
end_request: I/O error, dev sda, sector 597706223
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 f7 00 00 08 00
end_request: I/O error, dev sda, sector 597706231
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 45 ff 00 00 08 00
end_request: I/O error, dev sda, sector 597706239
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 07 00 00 08 00
end_request: I/O error, dev sda, sector 597706247
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 0f 00 00 08 00
end_request: I/O error, dev sda, sector 597706255
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 17 00 00 08 00
end_request: I/O error, dev sda, sector 597706263
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 1f 00 00 08 00
end_request: I/O error, dev sda, sector 597706271
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 27 00 00 08 00
end_request: I/O error, dev sda, sector 597706279
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 2f 00 00 08 00
end_request: I/O error, dev sda, sector 597706287
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 37 00 00 08 00
end_request: I/O error, dev sda, sector 597706295
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 3f 00 00 08 00
end_request: I/O error, dev sda, sector 597706303
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 47 00 00 08 00
end_request: I/O error, dev sda, sector 597706311
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 4f 00 00 08 00
end_request: I/O error, dev sda, sector 597706319
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 57 00 00 08 00
end_request: I/O error, dev sda, sector 597706327
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 5f 00 00 08 00
end_request: I/O error, dev sda, sector 597706335
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 67 00 00 08 00
end_request: I/O error, dev sda, sector 597706343
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
        00 00 00 00 
sd 0:0:0:0: [sda]  ASC=0x0 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 23 a0 46 77 00 00 08 00
end_request: I/O error, dev sda, sector 597706359
ata1: EH complete
Dominbik
Wytworny Kaczor
Wytworny Kaczor
Posty: 401
Rejestracja: 13 lip 2010, 08:31
Płeć: Mężczyzna
Wersja Ubuntu: 10.04
Środowisko graficzne: GNOME
Architektura: x86

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: Dominbik »

jaka to nVidia której sterowniki uniemożliwiają hibernacje?
Awatar użytkownika
Foka0111
Zakręcona Traszka
Zakręcona Traszka
Posty: 683
Rejestracja: 29 cze 2010, 01:18
Płeć: Mężczyzna
Wersja Ubuntu: 22.04
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: Foka0111 »

Next,po raz drugi spróbowałem twojego kernela i po raz drugi miałem problem z dźwiękiem.
Na pulseaudio standardowo nie mam mikrofonu a dodatkowo dźwięk jest "okrojony"
Po zakomentowaniu autospawn na NO i wyłączeniu pulseaudio dźwięku w ogóle nie ma.
Gorzej niż na 11.10.
Na genericu jest OK.
Niestety,ale twoje jajko dedykowane jest chyba dla wąskiej grupy użytkowników "dedykowanego" sprzętu.
Mój Acer 6930G do niej nie należy.
Awatar użytkownika
luk1don
Przebojowy Jelonek
Przebojowy Jelonek
Posty: 1768
Rejestracja: 07 lis 2008, 16:17
Płeć: Mężczyzna
Wersja Ubuntu: inny OS
Środowisko graficzne: Inne
Architektura: x86

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: luk1don »

Odnośnie NVIDII i sterowników na Linuxa:
Aktualnie - porażka. Siedzę czasami na ich forum nvnews.net i tyle problemów co ludzie raportują jeszcze nie widziałem, a do tego następują tzw. błędy bezpieczeństwa. Mało ludzi mają czy co... Nie wiem, czy to nowe wersje X.orga do tego doprowadziły, ale kiepsko współgra ze sterownikami. Jakoś deweloperzy AMD lepiej sobie radzą :-x Chyba przestanę polecać karty NVIDII ze względu na sterowniki, bo do sprzętu NVIDII nigdy nie miałem zastrzeżeń.
Dominbik
Wytworny Kaczor
Wytworny Kaczor
Posty: 401
Rejestracja: 13 lip 2010, 08:31
Płeć: Mężczyzna
Wersja Ubuntu: 10.04
Środowisko graficzne: GNOME
Architektura: x86

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: Dominbik »

ale przy nVidiach do komputerów stacjonarnych, do laptopów czy przy tych rozwiązaniach typu Optimus oraz hybrid-graphics (gdzie prócz nVidii siedzi zintegrowany intel przy procesorze)?

jakoś nigdy nie miałem problemów z nVidią, zawsze byłem przekonany, że do Linuxa nVidia/Intel
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: e X t 7 3 »

sokarsg-1 pisze:... A i jeszcze jedno pytanie, nie wiem czemu ale jak włącze lapa z podpiętą myszą to jeszcze KDM mysz działa ale po zalogowaniu mi ją odłącza to znaczy nie podaje prądu po USB. Stosuje skrypt APM 1.4.
Tak się może dziać bo "w połowie" ładowania się KDE, następuje odwołanie do ustawień ACPI ... w takiej sytuacji wystarczy kliknąć klawiszem myszki i działa ;).

Pozdrawiam

-- 03 maja 2012 10:49 --
Dominbik pisze:jaka to nVidia której sterowniki uniemożliwiają hibernacje?
Hibernacji żadne, ale usypiania [suspend] to już zależy od wersji kernela i X.org. Jeśli użytkowałbyś sterowniki nawet najnowsze na Ubuntu/Kubuntu 11.10 pod kernelami do 3.1.10 [mój v17.7] to nie ma problemu. Jednak Nvidia nie poradziła sobie z usypianiem po przejściu na kernel od 3.2.x w górę. Oczywiście na niektórych maszynach może działać, a na innych nie.

Pozdrawiam

-- 03 maja 2012 11:05 --
Foka0111 pisze:Next,po raz drugi spróbowałem twojego kernela i po raz drugi miałem problem z dźwiękiem.
Na pulseaudio standardowo nie mam mikrofonu a dodatkowo dźwięk jest "okrojony"
Po zakomentowaniu autospawn na NO i wyłączeniu pulseaudio dźwięku w ogóle nie ma.
Gorzej niż na 11.10.
Na genericu jest OK.
Niestety,ale twoje jajko dedykowane jest chyba dla wąskiej grupy użytkowników "dedykowanego" sprzętu.
Mój Acer 6930G do niej nie należy.
Kwesta "wąskiej" grupy użytkowników ... hmm z moich obserwacji wynika, z jest ich obecnie już spora liczba ... sam instalowałem moje rozwiązania na "grubo" ponad setce maszyn ... przestałem liczyć przy ok. 170 ... i problem z utratą ustawień dźwięku dotyczy 1 na 10 maszyn - prosta rekonfiguracja alsamixer i nie ma sprawy;). Powiedz sprawdzałeś Pan ustawienia alsamixer ? Jedynym problemem może być to, że Ja aktywuje jeszcze dodatkowo OSS PCM API = aby zapewnić starszym programom pełną integracje z ALSĄ ... i stąd na niektórych maszynach konieczność rekonfiguracji. Zatem może zrobię tak, że wyłączę go w wersji v19.0 i sprawdzisz. Choć wydaje mi się, że minimalna rekonfiguracja przez alsamixer nie powinna być tak problematyczna ;).

Pozdrawiam

-- 03 maja 2012 11:09 --
luk1don pisze:Odnośnie NVIDII i sterowników na Linuxa:
Aktualnie - porażka. Siedzę czasami na ich forum nvnews.net i tyle problemów co ludzie raportują jeszcze nie widziałem, a do tego następują tzw. błędy bezpieczeństwa. Mało ludzi mają czy co... Nie wiem, czy to nowe wersje X.orga do tego doprowadziły, ale kiepsko współgra ze sterownikami. Jakoś deweloperzy AMD lepiej sobie radzą :-x Chyba przestanę polecać karty NVIDII ze względu na sterowniki, bo do sprzętu NVIDII nigdy nie miałem zastrzeżeń.
No cóż Nvdia stara się nadrobić te zaległości - vide ich najnowsze sterownik Beta 302.07, jednak jak na razie mają problem. Ponadto Nvidia chyba obecnie wpada w "dołki" - vide wybieranie układów do najnowszych konsol [ponoć AMD do wszystkich 3 nowych konsol - Sony, Nintendo, M$], w sumie słabe wyniki ich Tegry 3 - słabsze od najnowszego Snadragona 4, etc. Miejmy nadzieje, że szybko się z tego letargu "wybudzą" ;).

Pozdrawiam

-- 03 maja 2012 11:15 --
Dominbik pisze:ale przy nVidiach do komputerów stacjonarnych, do laptopów czy przy tych rozwiązaniach typu Optimus oraz hybrid-graphics (gdzie prócz nVidii siedzi zintegrowany intel przy procesorze)?

jakoś nigdy nie miałem problemów z nVidią, zawsze byłem przekonany, że do Linuxa nVidia/Intel
Oczywiście nie należy demonizować całej sytuacji i na stacjonarnych maszynach Nvidia działa oki. Choć jak to wskazał także Kolega luk1don, istnieje coraz więcej powodów dla których czasem lepiej wybrać AMD lub Intela. Jednak Ja na pewno raczej będę starał się unikać oferowania maszyn z chipsetami Nvidii - obecnie problematyczne, mało energooszczędne. Tu obecnie zarówno AMD ze swoimi APU, jak i Intel z Sandy Bridge i Ivy Bridge są znacznie lepszym wyborem - wysoka wydajność, nie problematyczne i bardzo energooszczędne - w szczególności APU AMD.

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
Awatar użytkownika
Galvatron
Zakręcona Traszka
Zakręcona Traszka
Posty: 571
Rejestracja: 19 kwie 2011, 21:41
Wersja Ubuntu: 12.04
Środowisko graficzne: Unity
Architektura: x86
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: Galvatron »

Swoją drogą, ciekawi mnie czemu, wbrew wcześniejszym zapowiedziom, rekomendowaną wersją Ubuntu nadal jest 32-bit.
Man wields his sword to die with a a smile on his face on a distant day beyond his dreams.
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: e X t 7 3 »

Galvatron pisze:Swoją drogą, ciekawi mnie czemu, wbrew wcześniejszym zapowiedziom, rekomendowaną wersją Ubuntu nadal jest 32-bit.
Witaj, szczerze nie rozumie tego ... wersja 64 bit zachowuje się idealnie ... choć tzw. "zieloni userzy" mogliby mieć problem z dogrywaniem właściwych bibliotek - jeśli system nie zostałby wcześniej odpowiednio przygotowany. Przykładowo, aby wszystko "grało jak należy" - aby działały bez problemu aplikacje 32-bitowe w środowisku 64, należy dograć 32 bitowe wersje np. libstdc++, SDL, etc., np. Doom 3, Pray. Gdy mamy to ustawione, środowisko pracy jest wręcz genialne i po odpowiednim dostosowaniu, np. przy udziale moich rozwiązań, staje się dużo wydajniejsze i responsywniejsze od środowiska 32 bitowego.

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
Chris1507
Serdeczny Borsuk
Serdeczny Borsuk
Posty: 156
Rejestracja: 02 maja 2011, 20:55
Płeć: Mężczyzna
Wersja Ubuntu: 12.10
Środowisko graficzne: KDE Plasma
Architektura: x86

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: Chris1507 »

e X t 7 3 pisze:Witaj, szczerze nie rozumie tego ... wersja 64 bit zachowuje się idealnie ... choć tzw. "zieloni userzy" mogliby mieć problem z dogrywaniem właściwych bibliotek - jeśli system nie zostałby wcześniej odpowiednio przygotowany. Przykładowo, aby wszystko "grało jak należy" - aby działały bez problemu aplikacje 32-bitowe w środowisku 64, należy dograć 32 bitowe wersje np. libstdc++, SDL, etc., np. Doom 3, Pray. Gdy mamy to ustawione, środowisko pracy jest wręcz genialne i po odpowiednim dostosowaniu, np. przy udziale moich rozwiązań, staje się dużo wydajniejsze i responsywniejsze od środowiska 32 bitowego.

Pozdrawiam
Odpowiedziałeś na to pytanie. ;) Ubuntu ma być także dla zielonego, który zainstaluje system i ma wszystko działać. :)
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: e X t 7 3 »

Chris1507 pisze:
e X t 7 3 pisze:Witaj, szczerze nie rozumie tego ... wersja 64 bit zachowuje się idealnie ... choć tzw. "zieloni userzy" mogliby mieć problem z dogrywaniem właściwych bibliotek - jeśli system nie zostałby wcześniej odpowiednio przygotowany. Przykładowo, aby wszystko "grało jak należy" - aby działały bez problemu aplikacje 32-bitowe w środowisku 64, należy dograć 32 bitowe wersje np. libstdc++, SDL, etc., np. Doom 3, Pray. Gdy mamy to ustawione, środowisko pracy jest wręcz genialne i po odpowiednim dostosowaniu, np. przy udziale moich rozwiązań, staje się dużo wydajniejsze i responsywniejsze od środowiska 32 bitowego.

Pozdrawiam
Odpowiedziałeś na to pytanie. ;) Ubuntu ma być także dla zielonego, który zainstaluje system i ma wszystko działać. :)
Tyle, że z reguły standardowy użytkownik nie instaluje np. Dooma 3, czy też Prey`a, a korzysta z aplikacji zawartych w repozytoriach ;).

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
Awatar użytkownika
Foka0111
Zakręcona Traszka
Zakręcona Traszka
Posty: 683
Rejestracja: 29 cze 2010, 01:18
Płeć: Mężczyzna
Wersja Ubuntu: 22.04
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: Foka0111 »

"Bawiłem" się oczywiście alsamixer i na ALSA dźwięk jest, ale ledwo słyszalny.
Na pulseaudio mam od zawsze problem szumu z mikrofonu więc ten serwer dźwięku jest od razu wyłączany.Na KDE jest phonon i świetnie daję radę.
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: e X t 7 3 »

Foka0111 pisze:"Bawiłem" się oczywiście alsamixer i na ALSA dźwięk jest, ale ledwo słyszalny.
Na pulseaudio mam od zawsze problem szumu z mikrofonu więc ten serwer dźwięku jest od razu wyłączany.Na KDE jest phonon i świetnie daję radę.
W wersji v19.0 wyłączę OSS API i zobaczymy, jak Twoja maszyna będzie sobie na takich ustawieniach "poczynać".

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
qwxz77
Sędziwy Jeż
Sędziwy Jeż
Posty: 37
Rejestracja: 04 maja 2012, 14:09
Płeć: Kobieta
Wersja Ubuntu: 14.04
Środowisko graficzne: Unity
Architektura: x86_64

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: qwxz77 »

Witam
Korzystam z Kubuntu 12.04 wersja 32bitowa i podczas instalacji patcha do Catalyst 12.3 wyskakuje mi taki oto błąd

Kod: Zaznacz cały

patching file firegl_public.c
patch unexpectedly ends in middle of line
I dodatkowo tworzy się plik z taką zawartością:

Kod: Zaznacz cały

fixed fgrlx compilation error on 32-bit x86 arch with kernel 3.3-rc4 due to commit:
https://github.com/torvalds/linux/commit/f94edacf998516ac9d849f7bc6949a703977a7f3
later modified (in 3.3-rc5) by commit:
https://github.com/torvalds/linux/commit/7e16838d94b566a17b65231073d179bc04d590c8#diff-1
and finally backported to kernel 3.2.8.

This new version adds support for the 3.4 kernels, where some ASM header
file was splitted into several smaller files, so we have to explicitally
include the new file <asm/fpu-internal.h>.

Since 3.4-rc2, cpu_possible_map has been definitely removed. Let's use
cpu_possible_mask instead. This is probably required also for 64 bit kernels.

Signed-off-by: Gianluca Gennari <gennarone@gmail.com>
---
 firegl_public.c |   13 +++++++++++++
 1 files changed, 13 insertions(+), 0 deletions(-)

diff --git a/firegl_public.c b/firegl_public.c
index a56fff1..b4bdfb7 100644
--- a/firegl_public.c
+++ b/firegl_public.c
@@ -187,6 +187,9 @@
 #include <linux/gfp.h>
 #include <linux/swap.h>
 #include "asm/i387.h"
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(3,4,0)
+#include <asm/fpu-internal.h>
+#endif
 
 #include "firegl_public.h"
 #include "kcl_osconfig.h"
@@ -4181,7 +4184,11 @@ static int kasInitExecutionLevels(unsigned long level_init)
 {
     unsigned int p;
     KCL_DEBUG5(FN_FIREGL_KAS, "%d\n", level_init);
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(3,4,0)
+    for_each_cpu_mask(p, cpu_possible_mask)
+#else
     for_each_cpu_mask(p, cpu_possible_map)
+#endif
     {
         KCL_DEBUG1(FN_FIREGL_KAS,"Setting initial execution level for CPU # %d\n", p);
         preempt_disable();
@@ -5799,10 +5806,16 @@ void ATI_API_CALL KCL_fpu_begin(void)
 #ifdef CONFIG_X86_64
     kernel_fpu_begin();
 #else
+#ifndef TS_USEDFPU
+    preempt_disable();
+    if (__thread_has_fpu(current))
+        __save_init_fpu(current);
+#else
     struct thread_info *cur_task = current_thread_info();
     preempt_disable();
     if (cur_task->status & TS_USEDFPU)
         __save_init_fpu(cur_task->task);
+#endif
     else
         clts();
 #endif
Co to oznacza?
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja v18.x - atom oraz K8

Post autor: e X t 7 3 »

qwxz77 pisze:Witam
Korzystam z Kubuntu 12.04 wersja 32bitowa i podczas instalacji patcha do Catalyst 12.3 wyskakuje mi taki oto błąd

Kod: Zaznacz cały

patching file firegl_public.c
patch unexpectedly ends in middle of line
I dodatkowo tworzy się plik z taką zawartością:

Kod: Zaznacz cały

fixed fgrlx compilation error on 32-bit x86 arch with kernel 3.3-rc4 due to commit:
https://github.com/torvalds/linux/commit/f94edacf998516ac9d849f7bc6949a703977a7f3
later modified (in 3.3-rc5) by commit:
https://github.com/torvalds/linux/commit/7e16838d94b566a17b65231073d179bc04d590c8#diff-1
and finally backported to kernel 3.2.8.

This new version adds support for the 3.4 kernels, where some ASM header
file was splitted into several smaller files, so we have to explicitally
include the new file <asm/fpu-internal.h>.

Since 3.4-rc2, cpu_possible_map has been definitely removed. Let's use
cpu_possible_mask instead. This is probably required also for 64 bit kernels.

Signed-off-by: Gianluca Gennari <gennarone@gmail.com>
---
 firegl_public.c |   13 +++++++++++++
 1 files changed, 13 insertions(+), 0 deletions(-)

diff --git a/firegl_public.c b/firegl_public.c
index a56fff1..b4bdfb7 100644
--- a/firegl_public.c
+++ b/firegl_public.c
@@ -187,6 +187,9 @@
 #include <linux/gfp.h>
 #include <linux/swap.h>
 #include "asm/i387.h"
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(3,4,0)
+#include <asm/fpu-internal.h>
+#endif
 
 #include "firegl_public.h"
 #include "kcl_osconfig.h"
@@ -4181,7 +4184,11 @@ static int kasInitExecutionLevels(unsigned long level_init)
 {
     unsigned int p;
     KCL_DEBUG5(FN_FIREGL_KAS, "%d\n", level_init);
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(3,4,0)
+    for_each_cpu_mask(p, cpu_possible_mask)
+#else
     for_each_cpu_mask(p, cpu_possible_map)
+#endif
     {
         KCL_DEBUG1(FN_FIREGL_KAS,"Setting initial execution level for CPU # %d\n", p);
         preempt_disable();
@@ -5799,10 +5806,16 @@ void ATI_API_CALL KCL_fpu_begin(void)
 #ifdef CONFIG_X86_64
     kernel_fpu_begin();
 #else
+#ifndef TS_USEDFPU
+    preempt_disable();
+    if (__thread_has_fpu(current))
+        __save_init_fpu(current);
+#else
     struct thread_info *cur_task = current_thread_info();
     preempt_disable();
     if (cur_task->status & TS_USEDFPU)
         __save_init_fpu(cur_task->task);
+#endif
     else
         clts();
 #endif
Co to oznacza?
Witaj

Dlaczego patchujesz Catalysty 12.4 ? ;)

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
Zablokowany

Wróć do „kernele e X t 7 3”

Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 7 gości