FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F13.2.0 2022-04-14T06:13:05Z 2022-04-14T06:13:05Z Gordon Bergling gbe@FreeBSD.org 2022-04-09T12:10:05Z urn:sha1:b8e4c893d2620a3b80e50254c851c29aeea878f7 - s/proccessor/processor/ (cherry picked from commit a37c6fcc46caffc15f0f22a7e4afce9192872c1a) 2020-11-28T12:12:51Z Konstantin Belousov kib@FreeBSD.org 2020-11-28T12:12:51Z urn:sha1:cd8537910406e68d4719136a5b0cf6d23bb1b23b Replace MAXPHYS by runtime variable maxphys. It is initialized from MAXPHYS by default, but can be also adjusted with the tunable kern.maxphys. Make b_pages[] array in struct buf flexible. Size b_pages[] for buffer cache buffers exactly to atop(maxbcachebuf) (currently it is sized to atop(MAXPHYS)), and b_pages[] for pbufs is sized to atop(maxphys) + 1. The +1 for pbufs allow several pbuf consumers, among them vmapbuf(), to use unaligned buffers still sized to maxphys, esp. when such buffers come from userspace (*). Overall, we save significant amount of otherwise wasted memory in b_pages[] for buffer cache buffers, while bumping MAXPHYS to desired high value. Eliminate all direct uses of the MAXPHYS constant in kernel and driver sources, except a place which initialize maxphys. Some random (and arguably weird) uses of MAXPHYS, e.g. in linuxolator, are converted straight. Some drivers, which use MAXPHYS to size embeded structures, get private MAXPHYS-like constant; their convertion is out of scope for this work. Changes to cam/, dev/ahci, dev/ata, dev/mpr, dev/mpt, dev/mvs, dev/siis, where either submitted by, or based on changes by mav. Suggested by: mav (*) Reviewed by: imp, mav, imp, mckusick, scottl (intermediate versions) Tested by: pho Sponsored by: The FreeBSD Foundation Differential revision: https://reviews.freebsd.org/D27225 2020-09-01T22:06:41Z Mateusz Guzik mjg@FreeBSD.org 2020-09-01T22:06:41Z urn:sha1:0bd9a5da1cc40574a778dd900bbda78323e60f5f 2020-02-03T17:35:11Z Warner Losh imp@FreeBSD.org 2020-02-03T17:35:11Z urn:sha1:58aa35d42975c298ca0adba705c042596303c9f5 Remove all sparc64 specific files Remove all sparc64 ifdefs Removee indireeect sparc64 ifdefs 2017-11-27T14:52:40Z Pedro F. Giffuni pfg@FreeBSD.org 2017-11-27T14:52:40Z urn:sha1:718cf2ccb9956613756ab15d7a0e28f2c8e91cab Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts. 2017-06-30T22:06:24Z Ryan Libby rlibby@FreeBSD.org 2017-06-30T22:06:24Z urn:sha1:5a62cbcaad2d7851f1dd03d5a078a64f743e0d8f Build with gcc -Wint-in-bool-context revealed a macro parenthesization error (invoking mpt_lprt with a ternary expression for level). Reviewed by: markj Approved by: markj (mentor) Sponsored by: Dell EMC Isilon Differential revision: https://reviews.freebsd.org/D11412 2017-03-11T14:25:14Z Alexander Motin mav@FreeBSD.org 2017-03-11T14:25:14Z urn:sha1:67445003fb9407f05b1f8a6404428b9be7874076 - XPT_NOTIFY_ACKNOWLEDGE was not handled, causing stuck requests. - XPT_ABORT was not even trying to abort active ATIOs/INOTs. - Initiator's tag was not stored and not used where needed. - List of TM request types needed update. - mpt_scsi_tgt_status() missed some useful debugging. After this change global TM requests, such as reset, should work properly. ABORT TASK (ABTS) requests are still not passes to CTL, that is not good and should be fixed. MFC after: 2 weeks 2017-03-10T13:39:16Z Alexander Motin mav@FreeBSD.org 2017-03-10T13:39:16Z urn:sha1:501b16854f3f0ef4a2ccaa7f6e8aee83d589d72c MFC after: 2 weeks 2017-03-10T10:35:52Z Alexander Motin mav@FreeBSD.org 2017-03-10T10:35:52Z urn:sha1:93612a52c7a4b170ff923ec7c40591ce1e919ce0 - Not set BufferLength caused receive of empty ATIOs. - CDB length guessing was broken at least for RC16. - mpt_req_untimeout() was called with wrong req parameter. - Sense data reporting was broken in several ways. With this change my LSI7204EP-LC can pass at least basic tests as target. The code is still far from perfect, but finally I found second hw/driver after isp(4) that really can work in CAM target mode. MFC after: 2 weeks 2017-03-09T17:53:37Z Alexander Motin mav@FreeBSD.org 2017-03-09T17:53:37Z urn:sha1:471f963d40a62aacb2d708bdd11e1f9e97b1b984 I am not sure they are used anywhere, but why not. MFC after: 2 weeks