From: "Gabor Z. Papp" <gzp@myhost.mynet>
To: linux-kernel@vger.kernel.org
Subject: IDE C/H/S questions
Date: Sat, 28 Sep 2002 08:52:15 -0000 [thread overview]
Message-ID: <104e.3d956dbf.ce25b@gzp1.gzp.hu> (raw)
Hello developers,
running recent 2.4.20-preX and -ac kernels I'm getting weird
CHS infos about my ide disks on the primary onboard IHC2
controller:
Kernel 2.4.20-pre8, or 2.4.20-pre7-ac3 both:
ICH2: IDE controller at PCI slot 00:1f.1
ICH2: chipset revision 2
ICH2: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x9800-0x9807, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x9808-0x980f, BIOS settings: hdc:DMA, hdd:pio
PDC20268: IDE controller at PCI slot 02:0d.0
PCI: Found IRQ 9 for device 02:0d.0
PCI: Sharing IRQ 9 with 02:09.0
PDC20268: chipset revision 1
PDC20268: not 100% native mode: will probe irqs later
ide2: BM-DMA at 0xa400-0xa407, BIOS settings: hde:pio, hdf:pio
ide3: BM-DMA at 0xa408-0xa40f, BIOS settings: hdg:pio, hdh:pio
hda: 120103200 sectors (61493 MB) w/1863KiB Cache, CHS=7476/255/63, UDMA(100)
hdc: host protected area => 1
hdc: 120103200 sectors (61493 MB) w/1863KiB Cache, CHS=119150/16/63, UDMA(100)
hde: host protected area => 1
hde: 120103200 sectors (61493 MB) w/1863KiB Cache, CHS=119150/16/63, UDMA(100)
hdg: host protected area => 1
hdg: 120103200 sectors (61493 MB) w/1863KiB Cache, CHS=119150/16/63, UDMA(100)
I started to use pre7-ac3 because its drives well my
PDC20268 in UDMA100 instead of UDMA33 as in pre-8.
When I'm appending the correct CHS with lilo it works fine,
but why its not autodetected?
hda: IC35L060AVVA07-0, ATA DISK drive
blk: queue c02e1900, I/O limit 4095Mb (mask 0xffffffff)
hdc: IC35L060AVVA07-0, ATA DISK drive
blk: queue c02e1d6c, I/O limit 4095Mb (mask 0xffffffff)
hde: IC35L060AVVA07-0, ATA DISK drive
blk: queue c02e21d8, I/O limit 4095Mb (mask 0xffffffff)
hdg: IC35L060AVVA07-0, ATA DISK drive
blk: queue c02e2644, I/O limit 4095Mb (mask 0xffffffff)
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ide2 at 0xb800-0xb807,0xb402 on irq 9
ide3 at 0xb000-0xb007,0xa802 on irq 9
Also discovered, that mke2fs see different block numbers on
the PDC20268 as on the onboard (Asus TUSL2-C) controller:
mke2fs 1.26 (3-Feb-2002)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
7520256 inodes, 15012734 blocks
750636 blocks (5.00%) reserved for the super user
First data block=0
459 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
On PDC I get:
mke2fs 1.26 (3-Feb-2002)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
7520256 inodes, 15012892 blocks
750644 blocks (5.00%) reserved for the super user
First data block=0
459 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Again, why?
reply other threads:[~2002-09-28 8:46 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=104e.3d956dbf.ce25b@gzp1.gzp.hu \
--to=gzp@myhost.mynet \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®