On 05.02.2009 21:29, Dave Jones wrote:
On Thu, Feb 05, 2009 at 03:22:55PM -0500, Prarit Bhargava wrote:
2. Will we eventually rename kernel-PAE.686 to kernel.686?
I don't think we can,
It'd be nice to get a definite answer from the anaconda/yum crowd.
otherwise someone with non-PAE 686's
Steven Rostedt writes:
> [...]
> But with this on, you can enable kernel function tracing at runtime. And
> this is a very powerful tool. This might be something to discuss, where we
> may sacrifice a bit of power for the ability of dynamic tracing.
Right, but ...
> Benchmarks welcome ;-)
On Wed, 4 Feb 2009, Roland McGrath wrote:
> > > Or you could take my advice of many moons ago now and find less cockamamy
> > > ways to implement this. ;-)
> >
> > By what? Rewriting gcc?
>
> Only a wee little bit. ;-) Seriously, -pg is eight kinds of wrong, and not
> even what you really want
On Thu, 2009-02-05 at 15:11 -0500, Dave Jones wrote:
> As per the discussion in #fedora-meeting today,
> we're killing off kernel-i686, and just shipping..
>
> * kernel.i586
> * kernel-PAE.686
>
> Patch below seems to dtrt.. comments?
This should prove interesting for GEM, as Intel still haven't
On Thu, Feb 05, 2009 at 12:23:07PM -0800, Roland McGrath wrote:
> > Patch below seems to dtrt.. comments?
>
> Why kill the configs, instead of just changing the spec settings?
>
> > @@ -1477,7 +1481,9 @@ mkdir -p $RPM_BUILD_ROOT/boot
> > cd linux-%{kversion}.%{_target_cpu}
> >
> > %if
On Thu, Feb 05, 2009 at 03:22:55PM -0500, Prarit Bhargava wrote:
> Two quick questions Dave.
>
> 1. This is for F11?
yes
> 2. Will we eventually rename kernel-PAE.686 to kernel.686?
I don't think we can, otherwise someone with non-PAE 686's who
does an update will suddenly find themselv
On Thu, Feb 05, 2009 at 03:11:40PM -0500, Dave Jones wrote:
> As per the discussion in #fedora-meeting today,
> we're killing off kernel-i686, and just shipping..
>
> * kernel.i586
> * kernel-PAE.686
>
> Patch below seems to dtrt.. comments?
>
> Looking at the generated config files, th
> Patch below seems to dtrt.. comments?
Why kill the configs, instead of just changing the spec settings?
> @@ -1477,7 +1481,9 @@ mkdir -p $RPM_BUILD_ROOT/boot
> cd linux-%{kversion}.%{_target_cpu}
>
> %if %{with_debug}
> +%ifnarch i686
> BuildKernel %make_target %kernel_image debug
> +%endi
Dave Jones wrote:
As per the discussion in #fedora-meeting today,
we're killing off kernel-i686, and just shipping..
* kernel.i586
* kernel-PAE.686
Patch below seems to dtrt.. comments?
Two quick questions Dave.
1. This is for F11?
2. Will we eventually rename kernel-PAE.686 to kerne
As per the discussion in #fedora-meeting today,
we're killing off kernel-i686, and just shipping..
* kernel.i586
* kernel-PAE.686
Patch below seems to dtrt.. comments?
Looking at the generated config files, the biggest difference
seems to be that kernel-PAE enables Xen and all it's related
depen
Jon Masters wrote:
On Wed, 2009-02-04 at 18:19 -0500, Jon Masters wrote:
On Wed, 2009-02-04 at 03:47 -0500, Jon Masters wrote:
I'm considering pushing an update to F-9 since v3.5+ is so much faster
than previous releases - and it impacts boot time, but I have to admit
that I was more concerned
On Thu, 2009-02-05 at 09:52 -0500, Bill Nottingham wrote:
> Jon Masters (j...@redhat.com) said:
> > This works fine, but means that, if we upgrade module-init-tools and
> > there is a binary format change, then the system will be "slow" booting
> > before depmod has been re-run again. I'm thinking
Jon Masters (j...@redhat.com) said:
> This works fine, but means that, if we upgrade module-init-tools and
> there is a binary format change, then the system will be "slow" booting
> before depmod has been re-run again. I'm thinking about just doing a
> "depmod -a" on upgrade in such cases in the
On Thu, 2009-02-05 at 11:56 +0100, Phil Knirsch wrote:
> Jon Masters wrote:
> > This works fine, but means that, if we upgrade module-init-tools and
> > there is a binary format change, then the system will be "slow" booting
> > before depmod has been re-run again. I'm thinking about just doing a
14 matches
Mail list logo
