public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Re: Part 2: Re: [PATCH] pdc20265 problem.
@ 2002-08-08 19:01 Petr Vandrovec
  2002-08-09 17:32 ` Bill Davidsen
  0 siblings, 1 reply; 5+ messages in thread
From: Petr Vandrovec @ 2002-08-08 19:01 UTC (permalink / raw)
  To: Andre Hedrick
  Cc: Nick Orlov, B.Zolnierkiewicz, Marcelo Tosatti, linux-kernel,
	davidsen

On  8 Aug 02 at 11:43, Andre Hedrick wrote:
> On Thu, 8 Aug 2002, Petr Vandrovec wrote:
> > On  8 Aug 02 at 10:41, Andre Hedrick wrote:
> > 
> > > ide0 at 0xdfe0-0xdfe7,0xdfae on irq 31
> > > ide1 at 0xdfa0-0xdfa7,0xdfaa on irq 31
> > > ide2 at 0x1f0-0x1f7,0x3f6 on irq 14
> > 
> > This is definitely bug. It should assigned ide0 to the port
> > in legacy mode, as far as I can tell.
> 
> Again you have no experience in the logic!
> 
> This boots with Promise first because of BIOS Logic with INT19 hooks.
> IE, that which I referenced in the documents that I know you did not read
> but come back and state it has nothing to do with the issues.

> Electrons wasted :-/

Yes, exactly. If you really believe that ide# (or even hd#) numbering 
should change according to the BIOS boot order, then there is certainly 
nothing we can agree on. And if I boot from floppy or SCSI, should IDE
code skip ide0/hda at all?

Maybe you did not notice that Linux can boot of /dev/hde, it does not 
have to boot from /dev/hda. Just tell to LILO where /dev/hde lives (and 
there are patches for EDD support, but adding two lines into /etc/lilo.conf 
is easier than patching support for EDD structure, which is broken in 50% 
of BIOSes I know anyway).
                                                    Petr
                                                    

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Re: Part 2: Re: [PATCH] pdc20265 problem.
@ 2002-08-08 18:29 Petr Vandrovec
  2002-08-08 18:43 ` Andre Hedrick
  0 siblings, 1 reply; 5+ messages in thread
From: Petr Vandrovec @ 2002-08-08 18:29 UTC (permalink / raw)
  To: Andre Hedrick
  Cc: Nick Orlov, B.Zolnierkiewicz, Marcelo Tosatti, linux-kernel,
	davidsen

On  8 Aug 02 at 10:41, Andre Hedrick wrote:

> ide0 at 0xdfe0-0xdfe7,0xdfae on irq 31
> ide1 at 0xdfa0-0xdfa7,0xdfaa on irq 31
> ide2 at 0x1f0-0x1f7,0x3f6 on irq 14

This is definitely bug. It should assigned ide0 to the port
in legacy mode, as far as I can tell.
 
> PIIX4: IDE controller on PCI bus 00 dev 39
> PIIX4: device not capable of full native PCI mode
> PIIX4: device disabled (BIOS)
> PIIX4: device disabled (BIOS)
> hda: DupliDisk IDE RAID-1 Adapter( 1.19), ATA DISK drive
> hdc: QUANTUM FIREBALLP KA13.6, ATA DISK drive
> ide2: ports already in use, skipping probe
> ide0 at 0xd800-0xd807,0xdc02 on irq 18
> ide1 at 0xe400-0xe407,0xe802 on irq 18

You have disabled PIIX4 here, so ide0/1 were not reserved. I assume
that if you enable PIIX4, it will use legacy ports, and will become
ide0/1.
                                            Petr Vandrovec
                                            

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Re: [PATCH] pdc20265 problem.
@ 2002-08-08 16:48 Petr Vandrovec
  2002-08-08 17:41 ` Part 2: " Andre Hedrick
  0 siblings, 1 reply; 5+ messages in thread
From: Petr Vandrovec @ 2002-08-08 16:48 UTC (permalink / raw)
  To: Andre Hedrick
  Cc: Nick Orlov, B.Zolnierkiewicz, Marcelo Tosatti, linux-kernel,
	davidsen

On  8 Aug 02 at 6:02, Andre Hedrick wrote:
> 
> There are mainboard out there designed specifically to boot off the third
> party host.  I have one with the pdc20265 on it.  So if you mainboard is

Vendor + motherboard name, please.

> produced by some lame OEM who is trying to grant first access to the addon
> host chip by playing silly devfn/bus ordering games you get what you
> bought.  Yeah there are cheesy crap-mainboard oem's that play this game.

Uhh? Changing boot order in the BIOS must NOT change what ide0 is.

What are you smoking? It would completely screw my system that if I
decide to boot from secondary channel, it magically becomes ide0. If
Linux would behave this way, I could never tell which disk will get which
name until I boot. What if I boot from floppy? Then IDE interfaces will 
become numbered from ide1, because of there was no IDE boot device?
Should we also swap hda with hdb if I boot my system from primary slave?

And I did not found anything about ide0 in documents you provided.

And BTW, my board is A7V from Asus. Manual refers to VIA interface
as 'primary/secondary channels', and to PDC as 'UDMA100 interface'(s).
And PDC is always run in the native mode, IRQ14/15 is not wired to the
PDC chip at all.

I always thought that if there is IDE interface at the 0x1F0 in the
system, it will become ide0, and if there is interface at the 0x170,
it will become ide1 (and simillary for ISA-based tertiary/quaterniary). 
After this step unused ide* interfaces are populated with native PCI IDE 
interfaces, starting at ide0, and going up...
                                            Petr Vandrovec
                                            vandrove@vc.cvut.cz
                                            

^ permalink raw reply	[flat|nested] 5+ messages in thread
end of thread, other threads:[~2002-08-09 17:36 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-08-08 19:01 Part 2: Re: [PATCH] pdc20265 problem Petr Vandrovec
2002-08-09 17:32 ` Bill Davidsen
  -- strict thread matches above, loose matches on Subject: below --
2002-08-08 18:29 Petr Vandrovec
2002-08-08 18:43 ` Andre Hedrick
2002-08-08 16:48 Petr Vandrovec
2002-08-08 17:41 ` Part 2: " Andre Hedrick

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox