Hi,
On Mon, 2009-03-30 at 08:56 +, Mark McLoughlin wrote:
> +* linux-2.6-net-fix-another-gro-bug.patch:
> +virtio_net guest->remote GSO busted with 2.6.29 host
> +https://bugzilla.redhat.com/490266
> +Should be in 2.6.29.1
I took the liberty of just
-next tree for 2.6.30
Needed for KVM PCI device assignment
https://bugzilla.redhat.com/487103
Cheers,
Mark.
From: Chris Wright
Date: Tue, 24 Feb 2009 05:52:23 + (-0800)
Subject: PCI: add remove_id sysfs entry
X-Git-Url:
http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Fjbarnes
getting started.
Can someone approve his commit ACL for devel?
https://admin.fedoraproject.org/pkgdb/packages/name/kernel
Thanks,
Mark.
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
t.com/attachment.cgi?id=329812
But we'd really like to add this temporary patch to rawhide (and maybe
F10 if we don't fix it soon) ... any objections?
Thanks,
Mark.
From: Glauber Costa
Date: Thu, 29 Jan 2009 12:39:22 -0500
Subject: [PATCH] Disable kvmclock for non constant tsc c
veau/nouveau_state.o] Error 1
http://koji.fedoraproject.org/koji/getfile?taskID=1088040&name=build.log
I considered disabling nouveau again, but I see the last few commits
haven't been built so I just left it be.
Cheers,
Mark.
___
Fedora-kernel-li
On Mon, 2009-01-26 at 09:05 +, Mark McLoughlin wrote:
> Hi Kyle,
>
> On Fri, 2009-01-23 at 18:49 +, Kyle McMartin wrote:
>
> > * Fri Jan 23 2009 Kyle McMartin
> > - disable intel_iommu by default (enable with "intel_iommu=on")
>
> Why so?
>
that this is breaking?
One of the major virt features in F11 needs this:
https://fedoraproject.org/wiki/Features/KVM_PCI_Device_Assignment
Thanks,
Mark.
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/l
plain text document attachment (kernel-xen-defaultkernel.patch)
Now we can fix:
https://bugzilla.redhat.com/456558
by having kernel.x86_64 and kernel-PAE.i686 munge DEFAULTKERNEL
as appropriate.
Use sed --regexp-extended so we don't have to do "\(foo\|bar\)"
Index: devel/kernel.spec
=
plain text document attachment
(kernel-variant-post-kill-replace-arg.patch)
The -r arg is redundant because we already now the variant name
so we can use kernel%{?-v:-%{-v*}} instead. So, rename the -s arg
to -r and drop the existing meaning of -r.
Index: devel/kernel.spec
==
plain text document attachment
(kernel-variant-posttrans-cleanup-args.patch)
kernel_variant_posttrans only takes a single arg, so don't bother
using flag arguments since they're a bit more confusing.
Note that the macro invocation didn't actually pass it a flag
arg, but it seemed to have access to
On Thu, 2008-07-24 at 09:12 +0100, Mark McLoughlin wrote:
> On Wed, 2008-07-23 at 17:41 -0700, Roland McGrath wrote:
> > For simplicity and consistency in the .spec file, we'll install a file for
> > all variants even when it's an empty placeholder. For the magic, th
per-variant, you need
to install it in BuildKernel. And you also only want to do it on
vdso_arches.
Another wholly untested patch below :)
Cheers,
Mark.
Index: devel/kernel.spec
===
--- devel.orig/kernel.spec 2008-07-24 08:49:
ial reason?
If you install kernel.i686, we don't want kernel-xen.i686 to be
considered for removal because only kernel-PAE.i686 has Xen DomU
support.
Cheers,
Mark.
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
el-PAE.i686 obsoletes kernel-xen.i686 and kernel.x86_64
obsoletes kernel-xen.x86_64.
Cheers,
Mark.
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
ther way ...
Cheers,
Mark.
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
On Wed, 2008-07-23 at 14:20 +0100, Mark McLoughlin wrote:
> I'm still doing a last bit of testing making sure
> that it all works fine, so don't apply yet ... but comments
> are very welcome.
Okay, it seems to be in pretty good shape now.
The only outstanding TODO ite
On Wed, 2008-07-23 at 14:20 +0100, Mark McLoughlin wrote:
> If you try and use e.g. kernel_obsoletes, you'll soon find
> that it's actually kernel__obsoletes you currently need :-)
>
> Index: devel/kernel.spec
> ===
We don't need them anymore
Index: devel/kernel.spec
===
--- devel.orig/kernel.spec 2008-07-23 09:57:04.0 +0100
+++ devel.orig/kernel.spec 2008-07-23 09:57:04.0 +0100
@@ -1622,9 +1622,9 @@ fi
#
# This macro
We should really only install ld.so.conf files from packages
that actually have CONFIG_XEN enabled, but it would be
slightly messy to have only kernel-PAE.i686 and kernel.x86_64
include it.
Since it won't actually be used unless it's enabled by the
xen kernel at runtime, let's be lazy and have all
Get all OCD on virt related configs - bring them together,
separate the host stuff from the guest stuff and make the
x86_64 config look much more like the x86 config.
Index: devel/config-x86-generic
===
--- devel.orig/config-x86-gener
Kill off most of the remnants of the separate xen package
Gone is the kernel-xen variant and xen.gz
Index: devel/kernel.spec
===
--- devel.orig/kernel.spec 2008-07-23 14:13:25.0 +0100
+++ devel.orig/kernel.spec 2008
ll 1970-01-01 00:00:00.0 +
+++ /dev/null 1970-01-01 00:00:00.0 +
@@ -0,0 +1,122 @@
+From 226bc4b8f13ece618de046f6f8da88eeb4b8f8da Mon Sep 17 00:00:00 2001
+From: Mark McLoughlin <[EMAIL PROTECTED]>
+Date: Tue, 25 Mar 2008 11:56:43 +
+Subject: [PATCH] xen execshield
If you try and use e.g. kernel_obsoletes, you'll soon find
that it's actually kernel__obsoletes you currently need :-)
Index: devel/kernel.spec
===
--- devel.orig/kernel.spec 2008-07-23 14:04:17.0 +0100
+++ devel.orig/ker
I'm still doing a last bit of testing making sure
that it all works fine, so don't apply yet ... but comments
are very welcome.
Cheers,
Mark.
--
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mai
We no longer need the ability to pass arbitrary mkinitrd args
to %kernel_variant_post
Index: devel/kernel.spec
===
--- devel.orig/kernel.spec 2008-07-23 09:14:54.0 +0100
+++ devel.orig/kernel.spec 2008-07-23 09:14:54
@perl -pi -e 's/# CONFIG_DEBUG_IGNORE_QUIET is not
set/CONFIG_DEBUG_IGNORE_QUIET=y/' config-nodebug
Makefile: @perl -pi -e 's/CONFIG_DEBUG_IGNORE_QUIET=y/#
CONFIG_DEBUG_IGNORE_QUIET is not set/' config-nodebug
Cheers,
Mark.
___
Fedora-ke
in kernel/devel. If we get that cleaned up more, though, then I
think we could merge it back early on in F-10. And, obviously, we're
very focused on pushing stuff upstream too.
The trade-off is between the pain of having a separate kernel-xen RPM
and the pain of havi
On Tue, 2008-04-01 at 12:26 -0400, Jarod Wilson wrote:
> On Tuesday 01 April 2008 10:09:17 am Mark McLoughlin wrote:
> > On Mon, 2008-03-31 at 09:52 +0200, Mark McLoughlin wrote:
> >
> > > On Sat, 2008-03-29 at 15:19 -0400, Jarod Wilson wrote:
> > >
> >
On Mon, 2008-03-31 at 09:52 +0200, Mark McLoughlin wrote:
> On Sat, 2008-03-29 at 15:19 -0400, Jarod Wilson wrote:
>
> > We recently tweaked the main kernel package's spec file such that we now
> > include arch in uname -r output, and have standardized a bunch of path
quot; to %kernel_variant_posttrans ?
i.e. I'd expect it to be something like:
%{expand:%%kernel_variant_posttrans %{?-v:-v %{-v*}}}\
I know spec file syntax is bizarre, but does anyone have a sensible
explanation for this behaviour?
Cheers,
Mark.
m (a) and include them into the spec
file in (b)
4) Copy everything from (b) to kernel-xen-2.6/devel
but it's all still quite manual and error prone.
Cheers,
Mark.
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
all the macros.
Yes, I'll run a test build before committing anything :-)
Thanks,
Mark.
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
From: Eduardo Habkost <[EMAIL PROTECTED]>
Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]>
Signed-off-by: Mark McLoughlin <[EMAIL PROTECTED]>
---
kernel.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel.spec b/kernel.spec
index 1fff49a..a8
From: Eduardo Habkost <[EMAIL PROTECTED]>
Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]>
Signed-off-by: Mark McLoughlin <[EMAIL PROTECTED]>
---
kernel.spec |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/kernel.spec b/kernel.spec
index 617a27f..18
The main package uses debugfiles.list rather than debuginfo.list,
so we should not be creating debuginfo.list.
Currently, this only works because debuginfo.list is empty.
Signed-off-by: Mark McLoughlin <[EMAIL PROTECTED]>
---
kernel.spec |2 +-
1 files changed, 1 insertions(+), 1 del
Signed-off-by: Mark McLoughlin <[EMAIL PROTECTED]>
---
kernel.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel.spec b/kernel.spec
index 279326e..1fff49a 100644
--- a/kernel.spec
+++ b/kernel.spec
@@ -1220,7 +1220,7 @@ cp %{SOURCE2} .
if [ -d xen ]; then
From: Eduardo Habkost <[EMAIL PROTECTED]>
Instead of passing just %{1}, use %{*} to get all the arguments that
were passed to %kernel_variant_post.
Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]>
Signed-off-by: Mark McLoughlin <[EMAIL PROTECTED]>
---
kernel.spec |2 +-
t.com/archives/fedora-xen/2008-March/[EMAIL PROTECTED],N^EMark
Thanks,
Mark.
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
was public on
Saturday when a exploit was published. CVE-2008-0600. No upstream
patch yet, some discussion here:
http://marc.info/?t=12026365533&r=1&w=2
All the issues will affect f7,f8,f9 kernels.
Thanks, Mark
--
Mark J Cox / Red Hat Security Respo
> > To execute.. Quote from [1]:
> > "add video=uvesafb:1024x768-32,mtrr:3,ywrap (or similar) to your
> > kernel command line"
>
> Right, but how does that work if built-in static? Is it relying
> on initialization order vs. initramfs unpacking to find its userspace
> component? Is it just spinning
2008/1/8, Bill Nottingham <[EMAIL PROTECTED]>:
> AFAIK, we don't ship the tools for uvesafb, so it's a little late for
> it to be a successor. How does it execute them if it's built-in, anyway?
>
> Bill
uvesafb just got included in the 2.6.24 which isn't even final yet so
it's not 'late'.. more ea
2008/1/8, Bill Nottingham <[EMAIL PROTECTED]>:
> Mark ([EMAIL PROTECTED]) said:
> > Hey,
> >
> > I just downloaded and installed the latest kernel rpm from koji [1]
> > but found out that uvesafb isn't enabled in the fedora kernels. Could
> > a kern
about uvesafb can be found here [2].
Thanx,
Mark
[1] http://koji.fedoraproject.org/koji/buildinfo?buildID=30342
[2] http://dev.gentoo.org/~spock/projects/uvesafb/
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redha
43 matches
Mail list logo