Re: pri-slave not detected/cable error [Was: Re: HEADSUP: ATAmkIII has been committed]

From: Emanuel Strobl <emanuel.strobl_at_gmx.net>
Date: Sun, 3 Apr 2005 18:18:32 +0200
Am Sonntag, 3. April 2005 15:03 schrieb Søren Schmidt:
> Emanuel Strobl wrote:
> > Am Mittwoch, 30. März 2005 14:07 schrieb Søren Schmidt:
> >>As pr subject make world is needed to get things in sync again.
> >>
> >>Let me know is there are problems / success stories..
> >
> > Hi Søren,
> >
> > -current doesn't detect my primary slave drive while RELENG_5 had no
> > problem. When I connect the slave drive to the secondary port everything
> > is fine. Also, if the slave drive is connected, ata reports that there's
> > no 80pin cable, which is wrong.
>
> I just committed a fix for this one, please let me know if it helps..

Yeah, looks very good :)

The primary slave disk is now detected, also the cable is correctly reported 
as 80pin. You can see the updated verbose boot mesages here:
http://www.schmalzbauer.de/statics/silberbuechse/verbose_msg2_pri-slave.txt

But also I get a panic with `atacontrol mode 0`, but not with `atacontrol mode 
1` where no devices are connected to.

Here's the trace (I posted a similar from a Geode box), additional ps results 
are at 
http://www.schmalzbauer.de/statics/silberbuechse/panic_ATAmkIII_atacontrol-mode.txt

test1://#29: atacontrol mode 1
Master = BIOSPIO
Slave  = BIOSPIO
test1://#30: atacontrol mode 0
panic: vm_fault: fault on nofault entry, addr: deadc000
cpuid = 0
KDB: enter: panic
[thread pid 588 tid 100070 ]
Stopped at      kdb_enter+0x32: leave
db> trace
Tracing pid 588 tid 100070 td 0xc2586730
kdb_enter(c08e0c22,0,c08fabeb,e7151a34,c2586730) at kdb_enter+0x32
panic(c08fabeb,deadc000,1,e7151b2c,e7151b1c) at panic+0x1b3
vm_fault(c1059000,deadc000,1,0,c2586730) at vm_fault+0x13f4
trap_pfault(deadc116,0,c08df276,c0944180,deadc116) at trap_pfault+0x92
trap(18,10,10,1,1) at trap+0x356
calltrap() at calltrap+0x5
--- trap 0xc, eip = 0xc068ad76, esp = 0xe7151c3c, ebp = 0xe7151c3c ---
device_is_attached(deadc0de,10,e7151c68,c069adb3,c09f5cd8) at 
device_is_attached+0x6
ata_ioctl(c2357700,c4546101,c26c9800,3,c2586730) at ata_ioctl+0x22a
devfs_ioctl_f(c25ce900,c4546101,c26c9800,c26ba780,c2586730) at 
devfs_ioctl_f+0x78
ioctl(c2586730,e7151d14,c,1,3) at ioctl+0x11e
syscall(2f,2f,2f,804a3fa,bfbfee04) at syscall+0x13d
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280bfa4f, esp = 0xbfbfe7ac, 
ebp = 0xbfbfecec ---
db> show alllocks
Process 588 (atacontrol) thread 0xc2586730 (100070)
exclusive sleep mutex system map r = 0 (0xc1059384) locked 
_at_ /usr/src/sys/vm/vm_map.c:2998
exclusive sleep mutex Giant r = 0 (0xc09a82a0) locked 
_at_ /usr/src/sys/fs/devfs/devfs_vnops.c:507

Received on Sun Apr 03 2005 - 14:18:40 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:31 UTC