#
960c56ae |
|
04-Aug-2013 |
Axel Dörfler <axeld@pinc-software.de> |
This gets the trim command as WRITE SAME operation to SCSI * Neither hardware nor driver to test it; AHCI/IDE support is next on the table.
|
#
455b379c |
|
01-Jun-2010 |
Axel Dörfler <axeld@pinc-software.de> |
* Added a read_write() function to the scsi_periph module. * Internally, moved the contents of periph_io() into a static read_write() function, and use it from the new periph_read_write() as well. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36988 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
8e390e5e |
|
18-Aug-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Removed icon support from scsi_periph. * Removed B_GET_ICON support from scsi_disk, and scsi_cd. This won't be necessary anymore soon. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27029 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
24593e2c |
|
05-Aug-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* First baby steps in letting our drivers use the new I/O request/scheduler architecture: for now, we do this on the lowest layer only, therefore all requests are handled synchronously (ie. in the scheduler's thread). * Instead of using the block_io module, scsi_disk (and scsi_cd) are now exporting a device on their own, and use an I/O scheduler with an appropriate DMA resource. * There are still lots of TODOs, and it can easily panic - don't update if you intend to demo Haiku. * scsi_periph now only has an io() function that get an io_operation, instead of the previous read/write functions, moved preferred CCB size from those functions into the device registration. * Changed all scsi_periph files to C++. * scsi_cd ported, too, but untested. * Removed block_io from image - it will be removed completely soon. * Temporarily commented an ASSERT() in the ATA bus manager (in case you use it); it's sometimes triggered by the code now, and I haven't yet looked into the issue -- doesn't seem to harm, at least. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26828 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
960c56aea53d8a930ab5dbbd3265e2b14e04e0ae |
|
04-Aug-2013 |
Axel Dörfler <axeld@pinc-software.de> |
This gets the trim command as WRITE SAME operation to SCSI * Neither hardware nor driver to test it; AHCI/IDE support is next on the table.
|
#
455b379c2799703a11b8d17521840808f11afe6c |
|
01-Jun-2010 |
Axel Dörfler <axeld@pinc-software.de> |
* Added a read_write() function to the scsi_periph module. * Internally, moved the contents of periph_io() into a static read_write() function, and use it from the new periph_read_write() as well. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36988 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
8e390e5ea7f4881402c86ea385521b4f67dd2264 |
|
18-Aug-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Removed icon support from scsi_periph. * Removed B_GET_ICON support from scsi_disk, and scsi_cd. This won't be necessary anymore soon. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27029 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
24593e2c79f5f228fd9e1edd3e705d5aa286dcdb |
|
05-Aug-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* First baby steps in letting our drivers use the new I/O request/scheduler architecture: for now, we do this on the lowest layer only, therefore all requests are handled synchronously (ie. in the scheduler's thread). * Instead of using the block_io module, scsi_disk (and scsi_cd) are now exporting a device on their own, and use an I/O scheduler with an appropriate DMA resource. * There are still lots of TODOs, and it can easily panic - don't update if you intend to demo Haiku. * scsi_periph now only has an io() function that get an io_operation, instead of the previous read/write functions, moved preferred CCB size from those functions into the device registration. * Changed all scsi_periph files to C++. * scsi_cd ported, too, but untested. * Removed block_io from image - it will be removed completely soon. * Temporarily commented an ASSERT() in the ATA bus manager (in case you use it); it's sometimes triggered by the code now, and I haven't yet looked into the issue -- doesn't seem to harm, at least. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26828 a95241bf-73f2-0310-859d-f6bbb57e9c96
|