Bill Nottingham ([EMAIL PROTECTED]) said:
> > I mean, I guess I can just do manual twiddling to rule out things that
> > aren't under drivers/ata with the livecd. I'm not _that_ tied to having
> > the two separated out if that's the real kicker here
>
> OK. I'll tweak the stuff in the spec and s
Isn't it about time for this to die?
Bill
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Jeremy Katz ([EMAIL PROTECTED]) said:
> Depends on how many copies of the qlogic driver there are ;-)
RHEL live CDs? What's that?
(Actually, I lied - drivers/block + drivers/scsi is 1.3M compressed.)
> I mean, I guess I can just do manual twiddling to rule out things that
> aren't under drivers
On Fri, 2007-07-27 at 14:03 -0400, Bill Nottingham wrote:
> Jeremy Katz ([EMAIL PROTECTED]) said:
> > > If
> > > it's done at runtime, you can handle whatever kernel you happen to get,
> > > even if it's not one of ours.
> >
> > There are plenty of constraints we have around kernel configuration.
Jeremy Katz ([EMAIL PROTECTED]) said:
> > If
> > it's done at runtime, you can handle whatever kernel you happen to get,
> > even if it's not one of ours.
>
> There are plenty of constraints we have around kernel configuration.
> Asking for a file to be shipped with the kernel which tells us a li
On Fri, 2007-07-27 at 13:43 -0400, Bill Nottingham wrote:
> Jeremy Katz ([EMAIL PROTECTED]) said:
> > > Actually, the more I think about it... is this really appropriate for all
> > > upstream m-i-t users? Especially since it will probably be a never-ending
> > > task of adjusting the symbol list
Jeremy Katz ([EMAIL PROTECTED]) said:
> > Actually, the more I think about it... is this really appropriate for all
> > upstream m-i-t users? Especially since it will probably be a never-ending
> > task of adjusting the symbol list to find the proper modules.
>
> When davej and I talked about it,
On Fri, 2007-07-27 at 12:28 -0400, Bill Nottingham wrote:
> Jon Masters ([EMAIL PROTECTED]) said:
> > On Thu, 2007-07-26 at 22:13 -0400, Bill Nottingham wrote:
> >
> > > Frankly, I think this sort of computation should either a) be done in
> > > modutils, so
> > > that it's upstream for any kern
On Fri, 2007-07-27 at 12:28 -0400, Bill Nottingham wrote:
> Jon Masters ([EMAIL PROTECTED]) said:
> > On Thu, 2007-07-26 at 22:13 -0400, Bill Nottingham wrote:
> >
> > > Frankly, I think this sort of computation should either a) be done in
> > > modutils, so
> > > that it's upstream for any kern
Jon Masters ([EMAIL PROTECTED]) said:
> On Thu, 2007-07-26 at 22:13 -0400, Bill Nottingham wrote:
>
> > Frankly, I think this sort of computation should either a) be done in
> > modutils, so
> > that it's upstream for any kernel b) just be done in the places that need
> > this info
> > (anacond
On Thu, 2007-07-26 at 22:13 -0400, Bill Nottingham wrote:
> Frankly, I think this sort of computation should either a) be done in
> modutils, so
> that it's upstream for any kernel b) just be done in the places that need
> this info
> (anaconda, livecd-tools). They can even just share the implem
Hans de Goede wrote:
I must say I like this approach, it avoids the whole problem of having
to rebuild kmods all the time and of wether to delay kernel security
updates until all kmods are fixetd etc. I do think however that this
might cause some pain for Dave Jones, whose job already is hard.
12 matches
Mail list logo
