Dnia czwartek, 10 września 2009, Witold Firlej napisał:
[...]
> Ktos potwierdzi? Powie, SOA#1? Nikt nie testuje?
Ja akurat tej funkcjonalności nie używam. A to czego używam, u mnie
działa :-)
--
Łukasz Maśko GG: 2441498_o)
Lukasz.Masko(at)ipipan.w
2009/9/9 Witold Firlej :
> 2009/9/6 Witold Firlej :
>> 2009/9/4 Bart. :
>>> Dnia 4 września 2009 15:22 Witold Firlej napisał(a):
> Bartek
>>
>> Ok Mam zonka...
>>
>> kernel-desktop-bfs-2.6.30.5-4.x86_64 (poprzedni relase był chyba ok)
>>
>&
2009/9/6 Witold Firlej :
> 2009/9/4 Bart. :
>> Dnia 4 września 2009 15:22 Witold Firlej napisał(a):
Bartek
>
> Ok Mam zonka...
>
> kernel-desktop-bfs-2.6.30.5-4.x86_64 (poprzedni relase był chyba ok)
>
> Ma jakieś problemy z mdadm.
>
> Objawy
>
> 1/
2009/9/4 Bart. :
> Dnia 4 września 2009 15:22 Witold Firlej napisał(a):
>
>> 2009/9/3 Bartłomiej Zimoń :
>> > Witam
>> >
>> > Dodalem do kernel-desktop (Titanium) patch zmieniajacy scheduler
>> > na bfs autorstwa -ck ma on byc przygotowany
2009/9/4 Bart. :
> Dnia 4 września 2009 15:22 Witold Firlej napisał(a):
>
>> 2009/9/3 Bartłomiej Zimoń :
>>
>> budujemy z --with bfs
>>
>> Coś konkretnego przy testowaniu Cię interesuje? Czy tylki zbudować,
>> uruchomić i normalnie używać?
>>
>
> Tak ale dla th puscilem testbuild mozesz sobie sci
Dnia piątek, 4 września 2009, Bart. napisał:
[...]
> Z podstawowych bledow jakie aktualnie sa wylapane to po uspieniu jajko
> sie nie wybudza podobno u ck dziala ;)
U mnie usypianie do pamięci działa. Do hibernacji używam tuxonice (jest w
tym kernelu) i usypianie na dysk też działa bezproblemowo.
Dnia 4 września 2009 16:46 Witold Firlej napisał(a):
> 2009/9/4 Witold Firlej :
> > 2009/9/3 Bartłomiej Zimoń :
> >> Witam
> >>
> >> Dodalem do kernel-desktop (Titanium) patch zmieniajacy scheduler
> >> na bfs autorstwa -ck ma on byc przygotowany tyl
Dnia 4 września 2009 16:18 mlody napisał(a):
> Dnia czwartek 03 wrzesień 2009 o 10:14:14 Bartłomiej Zimoń napisał(a):
> > Witam
> >
> > Dodalem do kernel-desktop (Titanium) patch zmieniajacy scheduler
> > na bfs autorstwa -ck ma on byc przygotowany tylko na
Dnia 4 września 2009 15:22 Witold Firlej napisał(a):
> 2009/9/3 Bartłomiej Zimoń :
> > Witam
> >
> > Dodalem do kernel-desktop (Titanium) patch zmieniajacy scheduler
> > na bfs autorstwa -ck ma on byc przygotowany tylko na
> > desktopy/laptopy i male urzadz
2009/9/4 Witold Firlej :
> 2009/9/3 Bartłomiej Zimoń :
>> Witam
>>
>> Dodalem do kernel-desktop (Titanium) patch zmieniajacy scheduler
>> na bfs autorstwa -ck ma on byc przygotowany tylko na
>> desktopy/laptopy i male urzadzenia.
>>
>> Musze pow
Dnia czwartek 03 wrzesień 2009 o 10:14:14 Bartłomiej Zimoń napisał(a):
> Witam
>
> Dodalem do kernel-desktop (Titanium) patch zmieniajacy scheduler
> na bfs autorstwa -ck ma on byc przygotowany tylko na
> desktopy/laptopy i male urzadzenia.
>
> Musze powiedziec ze fa
2009/9/3 Bartłomiej Zimoń :
> Witam
>
> Dodalem do kernel-desktop (Titanium) patch zmieniajacy scheduler
> na bfs autorstwa -ck ma on byc przygotowany tylko na
> desktopy/laptopy i male urzadzenia.
>
> Musze powiedziec ze faktycznie roznica jest zauwazalna.
> Zwlaszcza
Witam
Dodalem do kernel-desktop (Titanium) patch zmieniajacy scheduler
na bfs autorstwa -ck ma on byc przygotowany tylko na
desktopy/laptopy i male urzadzenia.
Musze powiedziec ze faktycznie roznica jest zauwazalna.
Zwlaszcza w responsywnosci systemu.
Mile widziane informacje od osob
On Fri, 7 Mar 2008 09:34:49 +
Dariusz Knociński <[EMAIL PROTECTED]> wrote:
> Witam,
[ciach]
> To było tytułem wstępu, ma ktoś jakiś pomysł jak poprawnie zbudować
> sterowniki nvidia z
> jądrem kernel-desktop-2.6.22.19_desktop-3 kompilowanym samodzielnie z
> włączo
poprawnie zbudować sterowniki
nvidia z
jądrem kernel-desktop-2.6.22.19_desktop-3 kompilowanym samodzielnie z włączoną
opcją ReiserFS4. Przesiadka na to jądro też była podyktowana przymusem, jądro
podstawowe
z serii 2.6.16.51/60 zacina się przy wypalaniu płyt DVD, alsa w tym jądrze
zrywa połączenie
Witam
robię:
$./builder --with preemptrt kernel-desktop.spec
Dostaję:
[...]
+ echo Patch #0 (kernel-desktop-preempt-rt.patch):
Patch #0 (kernel-desktop-preempt-rt.patch):
+ patch -p1 -s
+ < /home/users/tomlee/rpm/SOURCES/kernel-desktop-preempt-rt.patch
1 out of 21 hunks FAILED -- sav
Witam,
rpm -q kernel-desktop
kernel-desktop-2.6.17.13-0.1
./builder -bb X11-driver-nvidia.spec --without incall,smp --define
alt_kernel desktop ^
Zapisano: /home/users/danon/rpm/RPMS/X11-driver-nvidia-1.0.8774-1.athlon.rpm
Zapisano:
/home/users/danon/rpm
Dnia czwartek, 20 lipca 2006 17:00, Zbyniu Krzystolik napisał:
> Mniej wiecej Thu, Jul 20, 2006 at 04:57:37PM +0200, zainteresowany grizz
rzekl:
> > Dnia wtorek, 27 czerwca 2006 18:55, Charles napisał:
> > > Dnia wtorek 27 czerwca 2006 15:03, Tomasz Woźniak napisał:
> > > > W sensie czy działają k
Mniej wiecej Thu, Jul 20, 2006 at 04:57:37PM +0200, zainteresowany grizz rzekl:
> Dnia wtorek, 27 czerwca 2006 18:55, Charles napisał:
> > Dnia wtorek 27 czerwca 2006 15:03, Tomasz Woźniak napisał:
> > > W sensie czy działają kernel-nvidia i właśnie te X11-driver na tym
> > > jądrze.
> >
> Przy bud
Dnia wtorek, 27 czerwca 2006 18:55, Charles napisał:
> Dnia wtorek 27 czerwca 2006 15:03, Tomasz Woźniak napisał:
> > W sensie czy działają kernel-nvidia i właśnie te X11-driver na tym
> > jądrze.
>
Przy budowaniu paczki ze speca wyskakuje mi coś takiego:
[EMAIL PROTECTED] ~/rpm]$ cvs get X11-driv
Pepe napisał(a):
>
> W pliku /etc/sysconfig/geninitrd powinno być:
>
> USE_SUSPEND=no
> USE_SUSPEND2=yes
>
Dzięki, po dodaniu tego do /etc/sysconfig/geninitrd, initrd sie utworzyło.
Nie zauważyłem, jak pisał Adam, że jest /etc/sysconfig/geninitrd.rpmnew,
w któtym te wpisy są.
Pozdrawiam,
Czesie
On Tue, 11 Jul 2006 23:59:40 +0200
Czesiek <[EMAIL PROTECTED]> wrote:
> Suspend2 shouldn't be used with mainline suspend! i nie tworzy się
> initrd-2.6.17.4_desktop-0.2.gz.
>
> Ten sam komunikat i skutek (brak initrd) jest po uruchomieniu
> geninitrd.
>
> Poprzedni kernel to gresecurity 2.5.14.
Osóbka znana jako Czesiek, wystukała:
> Witam wszystkich,
>
> Zbudowałem sobie kernel-desktop z opcjami:
> --with preemptpt --without smp
> Podczas instalacji pojawia się komunikat:
>
> Suspend2 shouldn't be used with mainline suspend! i nie tworzy się
> initrd-2.6.17.
Czesiek napisał(a):
> Witam wszystkich,
>
> Zbudowałem sobie kernel-desktop z opcjami:
> --with preemptpt --without smp
> Podczas instalacji pojawia się komunikat:
>
> Suspend2 shouldn't be used with mainline suspend! i nie tworzy się
> initrd-2.6.17.4_desktop-0.
Witam wszystkich,
Zbudowałem sobie kernel-desktop z opcjami:
--with preemptpt --without smp
Podczas instalacji pojawia się komunikat:
Suspend2 shouldn't be used with mainline suspend! i nie tworzy się
initrd-2.6.17.4_desktop-0.2.gz.
Ten sam komunikat i skutek (brak initrd) jest po uruchom
Dnia 11-07-2006, wto o godzinie 06:05 +0200, Tomasz Woźniak napisał(a):
> BTW.
> Ktoś odpalał na tym jajku splashboota?
>
Mi sie udalo zarowno splasha w grubie, jak i fbsplasha. Problem poelga
na tym, ze napisy przesuwaja obraz, chociaz jest tryb silent i nie
powinno byc widac napisow. Strange...
Witam
Mariusz Niedzielski napisał(a):
>śmiga
>append="video=vesafb:[EMAIL PROTECTED]"
>
True...
Szkoda, że nie działa parametr VGA w lilo :D
BTW.
Ktoś odpalał na tym jajku splashboota?
--
Pozdrawiam
Tomasz Woźniak
Amatorzy zbudowali Arkę Noego- profesjonaliści Tytanika.
_
On Thu, 06 Jul 2006 13:20:43 +0200
Tomasz Woźniak <[EMAIL PROTECTED]> wrote:
> Nie chce mi działać framebufer, ale jeszcze powalcze.
śmiga
append="video=vesafb:[EMAIL PROTECTED]"
--
Pozdrawiam
Mariusz Niedzielski
___
pld-users-pl mailing list
pld-user
Dnia 08-07-2006, sob o godzinie 21:56 +0200, Miłosz Rzeźnikowski
napisał(a):
> preemtible to nie jest patch tylko opcja.
Moja kulpa. Jak pisałem wcześniej, jednego przełącznika, jakiego użyłem,
to --with laptop i problem mam cały czas z xfs.
[EMAIL PROTECTED]
Dnia sobota 08 lipca 2006 21:56, Miłosz Rzeźnikowski napisał:
> preemtible to nie jest patch tylko opcja.
Ale --with preemptrt to już łata.
I rzeczywiście. W połączeniu z xfs (fs) coś nie bangla.
Sam pomysł na kernel-desktop jest OK - tym bardziej, ze weszły łaty
Kolivasa - i na tym cho
Dnia Sat, 08 Jul 2006 11:19:57 +0200
Cezary Krzyżanowski <[EMAIL PROTECTED]> napisał(a):
> Jak rozpakowywałem OO z ux.pl na tym kernel-laptopt, to myślałem, że
> brodę zdążę zapuścić. A to ma być podobno z patchem preempt. Co jest
> grane?
>
> [EMAIL PROTECTED] scripts]$ rpm -q kernel-laptop
> k
Dnia 08-07-2006, sob o godzinie 11:58 +0200, Łukasz Maśko napisał(a):
> Co do twoich problemów - jaki filesystem? Może tutaj jest
> problem. Ja używam praktycznie wyłącznie ext3 i vfat-a. I arch=i686.
Arch jak było widać i686, filesystem to xfs, reiser4 i vfat. Nie mam
pojęcia, na czym zabawa pol
; [EMAIL PROTECTED] scripts]$ rpm -q kernel-laptop
> kernel-laptop-2.6.17.3-0.1.i686
Ja mam co prawda jeszcze kernel-desktop-2.6.17.1-1, kompilowane z --with
laptop, ale nie mam żadnych problemów. Od czasu ustalenia, że łata
preemptrt nie pozwala na kompilację VMware-workstation nic nie
Dnia 06-07-2006, czw o godzinie 13:20 +0200, Tomasz Woźniak napisał(a):
> Witam.
To jak już jesteśmy. Niedawno zbudowałem najnowsego z --with-laptopt i
system dziwnie się zachowuje. Niby jest responsywny, ale np. przy
budowaniu paczek rozpakowywanie tar.gz albo tar.bz2 o rozmiarach ultra
wielkich,
Dnia czwartek 06 lipca 2006 13:20, Tomasz Woźniak napisał:
> Aby zbudował się X11-nvidia musiałem dodać symlinka w /usr/src
>
> linux -> linux-2.6.17.1_desktop
>
> Nie wiem czy poprawić trzeba kernel, czy X11 :D
Nic z tych rzeczy.
Wystarczy budować:
./builder X11-driver-nvidia.spec --define alt_ker
Witam.
Aby zbudował się X11-nvidia musiałem dodać symlinka w /usr/src
linux -> linux-2.6.17.1_desktop
Nie wiem czy poprawić trzeba kernel, czy X11 :D
Nie chce mi działać framebufer, ale jeszcze powalcze.
--
Pozdrawiam
Tomasz Woźniak
Amatorzy zbudowali Arkę Noego- profesjonaliści Tytanika.
_
Witam
Więc od paru dni testuję sobie toto. Zbudowałem z --with laptop i
--without smp (mniej ważne).
Lapek po prostu po naciśnięciu jakiegoś ciut bardziej czasochłonnego
zadania dostaje zwis. Np. Oznaczam w evolution mail jako spam, albo
klikam na nowego linka w Operze, albo przesuwam strony duże
On Tue, 27 Jun 2006 14:58:04 +0200
Łukasz Maśko <[EMAIL PROTECTED]> wrote:
> Może zrobili z tym w końcu porządek. Nie wiem. Nie próbowałem szukać
> nowych utilsów do PCMCIA. A w CVS-ie pcmcia-cs.spec jest ciągle w
> wersji 3.2.8. Na razie nie mam czasu, żeby się tym zajmować. Niestety.
poszukajcie
Dnia środa 28 czerwca 2006 00:28, Łukasz Maśko napisał:
> Czyli co? Można się tym na razie nie przejmować? W sumie chodzi o
> warning.
Dokładnie ;)
--
Pozdrawiam,
Karol Krenski
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.
Dnia środa, 28 czerwca 2006 00:24, Charles napisał:
[...]
>
> From: Andrew Morton <[EMAIL PROTECTED]>
>
> - Add new SA_PROBEIRQ which suppresses the new sharing-mismatch warning.
> Some drivers like to use request_irq() to find an unused interrupt slot.
>
> - Use it in i82365.c
> - Kill unused SA_
Dnia środa 28 czerwca 2006 00:12, Charles napisał:
> > setup_irq: irq handler mismatch
>
> [dump_stack()]
> Obawiam się, że to "przypadłość wieku dziecięcego" serii 2.6.17
> Nie dam głowy, coś musiało się zmienić z przydzielaniem IRQ.
Tak jak myślałem.
From: Andrew Morton <[EMAIL PROTECTED]>
-
Dnia środa, 28 czerwca 2006 00:12, Charles napisał:
> Dnia wtorek 27 czerwca 2006 23:42, Łukasz Maśko napisał:
> > Tylko nadal przy podłączaniu po PCMCIA przejściówki na CF mam kupę
> > błędów:
> >
> > setup_irq: irq handler mismatch
>
> [dump_stack()]
> Obawiam się, że to "przypadłość wieku dzieci
Dnia wtorek 27 czerwca 2006 23:42, Łukasz Maśko napisał:
> Tylko nadal przy podłączaniu po PCMCIA przejściówki na CF mam kupę
> błędów:
>
> setup_irq: irq handler mismatch
[dump_stack()]
Obawiam się, że to "przypadłość wieku dziecięcego" serii 2.6.17
Nie dam głowy, coś musiało się zmienić z przydzi
Dnia wtorek, 27 czerwca 2006 23:24, Charles napisał:
> Dnia wtorek 27 czerwca 2006 23:07, Łukasz Maśko napisał:
> > Ale całe preemptive? Nawet to co zostało standardowo wsadzone do
> > brancha LINUX_2_6 speca kernel.spec? Czy tylko te łaty RT?
>
> Od samego początku piszę o łacie -preempt-rt :)
> J
Dnia wtorek 27 czerwca 2006 23:07, Łukasz Maśko napisał:
> Ale całe preemptive? Nawet to co zostało standardowo wsadzone do brancha
> LINUX_2_6 speca kernel.spec? Czy tylko te łaty RT?
Od samego początku piszę o łacie -preempt-rt :)
Jeśli natomiast chodzi Ci o CONFIG_PREEMPT=y - to jest włączone.
Dnia wtorek, 27 czerwca 2006 23:00, Charles napisał:
> Dnia wtorek 27 czerwca 2006 21:12, Łukasz Maśko napisał:
> > Rozumiem, że domyślnie preemptive jest włączone?
>
> Nie. Tak jak napisałem - teraz jest off.
Ale całe preemptive? Nawet to co zostało standardowo wsadzone do brancha
LINUX_2_6 spec
Dnia wtorek 27 czerwca 2006 21:12, Łukasz Maśko napisał:
> Rozumiem, że domyślnie preemptive jest włączone?
Nie. Tak jak napisałem - teraz jest off.
--
Pozdrawiam,
Karol Krenski
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists
ogło). Kończy się tak:
>
> Bruździła łata -preempt-rt, która teraz jest domyślnie wyłączona (są za
> to łatki Kolivasa :-)
>
> > Póki co, pozostanę przy 2.6.16.18, mam z nim mniej problemów.
> > Pozdrawiam.
>
> Szkoda ;) Może spróbuj jeszcze raz? (oczywiście po ponow
Dnia wtorek 27 czerwca 2006 15:03, Tomasz Woźniak napisał:
> W sensie czy działają kernel-nvidia i właśnie te X11-driver na tym
> jądrze.
Tak.
$ rpm -qa | grep kernel-desktop
kernel-desktop-2.6.17.1-0.5
[EMAIL PROTECTED]
[...]
--
Pozdrawiam,
Karol K
domyślnie wyłączona (są za to
łatki Kolivasa :-)
> Póki co, pozostanę przy 2.6.16.18, mam z nim mniej problemów. Pozdrawiam.
Szkoda ;) Może spróbuj jeszcze raz? (oczywiście po ponownym zbudowaniu
aktualnego kernel-desktop).
--
Pozdrawiam,
Karol Krenski
___
Dnia wtorek, 27 czerwca 2006 15:01, Łukasz Maśko napisał:
[...]
> Korekta. Jest pcmciautils. Zainstalowałem, zaraz sprawdzę.
Sprawdziłem, jest lepiej. Znaczy się - działa. Ale pojawiły się nowe kwiatki
w związku z PCMCIA i nie tylko:
1. Przy wkładaniu karty PCMCIA (przelotka co kart CompactFlash
Witam.
Łukasz Maśko napisał(a):
>W jakim sensie? Pytasz o framebuffer czy X11-driver-nvidia (to się buduje z
>osobnego pakietu)? A może chodzi ci o chipsety? Doprecyzuj.
>
>
W sensie czy działają kernel-nvidia i właśnie te X11-driver na tym jądrze.
--
Pozdrawiam
Tomasz Woźniak
Amatorzy zbud
Dnia wtorek, 27 czerwca 2006 14:58, Łukasz Maśko napisał:
[...]
> Może zrobili z tym w końcu porządek. Nie wiem. Nie próbowałem szukać
> nowych utilsów do PCMCIA. A w CVS-ie pcmcia-cs.spec jest ciągle w wersji
> 3.2.8. Na razie nie mam czasu, żeby się tym zajmować. Niestety.
Korekta. Jest pcmciaut
Dnia wtorek, 27 czerwca 2006 14:53, Pepe napisał:
[...]
> Może to przez to (komunikat z 2.6.14.7):
>
> kernel: pcmcia: Detected deprecated PCMCIA ioctl usage.
> kernel: pcmcia: This interface will soon be removed from the kernel;
> please expect breakage unless you upgrade to new tools. kernel: pcm
On Tue, 27 Jun 2006 12:08:27 +0200
Łukasz Maśko <[EMAIL PROTECTED]> wrote:
> cardmgr: cardmgr[6971]: no pcmcia driver in /proc/devices
> pcmcia: /sbin/cardmgr startup failed
>
> I tyle. Nie działa. W /proc/devices rzeczywiście nie ma pcmcia. Czy
> coś się zmieniło przy przejściu z 2.6.16 na 2.6.
Dnia wtorek, 27 czerwca 2006 13:50, Tomasz Woźniak napisał:
> Witam.
>
> A to nie wymaga czegoś tam w kernelu przy starcie? Jakieś noacpi czy coś?
Nie wymaga. Chodziło - przestało. Znaczy, albo coś się zmieniło (coś jeszcze
muszę dodać), albo popsuło.
--
Łukasz Maśko
Dnia wtorek, 27 czerwca 2006 14:04, Tomasz Woźniak napisał:
> Witam.
>
> Sorki- chodzi oczywiście o sterowniki dla nvidi :D Przepraszam za
> literówkę.
W jakim sensie? Pytasz o framebuffer czy X11-driver-nvidia (to się buduje z
osobnego pakietu)? A może chodzi ci o chipsety? Doprecyzuj.
--
Łukas
Witam.
Sorki- chodzi oczywiście o sterowniki dla nvidi :D Przepraszam za literówkę.
--
Pozdrawiam
Tomasz Woźniak
Amatorzy zbudowali Arkę Noego- profesjonaliści Tytanika.
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-
Witam.
Czy są w nim sterowniki dla nvivi?
--
Pozdrawiam
Tomasz Woźniak
Amatorzy zbudowali Arkę Noego- profesjonaliści Tytanika.
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Dnia wtorek, 27 czerwca 2006 13:45, Michal Abramowicz napisał:
[...]
> na pld-devel-pl jest wątek
>
> "Subject: Problem z PCMCIA na jądrze 2.6"
> "Date: Wed, 14 Jun 2006 16:11:04 +0200"
>
> może irq problem, domniemam że wcześniej działało ;-)
Widziałem ten wątek, ale tam jest sprawa przejścia 2.4
Witam.
A to nie wymaga czegoś tam w kernelu przy starcie? Jakieś noacpi czy coś?
--
Pozdrawiam
Tomasz Woźniak
Amatorzy zbudowali Arkę Noego- profesjonaliści Tytanika.
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-lin
On Tue, Jun 27, 2006 at 12:17:00PM +0200, Łukasz Maśko wrote:
> Nic nie brakuje, bez przesady :-P Moduły do pcmcia się ładują, yenta_socket
> też, wszystko jest niby identycznie - ale nie do końca, jak widać wyżej.
>
> $ rpm -qa | grep kernel-desktop | sort
> kernel-desktop-2.6.17
ystko jest niby identycznie - ale nie do końca, jak widać wyżej.
$ rpm -qa | grep kernel-desktop | sort
kernel-desktop-2.6.17.1-0.5
kernel-desktop-pcmcia-2.6.17.1-0.5
kernel-desktop-sound-alsa-2.6.17.1-0.5
--
Łukasz Maśko GG: 2441498_o)
Lukasz.Masko(a
On Tue, Jun 27, 2006 at 12:08:27PM +0200, Łukasz Maśko wrote:
> Witam.
> Zbudowałem sobie powyższe (--without smp --with preemptrt --with laptop}.
> Kernel się zbudował i zabootował, ale nie działa pcmcia. Przy podnoszeniu
> tego podsystemu dostaję komunikat:
>
a pakiet kernel-*-pcmcia* ci pows
Witam.
Zbudowałem sobie powyższe (--without smp --with preemptrt --with laptop}.
Kernel się zbudował i zabootował, ale nie działa pcmcia. Przy podnoszeniu
tego podsystemu dostaję komunikat:
cardmgr: cardmgr[6971]: no pcmcia driver in /proc/devices
pcmcia: /sbin/cardmgr startup failed
I tyle. N
65 matches
Mail list logo
