-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Linus Torvalds
committed
Jun 22, 2005
1 parent
92f5e4c
commit e85c347
Showing
783 changed files
with
47,712 additions
and
14,169 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,2 +1,2 @@ | ||
--- | ||
refs/heads/master: 29516d75a0b09e0a0328dd55c98a342515c9615a | ||
refs/heads/master: fb7a0e36532bc231bea8adfb1dddc3961eb38940 |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,135 @@ | ||
Intel 830M/845G/852GM/855GM/865G/915G Framebuffer driver | ||
================================================================ | ||
|
||
A. Introduction | ||
This is a framebuffer driver for various Intel 810/815 compatible | ||
graphics devices. These would include: | ||
|
||
Intel 830M | ||
Intel 810E845G | ||
Intel 852GM | ||
Intel 855GM | ||
Intel 865G | ||
Intel 915G | ||
|
||
B. List of available options | ||
|
||
a. "video=intelfb" | ||
enables the intelfb driver | ||
|
||
Recommendation: required | ||
|
||
b. "mode=<xres>x<yres>[-<bpp>][@<refresh>]" | ||
select mode | ||
|
||
Recommendation: user preference | ||
(default = 1024x768-32@70) | ||
|
||
c. "vram=<value>" | ||
select amount of system RAM in MB to allocate for the video memory | ||
if not enough RAM was already allocated by the BIOS. | ||
|
||
Recommendation: 1 - 4 MB. | ||
(default = 4 MB) | ||
|
||
d. "voffset=<value>" | ||
select at what offset in MB of the logical memory to allocate the | ||
framebuffer memory. The intent is to avoid the memory blocks | ||
used by standard graphics applications (XFree86). Depending on your | ||
usage, adjust the value up or down, (0 for maximum usage, 63/127 MB | ||
for the least amount). Note, an arbitrary setting may conflict | ||
with XFree86. | ||
|
||
Recommendation: do not set | ||
(default = 48 MB) | ||
|
||
e. "accel" | ||
enable text acceleration. This can be enabled/reenabled anytime | ||
by using 'fbset -accel true/false'. | ||
|
||
Recommendation: enable | ||
(default = set) | ||
|
||
f. "hwcursor" | ||
enable cursor acceleration. | ||
|
||
Recommendation: enable | ||
(default = set) | ||
|
||
g. "mtrr" | ||
enable MTRR. This allows data transfers to the framebuffer memory | ||
to occur in bursts which can significantly increase performance. | ||
Not very helpful with the intel chips because of 'shared memory'. | ||
|
||
Recommendation: set | ||
(default = set) | ||
|
||
h. "fixed" | ||
disable mode switching. | ||
|
||
Recommendation: do not set | ||
(default = not set) | ||
|
||
The binary parameters can be unset with a "no" prefix, example "noaccel". | ||
The default parameter (not named) is the mode. | ||
|
||
C. Kernel booting | ||
|
||
Separate each option/option-pair by commas (,) and the option from its value | ||
with an equals sign (=) as in the following: | ||
|
||
video=i810fb:option1,option2=value2 | ||
|
||
Sample Usage | ||
------------ | ||
|
||
In /etc/lilo.conf, add the line: | ||
|
||
append="video=intelfb:800x600-32@75,accel,hwcursor,vram=8" | ||
|
||
This will initialize the framebuffer to 800x600 at 32bpp and 75Hz. The | ||
framebuffer will use 8 MB of System RAM. hw acceleration of text and cursor | ||
will be enabled. | ||
|
||
D. Module options | ||
|
||
The module parameters are essentially similar to the kernel | ||
parameters. The main difference is that you need to include a Boolean value | ||
(1 for TRUE, and 0 for FALSE) for those options which don't need a value. | ||
|
||
Example, to enable MTRR, include "mtrr=1". | ||
|
||
Sample Usage | ||
------------ | ||
|
||
Using the same setup as described above, load the module like this: | ||
|
||
modprobe intelfb mode=800x600-32@75 vram=8 accel=1 hwcursor=1 | ||
|
||
Or just add the following to /etc/modprobe.conf | ||
|
||
options intelfb mode=800x600-32@75 vram=8 accel=1 hwcursor=1 | ||
|
||
and just do a | ||
|
||
modprobe intelfb | ||
|
||
|
||
E. Acknowledgment: | ||
|
||
1. Geert Uytterhoeven - his excellent howto and the virtual | ||
framebuffer driver code made this possible. | ||
|
||
2. Jeff Hartmann for his agpgart code. | ||
|
||
3. David Dawes for his original kernel 2.4 code. | ||
|
||
4. The X developers. Insights were provided just by reading the | ||
XFree86 source code. | ||
|
||
5. Antonino A. Daplas for his inspiring i810fb driver. | ||
|
||
6. Andrew Morton for his kernel patches maintenance. | ||
|
||
########################### | ||
Sylvain |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,111 @@ | ||
Kernel driver adm1021 | ||
===================== | ||
|
||
Supported chips: | ||
* Analog Devices ADM1021 | ||
Prefix: 'adm1021' | ||
Addresses scanned: I2C 0x18 - 0x1a, 0x29 - 0x2b, 0x4c - 0x4e | ||
Datasheet: Publicly available at the Analog Devices website | ||
* Analog Devices ADM1021A/ADM1023 | ||
Prefix: 'adm1023' | ||
Addresses scanned: I2C 0x18 - 0x1a, 0x29 - 0x2b, 0x4c - 0x4e | ||
Datasheet: Publicly available at the Analog Devices website | ||
* Genesys Logic GL523SM | ||
Prefix: 'gl523sm' | ||
Addresses scanned: I2C 0x18 - 0x1a, 0x29 - 0x2b, 0x4c - 0x4e | ||
Datasheet: | ||
* Intel Xeon Processor | ||
Prefix: - any other - may require 'force_adm1021' parameter | ||
Addresses scanned: none | ||
Datasheet: Publicly available at Intel website | ||
* Maxim MAX1617 | ||
Prefix: 'max1617' | ||
Addresses scanned: I2C 0x18 - 0x1a, 0x29 - 0x2b, 0x4c - 0x4e | ||
Datasheet: Publicly available at the Maxim website | ||
* Maxim MAX1617A | ||
Prefix: 'max1617a' | ||
Addresses scanned: I2C 0x18 - 0x1a, 0x29 - 0x2b, 0x4c - 0x4e | ||
Datasheet: Publicly available at the Maxim website | ||
* National Semiconductor LM84 | ||
Prefix: 'lm84' | ||
Addresses scanned: I2C 0x18 - 0x1a, 0x29 - 0x2b, 0x4c - 0x4e | ||
Datasheet: Publicly available at the National Semiconductor website | ||
* Philips NE1617 | ||
Prefix: 'max1617' (probably detected as a max1617) | ||
Addresses scanned: I2C 0x18 - 0x1a, 0x29 - 0x2b, 0x4c - 0x4e | ||
Datasheet: Publicly available at the Philips website | ||
* Philips NE1617A | ||
Prefix: 'max1617' (probably detected as a max1617) | ||
Addresses scanned: I2C 0x18 - 0x1a, 0x29 - 0x2b, 0x4c - 0x4e | ||
Datasheet: Publicly available at the Philips website | ||
* TI THMC10 | ||
Prefix: 'thmc10' | ||
Addresses scanned: I2C 0x18 - 0x1a, 0x29 - 0x2b, 0x4c - 0x4e | ||
Datasheet: Publicly available at the TI website | ||
* Onsemi MC1066 | ||
Prefix: 'mc1066' | ||
Addresses scanned: I2C 0x18 - 0x1a, 0x29 - 0x2b, 0x4c - 0x4e | ||
Datasheet: Publicly available at the Onsemi website | ||
|
||
|
||
Authors: | ||
Frodo Looijaard <frodol@dds.nl>, | ||
Philip Edelbrock <phil@netroedge.com> | ||
|
||
Module Parameters | ||
----------------- | ||
|
||
* read_only: int | ||
Don't set any values, read only mode | ||
|
||
|
||
Description | ||
----------- | ||
|
||
The chips supported by this driver are very similar. The Maxim MAX1617 is | ||
the oldest; it has the problem that it is not very well detectable. The | ||
MAX1617A solves that. The ADM1021 is a straight clone of the MAX1617A. | ||
Ditto for the THMC10. From here on, we will refer to all these chips as | ||
ADM1021-clones. | ||
|
||
The ADM1021 and MAX1617A reports a die code, which is a sort of revision | ||
code. This can help us pinpoint problems; it is not very useful | ||
otherwise. | ||
|
||
ADM1021-clones implement two temperature sensors. One of them is internal, | ||
and measures the temperature of the chip itself; the other is external and | ||
is realised in the form of a transistor-like device. A special alarm | ||
indicates whether the remote sensor is connected. | ||
|
||
Each sensor has its own low and high limits. When they are crossed, the | ||
corresponding alarm is set and remains on as long as the temperature stays | ||
out of range. Temperatures are measured in degrees Celsius. Measurements | ||
are possible between -65 and +127 degrees, with a resolution of one degree. | ||
|
||
If an alarm triggers, it will remain triggered until the hardware register | ||
is read at least once. This means that the cause for the alarm may already | ||
have disappeared! | ||
|
||
This driver only updates its values each 1.5 seconds; reading it more often | ||
will do no harm, but will return 'old' values. It is possible to make | ||
ADM1021-clones do faster measurements, but there is really no good reason | ||
for that. | ||
|
||
Xeon support | ||
------------ | ||
|
||
Some Xeon processors have real max1617, adm1021, or compatible chips | ||
within them, with two temperature sensors. | ||
|
||
Other Xeons have chips with only one sensor. | ||
|
||
If you have a Xeon, and the adm1021 module loads, and both temperatures | ||
appear valid, then things are good. | ||
|
||
If the adm1021 module doesn't load, you should try this: | ||
modprobe adm1021 force_adm1021=BUS,ADDRESS | ||
ADDRESS can only be 0x18, 0x1a, 0x29, 0x2b, 0x4c, or 0x4e. | ||
|
||
If you have dual Xeons you may have appear to have two separate | ||
adm1021-compatible chips, or two single-temperature sensors, at distinct | ||
addresses. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,51 @@ | ||
Kernel driver adm1025 | ||
===================== | ||
|
||
Supported chips: | ||
* Analog Devices ADM1025, ADM1025A | ||
Prefix: 'adm1025' | ||
Addresses scanned: I2C 0x2c - 0x2e | ||
Datasheet: Publicly available at the Analog Devices website | ||
* Philips NE1619 | ||
Prefix: 'ne1619' | ||
Addresses scanned: I2C 0x2c - 0x2d | ||
Datasheet: Publicly available at the Philips website | ||
|
||
The NE1619 presents some differences with the original ADM1025: | ||
* Only two possible addresses (0x2c - 0x2d). | ||
* No temperature offset register, but we don't use it anyway. | ||
* No INT mode for pin 16. We don't play with it anyway. | ||
|
||
Authors: | ||
Chen-Yuan Wu <gwu@esoft.com>, | ||
Jean Delvare <khali@linux-fr.org> | ||
|
||
Description | ||
----------- | ||
|
||
(This is from Analog Devices.) The ADM1025 is a complete system hardware | ||
monitor for microprocessor-based systems, providing measurement and limit | ||
comparison of various system parameters. Five voltage measurement inputs | ||
are provided, for monitoring +2.5V, +3.3V, +5V and +12V power supplies and | ||
the processor core voltage. The ADM1025 can monitor a sixth power-supply | ||
voltage by measuring its own VCC. One input (two pins) is dedicated to a | ||
remote temperature-sensing diode and an on-chip temperature sensor allows | ||
ambient temperature to be monitored. | ||
|
||
One specificity of this chip is that the pin 11 can be hardwired in two | ||
different manners. It can act as the +12V power-supply voltage analog | ||
input, or as the a fifth digital entry for the VID reading (bit 4). It's | ||
kind of strange since both are useful, and the reason for designing the | ||
chip that way is obscure at least to me. The bit 5 of the configuration | ||
register can be used to define how the chip is hardwired. Please note that | ||
it is not a choice you have to make as the user. The choice was already | ||
made by your motherboard's maker. If the configuration bit isn't set | ||
properly, you'll have a wrong +12V reading or a wrong VID reading. The way | ||
the driver handles that is to preserve this bit through the initialization | ||
process, assuming that the BIOS set it up properly beforehand. If it turns | ||
out not to be true in some cases, we'll provide a module parameter to force | ||
modes. | ||
|
||
This driver also supports the ADM1025A, which differs from the ADM1025 | ||
only in that it has "open-drain VID inputs while the ADM1025 has on-chip | ||
100k pull-ups on the VID inputs". It doesn't make any difference for us. |
Oops, something went wrong.