Searched hist:"7 c78da3175177c905a75c54b5830029c778494ea" (Results 1 – 6 of 6) sorted by relevance
/openbmc/linux/drivers/scsi/isci/ |
H A D | unsolicited_frame_control.h | diff 7c78da3175177c905a75c54b5830029c778494ea Wed Jun 01 18:00:01 CDT 2011 Dan Williams <dan.j.williams@intel.com> isci: remove 'min memory' infrastructure
The old 'core' had aspirations of running in severely memory constrained environments like bios option-rom, it's not needed for Linux and gets in the way of other cleanups (like unifying/reducing the number of structure members in scic_sds_controller/isci_host).
This also fixes a theoretical bug in that the driver would blindly override the silicon advertised limits for number of ports, task contexts, and remote node contexts.
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
|
H A D | unsolicited_frame_control.c | diff 7c78da3175177c905a75c54b5830029c778494ea Wed Jun 01 18:00:01 CDT 2011 Dan Williams <dan.j.williams@intel.com> isci: remove 'min memory' infrastructure
The old 'core' had aspirations of running in severely memory constrained environments like bios option-rom, it's not needed for Linux and gets in the way of other cleanups (like unifying/reducing the number of structure members in scic_sds_controller/isci_host).
This also fixes a theoretical bug in that the driver would blindly override the silicon advertised limits for number of ports, task contexts, and remote node contexts.
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
|
H A D | isci.h | diff 7c78da3175177c905a75c54b5830029c778494ea Wed Jun 01 18:00:01 CDT 2011 Dan Williams <dan.j.williams@intel.com> isci: remove 'min memory' infrastructure
The old 'core' had aspirations of running in severely memory constrained environments like bios option-rom, it's not needed for Linux and gets in the way of other cleanups (like unifying/reducing the number of structure members in scic_sds_controller/isci_host).
This also fixes a theoretical bug in that the driver would blindly override the silicon advertised limits for number of ports, task contexts, and remote node contexts.
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
|
H A D | request.h | diff 7c78da3175177c905a75c54b5830029c778494ea Wed Jun 01 18:00:01 CDT 2011 Dan Williams <dan.j.williams@intel.com> isci: remove 'min memory' infrastructure
The old 'core' had aspirations of running in severely memory constrained environments like bios option-rom, it's not needed for Linux and gets in the way of other cleanups (like unifying/reducing the number of structure members in scic_sds_controller/isci_host).
This also fixes a theoretical bug in that the driver would blindly override the silicon advertised limits for number of ports, task contexts, and remote node contexts.
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
|
H A D | host.h | diff 7c78da3175177c905a75c54b5830029c778494ea Wed Jun 01 18:00:01 CDT 2011 Dan Williams <dan.j.williams@intel.com> isci: remove 'min memory' infrastructure
The old 'core' had aspirations of running in severely memory constrained environments like bios option-rom, it's not needed for Linux and gets in the way of other cleanups (like unifying/reducing the number of structure members in scic_sds_controller/isci_host).
This also fixes a theoretical bug in that the driver would blindly override the silicon advertised limits for number of ports, task contexts, and remote node contexts.
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
|
H A D | host.c | diff 7c78da3175177c905a75c54b5830029c778494ea Wed Jun 01 18:00:01 CDT 2011 Dan Williams <dan.j.williams@intel.com> isci: remove 'min memory' infrastructure
The old 'core' had aspirations of running in severely memory constrained environments like bios option-rom, it's not needed for Linux and gets in the way of other cleanups (like unifying/reducing the number of structure members in scic_sds_controller/isci_host).
This also fixes a theoretical bug in that the driver would blindly override the silicon advertised limits for number of ports, task contexts, and remote node contexts.
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
|