- 31 8月, 2005 1 次提交
-
-
由 Jeff Garzik 提交于
Dumb typo spotted by Mark Lord.
-
- 30 8月, 2005 1 次提交
-
-
由 Jeff Garzik 提交于
ATAPI is getting close to being ready. To increase exposure, we enable the code in the upstream kernel, but default it to off (present behavior). Users must pass atapi_enabled=1 as a module option (if module) or on the kernel command line (if built in) to turn on discovery of their ATAPI devices.
-
- 29 8月, 2005 1 次提交
-
-
由 Jeff Garzik 提交于
- changes license of all code from OSL+GPL to plain ole GPL - except for NVIDIA, who hasn't yet responded about sata_nv - copyright holders were already contacted privately - adds info in each driver about where hardware/protocol docs may be obtained - where I have made major contributions, updated copyright dates
-
- 27 8月, 2005 1 次提交
-
-
由 Jeff Garzik 提交于
Fix bugs for unlikely edge cases noticed by Douglas Gilbert: - When READ(6)/WRITE(6) sector count == 0, treat it as 256 sectors - For other READ(x)/WRITE(x), when sector count == 0, error. We don't support successfully completing zero-length transfers at this time.
-
- 11 8月, 2005 2 次提交
-
-
由 Douglas Gilbert 提交于
-
由 Tejun Heo 提交于
Yet another hack due to the fact that libata is the only user of SCSI's ->eh_strategy_handler() hook.
-
- 27 6月, 2005 1 次提交
-
-
由 Philip Pokorny 提交于
This is a multi-part message in MIME format.
-
- 31 5月, 2005 1 次提交
-
-
由 Jeff Garzik 提交于
-
- 16 5月, 2005 1 次提交
-
-
由 John W. Linville 提交于
Avoid changing sdev->host->max_sectors because it can prevent use of non-lba48 drives on other ports of the same adapter. Signed-off-by: NStuart Hayes <stuart_hayes@Dell.com> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
- 19 4月, 2005 1 次提交
-
-
these have been wrappers for the generic dma direction bits since 2.5.x. This patch converts the few remaining drivers and removes the macros. Arjan noticed there's some hunk in here that shouldn't. Updated patch below: Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 17 4月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
-