On Thu, May 03, 2007 at 03:30:36PM +0200, Stefan Richter wrote:
> Olaf Hering wrote:
> > On Thu, May 03, Stefan Richter wrote:
> >
> >> ieee1394-old
> >
> > Noone will seriously ship two firewire stacks, so that cant be the
> > issue (for distributors).
>
> I don't actively watch distributions, but I believe there are frequently
> alternative drivers shipped. How much sense that makes for FireWire is
> another question.
>
> > Once there is a way to easily switch between kernel releases, I'm ok
> > with whatever module names you pick.
>
> It may actually be easier to let problem reporters (who cannot or don't
> want to compile kernels) compare between different kernel releases,
> rather than to ask them to compare between different stacks on top of
> the same kernel. Still, it potentially reduces the testers base.
>
> Adrian 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?
We have never and cannot guarantee stable module names (think of e.g.
PATA, e100 or sky2/skge), so changed names are always possible when
upgrading kernels.
Module aliases can solve many issues.
And sometimes it might even be an advantage that different drivers for
the same hardware get different names (consider especially PATA).
Not changing the module names also has the problem that the old code
must be removed from the kernel tree before the new one can be added
since two different modules with the same names could easily cause
trouble - consider a user first compiling and installing the one
modular, and then compiling and installing the other one modular (e.g.
due to problems with the one he tried first). Which module will now be
loaded by modprobe?
> Stefan Richter
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
