aboutsummaryrefslogtreecommitdiff
path: root/sys/modules/mrsas/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* sys: Remove $FreeBSD$: one-line sh patternWarner Losh2023-08-161-1/+0
| | | | Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
* mrsas module: Use MACHINE_ARCH exlcusivelyWarner Losh2022-08-131-2/+1
| | | | | | | | | | TARGET_ARCH is always wrong when not used at the toplevel Makefile*, or in something that has to be included from there. Switch to using MACHINE_ARCH exclusively here since there's no benefit from assigning TARGET_ARCH the value of MACHINE_ARCH and then using TARGET_ARCH (and make TARGET_ARCH=xxx won't work). Sponsored by: Netflix
* Don't define _STANDALONE when building kernel modules.Warner Losh2020-09-241-1/+1
| | | | | | | | | _STANDALONE is only for the bootloader, not kernel modules. Remove it from the build. This was harmless before, but sys/malloc.h now does different things for the standalone environment, triggering the issue. Notes: svn path=/head/; revision=366104
* sys/modules: normalize .CURDIR-relative paths to SRCTOPEnji Cooper2017-03-041-1/+1
| | | | | | | | | | | This simplifies make output/logic Tested with: `cd sys/modules; make ALL_MODULES=` on amd64 MFC after: 1 month Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=314651
* clean removes @ and machine now, so no need to do it again.Warner Losh2014-11-061-1/+0
| | | | Notes: svn path=/head/; revision=274183
* Fix the minor svn add issue. $FreeBSD$ expands at the time ofKashyap D Desai2014-10-081-1/+1
| | | | | | | | | | | | | snv add, so I have added $FreeBSD$ as comment. This commit is contininous of last mrsas commit, so that compilation does not break. Obtained from: AVAGO Technologies MFC after: 2 weeks Notes: svn path=/head/; revision=272738
* This is a feature provided to run 32-bit linux binaries on FreeBSD 64bitKashyap D Desai2014-10-081-6/+16
| | | | | | | | | | | | | | | | | | machine, for which 32bit compatibilty code has been added. As in linux there is only one device entry that is used to fire IOCTL commands, a new device entry megaraid_sas_ioctl_node is added for solely this purpose. From one dev node i.e mrgaraid_sa_ioctl_node we have to find out the controller instance in case of multicontroller, for which one management info structure has been added. Reviewed by: ambrisko MFC after: 2 weeks Sponsored by: AVAGO Technologies Notes: svn path=/head/; revision=272737
* Add mrsas(4) driver from LSI official support of newer MegaRAID SASDoug Ambrisko2014-05-071-0/+20
cards. LSI has been maintaining this driver outside of the FreeBSD tree. It overlaps support of ThunderBolt and Invader cards that mfi(4) supports. By default mfi(4) will attach to cards. If the tunable: hw.mfi.mrsas_enable=1 is set then mfi(4) will not probe and attach to these newer cards and allow mrsas(4) to attach. So by default this driver will not effect a FreeBSD system unless mfi(4) is removed from the kernel or the tunable is enabled. mrsas(4) attaches disks to the CAM layer so it depends on CAM and devices show up as /dev/daX. mfiutil(8) does not work with mrsas. The FreeBSD version of MegaCli and StorCli from LSI do work with mrsas. It appears that StorCli only works with mrsas. MegaCli appears to work with mfi(4) and mrsas(4). It would be good to add mfiutil(4) support to mrsas, emulations modes, kernel logging, device aliases to ease the transition between mfi(4) and mrsas(4). Style issues should be resolved by LSI when they get committers approved. The plan is get this driver in FreeBSD 9.3 to improve HW support. Thanks to LSI for developing, testing and working with FreeBSD to make this driver co-exist in FreeBSD. This improves the overall support of MegaRAID SAS. Submitted by: Kashyap Desai <Kashyap.Desai@lsi.com> Reviewed by: scottl MFC after: 3 days Sponsored by: LSI Notes: svn path=/head/; revision=265555