| Masayuki Ohtak | cf4ece5 | 2010-09-01 21:16:30 +0900 | [diff] [blame] | 1 | What: /sys/module/pch_phub/drivers/.../pch_mac |
| 2 | Date: August 2010 |
| 3 | KernelVersion: 2.6.35 |
| 4 | Contact: masa-korg@dsn.okisemi.com |
| 5 | Description: Write/read GbE MAC address. |
| 6 | |
| 7 | What: /sys/module/pch_phub/drivers/.../pch_firmware |
| 8 | Date: August 2010 |
| 9 | KernelVersion: 2.6.35 |
| 10 | Contact: masa-korg@dsn.okisemi.com |
| 11 | Description: Write/read Option ROM data. |
| 12 | |
| Kirill Smelkov | cc62a7e | 2011-07-03 20:36:57 +0400 | [diff] [blame^] | 13 | |
| 14 | What: /sys/module/ehci_hcd/drivers/.../uframe_periodic_max |
| 15 | Date: July 2011 |
| 16 | KernelVersion: 3.1 |
| 17 | Contact: Kirill Smelkov <kirr@mns.spb.ru> |
| 18 | Description: Maximum time allowed for periodic transfers per microframe (μs) |
| 19 | |
| 20 | [ USB 2.0 sets maximum allowed time for periodic transfers per |
| 21 | microframe to be 80%, that is 100 microseconds out of 125 |
| 22 | microseconds (full microframe). |
| 23 | |
| 24 | However there are cases, when 80% max isochronous bandwidth is |
| 25 | too limiting. For example two video streams could require 110 |
| 26 | microseconds of isochronous bandwidth per microframe to work |
| 27 | together. ] |
| 28 | |
| 29 | Through this setting it is possible to raise the limit so that |
| 30 | the host controller would allow allocating more than 100 |
| 31 | microseconds of periodic bandwidth per microframe. |
| 32 | |
| 33 | Beware, non-standard modes are usually not thoroughly tested by |
| 34 | hardware designers, and the hardware can malfunction when this |
| 35 | setting differ from default 100. |