一応まだあるLinuxの太古のグラフィックドライバfbdevにLinux 4.21で新機能が入るらしい。FB_LOGO_CENTERを有効にすると左上によく居るTuxくんが画面中央に来る。Tuxくんは差し替え可能なので、起動時にディストリのロゴを中央に出す、といった用途で使われるものと思われる https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.21-FBDEV …
-
-
-
Replying to @beepcap
訳: やめろぉぉぉお http://lkml.iu.edu/hypermail/linux/kernel/1509.3/00253.html … 確か単純なフレームバッファデバイスをDRM/KMSに対応させるためのエミュレーションとかも今のカーネルには用意されてた筈なので、本当に廃止される前に移行をご検討ください
1 reply 1 retweet 1 like -
Replying to @fadis_
実は検討したんですけど、用途にそぐわないという本当に残念な結果に。 というかですね、そもそもハードウェアのほうがfbを提供している(単純なDMAによるbitmapエリアを提供している)場合に、Linux側がそれに対応できるのかっていう問題なんすよ。
1 reply 0 retweets 0 likes -
Replying to @beepcap
こういう試みはあるね。使ったことはないけど https://lists.freedesktop.org/archives/dri-devel/2016-March/102904.html …
1 reply 0 retweets 2 likes -
Replying to @fadis_
うん。でもこれを各ハードウェアメーカーに強制できなきゃ意味がないし、過去のfbdevの簡易な作りを否定する理由もない。 俺はfbdevの追放は何か間違った哲学で行われていると思ってる。
1 reply 0 retweets 0 likes
性能を抜きにしてfbdevの問題は描画を行うプロセスに全能の権限を与えるしかない、複数のプロセスが1つのデバイスを共有できない、といった「それマルチユーザ、マルチタスクのOSとしてどうなん?」って所だからなぁ。確かに組み込み用途だとしばしばそこは気にしなくていい所なんだけど
-
-
Replying to @fadis_
いや、それをやりたかったら、Xfbdevを使うべきで、単一のプロセスが画面を専有することを「禁止」してはならんと思うし、
1 reply 0 retweets 0 likes - 1 more reply
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.