| Summary: | sym driver doesn't work for SYM53C895A | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | hiramoto <hiramoto> | ||||
| Component: | kern | Assignee: | freebsd-scsi (Nobody) <scsi> | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Only Me | ||||||
| Priority: | Normal | ||||||
| Version: | 4.1-STABLE | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
|
Description
hiramoto
2000-08-28 10:20:03 UTC
Responsible Changed From-To: freebsd-bugs->groudier Gerard, this one contains a proposed patch. I am glad that you found some trick for your system to work, but I guess
that your patch will not go into `sym', as it is, for the following
reason:
The below relevant part of the trace:
0x1000-0x10ff mem 0xb1100000-0xb1101fff,0xb1400000-0xb14003ff
seems to indicate that MMIO resource (256 bytes) and on-chip RAM resource
(8192 bytes) are presented to the driver, by some part, in reverse order.
I donnot know why for now, but reporting the first 64 bytes of PCI config
space will actually tell me what part is wrong, and so a correct fix or
work-around will get possible to be implemented.
Thanks in advance to report me the actual content of the PCI configuration
space header (first 64 bytes) of your SYM53C895A.
G=E9rard.
State Changed From-To: open->feedback Is this still a problem with modern versions of FreeBSD? Responsible Changed From-To: groudier->freebsd-bugs With bugmeister hat on, reassign from inactive committer. State Changed From-To: feedback->closed Apparently the problem was fixed long ago. Responsible Changed From-To: freebsd-bugs->freebsd-scsi Reassign to appropriate mailing list. |