mirror of
https://github.com/AetherDroid/android_kernel_samsung_on5xelte.git
synced 2025-09-07 16:58:04 -04:00
Fixed MTP to work with TWRP
This commit is contained in:
commit
f6dfaef42e
50820 changed files with 20846062 additions and 0 deletions
256
Documentation/ide/ide.txt
Normal file
256
Documentation/ide/ide.txt
Normal file
|
@ -0,0 +1,256 @@
|
|||
|
||||
Information regarding the Enhanced IDE drive in Linux 2.6
|
||||
|
||||
==============================================================================
|
||||
|
||||
|
||||
The hdparm utility can be used to control various IDE features on a
|
||||
running system. It is packaged separately. Please Look for it on popular
|
||||
linux FTP sites.
|
||||
|
||||
|
||||
|
||||
*** IMPORTANT NOTICES: BUGGY IDE CHIPSETS CAN CORRUPT DATA!!
|
||||
*** =================
|
||||
*** PCI versions of the CMD640 and RZ1000 interfaces are now detected
|
||||
*** automatically at startup when PCI BIOS support is configured.
|
||||
***
|
||||
*** Linux disables the "prefetch" ("readahead") mode of the RZ1000
|
||||
*** to prevent data corruption possible due to hardware design flaws.
|
||||
***
|
||||
*** For the CMD640, linux disables "IRQ unmasking" (hdparm -u1) on any
|
||||
*** drive for which the "prefetch" mode of the CMD640 is turned on.
|
||||
*** If "prefetch" is disabled (hdparm -p8), then "IRQ unmasking" can be
|
||||
*** used again.
|
||||
***
|
||||
*** For the CMD640, linux disables "32bit I/O" (hdparm -c1) on any drive
|
||||
*** for which the "prefetch" mode of the CMD640 is turned off.
|
||||
*** If "prefetch" is enabled (hdparm -p9), then "32bit I/O" can be
|
||||
*** used again.
|
||||
***
|
||||
*** The CMD640 is also used on some Vesa Local Bus (VLB) cards, and is *NOT*
|
||||
*** automatically detected by Linux. For safe, reliable operation with such
|
||||
*** interfaces, one *MUST* use the "cmd640.probe_vlb" kernel option.
|
||||
***
|
||||
*** Use of the "serialize" option is no longer necessary.
|
||||
|
||||
================================================================================
|
||||
Common pitfalls:
|
||||
|
||||
- 40-conductor IDE cables are capable of transferring data in DMA modes up to
|
||||
udma2, but no faster.
|
||||
|
||||
- If possible devices should be attached to separate channels if they are
|
||||
available. Typically the disk on the first and CD-ROM on the second.
|
||||
|
||||
- If you mix devices on the same cable, please consider using similar devices
|
||||
in respect of the data transfer mode they support.
|
||||
|
||||
- Even better try to stick to the same vendor and device type on the same
|
||||
cable.
|
||||
|
||||
================================================================================
|
||||
|
||||
This is the multiple IDE interface driver, as evolved from hd.c.
|
||||
|
||||
It supports up to 9 IDE interfaces per default, on one or more IRQs (usually
|
||||
14 & 15). There can be up to two drives per interface, as per the ATA-6 spec.
|
||||
|
||||
Primary: ide0, port 0x1f0; major=3; hda is minor=0; hdb is minor=64
|
||||
Secondary: ide1, port 0x170; major=22; hdc is minor=0; hdd is minor=64
|
||||
Tertiary: ide2, port 0x1e8; major=33; hde is minor=0; hdf is minor=64
|
||||
Quaternary: ide3, port 0x168; major=34; hdg is minor=0; hdh is minor=64
|
||||
fifth.. ide4, usually PCI, probed
|
||||
sixth.. ide5, usually PCI, probed
|
||||
|
||||
To access devices on interfaces > ide0, device entries please make sure that
|
||||
device files for them are present in /dev. If not, please create such
|
||||
entries, by using /dev/MAKEDEV.
|
||||
|
||||
This driver automatically probes for most IDE interfaces (including all PCI
|
||||
ones), for the drives/geometries attached to those interfaces, and for the IRQ
|
||||
lines being used by the interfaces (normally 14, 15 for ide0/ide1).
|
||||
|
||||
Any number of interfaces may share a single IRQ if necessary, at a slight
|
||||
performance penalty, whether on separate cards or a single VLB card.
|
||||
The IDE driver automatically detects and handles this. However, this may
|
||||
or may not be harmful to your hardware.. two or more cards driving the same IRQ
|
||||
can potentially burn each other's bus driver, though in practice this
|
||||
seldom occurs. Be careful, and if in doubt, don't do it!
|
||||
|
||||
Drives are normally found by auto-probing and/or examining the CMOS/BIOS data.
|
||||
For really weird situations, the apparent (fdisk) geometry can also be specified
|
||||
on the kernel "command line" using LILO. The format of such lines is:
|
||||
|
||||
ide_core.chs=[interface_number.device_number]:cyls,heads,sects
|
||||
or ide_core.cdrom=[interface_number.device_number]
|
||||
|
||||
For example:
|
||||
|
||||
ide_core.chs=1.0:1050,32,64 ide_core.cdrom=1.1
|
||||
|
||||
The results of successful auto-probing may override the physical geometry/irq
|
||||
specified, though the "original" geometry may be retained as the "logical"
|
||||
geometry for partitioning purposes (fdisk).
|
||||
|
||||
If the auto-probing during boot time confuses a drive (ie. the drive works
|
||||
with hd.c but not with ide.c), then an command line option may be specified
|
||||
for each drive for which you'd like the drive to skip the hardware
|
||||
probe/identification sequence. For example:
|
||||
|
||||
ide_core.noprobe=0.1
|
||||
or
|
||||
ide_core.chs=1.0:768,16,32
|
||||
ide_core.noprobe=1.0
|
||||
|
||||
Note that when only one IDE device is attached to an interface, it should be
|
||||
jumpered as "single" or "master", *not* "slave". Many folks have had
|
||||
"trouble" with cdroms because of this requirement, so the driver now probes
|
||||
for both units, though success is more likely when the drive is jumpered
|
||||
correctly.
|
||||
|
||||
Courtesy of Scott Snyder and others, the driver supports ATAPI cdrom drives
|
||||
such as the NEC-260 and the new MITSUMI triple/quad speed drives.
|
||||
Such drives will be identified at boot time, just like a hard disk.
|
||||
|
||||
If for some reason your cdrom drive is *not* found at boot time, you can force
|
||||
the probe to look harder by supplying a kernel command line parameter
|
||||
via LILO, such as:
|
||||
|
||||
ide_core.cdrom=1.0 /* "master" on second interface (hdc) */
|
||||
or
|
||||
ide_core.cdrom=1.1 /* "slave" on second interface (hdd) */
|
||||
|
||||
For example, a GW2000 system might have a hard drive on the primary
|
||||
interface (/dev/hda) and an IDE cdrom drive on the secondary interface
|
||||
(/dev/hdc). To mount a CD in the cdrom drive, one would use something like:
|
||||
|
||||
ln -sf /dev/hdc /dev/cdrom
|
||||
mkdir /mnt/cdrom
|
||||
mount /dev/cdrom /mnt/cdrom -t iso9660 -o ro
|
||||
|
||||
If, after doing all of the above, mount doesn't work and you see
|
||||
errors from the driver (with dmesg) complaining about `status=0xff',
|
||||
this means that the hardware is not responding to the driver's attempts
|
||||
to read it. One of the following is probably the problem:
|
||||
|
||||
- Your hardware is broken.
|
||||
|
||||
- You are using the wrong address for the device, or you have the
|
||||
drive jumpered wrong. Review the configuration instructions above.
|
||||
|
||||
- Your IDE controller requires some nonstandard initialization sequence
|
||||
before it will work properly. If this is the case, there will often
|
||||
be a separate MS-DOS driver just for the controller. IDE interfaces
|
||||
on sound cards usually fall into this category. Such configurations
|
||||
can often be made to work by first booting MS-DOS, loading the
|
||||
appropriate drivers, and then warm-booting linux (without powering
|
||||
off). This can be automated using loadlin in the MS-DOS autoexec.
|
||||
|
||||
If you always get timeout errors, interrupts from the drive are probably
|
||||
not making it to the host. Check how you have the hardware jumpered
|
||||
and make sure it matches what the driver expects (see the configuration
|
||||
instructions above). If you have a PCI system, also check the BIOS
|
||||
setup; I've had one report of a system which was shipped with IRQ 15
|
||||
disabled by the BIOS.
|
||||
|
||||
The kernel is able to execute binaries directly off of the cdrom,
|
||||
provided it is mounted with the default block size of 1024 (as above).
|
||||
|
||||
Please pass on any feedback on any of this stuff to the maintainer,
|
||||
whose address can be found in linux/MAINTAINERS.
|
||||
|
||||
The IDE driver is modularized. The high level disk/CD-ROM/tape/floppy
|
||||
drivers can always be compiled as loadable modules, the chipset drivers
|
||||
can only be compiled into the kernel, and the core code (ide.c) can be
|
||||
compiled as a loadable module provided no chipset support is needed.
|
||||
|
||||
When using ide.c as a module in combination with kmod, add:
|
||||
|
||||
alias block-major-3 ide-probe
|
||||
|
||||
to a configuration file in /etc/modprobe.d/.
|
||||
|
||||
When ide.c is used as a module, you can pass command line parameters to the
|
||||
driver using the "options=" keyword to insmod, while replacing any ',' with
|
||||
';'.
|
||||
|
||||
|
||||
================================================================================
|
||||
|
||||
Summary of ide driver parameters for kernel command line
|
||||
--------------------------------------------------------
|
||||
|
||||
For legacy IDE VLB host drivers (ali14xx/dtc2278/ht6560b/qd65xx/umc8672)
|
||||
you need to explicitly enable probing by using "probe" kernel parameter,
|
||||
i.e. to enable probing for ALI M14xx chipsets (ali14xx host driver) use:
|
||||
|
||||
* "ali14xx.probe" boot option when ali14xx driver is built-in the kernel
|
||||
|
||||
* "probe" module parameter when ali14xx driver is compiled as module
|
||||
("modprobe ali14xx probe")
|
||||
|
||||
Also for legacy CMD640 host driver (cmd640) you need to use "probe_vlb"
|
||||
kernel paremeter to enable probing for VLB version of the chipset (PCI ones
|
||||
are detected automatically).
|
||||
|
||||
You also need to use "probe" kernel parameter for ide-4drives driver
|
||||
(support for IDE generic chipset with four drives on one port).
|
||||
|
||||
To enable support for IDE doublers on Amiga use "doubler" kernel parameter
|
||||
for gayle host driver (i.e. "gayle.doubler" if the driver is built-in).
|
||||
|
||||
To force ignoring cable detection (this should be needed only if you're using
|
||||
short 40-wires cable which cannot be automatically detected - if this is not
|
||||
a case please report it as a bug instead) use "ignore_cable" kernel parameter:
|
||||
|
||||
* "ide_core.ignore_cable=[interface_number]" boot option if IDE is built-in
|
||||
(i.e. "ide_core.ignore_cable=1" to force ignoring cable for "ide1")
|
||||
|
||||
* "ignore_cable=[interface_number]" module parameter (for ide_core module)
|
||||
if IDE is compiled as module
|
||||
|
||||
Other kernel parameters for ide_core are:
|
||||
|
||||
* "nodma=[interface_number.device_number]" to disallow DMA for a device
|
||||
|
||||
* "noflush=[interface_number.device_number]" to disable flush requests
|
||||
|
||||
* "nohpa=[interface_number.device_number]" to disable Host Protected Area
|
||||
|
||||
* "noprobe=[interface_number.device_number]" to skip probing
|
||||
|
||||
* "nowerr=[interface_number.device_number]" to ignore the WRERR_STAT bit
|
||||
|
||||
* "cdrom=[interface_number.device_number]" to force device as a CD-ROM
|
||||
|
||||
* "chs=[interface_number.device_number]" to force device as a disk (using CHS)
|
||||
|
||||
================================================================================
|
||||
|
||||
Some Terminology
|
||||
----------------
|
||||
IDE = Integrated Drive Electronics, meaning that each drive has a built-in
|
||||
controller, which is why an "IDE interface card" is not a "controller card".
|
||||
|
||||
ATA = AT (the old IBM 286 computer) Attachment Interface, a draft American
|
||||
National Standard for connecting hard drives to PCs. This is the official
|
||||
name for "IDE".
|
||||
|
||||
The latest standards define some enhancements, known as the ATA-6 spec,
|
||||
which grew out of vendor-specific "Enhanced IDE" (EIDE) implementations.
|
||||
|
||||
ATAPI = ATA Packet Interface, a new protocol for controlling the drives,
|
||||
similar to SCSI protocols, created at the same time as the ATA2 standard.
|
||||
ATAPI is currently used for controlling CDROM, TAPE and FLOPPY (ZIP or
|
||||
LS120/240) devices, removable R/W cartridges, and for high capacity hard disk
|
||||
drives.
|
||||
|
||||
mlord@pobox.com
|
||||
--
|
||||
|
||||
Wed Apr 17 22:52:44 CEST 2002 edited by Marcin Dalecki, the current
|
||||
maintainer.
|
||||
|
||||
Wed Aug 20 22:31:29 CEST 2003 updated ide boot options to current ide.c
|
||||
comments at 2.6.0-test4 time. Maciej Soltysiak <solt@dns.toxicfilms.tv>
|
Loading…
Add table
Add a link
Reference in a new issue