Hi,
I'm reworking the pci device list logic (we currently keep all PCI
devices in 2 lists, which isn't the nicest, we should be able to get
away with only 1 list.)
The only bother I've found so far is the pci_get_device_reverse()
function, it's used in 2 places, IDE and the calgary driver.
I'm c
On Tue, Feb 12, 2008 at 04:15:07PM -0800, Greg KH wrote:
>
> I'm curious if we really still support the ide=reverse option? It's a
> config option that I don't think the distros still enable (SuSE does
> not). Is this still needed these days?
>
My "server" has a consumer-grade desktop amd64 mo
On 13-02-08 01:15, Greg KH wrote:
I'm reworking the pci device list logic (we currently keep all PCI
devices in 2 lists, which isn't the nicest, we should be able to get
away with only 1 list.)
The only bother I've found so far is the pci_get_device_reverse()
function, it's used in 2 places, ID
On Wed, Feb 13, 2008 at 02:41:07AM +0100, Rene Herman wrote:
> On 13-02-08 01:15, Greg KH wrote:
>
>> I'm reworking the pci device list logic (we currently keep all PCI
>> devices in 2 lists, which isn't the nicest, we should be able to get
>> away with only 1 list.)
>> The only bother I've found s
On Wed, Feb 13, 2008 at 02:43:29AM +, Ken Moffat wrote:
> On Tue, Feb 12, 2008 at 04:15:07PM -0800, Greg KH wrote:
> >
> > I'm curious if we really still support the ide=reverse option? It's a
> > config option that I don't think the distros still enable (SuSE does
> > not). Is this still ne
On 13-02-08 05:44, Greg KH wrote:
While details escape me somewhat again at the monment, a few months ago
I was playing around with a PCI Promise IDE controller and needed
ide=reverse to save me from having to switch disks around to still have
a bootable system.
Or some such. Not too clear anym
On Wed, 2008-02-13 at 13:06 +0100, Rene Herman wrote:
> On 13-02-08 05:44, Greg KH wrote:
>
> >> While details escape me somewhat again at the monment, a few months ago
> >> I was playing around with a PCI Promise IDE controller and needed
> >> ide=reverse to save me from having to switch disks ar
On 13-02-08 13:16, Michael Ellerman wrote:
On Wed, 2008-02-13 at 13:06 +0100, Rene Herman wrote:
On 13-02-08 05:44, Greg KH wrote:
While details escape me somewhat again at the monment, a few months ago
I was playing around with a PCI Promise IDE controller and needed
ide=reverse to save me f
On 13-02-08 13:06, Rene Herman wrote:
On 13-02-08 05:44, Greg KH wrote:
While details escape me somewhat again at the monment, a few months ago
I was playing around with a PCI Promise IDE controller and needed
ide=reverse to save me from having to switch disks around to still have
a bootable sy
On Tue, Feb 12, 2008 at 08:43:04PM -0800, Greg KH wrote:
>
> Can't you just boot with /dev/disk/by-id/ and an initramfs to not have
> to worry about such a thing in the future?
>
Can comebody remind me what the initramfs is for in that situation,
please ? From the little I've noticed, I thought
On Wed, 2008-02-13 at 13:46 +0100, Rene Herman wrote:
> On 13-02-08 13:16, Michael Ellerman wrote:
>
> > On Wed, 2008-02-13 at 13:06 +0100, Rene Herman wrote:
> >> On 13-02-08 05:44, Greg KH wrote:
> >>
> While details escape me somewhat again at the monment, a few months ago
> I was pla
Greg KH wrote:
On Wed, Feb 13, 2008 at 02:41:07AM +0100, Rene Herman wrote:
On 13-02-08 01:15, Greg KH wrote:
I'm reworking the pci device list logic (we currently keep all PCI
devices in 2 lists, which isn't the nicest, we should be able to get
away with only 1 list.)
The only bother I've fou
On Thu, Feb 14, 2008 at 12:16:42PM -0500, Bill Davidsen wrote:
> There are any number of things you can do when the system is booted, but
> the only thing you can do when the system won't boot is use kernel boot
> options.
Greg's not removing your option to boot the system using an old kernel
to
On Wed, Feb 13, 2008 at 03:32:49PM +, Ken Moffat wrote:
> On Tue, Feb 12, 2008 at 08:43:04PM -0800, Greg KH wrote:
> >
> > Can't you just boot with /dev/disk/by-id/ and an initramfs to not have
> > to worry about such a thing in the future?
> >
Initramfs isn't something I've ever tried, so
Hi,
> I'm reworking the pci device list logic (we currently keep all PCI
> devices in 2 lists, which isn't the nicest, we should be able to get
> away with only 1 list.)
>
> The only bother I've found so far is the pci_get_device_reverse()
> function, it's used in 2 places, IDE and the calgary dr
On Wed, Feb 13, 2008 at 08:54:55AM +0100, Dirk GOUDERS wrote:
> Hi,
>
> > I'm reworking the pci device list logic (we currently keep all PCI
> > devices in 2 lists, which isn't the nicest, we should be able to get
> > away with only 1 list.)
> >
> > The only bother I've found so far is the pci_ge
> Hm, so, to summarize:
> - you needed this option many years ago to get a box to work properly
> - you don't need this today
I would summarize:
- ide=reverse solved certain problems and I am not sure if there are
users who still need this option
> So, if the option went away, you
> Hm, so, to summarize:
> - you needed this option many years ago to get a box to work properly
> - you don't need this today
>
> So, if the option went away, you would not be inconvenienced?
After having reanimated the old system and after comments of other
persons I would not be inconvenie
On Wed, Feb 13, 2008 at 09:00:15PM +0100, Dirk GOUDERS wrote:
>
> > Hm, so, to summarize:
> > - you needed this option many years ago to get a box to work properly
> > - you don't need this today
> >
> > So, if the option went away, you would not be inconvenienced?
>
> After having reanimate
19 matches
Mail list logo