rpms/kernel/devel patch-2.6.27-rc1.bz2.sign, NONE, 1.1 .cvsignore, 1.883, 1.884 git-linus.diff, 1.4, 1.5 kernel.spec, 1.818, 1.819 linux-2.6-execshield.patch, 1.94, 1.95 linux-2.6-silence-noise.patch, 1.18, 1.19 linux-2.6-x86-tracehook.patch, 1.4, 1.5 sources, 1.844, 1.845 upstream, 1.761, 1.762 patch-2.6.26-git18.bz2.sign, 1.1, NONE
Dave Jones (davej)
fedora-extras-commits at redhat.com
Tue Jul 29 04:17:17 UTC 2008
Author: davej
Update of /cvs/pkgs/rpms/kernel/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv9795
Modified Files:
.cvsignore git-linus.diff kernel.spec
linux-2.6-execshield.patch linux-2.6-silence-noise.patch
linux-2.6-x86-tracehook.patch sources upstream
Added Files:
patch-2.6.27-rc1.bz2.sign
Removed Files:
patch-2.6.26-git18.bz2.sign
Log Message:
2.6.27-rc1
--- NEW FILE patch-2.6.27-rc1.bz2.sign ---
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: See http://www.kernel.org/signature.html for info
iD8DBQBIjosmyGugalF9Dw4RAhrFAJ9kPIQijO2yD628NrzVwJxMsKDrKwCcDAxX
7j3GN0M2iEPl8aTkl6Q+kiw=
=Y7Iw
-----END PGP SIGNATURE-----
Index: .cvsignore
===================================================================
RCS file: /cvs/pkgs/rpms/kernel/devel/.cvsignore,v
retrieving revision 1.883
retrieving revision 1.884
diff -u -r1.883 -r1.884
--- .cvsignore 28 Jul 2008 20:12:06 -0000 1.883
+++ .cvsignore 29 Jul 2008 04:16:47 -0000 1.884
@@ -5,3 +5,4 @@
kernel-2.6.26
linux-2.6.26.tar.bz2
patch-2.6.26-git18.bz2
+patch-2.6.27-rc1.bz2
git-linus.diff:
View full diff with command:
/usr/bin/cvs -f diff -kk -u -N -r 1.4 -r 1.5 git-linus.diff
Index: git-linus.diff
===================================================================
RCS file: /cvs/pkgs/rpms/kernel/devel/git-linus.diff,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- git-linus.diff 22 Jul 2008 00:29:17 -0000 1.4
+++ git-linus.diff 29 Jul 2008 04:16:47 -0000 1.5
@@ -1,31598 +0,0 @@
-diff --git a/CREDITS b/CREDITS
-index e97bea0..077b147 100644
---- a/CREDITS
-+++ b/CREDITS
-@@ -3344,8 +3344,7 @@ S: Spain
- N: Linus Torvalds
- E: torvalds at linux-foundation.org
- D: Original kernel hacker
--S: 12725 SW Millikan Way, Suite 400
--S: Beaverton, Oregon 97005
-+S: Portland, Oregon 97005
- S: USA
-
- N: Marcelo Tosatti
-diff --git a/Documentation/DocBook/gadget.tmpl b/Documentation/DocBook/gadget.tmpl
-index 5a8ffa7..ea3bc95 100644
---- a/Documentation/DocBook/gadget.tmpl
-+++ b/Documentation/DocBook/gadget.tmpl
-@@ -524,6 +524,44 @@ These utilities include endpoint autoconfiguration.
- <!-- !Edrivers/usb/gadget/epautoconf.c -->
- </sect1>
-
-+<sect1 id="composite"><title>Composite Device Framework</title>
-+
-+<para>The core API is sufficient for writing drivers for composite
-+USB devices (with more than one function in a given configuration),
-+and also multi-configuration devices (also more than one function,
-+but not necessarily sharing a given configuration).
-+There is however an optional framework which makes it easier to
-+reuse and combine functions.
-+</para>
-+
-+<para>Devices using this framework provide a <emphasis>struct
-+usb_composite_driver</emphasis>, which in turn provides one or
-+more <emphasis>struct usb_configuration</emphasis> instances.
-+Each such configuration includes at least one
-+<emphasis>struct usb_function</emphasis>, which packages a user
-+visible role such as "network link" or "mass storage device".
-+Management functions may also exist, such as "Device Firmware
-+Upgrade".
-+</para>
-+
-+!Iinclude/linux/usb/composite.h
-+!Edrivers/usb/gadget/composite.c
-+
-+</sect1>
-+
-+<sect1 id="functions"><title>Composite Device Functions</title>
-+
-+<para>At this writing, a few of the current gadget drivers have
-+been converted to this framework.
-+Near-term plans include converting all of them, except for "gadgetfs".
-+</para>
-+
-+!Edrivers/usb/gadget/f_acm.c
-+!Edrivers/usb/gadget/f_serial.c
-+
-+</sect1>
-+
-+
- </chapter>
-
- <chapter id="controllers"><title>Peripheral Controller Drivers</title>
-diff --git a/Documentation/ia64/paravirt_ops.txt b/Documentation/ia64/paravirt_ops.txt
-new file mode 100644
-index 0000000..39ded02
---- /dev/null
-+++ b/Documentation/ia64/paravirt_ops.txt
-@@ -0,0 +1,137 @@
-+Paravirt_ops on IA64
-+====================
-+ 21 May 2008, Isaku Yamahata <yamahata at valinux.co.jp>
-+
-+
-+Introduction
-+------------
-+The aim of this documentation is to help with maintainability and/or to
-+encourage people to use paravirt_ops/IA64.
-+
-+paravirt_ops (pv_ops in short) is a way for virtualization support of
-+Linux kernel on x86. Several ways for virtualization support were
-+proposed, paravirt_ops is the winner.
-+On the other hand, now there are also several IA64 virtualization
-+technologies like kvm/IA64, xen/IA64 and many other academic IA64
-+hypervisors so that it is good to add generic virtualization
-+infrastructure on Linux/IA64.
-+
-+
-+What is paravirt_ops?
-+---------------------
-+It has been developed on x86 as virtualization support via API, not ABI.
-+It allows each hypervisor to override operations which are important for
-+hypervisors at API level. And it allows a single kernel binary to run on
-+all supported execution environments including native machine.
-+Essentially paravirt_ops is a set of function pointers which represent
-+operations corresponding to low level sensitive instructions and high
-+level functionalities in various area. But one significant difference
-+from usual function pointer table is that it allows optimization with
-+binary patch. It is because some of these operations are very
-+performance sensitive and indirect call overhead is not negligible.
-+With binary patch, indirect C function call can be transformed into
-+direct C function call or in-place execution to eliminate the overhead.
-+
-+Thus, operations of paravirt_ops are classified into three categories.
-+- simple indirect call
-+ These operations correspond to high level functionality so that the
-+ overhead of indirect call isn't very important.
-+
-+- indirect call which allows optimization with binary patch
-+ Usually these operations correspond to low level instructions. They
-+ are called frequently and performance critical. So the overhead is
-+ very important.
-+
-+- a set of macros for hand written assembly code
-+ Hand written assembly codes (.S files) also need paravirtualization
-+ because they include sensitive instructions or some of code paths in
-+ them are very performance critical.
-+
-+
-+The relation to the IA64 machine vector
-+---------------------------------------
-+Linux/IA64 has the IA64 machine vector functionality which allows the
-+kernel to switch implementations (e.g. initialization, ipi, dma api...)
-+depending on executing platform.
-+We can replace some implementations very easily defining a new machine
-+vector. Thus another approach for virtualization support would be
-+enhancing the machine vector functionality.
-+But paravirt_ops approach was taken because
-+- virtualization support needs wider support than machine vector does.
-+ e.g. low level instruction paravirtualization. It must be
-+ initialized very early before platform detection.
-+
-+- virtualization support needs more functionality like binary patch.
-+ Probably the calling overhead might not be very large compared to the
-+ emulation overhead of virtualization. However in the native case, the
-+ overhead should be eliminated completely.
-+ A single kernel binary should run on each environment including native,
-+ and the overhead of paravirt_ops on native environment should be as
-+ small as possible.
-+
-+- for full virtualization technology, e.g. KVM/IA64 or
-+ Xen/IA64 HVM domain, the result would be
-+ (the emulated platform machine vector. probably dig) + (pv_ops).
-+ This means that the virtualization support layer should be under
-+ the machine vector layer.
-+
-+Possibly it might be better to move some function pointers from
-+paravirt_ops to machine vector. In fact, Xen domU case utilizes both
-+pv_ops and machine vector.
-+
-+
-+IA64 paravirt_ops
-+-----------------
-+In this section, the concrete paravirt_ops will be discussed.
-+Because of the architecture difference between ia64 and x86, the
-+resulting set of functions is very different from x86 pv_ops.
-+
-+- C function pointer tables
-+They are not very performance critical so that simple C indirect
-+function call is acceptable. The following structures are defined at
-+this moment. For details see linux/include/asm-ia64/paravirt.h
-+ - struct pv_info
-+ This structure describes the execution environment.
-+ - struct pv_init_ops
-+ This structure describes the various initialization hooks.
-+ - struct pv_iosapic_ops
-+ This structure describes hooks to iosapic operations.
-+ - struct pv_irq_ops
-+ This structure describes hooks to irq related operations
-+ - struct pv_time_op
-+ This structure describes hooks to steal time accounting.
-+
-+- a set of indirect calls which need optimization
-+Currently this class of functions correspond to a subset of IA64
-+intrinsics. At this moment the optimization with binary patch isn't
-+implemented yet.
-+struct pv_cpu_op is defined. For details see
-+linux/include/asm-ia64/paravirt_privop.h
-+Mostly they correspond to ia64 intrinsics 1-to-1.
-+Caveat: Now they are defined as C indirect function pointers, but in
-+order to support binary patch optimization, they will be changed
-+using GCC extended inline assembly code.
-+
-+- a set of macros for hand written assembly code (.S files)
-+For maintenance purpose, the taken approach for .S files is single
-+source code and compile multiple times with different macros definitions.
-+Each pv_ops instance must define those macros to compile.
-+The important thing here is that sensitive, but non-privileged
-+instructions must be paravirtualized and that some privileged
-+instructions also need paravirtualization for reasonable performance.
-+Developers who modify .S files must be aware of that. At this moment
[...31207 lines suppressed...]
- /* utility wrapping a simple endpoint selection policy */
-diff --git a/include/linux/usb/irda.h b/include/linux/usb/irda.h
-new file mode 100644
-index 0000000..e345cea
---- /dev/null
-+++ b/include/linux/usb/irda.h
-@@ -0,0 +1,151 @@
-+/*
-+ * USB IrDA Bridge Device Definition
-+ */
-+
-+#ifndef __LINUX_USB_IRDA_H
-+#define __LINUX_USB_IRDA_H
-+
-+/* This device should use Application-specific class */
-+
-+#define USB_SUBCLASS_IRDA 0x02
-+
-+/*-------------------------------------------------------------------------*/
-+
-+/* Class-Specific requests (bRequest field) */
-+
-+#define USB_REQ_CS_IRDA_RECEIVING 1
-+#define USB_REQ_CS_IRDA_CHECK_MEDIA_BUSY 3
-+#define USB_REQ_CS_IRDA_RATE_SNIFF 4
-+#define USB_REQ_CS_IRDA_UNICAST_LIST 5
-+#define USB_REQ_CS_IRDA_GET_CLASS_DESC 6
-+
-+/*-------------------------------------------------------------------------*/
-+
-+/* Class-Specific descriptor */
-+
-+#define USB_DT_CS_IRDA 0x21
-+
-+/*-------------------------------------------------------------------------*/
-+
-+/* Data sizes */
-+
-+#define USB_IRDA_DS_2048 (1 << 5)
-+#define USB_IRDA_DS_1024 (1 << 4)
-+#define USB_IRDA_DS_512 (1 << 3)
-+#define USB_IRDA_DS_256 (1 << 2)
-+#define USB_IRDA_DS_128 (1 << 1)
-+#define USB_IRDA_DS_64 (1 << 0)
-+
-+/* Window sizes */
-+
-+#define USB_IRDA_WS_7 (1 << 6)
-+#define USB_IRDA_WS_6 (1 << 5)
-+#define USB_IRDA_WS_5 (1 << 4)
-+#define USB_IRDA_WS_4 (1 << 3)
-+#define USB_IRDA_WS_3 (1 << 2)
-+#define USB_IRDA_WS_2 (1 << 1)
-+#define USB_IRDA_WS_1 (1 << 0)
-+
-+/* Min turnaround times in usecs */
-+
-+#define USB_IRDA_MTT_0 (1 << 7)
-+#define USB_IRDA_MTT_10 (1 << 6)
-+#define USB_IRDA_MTT_50 (1 << 5)
-+#define USB_IRDA_MTT_100 (1 << 4)
-+#define USB_IRDA_MTT_500 (1 << 3)
-+#define USB_IRDA_MTT_1000 (1 << 2)
-+#define USB_IRDA_MTT_5000 (1 << 1)
-+#define USB_IRDA_MTT_10000 (1 << 0)
-+
-+/* Baud rates */
-+
-+#define USB_IRDA_BR_4000000 (1 << 8)
-+#define USB_IRDA_BR_1152000 (1 << 7)
-+#define USB_IRDA_BR_576000 (1 << 6)
-+#define USB_IRDA_BR_115200 (1 << 5)
-+#define USB_IRDA_BR_57600 (1 << 4)
-+#define USB_IRDA_BR_38400 (1 << 3)
-+#define USB_IRDA_BR_19200 (1 << 2)
-+#define USB_IRDA_BR_9600 (1 << 1)
-+#define USB_IRDA_BR_2400 (1 << 0)
-+
-+/* Additional BOFs */
-+
-+#define USB_IRDA_AB_0 (1 << 7)
-+#define USB_IRDA_AB_1 (1 << 6)
-+#define USB_IRDA_AB_2 (1 << 5)
-+#define USB_IRDA_AB_3 (1 << 4)
-+#define USB_IRDA_AB_6 (1 << 3)
-+#define USB_IRDA_AB_12 (1 << 2)
-+#define USB_IRDA_AB_24 (1 << 1)
-+#define USB_IRDA_AB_48 (1 << 0)
-+
-+/* IRDA Rate Sniff */
-+
-+#define USB_IRDA_RATE_SNIFF 1
-+
-+/*-------------------------------------------------------------------------*/
-+
-+struct usb_irda_cs_descriptor {
-+ __u8 bLength;
-+ __u8 bDescriptorType;
-+
-+ __le16 bcdSpecRevision;
-+ __u8 bmDataSize;
-+ __u8 bmWindowSize;
-+ __u8 bmMinTurnaroundTime;
-+ __le16 wBaudRate;
-+ __u8 bmAdditionalBOFs;
-+ __u8 bIrdaRateSniff;
-+ __u8 bMaxUnicastList;
-+} __attribute__ ((packed));
-+
-+/*-------------------------------------------------------------------------*/
-+
-+/* Data Format */
-+
-+#define USB_IRDA_STATUS_MEDIA_BUSY (1 << 7)
-+
-+/* The following is a 4-bit value used for both
-+ * inbound and outbound headers:
-+ *
-+ * 0 - speed ignored
-+ * 1 - 2400 bps
-+ * 2 - 9600 bps
-+ * 3 - 19200 bps
-+ * 4 - 38400 bps
-+ * 5 - 57600 bps
-+ * 6 - 115200 bps
-+ * 7 - 576000 bps
-+ * 8 - 1.152 Mbps
-+ * 9 - 5 mbps
-+ * 10..15 - Reserved
-+ */
-+#define USB_IRDA_STATUS_LINK_SPEED 0x0f
-+
-+/* The following is a 4-bit value used only for
-+ * outbound header:
-+ *
-+ * 0 - No change (BOF ignored)
-+ * 1 - 48 BOFs
-+ * 2 - 24 BOFs
-+ * 3 - 12 BOFs
-+ * 4 - 6 BOFs
-+ * 5 - 3 BOFs
-+ * 6 - 2 BOFs
-+ * 7 - 1 BOFs
-+ * 8 - 0 BOFs
-+ * 9..15 - Reserved
-+ */
-+#define USB_IRDA_EXTRA_BOFS 0xf0
-+
-+struct usb_irda_inbound_header {
-+ __u8 bmStatus;
-+};
-+
-+struct usb_irda_outbound_header {
-+ __u8 bmChange;
-+};
-+
-+#endif /* __LINUX_USB_IRDA_H */
-+
-diff --git a/include/linux/usbdevice_fs.h b/include/linux/usbdevice_fs.h
-index 3118ede..0044d9b 100644
---- a/include/linux/usbdevice_fs.h
-+++ b/include/linux/usbdevice_fs.h
-@@ -22,8 +22,6 @@
- *
- * History:
- * 0.1 04.01.2000 Created
-- *
-- * $Id$
- */
-
- /*****************************************************************************/
-diff --git a/mm/slub.c b/mm/slub.c
-index 35ab38a..6d4a49c 100644
---- a/mm/slub.c
-+++ b/mm/slub.c
-@@ -492,7 +492,7 @@ static void print_trailer(struct kmem_cache *s, struct page *page, u8 *p)
- if (p > addr + 16)
- print_section("Bytes b4", p - 16, 16);
-
-- print_section("Object", p, min(s->objsize, 128));
-+ print_section("Object", p, min_t(unsigned long, s->objsize, PAGE_SIZE));
-
- if (s->flags & SLAB_RED_ZONE)
- print_section("Redzone", p + s->objsize,
-@@ -1495,15 +1495,7 @@ static void flush_cpu_slab(void *d)
-
- static void flush_all(struct kmem_cache *s)
- {
--#ifdef CONFIG_SMP
- on_each_cpu(flush_cpu_slab, s, 1);
--#else
-- unsigned long flags;
--
-- local_irq_save(flags);
-- flush_cpu_slab(s);
-- local_irq_restore(flags);
--#endif
- }
-
- /*
Index: kernel.spec
===================================================================
RCS file: /cvs/pkgs/rpms/kernel/devel/kernel.spec,v
retrieving revision 1.818
retrieving revision 1.819
diff -u -r1.818 -r1.819
--- kernel.spec 29 Jul 2008 01:29:22 -0000 1.818
+++ kernel.spec 29 Jul 2008 04:16:47 -0000 1.819
@@ -43,9 +43,9 @@
# The next upstream release sublevel (base_sublevel+1)
%define upstream_sublevel %(expr %{base_sublevel} + 1)
# The rc snapshot level
-%define rcrev 0
+%define rcrev 1
# The git snapshot level
-%define gitrev 18
+%define gitrev 0
# Set rpm version accordingly
%define rpmversion 2.6.%{upstream_sublevel}
%endif
@@ -1693,6 +1693,9 @@
%kernel_variant_files -k vmlinux %{with_kdump} kdump
%changelog
+* Tue Jul 29 2008 Dave Jones <davej at redhat.com>
+- 2.6.27-rc1
+
* Mon Jul 28 2008 Josh Boyer <jwboyer at gmail.com>
- Add gzip requires for kernel-bootwrapper (#456947)
linux-2.6-execshield.patch:
Index: linux-2.6-execshield.patch
===================================================================
RCS file: /cvs/pkgs/rpms/kernel/devel/linux-2.6-execshield.patch,v
retrieving revision 1.94
retrieving revision 1.95
diff -u -r1.94 -r1.95
--- linux-2.6-execshield.patch 25 Jul 2008 16:21:10 -0000 1.94
+++ linux-2.6-execshield.patch 29 Jul 2008 04:16:47 -0000 1.95
@@ -596,10 +596,10 @@
index a32d28c..7634038 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
-@@ -26,6 +26,7 @@
- #include <linux/mount.h>
+@@ -27,6 +27,7 @@
#include <linux/mempolicy.h>
#include <linux/rmap.h>
+ #include <linux/mmu_notifier.h>
+#include <linux/random.h>
#include <asm/uaccess.h>
@@ -835,16 +835,16 @@
pgoff_t pgoff;
int error;
int dirty_accountable = 0;
-@@ -198,6 +202,9 @@ success:
+@@ -211,6 +211,9 @@ success:
dirty_accountable = 1;
}
+ if (oldflags & VM_EXEC)
+ arch_remove_exec_range(current->mm, old_end);
+
+ mmu_notifier_invalidate_range_start(mm, start, end);
if (is_vm_hugetlb_page(vma))
hugetlb_change_protection(vma, start, end, vma->vm_page_prot);
- else
diff --git a/mm/mremap.c b/mm/mremap.c
index 08e3c7f..101f885 100644
--- a/mm/mremap.c
linux-2.6-silence-noise.patch:
Index: linux-2.6-silence-noise.patch
===================================================================
RCS file: /cvs/pkgs/rpms/kernel/devel/linux-2.6-silence-noise.patch,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- linux-2.6-silence-noise.patch 17 Jul 2008 17:32:22 -0000 1.18
+++ linux-2.6-silence-noise.patch 29 Jul 2008 04:16:47 -0000 1.19
@@ -1,24 +1,3 @@
---- linux-2.6.19.noarch/arch/x86/pci/i386.c~ 2006-12-04 11:21:32.000000000 -0500
-+++ linux-2.6.19.noarch/arch/x86/pci/i386.c 2006-12-04 11:22:10.000000000 -0500
-@@ -112,7 +112,7 @@ static void __init pcibios_allocate_bus_
- pr = pci_find_parent_resource(dev, r);
- if (!r->start || !pr ||
- request_resource(pr, r) < 0) {
-- printk(KERN_ERR "PCI: Cannot allocate "
-+ printk(KERN_DEBUG "PCI: Cannot allocate "
- "resource region %d "
- "of bridge %s\n",
- idx, pci_name(dev));
-@@ -155,7 +155,7 @@ static void __init pcibios_allocate_reso
- r->start, r->end, r->flags, disabled, pass);
- pr = pci_find_parent_resource(dev, r);
- if (!pr || request_resource(pr, r) < 0) {
-- printk(KERN_ERR "PCI: Cannot allocate "
-+ printk(KERN_DEBUG "PCI: Cannot allocate "
- "resource region %d "
- "of device %s\n",
- idx, pci_name(dev));
-
--- linux-2.6.26.noarch/drivers/base/power/main.c~ 2008-07-17 13:12:20.000000000 -0400
+++ linux-2.6.26.noarch/drivers/base/power/main.c 2008-07-17 13:12:44.000000000 -0400
@@ -71,9 +71,6 @@ int device_pm_add(struct device *dev)
linux-2.6-x86-tracehook.patch:
Index: linux-2.6-x86-tracehook.patch
===================================================================
RCS file: /cvs/pkgs/rpms/kernel/devel/linux-2.6-x86-tracehook.patch,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- linux-2.6-x86-tracehook.patch 27 Jul 2008 23:43:11 -0000 1.4
+++ linux-2.6-x86-tracehook.patch 29 Jul 2008 04:16:47 -0000 1.5
@@ -16,9 +16,9 @@
select HAVE_KVM if ((X86_32 && !X86_VOYAGER && !X86_VISWS && !X86_NUMAQ) || X86_64)
select HAVE_ARCH_KGDB if !X86_VOYAGER
+ select HAVE_ARCH_TRACEHOOK
+ select HAVE_GENERIC_DMA_COHERENT if X86_32
select HAVE_EFFICIENT_UNALIGNED_ACCESS
- config ARCH_DEFCONFIG
diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptrace.c
index e37dccc..19a7d2c 100644
--- a/arch/x86/kernel/ptrace.c
Index: sources
===================================================================
RCS file: /cvs/pkgs/rpms/kernel/devel/sources,v
retrieving revision 1.844
retrieving revision 1.845
diff -u -r1.844 -r1.845
--- sources 28 Jul 2008 20:12:06 -0000 1.844
+++ sources 29 Jul 2008 04:16:47 -0000 1.845
@@ -1,2 +1 @@
5169d01c405bc3f866c59338e217968c linux-2.6.26.tar.bz2
-27cf87f5d26fa352d295bad728a175bb patch-2.6.26-git18.bz2
Index: upstream
===================================================================
RCS file: /cvs/pkgs/rpms/kernel/devel/upstream,v
retrieving revision 1.761
retrieving revision 1.762
diff -u -r1.761 -r1.762
--- upstream 28 Jul 2008 20:12:06 -0000 1.761
+++ upstream 29 Jul 2008 04:16:47 -0000 1.762
@@ -1,2 +1,2 @@
linux-2.6.26.tar.bz2
-patch-2.6.26-git18.bz2
+patch-2.6.27-rc1.bz2
--- patch-2.6.26-git18.bz2.sign DELETED ---
More information about the fedora-extras-commits
mailing list