"6a216c0b" (history) in projects: freebsd

Project(s)

Full Search
Definition
Symbol
File Path
History
Type

Searched hist:"6 a216c0b" (Results 1 – 5 of 5) sorted by relevance

/freebsd/sys/cam/mmc/
H A D	mmc_xpt.c	6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to *_dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc.
/freebsd/sys/cam/nvme/
H A D	nvme_xpt.c	6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to *_dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc.
/freebsd/sys/cam/scsi/
H A D	scsi_enc_ses.c	6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to *_dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc.
H A D	scsi_xpt.c	6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to *_dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc.
/freebsd/sys/cam/ata/
H A D	ata_xpt.c	6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to _dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc. 6a216c0b Thu Aug 29 17:02:02 GMT 2019 Alexander Motin <mav@FreeBSD.org> Take proper lock in ses_setphyspath_callback(). XPT_DEV_ADVINFO call should be protected by the lock of the specific device it is addressed to, not the lock of SES device. In some weird case, probably with hardware violating standards, it sometimes caused NULL dereference due to race. To protect from it further, add lock assertion to *_dev_advinfo(). MFC after: 1 week Sponsored by: iXsystems, Inc.