| .. | .. |
|---|
| 15 | 15 | * visorinput - keyboard and mouse |
|---|
| 16 | 16 | |
|---|
| 17 | 17 | These drivers conform to the standard Linux bus/device model described |
|---|
| 18 | | -within Documentation/driver-model/, and utilize a driver named visorbus to |
|---|
| 19 | | -present the virtual busses involved. Drivers in the 'visor*' driver set are |
|---|
| 20 | | -commonly referred to as "guest drivers" or "client drivers". All drivers |
|---|
| 21 | | -except visorbus expose a device of a specific usable class to the Linux guest |
|---|
| 22 | | -environment (e.g., block, network, or input), and are collectively referred |
|---|
| 23 | | -to as "function drivers". |
|---|
| 18 | +within Documentation/driver-api/driver-model/, and utilize a driver named |
|---|
| 19 | +visorbus to present the virtual busses involved. Drivers in the 'visor*' |
|---|
| 20 | +driver set are commonly referred to as "guest drivers" or "client drivers". |
|---|
| 21 | +All drivers except visorbus expose a device of a specific usable class to the |
|---|
| 22 | +Linux guest environment (e.g., block, network, or input), and are collectively |
|---|
| 23 | +referred to as "function drivers". |
|---|
| 24 | 24 | |
|---|
| 25 | 25 | The back-end for each device is owned and managed by a small, |
|---|
| 26 | 26 | single-purpose service partition in the s-Par firmware, which communicates |
|---|
| .. | .. |
|---|
| 141 | 141 | ----------------------------------- |
|---|
| 142 | 142 | |
|---|
| 143 | 143 | Because visorbus is a standard Linux bus driver in the model described in |
|---|
| 144 | | -Documentation/driver-model/, the hierarchy of s-Par virtual devices is |
|---|
| 144 | +Documentation/driver-api/driver-model/, the hierarchy of s-Par virtual devices is |
|---|
| 145 | 145 | published in the sysfs tree beneath /bus/visorbus/, e.g., |
|---|
| 146 | 146 | /sys/bus/visorbus/devices/ might look like: |
|---|
| 147 | 147 | |
|---|