Documentation/scsi/ChangeLog.ncr53c8xx
Source file repositories/reference/linux-study-clean/Documentation/scsi/ChangeLog.ncr53c8xx
File Facts
- System
- Linux kernel
- Corpus path
Documentation/scsi/ChangeLog.ncr53c8xx- Extension
.ncr53c8xx- Size
- 22781 bytes
- Lines
- 496
- Domain
- Support Tooling And Documentation
- Bucket
- Documentation
- Inferred role
- Support Tooling And Documentation: Documentation
- Status
- atlas-only
Why This File Exists
Repository support layer: documentation, build tooling, samples, user-space helper tools, generated initramfs support, licenses, and validation utilities.
- Repository support layer: documentation, build tooling, samples, user-space helper tools, generated initramfs support, licenses, and validation utilities.
- Touches IRQ or DMA behavior; this matters for the representative real-device path.
Dependency Surface
- No C-style include directives detected by the generator.
Detected Declarations
- No top-level syscall, struct, function, initcall, or export declaration detected by the generator.
Annotated Snippet
Sat May 12 12:00 2001 Gerard Roudier (groudier@club-internet.fr)
* version ncr53c8xx-3.4.3b
- Ensure LEDC bit in GPCNTL is cleared when reading the NVRAM.
Fix sent by Stig Telfer <stig@api-networks.com>.
- Define scsi_set_pci_device() as nil for kernel < 2.4.4.
Mon Feb 12 22:30 2001 Gerard Roudier (groudier@club-internet.fr)
* version ncr53c8xx-3.4.3
- Call pci_enable_device() as AC wants this to be done.
- Get both the BAR cookies actual and PCI BAR values.
(see Changelog.sym53c8xx rev. 1.7.3 for details)
- Merge changes for linux-2.4 that declare the host template
in the driver object also when the driver is statically
linked with the kernel.
Sun Sep 24 21:30 2000 Gerard Roudier (groudier@club-internet.fr)
* version ncr53c8xx-3.4.2
- See Changelog.sym53c8xx, driver version 1.7.2.
Wed Jul 26 23:30 2000 Gerard Roudier (groudier@club-internet.fr)
* version ncr53c8xx-3.4.1
- Provide OpenFirmware path through the proc FS on PPC.
- Remove trailing argument #2 from a couple of #undefs.
Sun Jul 09 16:30 2000 Gerard Roudier (groudier@club-internet.fr)
* version ncr53c8xx-3.4.0
- Remove the PROFILE C and SCRIPTS code.
This facility was not this useful and thus was not longer
desirable given the increasing complexity of the driver code.
- Merges from FreeBSD sym-1.6.2 driver:
* Clarify memory barriers needed by the driver for architectures
that implement a weak memory ordering.
- General cleanup:
Move definitions for barriers and IO/MMIO operations to the
sym53c8xx_defs.h header files. They are now shared by the
both drivers.
Use SCSI_NCR_IOMAPPED instead of NCR_IOMAPPED.
Thu May 11 12:30 2000 Pam Delaney (pam.delaney@lsil.com)
* revision 3.3b
Mon Apr 24 12:00 2000 Gerard Roudier (groudier@club-internet.fr)
* revision 3.2i
- Return value 1 (instead of 0) from the driver setup routine.
- Let the driver also attach controllers that have been set to
OFF in the NVRAM as it did prior to revision 3.2g.
Sat Apr 1 12:00 2000 Gerard Roudier (groudier@club-internet.fr)
* revision 3.2h
- Fix a compilation problem on Alpha introduced in version 3.2g.
(`port' changed to `base_io').
- Move from `sym' to this driver a tiny change for __sparc__ that
applies to cache line size (? Probably from David S Miller).
- Make sure no data transfer will happen for Scsi_Cmnd requests
that supply SCSI_DATA_NONE direction (this avoids some BUG()
statement in the PCI code when a data buffer is also supplied).
Thu Mar 16 9:30 2000 Pam Delaney (pam.delaney@lsil.com)
* revision 3.3b-3
- Added exclusion for the 53C1010 and 53C1010_66 chips
to the driver (change to sym53c8xx_comm.h).
Mon March 6 23:15 2000 Gerard Roudier (groudier@club-internet.fr)
* revision 3.2g
- Add the file sym53c8xx_comm.h that collects code that should
be shared by sym53c8xx and ncr53c8xx drivers. For now, it is
a header file that is only included by the ncr53c8xx driver,
but things will be cleaned up later. This code addresses
notably:
* Chip detection and PCI related initialisations
Annotation
- Atlas domain: Support Tooling And Documentation / Documentation.
- Implementation status: atlas-only.
- IRQ or DMA behavior appears here, which is relevant to the selected PCIe/NVMe device path.
Implementation Notes
- This generated page is the file-by-file coverage layer; curated subsystem chapters should link here when they synthesize a multi-file control flow.
- Core OS pages should be promoted from atlas-only to deep-reviewed when they explain data structures, invariants, locking, lifecycle, and C implementation snippets.
- Driver-family pages are intentionally pattern-oriented unless they are part of the selected PCIe/NVMe representative device path.