Bug 56235

        ATAng panic when transferring file to Highpoint RAID1 volume

Fix: 

revert ATA back to old ATA driver

 With the new world/kernel, I tried to "pax" a subdirectory to the RAID1 drive (two IBM
 DLTA-307030
 attached to the two UDMA-100 interfaces of a HighPoint 370 controller) with the following
 command
 and the copy failed immediately with a DMA transfer error followed by a kernel panic.
 
 shizuka# pax -pe -r -w public /raid/
 ad6: FAILURE - oversized DMA transfer attempted 131072 > 65536
 ad6: Setting up DMA failed
 ar0: WARNING - mirror lost
 ad4: FAILURE - oversized DMA transfer attempted 131072 > 65536
 ad4: Setting up DMA failed
 ar0: ERROR - array broken
 panic: initiate_write_inodeblock_ufs2: already started
 
 Here's the backtrace from gdb
 
 panic: initiate_write_inodeblock_ufs2: already started 
 panic: from debugger 
 Uptime: 2m45s 
 Dumping 511 MB 
  16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400
 416
 
 432 448 464 480 496 
 
 
 ---
 Reading symbols from
 /usr/obj/usr/src/sys/SHIZUKA/modules/usr/src/sys/modules/acpi/acpi.ko.debug...done.
 Loaded symbols for /usr/obj/usr/src/sys/SHIZUKA/modules/usr/src/sys/modules/acpi/acpi.ko.debug
 Reading symbols from /boot/kernel/logo_saver.ko...done.
 Loaded symbols for /boot/kernel/logo_saver.ko
 #0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
 240             dumping++;
 (kgdb) where
 #0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
 #1  0xc0254380 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372
 #2  0xc0254768 in panic () at /usr/src/sys/kern/kern_shutdown.c:550
 #3  0xc014ba82 in db_panic () at /usr/src/sys/ddb/db_command.c:450
 #4  0xc014b9e2 in db_command (last_cmdp=0xc046c120, cmd_table=0x0,
     aux_cmd_tablep=0xc0422284, aux_cmd_tablep_end=0xc0422288)
     at /usr/src/sys/ddb/db_command.c:346
 #5  0xc014bb25 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472
 #6  0xc014eb45 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:73
 #7  0xc03b5d4c in kdb_trap (type=3, code=0, regs=0xdc39ea3c)
     at /usr/src/sys/i386/i386/db_interface.c:171
 #8  0xc03c75aa in trap (frame=
       {tf_fs = -831782888, tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = -1069454141, tf_ebp =
 -600184184, tf_isp = -600184216, tf_ebx = 0, tf_edx = 0, tf_ecx = -1068875680, tf_eax = 18,
 tf_trapno = 3, tf_err = 0, tf_eip = -1069850620, tf_cs = 8, tf_eflags = 642, tf_esp =
 -1069434333,
 tf_ss = -1069505986})
     at /usr/src/sys/i386/i386/trap.c:577
 #9  0xc03b76f8 in calltrap () at {standard input}:102
 #10 0xc02546a5 in panic (
     fmt=0xc0416cc3 "initiate_write_inodeblock_ufs2: already started")
     at /usr/src/sys/kern/kern_shutdown.c:534
 #11 0xc035e2e6 in initiate_write_inodeblock_ufs2 (inodedep=0xc42b6800, bp=0x0)
     at /usr/src/sys/ufs/ffs/ffs_softdep.c:3893
 ---Type <return> to continue, or q <return> to quit---
 #12 0xc035d46d in softdep_disk_io_initiation (bp=0xce641830)
     at /usr/src/sys/ufs/ffs/ffs_softdep.c:3459
 #13 0xc0214954 in spec_xstrategy (vp=0xc41dfdb0, bp=0xce641830)
     at /usr/src/sys/sys/buf.h:413
 #14 0xc0214aab in spec_specstrategy (ap=0x0)
     at /usr/src/sys/fs/specfs/spec_vnops.c:529
 #15 0xc0213c18 in spec_vnoperate (ap=0x0)
     at /usr/src/sys/fs/specfs/spec_vnops.c:122
 #16 0xc029da9b in bwrite (bp=0xce641830) at vnode_if.h:1141
 #17 0xc029ffd9 in vfs_bio_awrite (bp=0xce641830)
     at /usr/src/sys/kern/vfs_bio.c:1709
 #18 0xc02a0e16 in flushbufqueues (flushdeps=0)
     at /usr/src/sys/kern/vfs_bio.c:2171
 #19 0xc02a097c in buf_daemon () at /usr/src/sys/kern/vfs_bio.c:2072
 #20 0xc023d091 in fork_exit (callout=0xc02a0840 <buf_daemon>, arg=0x0,
     frame=0x0) at /usr/src/sys/kern/kern_fork.c:796
How-To-Repeat:         cp -Rp public /raid/