| To: | Ralf Baechle <ralf@linux-mips.org> |
|---|---|
| Subject: | Re: CVS Update@-mips.org: linux |
| From: | Jun Sun <jsun@mvista.com> |
| Date: | Tue, 20 Apr 2004 15:31:08 -0700 |
| Cc: | linux-mips@linux-mips.org, jsun@mvista.com |
| In-reply-to: | <20040420201128.GC24025@linux-mips.org>; from ralf@linux-mips.org on Tue, Apr 20, 2004 at 10:11:28PM +0200 |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <20040420163230Z8225288-1530+99@linux-mips.org> <20040420105116.C22846@mvista.com> <20040420201128.GC24025@linux-mips.org> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.2.5i |
On Tue, Apr 20, 2004 at 10:11:28PM +0200, Ralf Baechle wrote: > On Tue, Apr 20, 2004 at 10:51:16AM -0700, Jun Sun wrote: > > > CONFIG_PCI_AUTO was meant to a board attribute. It should not be changed > > to be a choice at the first place. > > > > And, the code is not bOrked. In 2.4 it is a life saver for most MIPS boards > > whose firmware do not do a proper or full PCI resource assignment. > > drivers/pci can do that, you just need to supply a few board specific > functions, see for example arch/alpha/kernel/pci.c. So pci_auto.c isn't > only b0rked, it also duplicates code. > Has anybody succssfully used pci_assign_unassigned_resources() in latest 2.4? It was badly broken in early 2.4 kernels while pci_auto was the only option. So at most you can only say "pci_assign_unassigned_resources() can finally does what pci_auto does". :) Jun |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [RFC] Support cpu timer for SMP case, Jun Sun |
|---|---|
| Next by Date: | locking problems with mips atomicity ?, Harm Verhagen |
| Previous by Thread: | Re: CVS Update@-mips.org: linux, Pete Popov |
| Next by Thread: | Re: CVS Update@-mips.org: linux, Gleb O. Raiko |
| Indexes: | [Date] [Thread] [Top] [All Lists] |