- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jan 23 2018
Jan 19 2018
Looks good to me. I'm OK with removing scsi_low and all related code for FreeBSD 12.
I came across it during some other clean-up work.
Jan 11 2018
Jan 10 2018
Jan 9 2018
Dec 6 2017
Nov 29 2017
Nov 20 2017
Nov 17 2017
Nov 15 2017
Nov 13 2017
Nov 10 2017
Oct 26 2017
Oct 24 2017
Oct 1 2017
Sep 29 2017
Sep 24 2017
Sep 23 2017
Sep 22 2017
Sep 18 2017
Sep 15 2017
Sep 11 2017
Sep 10 2017
Sep 9 2017
Sep 8 2017
Sep 6 2017
Aug 29 2017
Aug 27 2017
Resolved in r322943
Aug 24 2017
Aug 23 2017
Aug 22 2017
Jul 31 2017
Jul 30 2017
Jul 27 2017
Jul 26 2017
May 16 2017
May 11 2017
May 5 2017
May 3 2017
Apr 20 2017
Apr 19 2017
Apr 18 2017
Rewrote the xpt_announce_periph and xpt_denounce_periph functions, the
previous work tried too hard and failed at code sharing. Also add in
seatbelts for transports that don't support sbufs yet, and add a tunable
knob to force the non-use of sbufs
Pending our discussion on IRC, would you mind if I took over this review and extended it?
Mar 22 2017
Mar 13 2017
Mar 11 2017
Mar 10 2017
I appreciate the effort on this, but I almost wonder if it's better to let the old hardware die off. I have no way to test this, but my initial scan looks ok. Which driver will have priority at boot if both the aac and aacraid variants are present? They both will return BUS_PROBE_DEFAULT, so it'll be indeterminate.
Mar 2 2017
Feb 28 2017
Feb 27 2017
Need input on naming. sbuf_putbuf() was named since it wraps putbuf(). Is this the best name, though? Also, should it be kernel only, and the userland be something else that suggests printing to stdout vs stderr vs some other file descriptor?
Update patch to provide a kernel version and userland version
of sbuf_putbuf()
Feb 22 2017
Feb 20 2017
Feb 19 2017
Feb 14 2017
Jan 27 2017
Jan 26 2017
Expose _xpt_path_string() as xpt_path_sbuf()
Jan 19 2017
Fix an uninitialized use of msi_msgs.