問題タブ [sysfs]

Linux で、どの PCI カードがどの PCI スロットに挿入されているかを調べる方法はありますか?

/sys/bus/pci/devices/ には、カードではない多くのデバイス (ブリッジ、CPU チャネルなど) が含まれており、デバイス ディレクトリでスロット カード マッピングに関する情報を見つけることができませんでした。

ユーザー空間から intel (cavecreek) gpio コントローラーにアクセスしようとしています。しかし、 /sys/class/gpio/export にエコーしようとすると、「NO such device」エラーが発生します。

エラーメッセージは、デバイスを gpio に接続する必要があることを示唆しているようです。しかし、ドキュメントはそれについて言及していないようです。

/sys/kernel/debug/gpio のダンプからわかる限り、何も予約されていません。gpioピンに接続されたi2cマルチプレクサがあります。

以下は、私のカーネルと構成に関する詳細情報です

カーネルは 3.14 です

関連する構成設定は次のとおりです: CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y

CONFIG_GPIOLIB=y

CONFIG_GPIO_DEVRES=y

CONFIG_GPIO_ACPI=y

CONFIG_DEBUG_GPIO=y

CONFIG_GPIO_SYSFS=y

NDK アプリからバッテリー情報を読み取ろうとしています。これを達成する唯一の方法は、値を読み取ることです/sys/class/power_supply。問題は、タイプが「Battery」のエントリが複数見つかり、どれを使用すればよいかわからないことです。

KitKat 4.4.4 を搭載した Nexus 10 では、次のように表示されます。

3 つすべてに type=Battery を指定します。例えば：

AndroidBatteryManagerコードでは、バッテリー デバイスを繰り返し処理し、必要なエントリを持つ最初のデバイスを取得します ( http://androidxref.com/4.4.4_r1/xref/system/core/healthd/BatteryMonitor.cpp )。ただし、私の Nexus 10 では値が異なります。たとえば、ds2784-fuelgauge/voltage_nowとの場合smb347-battery/voltage_now:

ds2784-fuelgauge/voltage_now定期的に更新されているようですが (たとえば、計算負荷の高いタスクを開始すると変更されます)、smb347-battery/voltage_now修正されているようです。と を比較するds2784-fuelgauge/current_nowと、同様の効果が見られsmb347-battery/current_nowます。

私の質問は次のとおりです。

1. ここに type=battery のエントリが複数あるのはなぜですか?
2. 一般的な方法でそれらをどのように区別しますか？
3. どちらを使用すればよいですか？

編集

• voltage_nowファイル名の誤字を修正
• 3 つのデバイスすべてで type=Battery であることを強調する

私は組み込みLinuxボードでレベルトリガー割り込みを取得しようとしている初心者です。poll() を使用して割り込みイベントを待機しています。エッジトリガー割り込みの取得に成功しました。

レベルトリガー割り込みを取得するにはどうすればよいですか? エッジを何に設定しますか?

sysfs/debugfs のないシステムを使用する必要があります (これは強力な要件であり、変更できません)。

このファイルシステムなしで Linux を設定する方法を理解する必要があります。

たとえば、さまざまな omap PM (電源管理機能) を構成する場合、次のように設定する必要があります。

たとえば、デフォルトとして 1 に設定することは可能だと思いますか (実行時に値を変更する必要はありません)。どうすればできますか？

マウントされたファイルシステムから USB デバイスおよび「usbstorage」インターフェイスにプログラムで一致させる適切な方法は何でしょうか?

sysfs トラバーサルが最適な方法だと思いますが、sysfs はかなりワイルドです。

具体的には、Android システムがあり、USB スティックは /dev/block/vold/8:1 からマウントされます。(ボリュームマネージャーって何？)

I2C デバイスの 1 つのロード可能なモジュールとしてカーネル ドライバーを作成しました。(/sys/devices/i2c/i2c-0/0-0008/)ドライバーは、new_device ファイルによるインスタンス化を使用して、I2C 対応フォルダーの下にいくつかの sysfs ファイルを作成します(/sys/devices/i2c/i2c-0/new_device)。

Lollipop は SELinux を強制したため、デバイスの sysfs ファイルにアクセスする必要があるアプリケーションのルールを作成する必要があります。ほとんどの場合、これらはシステム アプリケーションです (Android SELinux の platform_app の定義に分類されます)。問題は、どのアプリケーション ドメインのアプリケーションも sysfs ファイルへの書き込みを許可されていないことです。

そこで、自分のデバイス専用のファイル コンテキストを作成することにしました。

結果は興味深いものです。名前や uevent などのデフォルトのドライバー ファイルとフォルダーは適切なコンテキストを取得しますが、I2C ドライバーの sysfs 部分によって作成されたファイルは取得しません。

この問題を解決する方法を教えてください。残りのファイルについて sysfs コンテキストを sysfs_mydeviceic に変換したい場合は、どうすればよいですか? または、アプリケーションによる sysfs ファイルへの書き込みを有効にする他の方法はありますか?