Ubuntu 12.04の最後のfglrxドライバーのバックライトサポートが壊れています
私はAMDのウェブサイトで最新のfglrxリリースに遅れずについていきましたが、最新のアップデートを適用したUbuntu 12.04では、最新の安定版（13.4）とベータ版（13.6）の両方の明るさが壊れているようです。ハードウェア/ソフトウェア構成は、AMD6320 APUを搭載したHP dm1 4000シリーズラップトップ（より具体的にはdm1-4142nr）であり、Ubuntu 12.04の64ビットバージョンを実行しています。すべての表示オプションとデスクトップ機能は正常に機能します。
ハードウェアの輝度キーを押すと、Unityのポップアップ輝度バーが表示されますが、それに応じて変化しますが、実際のバックライトの輝度は変化しません。
Echo 5>/sys/class/backlight/acpi_video0/brightnessをルートとして実行しても、実際の数値は固定され、明るさとactual_brightnessの両方が新しくエコーされた数値を反映します（他の数値は同じです）。
Acpi_backlight = vendorフラグを使用してカーネルをブートしようとしても効果はありません。また、xorg.confに以下を追加しません（「デバイス」セクションの下）：
オプション「RegistryDwords」「EnableBrightnessControl = 1」
Amdccleツール内で明るさを調整すると、色を調整することで明るさが変わりますが、実際のバックライトの量は変わりません（少なくとも見えません）。私が見つけることができる明るさに関する他のオプションはありません。
これは明らかにドライバーのせいだと思われるので、この時点で私はほとんどアイデアを失っています。少なくともその部分を元に戻し、最新の改良を加えた完全に機能するドライバーを構築できるように、ドライバーソースのどこに回帰があるかを把握する方法はありますか？
編集：12.100、12.104、および13.101も試してみたが、さらなる説明と追加の質問があり、どれも明るさの点では機能しない。 9.012ソース（動作するが、他の3Dバグがある）と12以降のブランチとの差分は、バージョンの違いのみを示しているため、輝度制御はバイナリBLOB内に埋め込まれているようです。 acpi_os_name = "Windows 2009" acpi_osi = "Windows 2009"を使用すると、ブートシーケンスのX部分が動作停止するポイントに入るまで明るさの調整が皮肉にも有効になります。
この時点で、これらの新しいドライバーで動作するバックライトが他にいるのか、カーネルブートオプションが他にあるのか疑問に思っています。
9月8日の更新：2013年8月19日のドライバーを試してみましたが、変更はありませんでした。フォーラムのいずれかで報告された明るさの手動変更スパムは、散発的に機能します。現時点でこれがカーネルの問題である可能性があるのかどうか疑問に思っていると思いますが、もしそうなら、Ubuntuの新しいバージョン（12.10、13.04など）のユーザーは同じ問題を抱えていますか？
2014年1月12日更新：以下のコメントに示されているように、リリースされたすべてのバージョンはまだこの問題を修正していません。最新の安定リリース（13.12）とその前身は、コンピューターをサスペンドするまで明るさの変更を有効にし、コンピューターまたはXサーバーのいずれかが再起動されるまで明るさ調整の再開を停止します。
また、誤って番号が付けられているように見える最新のベータ版（13.11-betav9.95が2014年1月8日にリリースされました）を試しましたが、同じ問題が続きます...
アップデート2014年1月20日：バージョン13.30.rc3（ベータ）同じ問題...信頼できるサスペンド/レジュームの問題や前述の明るさの回帰など、Linuxの問題に取り組む能力のあるチームがAMDチームにないという疑いがあります。そのうち長い間存在しており、代わりにWindowsドライバーから基本的なものをバックポートして、新しいハードウェアで「動作」させています。これは間違いなく私がこれまでに行う最後のAMD投資です...
2014年2月3日更新：14.1ベータがリリースされ、Ubuntu 12.04の明るさの修正がバグ修正の1つとしてリストされています。ただし、これはそうではなく、輝度は再開後に機能を停止します。
2014年3月22日更新：14.2および14.3ベータ版でもこれに関する改善はありません。
そのため、最終的に14.6betaのリリースにより、明るさの問題は静かに修正され、再開後も明るさの調整が機能し続けるようになりました...変更ログには言及されていません。
64ビットベータ版は次から入手できます。
http://support.AMD.com/en-us/download/desktop?os=Linux%20x86_64#AMD-catalyst-packages
お役に立てれば！
ASUS X54Hマシン（ATIグラフィックスカード）でこの問題が発生しました。
専用ドライバーをインストールすると、ログイン画面からバックライトが消えます。これを無効にするとバックライトが再び点灯しますが、その間にGRUB cfgに関連する修正を試す必要がありましたが、この場合は機能しません。
したがって、これらのドライバーをUbuntu 12.04 LTSにインストールしている場合、GRUBがacpi_osi=Linuxおよびacpi_backlight=vendorに関連して変更された場合、システム設定（ラップトップのVGA出力を使用できます）でドライバーを非アクティブ化することをお勧めします作業。
1日の調査の後、この問題は明らかに横行していることがわかりました（open＆product =＆content = backlight "> http://ATI.cchtml.com/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=open＆product =＆content = backlight）fglrxモジュールを使用する場合のサスペンド後の断続的な再開フリーズとして（独自のドライバーとは対照的に）現時点では、9.012を超えるドライバーはバックライトをサポートしていません。2013年6月現在、9.012より新しいドライバーの唯一の回避策（ https://bbs.archlinux.org/viewtopic.php?pid=1269560#p126956 を参照）は、ハードウェア輝度ボタンを押して、これは通常、最も明るい設定と最も暗い設定（保持しているボタンに応じて）を切り替えますが、ACから離れたときにバッテリー寿命の最適化/自律を可能にする方法でラップトップを使用するには十分ですAMDが次のバージョンをリリースするまで待つ必要があると思います（13.6ベータ版も影響を受けます）、ドライバーのバグを修正し、できれば回帰を修正します。
とりあえず、誰かがより良い解決策を思いつくかもしれないことを願って私の答えとしてこれを選びません。
最新のベータドライバー13.8（ドライバーパッケージバージョン13.20.11-130814a-161038E-ATI）は、この問題を修正するようです。 http://support.AMD.com/us/gpudownload/linux/Pages/radeon_linux.aspx からダウンロード
2013年9月30日にリリースされた最新のベータ版（バージョン13.10）により、問題が部分的に修正されたようです。詳細については、 http://support.AMD.com/us/gpudownload/linux/Pages/radeon_linux.aspx を参照してください。
システムが一時停止してから再開すると、ドライバーは明るさの更新に失敗します。誰もこれで運がありましたか？
別のアップデート13.11-beta6には、13.10と同じ制限があります。
さらに別の更新である13.12安定版リリースにも同じ制限があります... 14.1以降のすべてのリリースにも同じ制限があります。