Date: Mon, 28 Dec 1998 17:49:24 +0000 From: "Mr. Arlington Hewes" <tpcadmin@info.tpc.int> To: aic7xxx@FreeBSD.ORG Subject: aic7xxx and partition maps? Message-ID: <199812281749.RAA18828@hewes.icl.ox.ac.uk>
next in thread | raw e-mail | index | archive | help
Folks,
I'm running linux-2.1.131 on a dual PII (350) GigaByte GA-6BXDS motherboard,
complete with Adaptec UW SCSI. I'm recycling two drives from the previous
incarnation of this machine, which had a NCR-based host adapter. The drives
were partitioned and formatted under linux using the old setup.
2.1.131 was compiled with a patched aic7xxx driver, bringing it up to the
current 5.1.6 release.
The first problem was that I was unable to ever boot from a bzImage kernel
image - I could never get past the LI of lilo with a bzipped kernel. Making it
more modular and getting it down to a permissible zImage allowed me to boot,
but I'm not sure why this would be. Any number of kernel rebuilds, reconfigs,
and reruns of lilo made no difference, . . . . always hung at LI. Could this
possibly be related to the aic7xxx driver, or is it more low-level than that?
The only reason I ask is that a colleague had exactly the same problem with a
2.1.131/aic7xxx combination.
The second problem is that although my disks are recognized and my system is
running quite happily, the partition tables of my disks are apparently all of
a sudden quite repulsive to fdisk. More problematic, I have had to remove my
windows partition from lilo.conf because of:
[root@hewes aic7xxx]# /sbin/lilo
Added linux-2.0.36 *
Added linux-2.1.131
Added redhat-linux
Device 0x0800: Invalid partition table, 3rd entry
3D address: 1/0/959 (15406335)
Linear address: 1/54/248 (3987522)
[root@hewes aic7xxx]#
Here's what fdisk now thinks of my disk (remember that it was quite healthy
according to fdisk when running on the NCR driver):
[root@hewes aic7xxx]# fdisk /dev/sda
Command (m for help): p
Disk /dev/sda: 255 heads, 63 sectors, 261 cylinders
Units = cylinders of 16065 * 512 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 6 47785+ 82 Linux swap
Partition 1 has different physical/logical endings:
phys=(22, 65, 63) logical=(5, 242, 63)
Partition 1 does not end on cylinder boundary:
phys=(22, 65, 63) should be (22, 254, 63)
/dev/sda2 6 249 1945944 83 Linux native
Partition 2 has different physical/logical beginnings (non-Linux?):
phys=(23, 0, 1) logical=(5, 243, 1)
Partition 2 has different physical/logical endings:
phys=(958, 65, 63) logical=(248, 53, 63)
Partition 2 does not end on cylinder boundary:
phys=(958, 65, 63) should be (958, 254, 63)
/dev/sda3 * 249 261 101871 6 DOS 16-bit >=32M
Partition 3 has different physical/logical beginnings (non-Linux?):
phys=(959, 0, 1) logical=(248, 54, 1)
Partition 3 has different physical/logical endings:
phys=(1007, 65, 63) logical=(260, 227, 63)
Partition 3 does not end on cylinder boundary:
phys=(1007, 65, 63) should be (1007, 254, 63)
Basically I'm happy to leave things as they are, but I would be much happier
understanding what has happened here, and whether there's something in the
SCSI BIOS which I should be tuning in order for my disks to be recognised
properly. Can anyone enlighten me here?
A little bit more info, in case it's relevant:
>From /proc/pci:
Bus 0, device 12, function 0:
SCSI storage controller: Adaptec AIC-7895U (rev 4).
Medium devsel. Fast back-to-back capable. IRQ b. Master Capable.
Latency=64. Min Gnt=8.Max Lat=8.
I/O at 0xe800 [0xe801].
Non-prefetchable 32 bit memory at 0xe6800000 [0xe6800000].
And from /proc/scsi/aic7xxx/0:
Adaptec AIC7xxx driver version: 5.1.6/3.2.4
Compile Options:
AIC7XXX_RESET_DELAY : 5
AIC7XXX_TAGGED_QUEUEING: Adapter Support Enabled
Check below to see which
devices use tagged queueing
AIC7XXX_PAGE_ENABLE : Enabled (This is no longer an option)
AIC7XXX_PROC_STATS : Enabled
Adapter Configuration:
SCSI Adapter: Adaptec AIC-7895 Ultra SCSI host adapter
Ultra Wide Controller Channel A
PCI MMAPed I/O Base: 0xe6800000
Adapter SEEPROM Config: SEEPROM found and used.
Adaptec SCSI BIOS: Enabled
IRQ: 11
SCBs: Active 0, Max Active 1,
Allocated 15, HW 32, Page 255
Interrupts: 131289
BIOS Control Word: 0x18a6
Adapter Control Word: 0x005e
Extended Translation: Enabled
Disconnect Enable Flags: 0xffff
Ultra Enable Flags: 0x0000
Tag Queue Enable Flags: 0x0000
Ordered Queue Tag Flags: 0x0000
Default Tag Queue Depth: 8
Tagged Queue By Device array for aic7xxx host instance 0:
{255,255,255,255,255,255,255,255,255,255,255,255,255,255,255,255}
Actual queue depth per device for aic7xxx host instance 0:
{1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1}
Statistics:
(scsi0:0:3:0)
Device using Narrow/Sync transfers at
10.0 MByte/sec, offset 15
Device Negotiation Settings
Period Offset Bus Width
User 012 008 1
Goal 012 015 0
Current 025 015 0
Total transfers 131249 (40107 read;91142 written)
blks(512) rd=315197; blks(512) wr=300530
< 512 512-1K 1-2K 2-4K 4-8K 8-16K 16-32K 32-64K 64-128K >128K
Reads: 0 33 13090 9859 10388 6183 333 164 57 0
Writes: 0 0 78395 9787 2330 184 123 88 235 0
Thanks in advance, and thanks for a superbly crafted and seemingly very
powerful driver. Special thanks for keeping it current, with patches for both
2.1.131 and 2.0.36 on offer!! ;-)
-Darren
--
Mr. Arlington Hewes (tpcadmin@info.tpc.int)
The TPC.INT Subdomain (http://www.tpc.int/)
**************************************************
*** FOR GENERAL INFORMATION ***
*** mailto:tpcfaq@info.tpc.int ***
*** FOR A LIST OF CURRENT COVERAGE ***
*** mailto:tpccover@info.tpc.int ***
*** TO REPORT A PROBLEM (read the FAQ first!) ***
*** mailto:support@info.tpc.int ***
**************************************************
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe aic7xxx" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199812281749.RAA18828>