Lines Matching refs:generic

26 Many aspects of the generic block layer redesign were driven by and evolved
55 2. New flexible and generic but minimalist i/o structure or descriptor
75   6.1 Partition re-mapping handled by the generic block layer
88 1. Scope for tuning the generic logic to satisfy various requirements
104 generic processing an overhead, while for less capable devices the
105 generic functionality is essential for performance or correctness reasons.
107 used at the generic block layer to take the right decisions on
114 i. Per-queue limits/values exported to the generic layer by the driver
116 Various parameters that the generic i/o scheduler logic uses are set at
171 The generic bounce buffer logic, present in 2.4, where the block layer would
227 queue or pick from (copy) existing generic schedulers and replace/override
231 i/o scheduling algorithm aspects and details outside of the generic loop.
254 What kind of support exists at the generic block layer for this ?
365 2. Flexible and generic but minimalist i/o structure/descriptor.
369 Prior to 2.5, buffer heads were used as the unit of i/o at the generic block
374 on to the generic block layer, only to be merged by the i/o scheduler
690 The existing generic block layer helper routines end_request,
716 Block now offers some simple generic functionality to help support command
890 Block layer implements generic dispatch queue in block/*.c.
891 The generic dispatch queue is responsible for requeueing, handling non-fs
938 				they belong to generic dispatch queue.
983 The generic i/o scheduler algorithm attempts to sort/merge/batch requests for
984 optimal disk scan and request servicing performance (based on generic
999 This arrangement is not a generic block layer characteristic however, so
1076 6.1 Partition re-mapping handled by the generic block layer
1079 Now the generic block layer performs partition-remapping early and thus
1093 may not need much change.  The generic layer will automatically handle