Wolverine (RC1) NFS install on a dual processor/1GHz/512MB/18GB Ultra 160 SCSI system. I select Disk Druid and create my partitions. I say that I want all partitions formatted, but not to check the disk during formatting. Formatting the partitions takes a long time. Whereas before it would format all partitions in a couple of seconds it now takes several minutes. The progress meter appears to "hang" for each partition. Switching over to a console shows that it appears to "hang" when writing inode tables. I've tested this twice now and ran into the problem both times. FWIW, I've had no problems installing previous 7.1 betas or 7.0 on this same machine. I also don't remember this problem when I installed Wolverine on a laptop with an IDE disk. Marking as high since the delay is significant enough that I thought the installer had hung.
Please summarize your hardware.
This is an already resolved issue. There was a patch missing from the RC1 kernel that caused the aic7xxx module to get built with incorrect tagged queue depth settings. The delay you are seeing is the driver sending out and immediately getting back thousands of commands per second with a status of QUEUE_FULL on each command. This continues until the driver is able to reduce the queue depth to a reasonable value and then things perform as normal. As a workaround in the meantime, you can boot the system in expert mode, then when you select the aic7xxx driver from the list of SCSI drivers, specify that you want to pass it some options. Then, pass it an option similar to the following: aic7xxx="tag_info:{{32,32,32,32,32,32,32}}" and things should work. If you have more than one aic7xxx controller, or any drives at an ID higher than 7, then you will need to modify that tag_info string appropriately. Instructions for how to do that can be found on my web page at http://people.redhat.com/dledford under the README for the aic7xxx driver.
I've reopened this as it is still a problem with RC2, although it does appear to be a little better. This is with an on-board Adaptec aic7899 chipset and a Seagate Cheetah 10K (16GB) drive.
There is another patch (generic SCSI layer) in 2.4.2-0.1.20 that fixes this problem. Feel free to reopen if that kernel or later (check rawhide) does not solve the problem.