[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070504015443.43fd4544.billfink@mindspring.com>
Date: Fri, 4 May 2007 01:54:43 -0400
From: Bill Fink <billfink@...dspring.com>
To: Kristian Høgsberg <krh@...hat.com>
Cc: Adrian Bunk <bunk@...sta.de>, linux-kernel@...r.kernel.org,
Jonathan Woithe <jwoithe@...sics.adelaide.edu.au>,
Stefan Richter <stefanr@...6.in-berlin.de>,
Olaf Hering <olh@...e.de>, akpm@...ux-foundation.org,
linux1394-devel@...ts.sourceforge.net,
torvalds@...ux-foundation.org
Subject: Re: [git pull] New firewire stack
On Thu, 03 May 2007, Kristian Høgsberg wrote:
> Adrian Bunk wrote:
> >> | An advantage of changing the names is that they are now prefixed.
> >>
> >> Is the opportunity to clean up module names compelling enough, vs. (the
> >> wish for) minimized trouble with scripts which refer to module names?
> >> ...
> >
> > How big is the trouble actually?
>
> Exactly. In Fedora we've just added a fw-sbp2 case to mkinitrd, it's only a
> couple of lines of extra shell code:
>
> elif [ "$modName" = "fw-sbp2" ]; then
> findmodule fw-core
> findmodule fw-ohci
> modName="fw-sbp2"
>
> and that's the extent of the changes. The sbp2 case for the old drivers is
> still in there and in the end mkinitrd works with either stack.
>
> Kristian
I also think both stacks should be provided in the mainline kernel,
preferably in their own separate directories. I still need the old
stack for dv1394, which isn't available in the new stack. But if
the new stack is also there, I might be motivated for example to try
out the new sbp2 module, to see how well it works and how it compares
in performance to the old sbp2 module. If it's not there, I'm probably
not going to go out of my way to download it from the net, since my
existing setup is working just fine for me.
-Bill
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists