SPECS (LINUX_2_6): kernel.spec - bcond for disabling vesafb-tng pa...
Adam Gołębiowski
adamg at biomerieux.pl
Tue Apr 18 19:50:10 CEST 2006
On Tue, Apr 18, 2006 at 03:04:48PM +0200, Marek Guevara Braun wrote:
> Adam Gołębiowski wrote:
> > On Tue, Apr 18, 2006 at 01:49:08PM +0200, Marek Guevara Braun wrote:
>
> >> (-> adamg) A dokładnie jakie moduły to 'breaks' (poza standardowym
> >> vesafb)?
> >
> > Być może źle się w commitlogu wyraziłem. Może nie tyle co breaks, co
> > skutecznie je przysłania - vesafb-tng jest kompilowane statycznie, nie
> > jako moduł, przez co nie da się korzystać z innych modułów fb (a
> > przynajmniej ja nie wiem jak skorzystać z radeonfb).
>
> A czy "stara" vesafb (ta od vga=...) nie była równiez kompilowana
> statycznie? Z tego co pamiętam to bez tego nie chciał działać
> 'framebuffer' przy starcie.
Była. Natomiast przy wkompilowanej vesafb-tng radeonfb przestał działać.
Hmm, może to tylko kwestia video=vesafb:off, zauwazyłem coś takiego
przed chwilą w faq vesafb-tng. Sprawdzę to jakoś przy okazji.
> >> Na fb-tng na nvidii GF6600 i procesorze 1.4 GHz uruchomiłem mplayera
> >> i nie widziałem jakiś zacięć przy oglądaniu, z drugiej strony tekst
> >> przewijał się mi jakoś tak "wolniej", ale może to kwestia dobrania
> >> jakiś domyślnych opcji typu ypan/redraw.
> >
> > I chyba o to właśnie twittnerowi chodziło. Też to zaobserwowałem.
>
> Właśnie poświęciłem swoją maszynę z radonem (R100) i przebootowałem
> ją z opcją video=vesafb:1024x768-32 at 60,nocrtc,ywrap,pmipal - ls działa
> szybko i mplayer -vo fbdev2 też (wcześniej też tak miałem - znaczy -
> nie psuje)
faktycznie, jest lepiej. dzięki.
--
.. :: Przeznacz 1% swojego podatku dochodowego: :: ..
.. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: ..
| Everybody needs someone sure, someone true,
PLD Linux developer | Everybody needs some solid rock, I know I do.
More information about the pld-devel-pl
mailing list