Le 2003-09-06, Petri Helenius écrivait :
> Should this work or is the work to port this to ATAng still undergoing?
This should work, but does not, so the work is still in progress...
> panic: mutex Giant not owned at ../../../dev/ata/atapi-cam.c:117
Please try this patch.
Index: atapi-cam.c
=
Atacontrol detach / attach seems to panic if atapicam is complied in the
kernel.
Should this work or is the work to port this to ATAng still undergoing?
This is current from four days ago, just after Soren's ar DMA size commit.
# atacontrol detach 4
ad8: deleted from ar0 disk1
ar0: WARNING - mir
On Tue, 26 Aug 2003, Kenneth Culver wrote:
> I think some people are already tracking this down related to the recent
> update of the ata drivers.
It would be nice if those people would post regarding their progress. A
lot of people depend on atapicam.
Doug
--
This .signature sanitized fo
> free_hcb()
> atapi_action()
> xpt_run_dev_sendq()
> xpt_action()
> probe_start()
> ...
>
I think some people are already tracking this down related to the recent
update of the ata drivers.
Ken
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org
last night's sources:
free_hcb()
atapi_action()
xpt_run_dev_sendq()
xpt_action()
probe_start()
...
appears to be a memory access error.
-Alfred
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
