So we're moving to 2.6.32 across F-11 F-12, as such
I've tagged the old kernels on those branches.
F-11 2.6.30 is on branch private-fedora-11-2_6_30
F-12 2.6.31 is on branch private-fedora-12-2_6_31
The devel/ sources from 2.6.32 are on
private-rawhide-2_6_32.
Kyle.
On Thu, Sep 17, 2009 at 09:31:52PM +0200, Jakub Jelinek wrote:
I've noticed the dot in front of the symbol, is kernel using still the for
years deprecated oldish ppc64 ABI instead of the new one (i.e. uses
-mcall-aixdesc instead of not using this option at all)? Maybe it is broken
only in
On Sat, Aug 15, 2009 at 03:32:43PM -0700, Markus Kesaromous wrote:
Date: Sat, 15 Aug 2009 15:23:46 -0600
From: zait...@redhat.com
To: remotes...@live.com
CC: fedora-kernel-list@redhat.com
Subject: Re: Radeon driver broken in
On Wed, Jul 29, 2009 at 11:33:08AM -0400, Adam Jackson wrote:
On Wed, 2009-07-29 at 10:53 -0400, Bill Nottingham wrote:
Because ... why would you want to use this? Ever?
@mezcalero people who enable that module in the kernel deserve to
suffer
Kill it kill it kill it.
Just for that
On Thu, Jul 23, 2009 at 01:31:47PM -0400, John W. Linville wrote:
On Thu, Jul 23, 2009 at 04:35:39PM +0200, Stanislaw Gruszka wrote:
Due to backport of patch
linux-2.6-iwl3945-report-killswitch-changes-even-if-the-interface-is-down.patch
we have bunch of iwl3945 bugs (race conditions)
On Tue, Jul 07, 2009 at 01:41:11PM -0400, Steve Dickson wrote:
I would like to apply the following patch to the rawhide
kernel that will make exports for NFS v4 mount work just
list exports for v3 and v2 mounts.
In a nutshell, for NFS v4 mounts to work like v3/2 mounts
the '/ *(ro,fsid=0)'
Last night, I committed the rebase of devel/ to 2.6.31-git, which will
likely, for a variety of reasons, not the least of which is because F-12
is a short cycle, be what F-12 eventually releases with.
The following tags now exist:
F-11, private-fedora-11-2_6_29 which contains a snapshot of the
On Sun, Jun 07, 2009 at 12:57:06PM +0100, David Woodhouse wrote:
On Sun, 7 Jun 2009, Josh Boyer wrote:
On Sun, Jun 07, 2009 at 09:28:25AM +0100, David Woodhouse wrote:
On Sat, 2009-06-06 at 16:13 +0100, David Woodhouse wrote:
I blame yaboot...
Fixed in yaboot-1.3.14-13 (thanks to benh for
On Mon, May 11, 2009 at 04:55:33PM -0400, Josef Bacik wrote:
Hello,
This patch needs to replace the current 2 btrfs patches that are being
carried for F11. All of the scary things in this patch are currently
in F11 in the form of the two patches we are already carrying, this
patch just
On Tue, Apr 28, 2009 at 10:27:38AM -0700, Roland McGrath wrote:
You should always specify an arch.
make prep uses noarch and generally works fine. You can just ignore the
strange assembler messages in the 'make configs' phase and the .config
files come out fine, in my experience.
The
On Wed, Apr 22, 2009 at 06:18:07PM -0400, Chuck Anderson wrote:
if ! egrep ^Patch[0-9]+: $patch\$ %{_specdir}/%{name}.spec ; then
if [ ${patch:0:10} != patch-2.6. ] ; then
echo ERROR: Patch $patch not listed as a source patch in specfile
exit 1
fi
fi 2/dev/null
Just a quick note, we've early branched for F-11... The 2.6.29
based tree for F-11 is located in the F-11/ subdirectory... Make sure
you cvs up the common/ dir as well.
devel/ has been updated for -git7 and will continue to move towards
2.6.30.
regards, Kyle
On Thu, Mar 12, 2009 at 04:11:37PM +0100, Oliver Falk wrote:
I didn't want to do it directly in private-fedora-9-2_6_27-branch with
my first shot. I hope that's OK with? This way it's in CVS and I can
build from it for testing. Now that I've seen it builds fine, I can go
on and approach
On Thu, Feb 19, 2009 at 09:53:57AM -0500, Bill Nottingham wrote:
The compose process (for rawhide/updates) only pulls the latest build
for each source package; ergo, this won't work as far as havong
-docs always available to install.
Well, that's broken. But honestly I suspect nobody
.
Should this go upstream as well?
Signed-off-by: Kyle McMartin k...@redhat.com
---
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index cc0adb4..9303063 100644
--- a/drivers/gpu/drm/i915/i915_dma.c
+++ b/drivers/gpu/drm/i915/i915_dma.c
@@ -1108,8 +1108,8 @@ int
On Fri, Feb 06, 2009 at 08:47:41PM +0100, Thorsten Leemhuis wrote:
Getting rid of the suffix -PAE afaics would solve exactly the problem
that now is just exposed to more people (or might make solving it a
lot easier afaics). And it would make documentation a whole lot easier,
making Fedora
On Fri, Feb 06, 2009 at 03:11:37PM -0500, Bill Nottingham wrote:
Thorsten Leemhuis (fed...@leemhuis.info) said:
I don't see how this is a problem.
Getting rid of the suffix -PAE afaics would solve exactly the problem
that now is just exposed to more people (or might make solving it a
On Sun, Feb 01, 2009 at 05:36:31AM +, Chuck Ebbert wrote:
Fold sata_sil build fix into compile-fixes.patch
Patch can be dropped, alternate fix is in -rc3-git.
regards, Kyle
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
On Wed, Jan 28, 2009 at 09:31:47AM +, Mark McLoughlin wrote:
Hey,
I enabled CONFIG_PCI_STUB (#482792), but the build failed on ppc:
drivers/gpu/drm/nouveau/nouveau_state.c: In function 'nouveau_load':
drivers/gpu/drm/nouveau/nouveau_state.c:487: error: implicit declaration of
function
On Wed, Jan 28, 2009 at 10:30:27AM -0500, John W. Linville wrote:
On Wed, Jan 28, 2009 at 10:20:03AM -0500, Bill Nottingham wrote:
Pete Zaitcev (zait...@redhat.com) said:
Intel has produced a patch, and John Linville has applied this to the
2.6.28
kernel (available from koji), but
On Wed, Jan 28, 2009 at 12:53:12PM -0500, Kyle McMartin wrote:
I started this last night, so I could submit it to stable...
Forgot to mention this here:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1089515
___
Fedora-kernel-list mailing list
On Fri, Jan 23, 2009 at 10:06:41AM +0530, Kedar Sovani wrote:
I applied it, but there wasn't enough in config-arm to make it build.
Rather than just ignore it, I filled in some of the blanks that seemed
relevant.
I have no idea what your specific machtype is, but I assumed the
versatile thingy
On Thu, Jan 22, 2009 at 10:42:02AM +0530, Kedar Sovani wrote:
Since kernels for different ARM CPUs differ wildly, and since
embedded folks tend to provide their own kernels, this patch makes
the Fedora kernel package only build kernel-headers when built for
ARM.
Signed-off-by: Lennert
On Tue, Jan 20, 2009 at 11:06:17AM +0200, Avi Kivity wrote:
Eric Paris wrote:
I've got a P3 (Coppermine) with 256M memory running F10. My significant
other took it with her to Antarctica (Well F9 has been to Antarctica but
it'll be F10 in Antarctica next month). You can only run one app at a
On Tue, Jan 20, 2009 at 07:28:10PM +0200, Avi Kivity wrote:
Users won't be running yum. They're running that applet thing.
Which just shells out to yum... ;-)
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
On Mon, Jan 19, 2009 at 11:23:26AM -0500, Bill Nottingham wrote:
Dave Jones (da...@redhat.com) said:
On Mon, Jan 19, 2009 at 03:49:20PM +0200, Avi Kivity wrote:
This probably comes up once in a while, thought I'd raise it again.
I'd like to suggest switching the default kernel to
On Mon, Jan 19, 2009 at 11:24:14AM -0700, Pete Zaitcev wrote:
BTW, does anyone know if the Geode in OLPC XO has PAE?
The PAE bit in %cr4 is listed as reserved in the geode databook
the olpc site links to, so my guess is no. :\
regards, Kyle
___
On Mon, Jan 19, 2009 at 01:36:08PM -0500, Neil Horman wrote:
Absolutely, I've got a Thinkpad T42 here that does just fine on fedora 10.
Unless of course, I try to load a PAE enabled kernel on it.
I've not looked into it at all, but this thread got me thinking, is there any
particular reason
I dislike looking at those
C=`wc -l ..`
if [ -gt ... ]
things in the spec-file...
How about something like this?
? prep2.log
Index: kernel.spec
===
RCS file: /cvs/pkgs/rpms/kernel/devel/kernel.spec,v
retrieving revision 1.1218
diff
On Tue, Jan 13, 2009 at 10:21:52PM +0100, Gerd Hoffmann wrote:
Dave Jones wrote:
On Tue, Jan 13, 2009 at 09:55:27PM +0100, Gerd Hoffmann wrote:
Bill Nottingham wrote:
Here's some proposed config changes.
Jumping on the wagon ;)
Can we enable CONFIG_DMAR please? This
On Tue, Jan 13, 2009 at 01:39:13PM -0800, Chris Wright wrote:
* Dave Jones (da...@redhat.com) wrote:
On Tue, Jan 13, 2009 at 09:55:27PM +0100, Gerd Hoffmann wrote:
Bill Nottingham wrote:
Here's some proposed config changes.
Jumping on the wagon ;)
Can we enable
On Tue, Jan 13, 2009 at 02:47:18PM -0800, Chris Wright wrote:
* Kyle McMartin (k...@infradead.org) wrote:
On Tue, Jan 13, 2009 at 01:39:13PM -0800, Chris Wright wrote:
Upstream was still broken as recently as Friday for bad BIOSes (x200s in
this case). Wonder if opt-in via cmdline would
On Wed, Jan 07, 2009 at 11:20:20PM -0700, Michal Jaegermann wrote:
I tried to install kernel-2.6.29-0.12.rc0.git7.fc11.x86_64. Its rpm
package is quite reasonable 24M in size. Only rpm started to complain
about insufficient space on /. A check with 'rpm -qip ...' revealed
that the package
On Tue, Oct 21, 2008 at 08:57:27AM -0400, Josh Boyer wrote:
While I'm certainly not advocating for building them normally,
it would be handy to actually be able to build a debug kernel
for ppc64 from time to time. I had to make the following
changes for this to work (outside of adding ppc64
On Fri, Oct 17, 2008 at 08:03:39AM -0400, Josh Boyer wrote:
On Fri, Oct 17, 2008 at 06:33:49AM -0400, Jon Masters wrote:
Hi,
Anyone planning to respin the F-9 kernel with a .27 base? Webcams! :)
I'd recommend waiting until at least the first batch of -stable patches
is released.
We're
On Fri, Oct 03, 2008 at 01:06:57PM -0400, Peter Jones wrote:
-rwxr--r-- 1 root root 25K 2008-09-23 21:38 dm-mirror.ko
-rwxr--r-- 1 root root 25K 2008-09-23 21:38 dm-snapshot.ko
-rwxr--r-- 1 root root 7.0K 2008-09-23 21:38 dm-zero.ko
57kB or so max. But at the same time, these are loaded on
On Wed, Oct 01, 2008 at 06:34:18PM -0400, Chuck Ebbert wrote:
On Tue, 30 Sep 2008 11:10:35 +0200
Thorsten Leemhuis [EMAIL PROTECTED] wrote:
The alsa-project is a good example. Say you purchase a new motherboard
and it has a brand new audio codec that is not yet supported by the
On Tue, Sep 30, 2008 at 01:34:33AM -0700, Arjan van de Ven wrote:
for certain types of choices the answer is going to be oh now you need
to compile your own kernel; there's just too many config options for
that not to be the case.
Of course for the normal, common scenarios that's not the right
On Wed, Sep 17, 2008 at 05:21:45PM +0200, Chris Lalancette wrote:
Looks fine... Appliedinated.
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
On Tue, Aug 05, 2008 at 05:48:04AM +, Dave Jones wrote:
+cp -a acpi config keys linux math-emu media mtd net pcmcia rdma rxrpc
scsi sound video drm asm-generic
$RPM_BUILD_ROOT/lib/modules/$KernelVer/build/include
+if [ -f asm ]; then
+ cp -a `readlink asm`
On Tue, Aug 05, 2008 at 11:01:17AM -0400, Jarod Wilson wrote:
On Tuesday 05 August 2008 09:24:10 Steve Dickson wrote:
Chuck Ebbert wrote:
Steve Dickson wrote:
Now that devel kernels rpms require the kernel-firmware rpm, it makes
sense to me that one should be able to build both of them
On Tue, Aug 05, 2008 at 12:37:32PM -0700, Antonio Olivares wrote:
Dear fellow testers,
New kernel oops again and no X when starting it
kernel-2.6.27-0.215.rc1.git4.fc10.i686
Here's oops
http://www.kerneloops.org/submitresult.php?number=48331
nasty... did this just start recently?
On Tue, Aug 05, 2008 at 04:16:39PM -0400, Kyle McMartin wrote:
On Tue, Aug 05, 2008 at 12:37:32PM -0700, Antonio Olivares wrote:
Dear fellow testers,
New kernel oops again and no X when starting it
kernel-2.6.27-0.215.rc1.git4.fc10.i686
Here's oops
http://www.kerneloops.org
On Tue, Aug 05, 2008 at 04:19:07PM -0400, Chuck Ebbert wrote:
That's what it does. It includes all firmware, even for drivers that don't get
built. Look in firmware/Makefile and you'll see it builds lists
named fw-shipped-y, fw-shipped-m and fw-shipped- then just merges them to
create
On Tue, Aug 05, 2008 at 05:05:33PM -0400, Chuck Ebbert wrote:
John W. Linville wrote:
I still think that for continuity's sake f8 and f9 should continue
to get wireless fixes from 2.6.27. Those should only be specific
bug fixes (although I suppose there is still time for a new driver),
so
On Thu, Jul 31, 2008 at 02:31:33PM -0400, Dave Jones wrote:
On Thu, Jul 31, 2008 at 02:26:10PM -0400, Chuck Ebbert wrote:
We could put it in fedora but it's not upstream and nobody can say when or
if
it will go in.
After the long drawn out pain that utrace has been, I'm somewhat
On Thu, Jul 24, 2008 at 02:31:04AM -0700, Roland McGrath wrote:
I added these to config-generic to keep building with -git11.
I have no idea if these are the right settings.
+# CONFIG_MFD_TC6393XB is not set
+# CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set
+CONFIG_DMADEVICES=y
On Fri, May 23, 2008 at 06:19:40PM +, Kristian H?gsberg wrote:
Log Message:
* Fri May 23 2008 Kristian Høgsberg [EMAIL PROTECTED]
- Drop linux-2.6-debug-no-quiet.patch. As discussed with Jeremy and
Dave, it's time to drop this patch. Verbose output can still be
enabled by
On Mon, Mar 24, 2008 at 03:32:37PM -0400, Dave Jones wrote:
I took a stab at bz 197065 and arrived at the patch below.
Would appreciate some eyeballs before I commit from people
familiar with the macro goo in the specfile. (Hi Roland!)
This looks sane, from my quick once over and fairly
On Mon, Mar 24, 2008 at 03:38:38PM -0400, Jeremy Katz wrote:
On Mon, 2008-03-24 at 15:32 -0400, Dave Jones wrote:
I took a stab at bz 197065 and arrived at the patch below.
Would appreciate some eyeballs before I commit from people
familiar with the macro goo in the specfile. (Hi Roland!)
On Mon, Mar 24, 2008 at 05:43:15PM -0400, Peter Jones wrote:
This mail contains a patch which merges the IMAC mode code into the efifb
driver and removes the imacfb driver entirely. There are also a couple of
minor bug fixes. Any comments before I start bothering the upstream
maintainers
On Fri, Mar 07, 2008 at 05:56:01PM +, Dave Jones wrote:
Log Message:
I think 76fc60a2e3c6aa6e98cd3a5cb81a1855c637b274 obsoletes this.
It does indeed, sorry, I meant to remove this after I saw it go in.
cheers, Kyle
___
Fedora-kernel-list
lguest uses asm-offsets to generate ... offsets, obviously, for use
in the lguest switcher code. When the hypervisor code is built as a
module though, the asm offsets it needs won't be generated since
CONFIG_LGUEST will be undefined.
Signed-off-by: Kyle McMartin [EMAIL PROTECTED]
---
diff --git
On Tue, Feb 19, 2008 at 01:41:15PM +0200, Eugene Goubine wrote:
Hello , dear list users.
From my module I am trying to register for the system suspend using the *
register_pm_notifier(nb)*
which is expanded to *blocking_notifier_chain_register(pm_chain_head, nb).*
**
I have a linker warning
On Tue, Feb 19, 2008 at 06:43:16PM +0200, Eugene Goubine wrote:
Kyle, thanks for reffering,but it seems like GPL is not the case.
I want to write a module to track netdevices present.
Sort of a protocol sitting there. It is GPL'ed, but register_pm_notifier
usage ( as you can see in sources)
On Sun, Feb 17, 2008 at 09:08:02PM -0500, Chuck Ebbert wrote:
On 02/16/2008 06:53 AM, drago01 wrote:
Hi,
I tested the kernel-2.6.24.2-3.fc8 (downloaded the x86_64 build
directly) on my laptop.
Hal detects two batteries because it looks in sysfs and in procfs for
the battery info. I
On Mon, Feb 11, 2008 at 01:50:00PM -0800, Roland McGrath wrote:
M linux-2.6-i386-vdso-install-unstripped-copies-on-disk.patch
needs a bit of inspection, looks right (and builds ok)
This one should be upstream now. If anything is still missing, I should be
able to get it in for 2.6.25.
On Mon, Feb 11, 2008 at 01:54:25PM -0500, Jarod Wilson wrote:
On Monday 11 February 2008 12:53:40 pm Kyle McMartin wrote:
git trees:
firewire - commented out, pending didn't apply
Yeah, the pending bits depend on some bits that are in linux1394-git that
haven't yet made their way
On Sun, Feb 10, 2008 at 08:43:32PM -0500, Kyle McMartin wrote:
x86-merge has kind of thrown a spanner in the execshield patchset. I've
merged it up so it looks like it works, but I'd like to get some input
from others to make sure I didn't brown-paper-bag it.
The randomization bits seem
git trees:
firewire - commented out, pending didn't apply
ext4 - commented out, seems upstream
wireless - mostly upstream, pending didn't apply
M linux-2.6-acpi-eeepc-hotkey.patch
fixed rejects
M linux-2.6-e1000-corrupt-eeprom-checksum.patch
somewhat upstream... i
x86-merge has kind of thrown a spanner in the execshield patchset. I've
merged it up so it looks like it works, but I'd like to get some input
from others to make sure I didn't brown-paper-bag it.
The randomization bits seem to have been merged upstream, but I deferred
to the execshield
On Thu, Jan 31, 2008 at 04:47:55PM -0800, Roland McGrath wrote:
Why are we building kernels with this broken compiler?
http://bugzilla.kernel.org/show_bug.cgi?id=8501
http://koji.fedoraproject.org/koji/getfile?taskID=388196name=build.log
Why are we building these broken kernels with
62 matches
Mail list logo
