On Tue, Jun 03, 2014 at 03:28:41PM -0400, Don Zickus wrote:
> On Tue, Jun 03, 2014 at 02:46:39PM -0400, Josh Boyer wrote:
> > On Tue, Jun 3, 2014 at 2:45 PM, Don Zickus wrote:
> > > On Mon, Jun 02, 2014 at 03:11:01PM -0400, Kyle McMartin wrote:
> > >> perf hardcodes
On Tue, Jun 03, 2014 at 07:54:03AM -0400, Josh Boyer wrote:
> On Mon, Jun 2, 2014 at 3:11 PM, Kyle McMartin wrote:
> > perf hardcodes $libdir to be lib for all but x86_64, so kludge around it
> > until upstream gets their act together.
>
> Nice. Thanks Kyle. I'll g
perf hardcodes $libdir to be lib for all but x86_64, so kludge around it
until upstream gets their act together.
--kyle
diff --git a/kernel.spec b/kernel.spec
index fbfa738..bee43f2 100644
--- a/kernel.spec
+++ b/kernel.spec
@@ -641,6 +641,8 @@ Patch25071: s390-appldata-add-slab.h-for-kzalloc-kfr
On Wed, May 07, 2014 at 11:51:09AM -0400, Josh Boyer wrote:
> Right. So the kmod.prov script got moved to redhat-rpm-config. I'll
> look at getting it fixed to strip off the .xz to generate the proper
> Provides as Kyle suggested in his other reply.
>
One thing I thought about earlier, was hard
On Tue, May 06, 2014 at 02:24:23PM -0400, Josh Boyer wrote:
> No armv7hl? Curious if those boards would benefit from the size savings
> as well.
>
Meh don't want to make the build even slower there...
> > +
> > +%if %{zipmodules}
> > +%global zipsed -e 's/\.ko$/\.ko.xz/'
> > %endif
> >
> >
Pretty grody, but it seems to be working... it has to happen after
module signing (obviously) and after find-debuginfo.sh runs as well, so
tacking it onto the end seems sensible, and then just fixing up the file
lists as we go. Provides a nice tidy savings to the disk footprint:
kyle@dreadnought:~
On Fri, Feb 28, 2014 at 10:13:29AM -0500, Josh Boyer wrote:
> It's been a while since I sent one of these. Mostly that's due to the
> overlap between which upstream stable version we're using in Fedora
> across the releases, and how fast those have been happening upstream.
> We're settled on 3.13.
On Wed, Feb 19, 2014 at 10:19:16PM -0700, Erinn Looney-Triggs wrote:
> On 2/19/2014 6:36 PM, Eric Sandeen wrote:
> >On 2/19/14, 6:02 PM, Erinn Looney-Triggs wrote:
> >>kernel-3.13.3-201.fc20.x86_64 seems to lead to file system failures
> >>for me. Kernels < 3.13 however do not have this issue.
> >>
On Tue, Nov 05, 2013 at 08:41:46PM -0500, Josh Boyer wrote:
> Would we consider "patch" here to just be the patch being added, or
> would it also include the changes to the kernel.spec file for the
> PatchN, ApplyPatch, %changelog additions? I was mostly thinking
> just the actual code patch,
On Tue, Nov 05, 2013 at 07:48:36PM -0500, Josh Boyer wrote:
> I like the idea of patchwork. I've used it before. Let me talk to
> the infrastructure guys to see if we can get one set up.
>
> It would still require posting patches first. Perhaps with the
> limited number of reviewers we could do
On Tue, Nov 05, 2013 at 07:20:00PM -0500, Josh Boyer wrote:
> > Fine, whatever, given this is a requirement no other package seems to
> > have, I'm disinclined to contribute further. Congrats. Also, I think
>
> That's a fair point. Would you suggest we stick with a model that
> stuff gets put in
On Tue, Nov 05, 2013 at 07:06:48PM -0500, Josh Boyer wrote:
> > So that the userland package we build there is useful?
>
> OK. Did it get tested?
>
No, it's not a code change on any supported architecture beyond ARM.
> > If you want to drop it, drop it then.
> >
> >> Also, please post for revi
On Tue, Nov 05, 2013 at 06:58:10PM -0500, Josh Boyer wrote:
> On Tue, Nov 5, 2013 at 4:50 PM, Kyle McMartin wrote:
> > commit 0a346ea31151e4f114eb0cdb3aa25a55f300bae5
> > Author: Kyle McMartin
> > Date: Tue Nov 5 16:51:00 2013 -0500
> >
> > enable crash on
On Fri, Aug 30, 2013 at 08:21:28AM -0400, Josh Boyer wrote:
> I've been working on rebasing Fedora's secure boot approach to using the
> secure_module patches Matthew Garrett posted upstream. Below are the
> changes to do this.
>
> Things to note:
>
> 1) Most people won't even notice a change as
On Fri, Aug 16, 2013 at 04:13:34PM +0100, Peter Robinson wrote:
> Merge config changes from the various arch configs into generic-config where
> there's overlapping identical configs across all architectures. If there's a
> single arch that is difference to the rest of the architectures that opti
On Mon, Jul 22, 2013 at 01:33:34PM +0200, Harald Hoyer wrote:
> On 07/22/2013 01:29 PM, Bruno Wolff III wrote:
> > On Mon, Jul 22, 2013 at 10:01:47 +0200,
> > Harald Hoyer wrote:
> >>
> >> Currently this is broken in rawhide and the kernel default entry might be
> >> the
> >> wrong one, if you
On Fri, Jul 19, 2013 at 11:01:27AM +0200, Harald Hoyer wrote:
> > kernel.spec | 74
> > ++---
> > 1 file changed, 37 insertions(+), 37 deletions(-)
>
>
> ping?
>
Since nobody else replies, I guess I'll do it.
I think this change is unne
On Fri, Jul 19, 2013 at 12:52:04AM +0200, Kay Sievers wrote:
> Here is a patch to remove initscripts and udev from the spec file.
>
I might as well clean out some of the other 2.6.0-era crap from it too.
Thanks, I'll apply this tonight when koji comes back.
--Kyle
___
On Mon, Jul 15, 2013 at 08:30:54PM +0200, Dan Horák wrote:
> - disable various drivers not relevant for s390x
> - enable kdump support
applied, thanks dan.
___
kernel mailing list
kernel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/lis
On Wed, Jul 10, 2013 at 10:17:22AM -0400, Dave Anderson wrote:
> OK, but for those of us who use it, the change that presumably causes this
> would be this part of this commit:
>
Yeah, we have duplicate declarations in crash-driver.patch... I've fixed
it now in rawhide.
> commit c5a130325f13b21
On Mon, Jul 08, 2013 at 04:20:52PM +0200, Mateusz Marzantowicz wrote:
> What is a policy of choosing EXTRAVERSION in Fedora kernels? I've found
> some short info about what is 200, 300 etc. but I'd like to understand
> precise algorithm of giving everything that's between dash and fcNN (NN
> - fedo
On Thu, Jun 27, 2013 at 08:29:11AM +0200, Harald Hoyer wrote:
> '/.*/3.10.0-0.rc6.git0.2.fc20.x86_64.smp/.*|/.*3.10.0-0.rc6.git0.2.fc20.x86_64.smp(.debug)?'
> -o debuginfosmp.list -p
> '/.*/3.10.0-0.rc6.git0.2.fc20.x86_64.%{pae}/.*|/.*3.10.0-0.rc6.git0.2.fc20.x86_64.%{pae}(.debug)?'
> -o 'debuginfo
On Thu, Jul 19, 2012 at 03:21:07PM -0500, Justin M. Forbes wrote:
> > --- a/config-generic
> > +++ b/config-generic
> > @@ -248,7 +248,7 @@ CONFIG_BLK_DEV_LOOP=y
> > CONFIG_BLK_DEV_LOOP_MIN_COUNT=8
> > CONFIG_BLK_DEV_CRYPTOLOOP=m
> > CONFIG_BLK_DEV_NBD=m
> > -# CONFIG_BLK_DEV_NVME is not set
> >
Seems to build on i386 now, so it should probably be built as
a module.
--- a/config-generic
+++ b/config-generic
@@ -248,7 +248,7 @@ CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_LOOP_MIN_COUNT=8
CONFIG_BLK_DEV_CRYPTOLOOP=m
CONFIG_BLK_DEV_NBD=m
-# CONFIG_BLK_DEV_NVME is not set
+CONFIG_BLK_DEV_NVME=m
Never noticed these had made it out of the staging doghouse in 3.2...
should we enable them like the other v12n stuff?
(Not on the list for some reason, I should probably fix that.)
--Kyle
--- a/config-x86-generic
+++ b/config-x86-generic
@@ -394,7 +394,11 @@ CONFIG_SCHED_SMT=y
CONFIG_CC_STACKPR
On Mon, Dec 19, 2011 at 05:25:31PM -0500, Dave Jones wrote:
> Turns out we were getting lucky anyway, as it depended on CONFIG_ATALK, which
> was modular.
>
Ah, that's a relief. I have an idea for how we can monitor this sort of
thing and try to prevent it from occuring in the future... I'll see
On Mon, Dec 19, 2011 at 09:48:06PM +, Dave Jones wrote:
> commit f76e0239ae4715d34b39397046b51825fb3fa47c
> Author: Dave Jones
> Date: Mon Dec 19 16:47:56 2011 -0500
>
> This should never be =y
>
Looks like nobody noticed when it changed from a bool to a tristate in
2006...
^1da177e
On Wed, Dec 14, 2011 at 03:23:00PM -0500, Dave Jones wrote:
> On Wed, Dec 14, 2011 at 02:12:15PM -0500, Kyle McMartin wrote:
> > On Wed, Dec 14, 2011 at 02:10:04PM -0500, Steve Dickson wrote:
> > > +Patch1101: linux-3.1-keys-remove-specal-keyring.patch
> > >
>
On Wed, Dec 14, 2011 at 02:10:04PM -0500, Steve Dickson wrote:
> +Patch1101: linux-3.1-keys-remove-specal-keyring.patch
>
Probably should add a Conflicts for nfs-utils < 1.2.5-7.fc17 so that
it's impossible to update and break NFS4...
--Kyle
___
kerne
This can probably be better but...
---
kernel.spec | 112 +-
1 files changed, 56 insertions(+), 56 deletions(-)
diff --git a/kernel.spec b/kernel.spec
index ff5734e..1e38fbe 100644
--- a/kernel.spec
+++ b/kernel.spec
@@ -1,6 +1,3 @@
-# We h
On Tue, Jul 26, 2011 at 02:21:52PM -0400, Dave Jones wrote:
> 3.x needs a bunch of userspace updated, which could explain things like the
> raid
> failure you're seeing. That's why we're doing a 2.6.40 for updates.
> It's 3.0 in all but name.
>
Very little should be broken by the x.y.z/3.0.0, mo
On Mon, Jul 04, 2011 at 12:14:55PM -0400, Genes MailLists wrote:
> W: Possible missing firmware "nouveau/fuc41ad" for kernel module
> "nouveau.ko"
http://nouveau.freedesktop.org/wiki/NVC0_Firmware
and related information.
___
kernel mailing list
kernel@
On Tue, Jun 21, 2011 at 05:25:19PM +0200, Oleg Nesterov wrote:
> I understand. Once again, it was supposed to be a temporary solution
> until fedora switches to 3.1. And the reverted code does not make the
> real difference so far, the user-visible changes are minor.
>
Yeah, I understand, it just
On Mon, Jun 20, 2011 at 06:52:34PM +0100, Matthew Garrett wrote:
> We only deviate from the upstream kernel to fix bugs, backport features
> or add code that has a clear path to upstream. We do not deviate from
> the upstream kernel to revert a bunch of upstream fixes in order to add
> a feature
On Mon, Jun 20, 2011 at 04:15:11PM +0200, Stanislaw Gruszka wrote:
> These patches fix fedora common bug 648732 on F-14. Patches were already
> posted to stable, bud did not get applied.
>
Thanks again, Stanislaw -- I've applied them, and kicked off a build:
http://koji.fedoraproject.org/koji/bui
On Mon, Jun 20, 2011 at 04:11:21PM +0200, Stanislaw Gruszka wrote:
> This patch is missed fix for fedora common bug 648732 on F-15.
> Other patches needed to address the bug are already in 2.6.38.
> This patch was posted to stable, bud did not get applied on
> 2.6.38 (it's in 2.6.39.2+)
>
Thanks,
On Mon, Jun 20, 2011 at 06:07:44PM +0200, Oleg Nesterov wrote:
> Temporary revert the following patches to keep utrace/utrace-ptrace working:
>
>
>
> This obviously reverts some user-visible fixes, but the fixed problems
> are very old and minor, they were never reported. In the long term we
> n
On Fri, Jun 03, 2011 at 09:47:02AM +0200, Joshua C. wrote:
> Can someone please apply this patch
> http://www.kernel.org/pub/linux/kernel/people/mickflemm/01-fast-chan-switch-modparm
> to the f15 kernel? It fixes an introduced regression with the 2.6.38
> kernel https://bugzilla.kernel.org/show_bug
On Wed, Jun 08, 2011 at 03:09:55PM -0400, Jon Masters wrote:
> > We can probably cram the fake kernel crud in there for you, but I
> > definitely don't want it in the main kernel spec. I also don't really
> > know why you don't just build your sub-arch kernels as packages in your
> > secondary buil
On Wed, Jun 08, 2011 at 02:15:15PM -0400, Jarod Wilson wrote:
> Do not want. This is just as easily accomplished by a separate spec that
> doesn't clutter up the official kernel spec even further than it already is.
>
+1.
Frankly, I've been tired enough having to maintain config files for
ia64,
On Fri, May 13, 2011 at 01:25:38PM -0400, Kyle McMartin wrote:
> On Fri, May 13, 2011 at 01:23:22PM -0400, Steve Dickson wrote:
> > Does anybody have a clue as to what is happening
> >
>
> That's pretty weird, any chance they could try one of the Fedora 15 beta
>
On Fri, May 13, 2011 at 01:23:22PM -0400, Steve Dickson wrote:
> Does anybody have a clue as to what is happening
>
That's pretty weird, any chance they could try one of the Fedora 15 beta
images? The 2.6.35.y kernels in F-14 are pretty crufty. :/
--Kyle
_
On Thu, Apr 07, 2011 at 11:59:41AM +, Hans de Goede wrote:
> commit 042ba03b683a8705f44d86b5283cb84de54d4970
> Author: Hans de Goede
> Date: Thu Apr 7 14:01:43 2011 +0200
>
> Add a no lvds quirk for the Asus EB1007 to the i915 drm driver,
> this fixes gnome-shell not working on it
>
On Wed, Mar 23, 2011 at 09:43:32PM +0100, Ruben Kerkhof wrote:
> >> want to test: http://koji.fedoraproject.org/koji/taskinfo?taskID=2936814
> >> and make sure I didn't screw up the backport?
> >
> > Sure, once I've figured out how to get it installed since I'm running
> > the same version :)
>
>
On Mon, Mar 21, 2011 at 07:08:44PM +0100, Ruben Kerkhof wrote:
> I just hit the following on a vm running 2.6.34.8-68.fc13.x86_64 after
> doing a lot of network traffic:
>
want to test: http://koji.fedoraproject.org/koji/taskinfo?taskID=2936814
and make sure I didn't screw up the backport?
--Kyl
On Fri, Mar 11, 2011 at 01:45:49PM +0100, Paul Bolle wrote:
> Otherwise kernel-vanilla-headers will not provide kernel-headers, which
> breaks some dependencies.
>
You probably shouldn't (ever) install a different kernel-headers. Maybe
I should just disable building it when building -vanilla flav
On Wed, Mar 09, 2011 at 08:29:35AM -0500, Don Zickus wrote:
> On Tue, Mar 08, 2011 at 06:26:13PM -0500, M Whitehead wrote:
> > Don,
> > I'm trying compile a F14 2.3.37-2 kernel with some support for old
> > hardware. I'm trying to re-enable CONFIG_ISA and a few old ethernet
> > cards such as CONF
On Thu, Feb 24, 2011 at 09:53:19PM +0100, Paul Bolle wrote:
> > YMMV, No warranty, guarantee void in Tennessee, etc. Don't complain to
> > us about bugs.
>
> You do realize we were talking about Fedora Rawhide, don't you?
>
Rawhide is about the only thing I care about bugs /on/. ;-)
--Kyle
On Wed, Feb 23, 2011 at 10:46:02AM +0100, Paul Bolle wrote:
> Is it possible to track the (released) kernel rpms for Rawhide through
> kernel.git (git://pkgs.fedoraproject.org/kernel.git ) and build the
> (released) kernel rpms locally?
>
https://fedoraproject.org/wiki/Building_a_non-debugging_k
On Tue, Feb 22, 2011 at 11:57:07PM +0800, 老杨 wrote:
> I feel sad for that. My question is suggested to post here from centos
> list because there has no such lists relevant to kernel.
> For this problem,is there other reasons besides version?
>
If CentOS cannot provide you the support you need, m
On Tue, Feb 22, 2011 at 11:10:49PM +0800, YANG wrote:
> My code fragment is below:
>
> "nl_sk = netlink_kernel_create(16, 0, nl_data_ready, THIS_MODULE);"
>
> It can be "make" and "insmod" correctly. But error mesage is printed
> into log. It indicates the netlink_kernel_create() returns NULL.
>
On Tue, Feb 08, 2011 at 01:20:02PM +, Paoloni, Gabriele wrote:
> In the Fedora13 Kernel Source there is an issue with the Intel AGP driver
> that does not allow the X server to start on some Sandybrige platform. The
> issue has been solved in the Vanilla 2.6.35 according to the commits inline
On Thu, Feb 03, 2011 at 09:31:40PM -0500, Josh Boyer wrote:
> You should only see this if you are running on a machine that has an
> OpenFirmware style device tree and CONFIG_OF and
> CONFIG_PROC_DEVICETREE are set. Given the other patches in your set,
> I don't think you are running on a PowerPC
On Thu, Feb 03, 2011 at 01:58:51PM +0100, Stanislaw Gruszka wrote:
> From: Nick Kossifidis
>
> Fast channel change fixes:
>
> a) Always set OFDM timings
> b) Don't re-activate PHY
> c) Enable only NF calibration, not AGC
>
> Resolves:
> https://bugzilla.redhat.com/show_bug.c
On Mon, Jan 31, 2011 at 10:41:36AM +0100, Michal Schmidt wrote:
> The autodetection of IRQ on standard serial ports perhaps made sense on
> old hardware, but not anymore. These days we know the IRQ from PnP info
> or simply assume the standard IRQ setting (IRQ4 for 0x3F8, IRQ3 for
> 0x2F8).
>
Sou
On Mon, Jan 24, 2011 at 09:37:50PM +, Matthew Garrett wrote:
> It's effectively superceded in terms of implementation by the implicit
> notify support, so I'll verify that that works as expected and do any
> fixups.
>
Awesome, thanks much.
--Kyle
___
Am I just being an idiot? It looks to me like this patch was bugged? (I
only noticed because the acpi_power_get_inferred_state prototype was changed
to return the state in a pointer.)
We've been using it in pci_bind.c like this,
acpi_power_transition(device, acpi_power_get_inferred_state(
Hi Matthew,
This patch needs rebasing by you for 2.6.38, since it appears to have
been fairly heavily broken by the addition of implicit notify support
between .37 and .38-rc1, and by the rebase of ACPICA.
I took a quick look at its upstream-edness, and it would be good if you
could poke that too
On Mon, Jan 10, 2011 at 11:39:11AM -0500, Don Zickus wrote:
> Dropping the patch is appropriate. x86 stopped using the old nmi watchdog
> awhile ago, and Fedora seemed to have been using the new nmi_watchdog, so
> the patch does nothing now.
>
Fair enough. :)
--Kyle
arch/x86/kernel/apic/nmi.c has been removed upstream, so I'm wondering
how to merge this patch...
The most appropriate place to change the sample period appears to be
kernel/watchdog.c::get_sample_period and making the '5' configurable,
but obviously that isn't quite the same as what the original
On Thu, Dec 09, 2010 at 06:52:40PM +, Kyle McMartin wrote:
> commit eae11717a184705aad08a3783cba964bfa3a06dd
> Merge: 72b3729 cbb0019
> Author: Kyle McMartin
> Date: Thu Dec 9 13:52:05 2010 -0500
>
> Merge branch 'kernel-git'
>
Sorry for the commit
On Fri, Dec 03, 2010 at 02:49:48PM -0800, John Poelstra wrote:
> > Any other dates the kernel team would like added to the schedule? If I
> > don't hear anything by this Friday I will assume we've captured what you
> > want.
> >
>
> See the kernel tasks added to the development schedule and let m
On Mon, Nov 29, 2010 at 02:03:02PM +0100, Michał Piotrowski wrote:
> >> Ok, I still got it on 2.6.36-5.fc15.x86_64. I checked logs and with
> >> 2.6.36-5 this bugs shows up spontaneously. Logs attached.
> > Try this one?
> > http://kyle.fedorapeople.org/kernel/2.6.37-0.rc3.git3.2/x86_64/
>
> So fa
On Tue, Nov 23, 2010 at 02:30:47PM +0100, Micha? Piotrowski wrote:
> Ok, I still got it on 2.6.36-5.fc15.x86_64. I checked logs and with
> 2.6.36-5 this bugs shows up spontaneously. Logs attached.
>
Try this one?
http://kyle.fedorapeople.org/kernel/2.6.37-0.rc3.git3.2/x86_64/
___
On Thu, Nov 25, 2010 at 04:41:35AM +0100, Micha? Piotrowski wrote:
> So, whats with Xen support?
> http://lists.fedoraproject.org/pipermail/virt/2010-November/002324.html
>
Personally, I don't care.
> If all the required things will be merged into 2.6.38 it's still too
> late, because of
> "Tue
On Wed, Nov 24, 2010 at 03:32:38PM -0800, John Poelstra wrote:
> I would like to help with this. To do so I need to know which tasks and
> milestones to include in the schedule. Here is the current development
> schedule for Fedora 15:
>
Sure, right now, we'd target 2.6.38 for F-15, which shou
On Tue, Nov 23, 2010 at 01:39:33PM +0100, Micha? Piotrowski wrote:
> > That's pretty messed up... Michal Jaegermann just reported he's still
> > seeing it with 2.6.36.1 in
> > https://bugzilla.redhat.com/show_bug.cgi?id=630464...
>
> It seems to me that this kernel doesn't fix this bug. Bill and I
On Mon, Nov 22, 2010 at 05:34:51PM -0500, Bill Nottingham wrote:
> Kyle McMartin (k...@mcmartin.ca) said:
> > On Thu, Oct 21, 2010 at 08:38:10PM +0200, Micha? Piotrowski wrote:
> > > [ 16.410415] [ cut here ]
> > > [ 16.410427] WARNING: at
On Sat, Nov 20, 2010 at 11:03:42PM -0800, Kees Cook wrote:
> This nx-emu commit:
> http://git.kernel.org/?p=linux/kernel/git/frob/linux-2.6-roland.git;a=commitdiff;h=b86f45c02494d4cba26caf132e8a178854e812fd
> was intended to replace "exec_shield" with "!disable_nx", but in
> x86_report_nx() it was
On Thu, Oct 21, 2010 at 08:38:10PM +0200, Micha? Piotrowski wrote:
> [ 16.410415] [ cut here ]
> [ 16.410427] WARNING: at drivers/char/tty_io.c:1325 tty_open+0x29c/0x49b()
So, I stopped seeing this on rawhide with my 2.6.37-rc2 kernels. Could
you try http://koji.fedorap
On Fri, Nov 19, 2010 at 12:06:44PM -0500, Aristeu Rozanski wrote:
> Currently it's not possible to install multiple debuginfo packages in
> the same system. See:
> https://bugzilla.redhat.com/show_bug.cgi?id=435941
> (unfortunately only available for RH engineers)
> This patch fixes the
On Wed, Nov 10, 2010 at 11:39:46AM +0100, Gerd Hoffmann wrote:
> Could being in linux-next convince you too?
>
It depends really, I don't want to suck back giant patches just to add
features that will be added in the next release anyway.
The problem with linux-next is it hasn't met the Linus mer
On Wed, Nov 10, 2010 at 02:23:59AM +0100, Micha? Piotrowski wrote:
> I've got two fairly new machines - one Atom 330 and one laptop with
> T5270. Both CPU's doesn't have VMX support.
>
> Is in this case Xen not the only reasonable solution in terms of speed?
>
I suppose that's true.
On Wed, Nov 10, 2010 at 12:12:15AM +, M A Young wrote:
> However for xen dom0 support to be a Fedora 15 feature we would really
> need to have the appropriate drivers in the kernel when Fedora 15 ships,
> so my main question is how likely is it that backported xen drivers would
> be accepted
On Fri, Oct 22, 2010 at 12:57:49PM +0530, Amit Shah wrote:
> Hello,
>
> While trying out 2.6.35.6-46.fc14.x86_64 on an F13 userspace, suspend
> fails on an X200 laptop:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=644842
>
> Bryan O'Sullivan on the bug reports kernel-2.6.35.4-28.fc14.x86_64
>
On Thu, Oct 21, 2010 at 09:21:40PM +0200, Micha? Piotrowski wrote:
> No, I did not seen this bug before.
>
Ok, cool. Thanks! I'll look into it.
> It's not nasty - it's repeatable on my system :)
>
> (and I bet that on the others too, after systemd upgrade - systemd 11
> somehow triggers this bu
On Thu, Oct 21, 2010 at 08:38:10PM +0200, Micha? Piotrowski wrote:
> I hit this bug after upgrade from testing systemd repo
>
> [ 15.630389] WARNING: at drivers/char/tty_io.c:1325 tty_open+0x29c/0x49b()
> [ 15.630393] Hardware name: HP 550
> [ 15.630396] Modules linked in: snd_hda_codec_anal
Due to xHCI usb3.0 not supporting suspend/resume, and thus, actively
preventing laptops from suspending, we disabled support for xHCI by
default in the Fedora 14 release kernel. Of course, it would be ideal to
backport the suspend/resume support for xhci_hcd from linux-next, and so
I've done that.
On Mon, Oct 18, 2010 at 12:48:54PM -0400, Eric Paris wrote:
>
A Red Hatter pointed out that ima_enabled needs to be exported for
modular users of IMA (like NFS...) and also Eric's points lead me to
think maybe just rolling them into the hooks might be a better solution
in the interim for Fedora 14
On Mon, Oct 18, 2010 at 12:48:54PM -0400, Eric Paris wrote:
> I'll can address this on the fedora list, but I think this is the wrong
> approach. IMA is supposed to be of negligible impact when not 'enabled'
> and I believe the right solution is to fix places where that isn't true.
> At the moment
lized test will cover the call into IMA. But better
safe than sorry or something and there's a bunch of other cases where
-ENOMEM will leak back up from failing kmem_cache_alloc, iirc.
regards, Kyle
---
From: Kyle McMartin
Date: Mon, 18 Oct 2010 02:08:35 -0400
Subject: [PATCH] ima: allow
On Sat, Oct 16, 2010 at 08:49:45PM -0400, Christoph Hellwig wrote:
> On Sat, Oct 16, 2010 at 02:10:29PM -0700, H. Peter Anvin wrote:
> > I'm confused ... what makes you think we are? This might have been an
> > unintentional misconfiguration...
>
> I didn't mean to imply you enabled it intention
On Fri, Oct 15, 2010 at 04:16:35PM +0200, Ryad Ben-El-Kezadri wrote:
> I will have to compile applications in userland that needs the new headers.
> Can I safely remove the old headers?
>
Unless you need something from the new ones, you should probably keep
the /old/ headers instead, since those
On Wed, Oct 13, 2010 at 12:37:42PM +1100, Rodd Clarkson wrote:
> Kyle,
>
> Sorry to email you off list, but I've noticed a number of other small issues
> with this kernel that I'm not sure are worth reporting on as it's an f15
> kernel and I'm using f14.
>
It's ok, though I'd prefer you just use
On Tue, Oct 12, 2010 at 04:56:01PM -0400, John W. Linville wrote:
> I would prefer not to 'jump the gun', for the reasons Matthew stated.
>
> That said, I would strongly encourage you (i.e. jcm) and anyone else
> to continue contributing to brcm80211 in order to help it transition
> to drivers/net
On Tue, Oct 12, 2010 at 01:09:18PM +0200, Micha? Piotrowski wrote:
> It might be a patch added by one of Fedora kernel developers. CC'ing
> fedora-kernel
>
Honestly, there's nothing particularly relevant in F-14's kernel. Can
you please try:
http://kyle.fedorapeople.org/kernel/2.6.36-0.36.rc7.git
On Sun, Sep 26, 2010 at 04:04:43PM +0200, Micha? Piotrowski wrote:
> Hi Jan,
>
> I think that this problem is caused by
> bdi-fix-warnings-in-__mark_inode_dirty-for-dev-zero-and-friends.patch
>
Fwiw, this just got dropped from stable.
--Kyle
___
kerne
On Thu, Sep 23, 2010 at 01:06:25PM +0200, Micha? Piotrowski wrote:
> RSP: 0018:88000d909d90 EFLAGS: 00010202
> RAX: 0001075550e9 RBX: 6b6b6b6b6b6b6b6b RCX:
Oh, poop, this is a use-after-free somewhere, and cfq is likely not the
culprit...
_
On Fri, Sep 24, 2010 at 09:03:00AM -0400, Kyle McMartin wrote:
> On Fri, Sep 24, 2010 at 02:50:35PM +0200, Micha? Piotrowski wrote:
> > > I looked at that on Monday, but haven't found it yet.
> >
> > So it is a known problem. Good to know.
> >
>
> Aside
On Fri, Sep 24, 2010 at 02:50:35PM +0200, Micha? Piotrowski wrote:
> > I looked at that on Monday, but haven't found it yet.
>
> So it is a known problem. Good to know.
>
Aside from you reporting it, no, I haven't seen anything aside from some
mails from Alexey in 2008.
--Kyle
_
On Fri, Sep 24, 2010 at 08:58:59AM +0200, Micha? Piotrowski wrote:
> 2010/9/23 Chris Wright :
> > * Roland McGrath (rol...@redhat.com) wrote:
> >> That is fixed upstream in commit f362b73244fb16ea4ae127ced1467dd8adaa7733.
> >> If that's not already queued for 2.6.35-stable, then it probably should
On Thu, Sep 23, 2010 at 11:24:54PM -0400, Dave Jones wrote:
> I dunno. at this point, I'm torn over whether to keep pushing in this
> direction.
> The spec is already getting ugly with all those damn %defines.
>
If everyone is going to end up running -nodebug, and we're going to keep
asking them
On Tue, Aug 10, 2010 at 09:23:29PM -0400, Jarod Wilson wrote:
> On Tue, Aug 10, 2010 at 9:16 PM, JD wrote:
> > During build of this kernel, I got the following compilation error:
> > I needed to add another kernel feature (added full preemption)
> > CONFIG_PREEMPT=y
> > so
This isn't a bug.
On Thu, Aug 05, 2010 at 05:59:52PM +0100, M A Young wrote:
> Are there any policies I should follow? I asked this on the devel list and
> Roland McGrath suggested naming convention of
> user//whatever-you-want for rawhide forks and fN/user/... for
> release branch forks.
>
> If I follow this pa
On Thu, Jul 29, 2010 at 01:48:49AM -0700, Roland McGrath wrote:
> The "master" branch (aka devel aka rawhide) is just all messed up.
> The kernel.spec is the right one, but nearly all the other files
> are the entirely wrong ones, as if it got everything else from
> another branch (including adding
On Wed, Jul 07, 2010 at 05:15:10PM -0700, Roland McGrath wrote:
> This might mean some kind of pain for wrong-dominant multilib distros,
> but those people can pummel us later. Or maybe ppc32-built perf can
> talk to a ppc64 kernel OK, hell if I know.
>
It certainly should be able to. I've been
On Tue, Jun 22, 2010 at 04:05:05PM -0500, Bruno Wolff III wrote:
> On Tue, Jun 22, 2010 at 16:35:56 -0400,
> Kyle McMartin wrote:
> >
> > Your best bet is to find some way of attracting airlied's attention, but
> > he seems to be busy with other things these days.
On Tue, Jun 22, 2010 at 03:27:47PM -0500, Bruno Wolff III wrote:
> On Tue, Jun 22, 2010 at 16:10:22 -0400,
> Kyle McMartin wrote:
> >
> > There are still some bugs in DRM on 2.6.35-rc3, which have been
> > backported to 2.6.34. (In particular, the 'flickering'
Hi folks,
As you may have noticed, I committed and pushed out builds for
2.6.35-rc3 to devel/ today overtop of 2.6.34, which is still on track
for F-13.
There are still some bugs in DRM on 2.6.35-rc3, which have been
backported to 2.6.34. (In particular, the 'flickering' bug where kslowd
takes a
From: Kyle McMartin
Allows us to narrow down power management related issues.
Signed-off-by: Kyle McMartin
---
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 5f96fe8..5b23cb9 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon
1 - 100 of 148 matches
Mail list logo