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