options to disable 2nd channel on pata_via?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I've got a very old and underpowered x86 thin client that makes use of
a via ide controller.  The system only has a connection for the first
pata channel, but when probed both ata1 and ata2 are enabled:

[   39.868935] pata_via 0000:00:11.1: version 0.3.4
[   40.608489] scsi0 : pata_via
[   40.656186] scsi1 : pata_via
[   40.740964] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xd400 irq 14
[   40.769302] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xd408 irq 15
[   40.948947] ata1.00: CFA:  256MB ATA Flash Disk, ADBA217H, max PIO4
[   40.949003] ata1.00: 501760 sectors, multi 0: LBA
[   40.974450] ata1.00: configured for PIO4
[   40.995461] scsi 0:0:0:0: Direct-Access     ATA       256MB ATA
Flash ADBA PQ: 0 ANSI: 5
[   41.011318] sd 0:0:0:0: [sda] 501760 512-byte logical blocks: (256
MB/245 MiB)
[   41.018358] sd 0:0:0:0: Attached scsi generic sg0 type 0
[   41.024696] ata2: port disabled--ignoring
[   41.050498] sd 0:0:0:0: [sda] Write Protect is off
[   41.050556] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[   41.097776] sd 0:0:0:0: [sda] Write cache: disabled, read cache:
enabled, doesn't support DPO or FUA
[   41.378651]  sda: sda1
[   41.565716] sd 0:0:0:0: [sda] Attached SCSI disk

This of course works, but my ethernet controller is also using irq 15
and now needlessly shares it with pata_via.  I wouldn't mind, but I'm
actually seeing 10%+ cpu time from irq/15-pata_via in top, so it's
actually degrading the performance of this already slow system.
Ideally I'd like to only enable the first IDE channel on irq 14 and
leave irq 15 exclusively to the ethernet controller.  Is this
possible?  In the past I've used the noprobe option to ide_core, which
ISTR allowed this.  I'm not finding anything similar in libata.
Suggestions?  Please cc, I'm not on this list.  Thanks,

Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystems]     [Linux SCSI]     [Linux RAID]     [Git]     [Kernel Newbies]     [Linux Newbie]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Samba]     [Device Mapper]

  Powered by Linux