タグ付けされた質問 「firmware」

さて、私はいくつかの燃えるようなフープを飛び越えて、通常のベンダー固有の方法でいくつかのファームウェアをアップグレードするには古すぎると感じています：いくつかのDOSツールをダウンロードし、（Free-）DOSブートメディアを作成してBIOSを作るために時間を浪費します実際にそこから起動し、最後にファームウェアのアップグレードをフラッシュします。 これは1980年です。 私はいくつかのに遭遇LinuxのフラッシュツールからCorebootプロジェクト。さまざまなフラッシュチップをサポートしているようです。しかし、実際にはどのように機能しますか？ ベンダーが提供するファームウェアのアップグレードを適切な形式に変換する落とし穴があると思います。または、適切な宛先チップを識別するのはどうですか？ 現在、私はおそらく例えばアップグレードする必要があります： 一部のSeagate 1.5 TBディスクのファームウェア 古いAbit Athlon 64ボード（Award bios）のファームウェア Bios / Embedded-Controller-Bios of a Thinkpad Linuxシステムでデバイスのファームウェアをどのようにアップグレードしますか？

15 linux  hardware  bios  firmware  flashrom 

私は診断のためにコンピューターをメーカーに送り、ビデオ出力の問題を解決しました。彼らはBIOSを更新しました。それ以来、私は [Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x20 (or later) 私は持っていなかったマイクロコードまたはucodeの前にインストールされたパッケージを、私はこのメッセージを取得するために使用されていませんでした。 メーカーに問い合わせたところ、「チケット番号を覚えていないがBIOSを更新したのではないか」と答えたため、あまり役に立ちません。 起動して動作しますが、TSC_DEADLINEは重要ですか？ 私が見つけることができるのはこれだけです：https : //git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=73b866d89bf7c9a895d5445faad03fa3d56c8af8 しかし、それはVirtualBoxにのみ適用されるようで、いずれにせよ、すでにカーネル4.14を実行しているので、そのコミットが既に持っている問題を修正するかどうかを考えます。 ryan@pocketwee:~$ uname -a Linux pocketwee 4.14.0-1-amd64 #1 SMP Debian 4.14.2-1 (2017-11-30) x86_64 GNU/Linux

15 debian  kernel  firmware 

Linuxのコンテキストでのファームウェアの使用に混乱しています。 ファームウェアとドライバーに関する私の理解は、ファームウェアは、Bluetooth IC、キーボードコントローラー、ビデオカード、または単一目的のマイクロコントローラーなどのデバイスのベアメタルで実行されるコードであるということです。ファームウェアは、OSがそのサービスを使用するためのインターフェースを公開します。 これに対して、ドライバーは、ファームウェアが提供する前述のインターフェイスと通信するためにカーネルが使用するソフトウェアです。したがって、ビデオドライバー、キーボードドライバー、Bluetooth無線ドライバーです。 それで、なぜ私はインストールしなければならないLinuxファームウェアファイルについて読み続けているのですか（例えばこちら）。これらはハードウェアにアップロードされますか？これらのファイルはカーネルによって使用されていますか？このコンテキストでのファームウェアの意味は何ですか？

14 firmware 

Debian stretch起動プロセス中にこのエラーが発生します [ 26.390311] r8169 0000:03:00.0: firmware: failed to load rtl_nic/rtl8168g-3.fw (-2) その後、ブートを続行し、正常に動作します。不足しているファームウェアまたはドライバーはありますか？

13 debian  boot  firmware 

によって駆動されるIntelワイヤレスカードiwlwifiを使用しています。dmesgに次のメッセージが表示されます。 iwlwifi 0000:03:00.0: loaded firmware version 17.168.5.3 build 42301 ロードされているblobがわかっている場合、このblob（.ucodeファイル）のバージョンを確認するにはどうすればよいですか？ 以下のucodeが読み込まれている場所を見ると、ブロブが読み込まれたことだけではバージョン情報がわかりません。しかし、私はこれらのIntelバージョンを知っています。 $ sudo dmesg | grep ucode [ 26.132487] iwlwifi 0000:03:00.0: firmware: direct-loading firmware iwlwifi-6000g2a-6.ucode [40428.475015] (NULL device *): firmware: direct-loading firmware iwlwifi-6000g2a-6.ucode

11 linux  kernel  intel  firmware  iwlwifi 

Samsung 840 PROシリーズSSDを持っていますが、この問題の代替ソリューションを見つけるためにファームウェアを更新したいと考えています。 Samsung はWindows用のコンシューマーSSDにのみマジシャンを提供しているため、このページから「Samsung Magician Software for Enterprise SSD」をダウンロードしました。このreddit投稿のトップの返信によると、これは機能するはずです。 しかし、私のSSDのIDを特定しようとすると、現在私のラップトップに接続されている唯一のストレージメディアは最初の段落で述べたSSDですが、Samsung SSDは見つからなかったと魔術師は主張します。 # ./magician -L ================================================================================================ Samsung(R) SSD Magician DC Version 2.0 Copyright (C) 2015 SAMSUNG Electronics Co. Ltd. All rights reserved. ================================================================================================ Magician is now configuring the environment for LSI MegaRAID SAS. Magician is now configuring the environment for …

11 ssd  firmware  samsung 

超高速ブート（POST中にキーボードドライバーが読み込まれない）を使用しているときにUEFIファームウェアセットアップユーティリティを起動する必要がある場合は、 "Os Indications" efi変数に書き込みます。私のOSはUbuntu 14.04カーネル3.13.0-35-genericです。 OsIndications 変数はUINT64ビットマスクを返します OsIndicationsSupported 変数はUINT64ビットマスクを返します EFI_OS_INDICATIONS_BOOT_TO_FW_UIファームウェアは、ファームウェアのユーザーインタフェースで停止するOSの要求をサポートしている場合のビットは、ファームウェアによってOsIndicationsSupported変数に設定することができます。 EFI_OS_INDICATIONS_BOOT_TO_FW_UIOSは、次の起動時にファームウェアのユーザー・インターフェースで停止するファームウェアのために望む場合ビットは、OsIndications変数にOSによって設定することができます。 EFI_OS_INDICATIONS_BOOT_TO_FW_UI= 0x0000000000000001- UEFI仕様2.3.1Cのページ312 私のファームウェアには、次回の起動時にファームウェアセットアップユーティリティに入る機能があります。 $ hexdump /sys/firmware/efi/vars/OsIndicationsSupported-8be4df61-93ca-11d2-aa0d-00e098032b8c/data 0000000 0001 0000 0000 0000 0000008 私は上の新しい変数を作成することができます/sys/firmware/efi/efivars使用して $ printf\x07\x00\x00\x00\x00" > myvar-12345678-1234-1234-1234-123456789abc ただし、efi変数に書き込むと、次のようなOsIndications-8be4df61-93ca-11d2-aa0d-00e098032b8c結果になりますwrite error: Invalid argument。 新しいefivarfsの使用 # printf "x00\x00\x00\x01" > /sys/firmware/efi/efivars/OsIndications-8be4df61-93ca-11d2-aa0d-00e098032b8c -bash: printf: write error: Invalid argument # printf "x00\x00\x00\x01" > /sys/firmware/efi/efivars/OsIndications-8be4df61-93ca-11d2-aa0d-00e098032b8c …

9 ubuntu  command-line  uefi  firmware 

私のCentOSでは、a yum updateは以下を表示します。 (6/38): iwl1000-firmware-39.31.5.1-62.el7_39.31.5.1-62.2.el7_5.noarch.drpm (7/38): iwl105-firmware-18.168.6.1-62.el7_18.168.6.1-62.2.el7_5.noarch.drpm (8/38): iwl135-firmware-18.168.6.1-62.el7_18.168.6.1-62.2.el7_5.noarch.drpm (9/38): iwl2000-firmware-18.168.6.1-62.el7_18.168.6.1-62.2.el7_5.noarch.drpm (10/38): iwl2030-firmware-18.168.6.1-62.el7_18.168.6.1-62.2.el7_5.noarch.drpm (11/38): iwl3160-firmware-22.0.7.0-62.el7_22.0.7.0-62.2.el7_5.noarch.drpm 等 これらは、いわゆる「ファームウェアパッケージ」です。たとえば、インストールされているそれらのいくつかを見つけましょう： rpm --query --all | grep firmware 次に、その情報をクエリします。 rpm --query --info iwl105-firmware-18.168.6.1-62.2.el7_5.noarch そして私たちは得る： Summary : Firmware for Intel(R) Centrino Wireless-N 105 Series Adapters Description : This package contains the firmware required by the iwlagn …

8 centos  virtual-machine  firmware