Are you guys thinking of enabling MGLRU soon?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-con
On Wed, Jan 18, 2023 at 12:04:41 -0600,
Justin Forbes wrote:
So, what does the community think? Should we continue as is, or should
we move to a more typical model where both debug and non-debug kernels
are build with every build?
It would be slightly more convenient for me to have daily nod
I'm not too great at figuring how you tell which is which from the build
process, but there was a comment in a kernel build today that suggests
that things have changed so that now rawhide kernels are nodebug by default.
Is that correct?
___
kernel ma
On x86_64 when I try to build kernels, make modules is failing because the
.o files are not being recognized as object files and the linker trys to
read them as linker commands, which breaks the build.
When I test the file command on one of these, the detected type is 'data'.
On i686 the .o fil
Kernels after 3.13-rc7 are not booting on an F20 i686 machine with an NV28 with
a traceback in the nouveau code. I am wondering if there is some nouveau
related change that would make this expected or if I should file a bug on this?
___
kernel mailing
On Wed, Jan 15, 2014 at 08:56:01 -0500,
Josh Boyer wrote:
No, that's baffling. I build kernels all day long on x86_64 F20 just fine.
You might try building in a mock chroot if you aren't already. Beyond
that, you could look at the compiler flags being passed but I'm not
sure that's going t
On Wed, Jan 15, 2014 at 09:24:16 -0500,
Josh Boyer wrote:
On Wed, Jan 15, 2014 at 9:14 AM, Bruno Wolff III wrote:
Kernels after 3.13-rc7 are not booting on an F20 i686 machine with an NV28
with a traceback in the nouveau code. I am wondering if there is some
nouveau related change that
On Wed, Jan 15, 2014 at 10:39:50 -0500,
Josh Boyer wrote:
known NULL ptr dereference on older cards that should be fixed with:
commit fdd239ac99a0cc298b382c5ab5e7bcd09e8933d7
Author: Ben Skeggs
Date: Tue Jan 14 14:56:22 2014 +1000
drm/nouveau: fix null ptr dereferences on some boards
On Wed, Jan 15, 2014 at 16:36:51 -0500,
David Airlie wrote:
I think its just upstream broken, fixes sent upstream yesterday should fix it.
Yep, things are working again with 3.13.0-0.rc8.git2.1.fc21.i686+PAE.
___
kernel mailing list
kernel@lists.
kernel-PAE-modules-extra used to provide kernel-modules-extra. This allowed
packages that needed either to just require kernel-modules-extra. I see
that both provide installonlypkg(kernel-module). Should packages that
need either require that instead?
This affects at least the following packag
On Mon, Jan 27, 2014 at 10:21:53 -0500,
Josh Boyer wrote:
http://bugzilla.redhat.com/1025513
I plan on playing with it today. Need to switch it on in kernel.spec.
Thanks. When I see it show up, I'll test having joystick-support require
the specific drivers it needs.
On Mon, Jan 20, 2014 at 09:16:29 -0500,
Josh Boyer wrote:
The provides were switched to be flavor specific because people doing
composes from KS files were getting kernel-debug-modules-extra brought
in instead of kernel-modules-extra. This was causing issues when trying
to include gfs2-utils
On Wed, Jan 15, 2014 at 07:44:42 -0600,
Bruno Wolff III wrote:
On x86_64 when I try to build kernels, make modules is failing
because the .o files are not being recognized as object files and the
linker trys to read them as linker commands, which breaks the build.
When I test the file
The nodebug repo has repo data but no kernel rpms. Maybe something went
wrong with the last build?
___
kernel mailing list
kernel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kernel
On Wed, Mar 05, 2014 at 10:08:04 -0500,
Josh Boyer wrote:
So you agree multi-tiered subpackages is a bad idea, but then you
propose a netfilter specific subpackage? ... Probably not. They'll
likely just be in kernel-core.
Couldn't the planned module provides allow something like this to w
On Fri, Mar 14, 2014 at 16:42:11 +0900,
"Sandro \"red\" Mathys" wrote:
Okay, I poked around in the yum source, yum docs and kernel packages a
bit. So yum (and some testing confirms, dnf too) does not check the
package names but the provides (obviously, thinking about it). The
actual magic bei
The current no-debug repo has src rpms and repodata, but no regular rpms.
(The src rpm is kernel-3.14.0-0.rc7.git0.1.fc21.src.rpm .)
___
kernel mailing list
kernel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kernel
On Mon, Mar 17, 2014 at 16:11:36 -0500,
"Justin M. Forbes" wrote:
On Mon, 2014-03-17 at 15:44 -0500, Bruno Wolff III wrote:
The current no-debug repo has src rpms and repodata, but no regular rpms.
(The src rpm is kernel-3.14.0-0.rc7.git0.1.fc21.src.rpm .)
Should be fixed now, s
On Fri, Mar 21, 2014 at 10:54:48 -0400,
Josh Boyer wrote:
Thanks, and as mentioned above, please don't hesitate to ask questions.
Is providing provides for drivers going to be up soon after the splitting
out drivers project is done?
___
kernel m
The last nodebug kernel was a copy of rc2.git0. Since then, git1, git2 and
git3 kernels have been built for rawhide, but not for the nodebug repo.
___
kernel mailing list
kernel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/k
On Fri, Apr 25, 2014 at 15:12:00 -0500,
"Justin M. Forbes" wrote:
Sorry, it has been a busy week, I started several of the builds and
never pushed them. 3.15.0-0.rc2.git3.2 was built yesterday and is
pushing now.
Thanks!
I'll be able to get it on my work desktop before I go home.
_
On Thu, May 01, 2014 at 11:18:25 +0200,
Reindl Harald wrote:
has anybody else faced complete freezes of a machine
due raid-check? today the same as last thursday while
the freeze seems not to happen by the raid-check itself
according to running smokepings from outside which are
green until i t
The bug I reported to upstream is:
https://bugzilla.kernel.org/show_bug.cgi?id=68061
That was for 3.13, so if you were running into a varient of the problem
I was seeing, you should have seen it in 3.13. I did not see the problem
with 3.14 or 3.15 pre-release kernels. I'm using raid 1 instead o
On Thu, May 01, 2014 at 08:20:32 -0400,
Josh Boyer wrote:
This is out for a vote.
I think it makes sense for it to be kernel-something and
kernel-something-extras. But I don't have a strong preference for what
something is.
___
kernel mailing l
On Tue, May 20, 2014 at 10:42:10 -0400,
Josh Boyer wrote:
As I mentioned above, if you have any questions or comments, please
feel free to ask on the list.
Both the driver split and the autoprovides features have worked smoothly
for me. I am running rawhide nodebug kernels on both rawhide a
I was expecting to see more no debug kernels show up after rc1.git0 appeared
there. But we haven't had one show up yet.
I may need the normal builds anyway, since 3.16-0.rc1.git0.1 isn't successfully
booting on my i686 machines (though it seems to work fine on x86_64). But it
is nice to have th
On Thu, Jun 19, 2014 at 10:25:24 -0500,
"Justin M. Forbes" wrote:
On Thu, 2014-06-19 at 10:04 -0500, Bruno Wolff III wrote:
I was expecting to see more no debug kernels show up after rc1.git0 appeared
there. But we haven't had one show up yet.
I may need the normal builds any
On Mon, Jun 23, 2014 at 19:13:36 +0200,
poma wrote:
BTW, Adam, there are people running & testing Rawhide on i686! :)
Yes, and I am backlogged getting bugs filed for issues I am having.
I have at least two different problems with 3.16 kernels that make them
unusable for me.
There might b
On Mon, Jun 23, 2014 at 20:10:32 +0200,
poma wrote:
You're talking about systemd-214-3.fc21(2014-06-23), right?
systemd-214-2.fc21
I haven't tested systemd-214-3.fc21 yet to see if the problem is still there.
I'm spinning md1, what worries you there?
https://bugzilla.redhat.com/show_bug
On Mon, Jun 23, 2014 at 11:34:53 -0700,
Adam Williamson wrote:
systemd doesn't just 'create init files', I don't think. It *does* have
a concept of dependencies, which could account for this effect.
Something is creating ones during boot since about a month ago. They
are in a scratch locati
On Tue, Jun 24, 2014 at 16:30:59 -0700,
Adam Williamson wrote:
I think the "Could not find init script" errors are probably due to this
'dangling symlink' problem, and the fact that .service files are being
generated is intentional - just the way systemd is handling remaining
sysv services - a
On Mon, Jun 23, 2014 at 13:52:10 -0500,
Bruno Wolff III wrote:
On Mon, Jun 23, 2014 at 11:34:53 -0700,
Adam Williamson wrote:
All 3.16 kernels before 3.16.0-0.rc2.git0.1 are just fundamentally
broken on i686, I think, unless you pass 'vdso=0'. I wouldn't bother
messing with
If netconsole is built as a module, you can't use it to capture output
before the module gets loaded. Rebuilding Fedora srpms (to get Fedora
patches) takes pretty long, which makes testing slow.
I have something particular I am testing now (probably a nouveau related
crash) that crashes for ne
On Sat, Jun 28, 2014 at 13:37:44 -0500,
Bruno Wolff III wrote:
I have something particular I am testing now (probably a nouveau
related crash) that crashes for netconsole gets loaded (though I tried
to add it to the initramfs to get it loaded fairly early). I am not
sure if it will be
On Sun, Jun 29, 2014 at 17:29:36 -0400,
Dave Jones wrote:
On Sun, Jun 29, 2014 at 08:34:49AM -0500, Bruno Wolff III wrote:
> On Sat, Jun 28, 2014 at 13:37:44 -0500,
> Bruno Wolff III wrote:
> >
> >I have something particular I am testing now (probably a nouveau related
>
On Mon, Jun 30, 2014 at 09:25:01 -0400,
Neil Horman wrote:
Even building it all (netconsole+dependent network drivers) isn't typically
enough, since you also need to bring the network interface up and assign an ip
address to it, which happens fairly late in the boot cycle. If you have a crash
On Sun, Jun 29, 2014 at 08:34:49 -0500,
Bruno Wolff III wrote:
The crash appears appears to be happening too early to send netconsole
output even when netconsole is builtin to the kernel.
I am going to do Dave's suggestion of also building in the network driver.
I am also just rebui
Another note on this is that netconsole was getting built as a module, but
I was confused by the switch to compressed modules. So while netconsole.ko
was the name for older kernerls, netconsole.ko.xz is what I should have been
looking for.
Hopefully I'll be able to capture the traceback when I
On Mon, Jun 30, 2014 at 13:29:52 -0500,
Bruno Wolff III wrote:
Hopefully I'll be able to capture the traceback when I get home.
No joy on getting the traceback via netconsole. Looks like I'll need to try
the picture taking route for th
On Tue, Jul 01, 2014 at 00:44:41 +0200,
poma wrote:
This is how it can be done;
1.
/etc/modprobe.d/blacklist-foo.conf
blacklist nouveau
2.
# reboot
4.
When the boot reaches any of the multi-user.target or graphical.target
probably network is already set up so you just have to:
- check wheth
On Tue, Jul 15, 2014 at 11:41:16 -0400,
Josh Boyer wrote:
Rawhide will continue to churn through upstream releases as usual. It
is at 3.16-rc5 today. As side note, I never enabled slub debugging
for the 3.16-rcX builds. Nobody noticed. It is possible the people
that typically testing Rawhi
With the latest slip it looks like 3.17 rc6 will be available by beta freeze
and that most likely (no rc8 or other odd delays) we could have 3.17
available as a zero day update for the beta release. And then we would
have 3 weeks after the beta release before final freeze for fix ups and
anothe
I must have had 17 on the brain. The subject sghould have had f21 not f17.
___
kernel mailing list
kernel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kernel
On Thu, Aug 14, 2014 at 10:08:55 -0400,
Josh Boyer wrote:
Yeah, we're keeping an eye on it. No decision yet. Alpha is almost
certainly going out with 3.16.y though.
I was assuming it was too early (in the 3.17 release cycle) to include 3.17
in alpha. But it looks like being able to get wi
If one wanted to bisect a kernel with Fedora changes instead of Linus'
kernel, would this likely work well?
___
kernel mailing list
kernel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kernel
I don't think it is worth doing another build just for this, but if there is
another 3.17 build in rawhide, it would be nice to use a release in the 400s
so it stays ahead of the f21 version.
___
kernel mailing list
kernel@lists.fedoraproject.org
https
On Tue, Oct 07, 2014 at 07:39:24 +0200,
Thorsten Leemhuis wrote:
Lo!
Bruno Wolff III wrote on 07.10.2014 05:07:
I don't think it is worth doing another build just for this, but if
there is another 3.17 build in rawhide, it would be nice to use a
release in the 400s so it stays ahead o
On Wed, Oct 15, 2014 at 21:02:07 -0400,
Matthew Miller wrote:
Reading https://lwn.net/Articles/616241/, getting myself in happily over my
level of actual knowledge about the state of things.
From that article, it seems like it might be worth trying
net.core.default_qdisc = fq_codel by default.
I didn't have time to futz with things further this morning, but one of
three machines I tried 3.18.0-0.rc0.git9.2.fc22.1 crashed very early
in the boot process. Since I was in a hurry I just tried
3.18.0-0.rc0.git8.2.fc22.1 and it worked.
I probably won't get a chance to play with it tonight,
On Fri, Oct 17, 2014 at 20:14:02 +0200,
poma wrote:
On 16.10.2014 17:35, Bruno Wolff III wrote:
I didn't have time to futz with things further this morning, but one of
three machines I tried 3.18.0-0.rc0.git9.2.fc22.1 crashed very early
in the boot process. Since I was in a hurry I just
This one is more likely due to something in the initrd than the kernel.
The boot got to where dbus was activated and then services started failing.
Again I was in a hurrry and just went back to 3.18.0-0.rc0.git9.5 and
the system booted normally.
___
ke
On Thu, Oct 23, 2014 at 10:04:26 -0500,
Bruno Wolff III wrote:
This one is more likely due to something in the initrd than the kernel.
The boot got to where dbus was activated and then services started failing.
Again I was in a hurrry and just went back to 3.18.0-0.rc0.git9.5 and
the system
On Mon, Oct 27, 2014 at 23:42:59 -0500,
Bruno Wolff III wrote:
On Thu, Oct 23, 2014 at 10:04:26 -0500,
Bruno Wolff III wrote:
This one is more likely due to something in the initrd than the kernel.
The boot got to where dbus was activated and then services started failing.
Again I was in a
On Mon, Nov 03, 2014 at 08:30:18 -0500,
Bastien Nocera wrote:
Would be useful to specify at least the architecture you've seen this on.
If it's an i686 one, see my upcoming message to the list.
Yes I have been seeing this on two i686 machines. I just started trying
to do a bisect last night
On Mon, Nov 03, 2014 at 08:38:05 -0500,
Bastien Nocera wrote:
The 2nd patch is a driver for the touchscreen in my tablet:
https://git.kernel.org/cgit/linux/kernel/git/dtor/input.git/commit/?h=next&id=ca96ea86eed4b2645637dfe3d38b7d05191a79fe
I suspect this was the one that was getting me. I sa
On Mon, Nov 03, 2014 at 07:55:02 -0600,
Bruno Wolff III wrote:
On Mon, Nov 03, 2014 at 08:38:05 -0500,
Bastien Nocera wrote:
The 2nd patch is a driver for the touchscreen in my tablet:
https://git.kernel.org/cgit/linux/kernel/git/dtor/input.git/commit/?h=next&am
On Tue, Dec 16, 2014 at 20:35:44 -0500,
Josh Boyer wrote:
If you have any questions/comments, please let us know.
I was going to ask about this as I have gotten used to seeing rc0 builds
half way through the merge window. I was goping to ask, but decided to
just do a build for myself rathe
The Nouveau changes in 3.19 fixed one problem I was having (that I didn't
have when I tested the nVidia driver for comparison), but it doesn't fix
some resolution limitations I have.
When playing GOG's homm3 via wine I need to use 800x600 to use the full
screen. When I boot using nouveau the di
On Thu, Dec 25, 2014 at 07:46:12 -0500,
Josh Boyer wrote:
Either works but upstream is usually better in most cases. Particularly
right now since you're testing something that isn't available in Fedora
yet. Thanks for testing.
Thanks for the advice. I filed a bug in bugs.freedesk.org.
P.S
Are you guys planning to move rawhide to 3.19 when the Holiday break is over
or wait until after f21 is on 3.18 to get additional testing of 3.18?
___
kernel mailing list
kernel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/ke
I tested 3.19.0-0.rc3.git0.1.fc22 on three machines and the boot hung
pretty early on one of them. The video mode didn't change when it normally
would have shortly before it hung. However the output had scrolled past
where I might have seen an error message. This makes me suspect that this
is a
On Wed, Jan 07, 2015 at 01:08:09 -0600,
Bruno Wolff III wrote:
I'll look at doing some testing on the machine to see if the problem
is really in the changes to Nouveau support in the kernel, but not
tonight.
My plan is to see if Airlie's DRM merge breaks things. I might have a
On Wed, Jan 07, 2015 at 01:18:25 -0600,
Bruno Wolff III wrote:
On Wed, Jan 07, 2015 at 01:08:09 -0600,
Bruno Wolff III wrote:
I'll look at doing some testing on the machine to see if the problem
is really in the changes to Nouveau support in the kernel, but not
tonight.
My plan
The bisect for this seems to be working OK, and I should have the commit
late in the weekend and I will file a bug report if it is still broken
at that time.
___
kernel mailing list
kernel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
I am getting near the end of a kernel bisect and the changes are pretty
localized and suspect that I really don't need to do make clean between
builds which would really speed things up. Is there a guideline on when
it is safe to skip make clean?
___
On Fri, Jan 09, 2015 at 16:07:19 -0600,
Bruno Wolff III wrote:
I am getting near the end of a kernel bisect and the changes are
pretty localized and suspect that I really don't need to do make clean
between builds which would really speed things up. Is there a
guideline on when it is sa
On Wed, Jan 07, 2015 at 01:08:09 -0600,
Bruno Wolff III wrote:
I tested 3.19.0-0.rc3.git0.1.fc22 on three machines and the boot hung
pretty early on one of them. The video mode didn't change when it
normally would have shortly before it hung. However the output had
scrolled past wh
On Sat, Jan 10, 2015 at 10:50:48 -0500,
Josh Boyer wrote:
Yes. I normally don't do either make clean or make mrproper during a
bisect. Perhaps if I'm crossing a major revision boundary (e.g. the
bisect takes me from v3.18 to v3.17-rc4) I'll do a make clean, but
otherwise I avoid it. I've ne
On Wed, Feb 25, 2015 at 08:15:51 -0500,
Josh Boyer wrote:
This is an opportunity for community members for whom i686 is a
passion to join the team to participate in the bugfixing required. We
previously called out the need for assistance[2], but had no
substantial response. We hope that being
Are the git hashes in the change log from the expanded kernel tree
(https://git.kernel.org/cgit/linux/kernel/git/jwboyer/fedora.git/) instead
of linus' tree?
Is there some delay in pushing data to that tree from somewhere else?
The reason I ask is I was trying to figure out if the rc2.git1 or
On Wed, Apr 06, 2016 at 14:13:56 -0500,
Justin Forbes wrote:
They are from Linus' tree, but the has is the output of 'git
describe', which adds its own bits in the description. 'man
git-describe' will give you the details there, but to make things
easy, just grab the last 7 digits (after the 'g
While the author did not get much feedback from the kernel list when he
mentioned the project there, it has still been getting developed and it
works nicely for at least a few people who are using it (including myself).
The author does plan on submitting for inclusion in the kernel in the not
t
I need to get some WARN_ON output to help a developer figure out a
regression in 4.15. When I test the problem with kernels from Fedora
built rpms I get the output from WARN_ON, but they don't have a
debugging patch from the developer applied. When I build using make
(both Linus' tree and Boyer
It looks like .config has reasonable (the same as Fedora) values for
CONFIG_BUG, CONFIG_CONSOLE_LOGLEVEL_DEFAULT and
CONFIG_MESSAGE_LOGLEVEL_DEFAULT.
The loglevel kernel parameter is not used, so the defaults should apply.
When I get physical access to the test machine on Monday I can try sett
Normally when a kernel change causes a problem there is a compile error,
but I'm seeing a make problem. Builds work with
kernel-4.16.0-0.rc6.git0.2.fc28.x86_64, but not with
kernel-4.16.0-0.rc6.git2.2.fc29.x86_64.
The error output is:
[bruno@cerberus src]$ make
KERNELDIR=/lib/modules/4.16.0-0.
On Sat, Mar 24, 2018 at 15:45:00 +,
Jeremy Cline wrote:
Do you see this with 4.16.0-0.rc6.git3.1? I'm guessing it's because of
some cleanup in the kernel-devel package in rawhide which was reverted
before the 4.16.0-0.rc6.git3.1 build.
Things do work normally with kernel-4.16.0-0.rc6.git
On Sun, Apr 08, 2018 at 13:10:43 -0700,
stan wrote:
I found an existing bug, and added the information there.
https://bugzilla.redhat.com/show_bug.cgi?id=1564906
I had filed a bug (1564745) for this a day earlier. This is an issue because
the license file is in kernel-core without a name t
On Mon, Apr 09, 2018 at 16:19:57 -0500,
Justin Forbes wrote:
I would be happy to hear more feedback on this from people. I am
trying to decide on the best course to take (this file changes rarely
and last changed in 2005). I plan to put something in place by rc1
next Monday.
I think the main
On Wed, Apr 11, 2018 at 20:41:03 -0400,
Michael Hill wrote:
Is there an easy work-around for this issue with 4.17.0-0.rc0.git4.1 on
Rawhide?
The problem is fixed with kernel-core-4.17.0-0.rc0.git7.1.fc29. That won't
be in the compose running right now, but should be in future ones.
You can
On Thu, Dec 06, 2018 at 14:29:15 +,
"Richard W.M. Jones" wrote:
Anyway it seems like Rawhide isn't getting new nodebug kernels.
- Latest nodebug kernel:
kernel-4.20.0-0.rc1.git4.2.fc30.x86_64.rpm
(https://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/x86_64/)
- Latest Rawhide ker
On Wed, Dec 12, 2018 at 12:37:24 -0600,
Bruno Wolff III wrote:
On Thu, Dec 06, 2018 at 14:29:15 +,
"Richard W.M. Jones" wrote:
Anyway it seems like Rawhide isn't getting new nodebug kernels.
- Latest nodebug kernel:
kernel-4.20.0-0.rc1.git4.2.fc30.x8
It looks like the TCP Sack fix wasn't in rc5 upstream. Was there a Fedora
patch for this in 5.2.0-0.rc5.git0.1.fc31? If not, will there be a git1
build today?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to ker
On Tue, Jun 18, 2019 at 14:00:42 -0500,
Justin Forbes wrote:
On Tue, Jun 18, 2019 at 10:55 AM Bruno Wolff III wrote:
It looks like the TCP Sack fix wasn't in rc5 upstream. Was there a Fedora
patch for this in 5.2.0-0.rc5.git0.1.fc31? If not, will there be a git1
build today?
It was n
On Tue, Jun 18, 2019 at 15:37:34 -0500,
Bruno Wolff III wrote:
Thanks. I'm running 5.2.0-0.rc5.git1.1.fc31.x86_64 now on one machine
I wanted to reboot this afternoon. (I pulled the x86_64 rpms from the
koji build, since that step usually finishes a lot earlier than the
arm step.) I
On Tue, Jun 18, 2019 at 16:01:50 -0500,
Bruno Wolff III wrote:
There might be an issue with 5.2.0-0.rc5.git1.1 as I'm seeing some
lockups where my cursor still moves but nothing else seems to work.
It's happened a few times within about 10 minutes. Earlier I had done
a fresh upda
On Tue, Jun 18, 2019 at 23:16:34 -0500,
Bruno Wolff III wrote:
There might be an issue with 5.2.0-0.rc5.git1.1 as I'm seeing some
lockups where my cursor still moves but nothing else seems to work.
It's happened a few times within about 10 minutes. Earlier I had
done a fresh upda
On Wed, Jun 19, 2019 at 10:07:48 -0500,
Bruno Wolff III wrote:
I filed https://bugzilla.redhat.com/show_bug.cgi?id=1722164 for this
bug. I doing a bisect and there isn't much point in you guys looking
at it until it is finished, since it seems hardware specific.
It looks like the
On Tue, Jan 28, 2020 at 10:00:39 -0600,
Justin Forbes wrote:
On Tue, Jan 28, 2020 at 12:35 AM Chris Murphy wrote:
Hi,
Two baremetal systems and one VM hang with kernel-5.5.0-1.fc32.x86_64
right after GRUB menu entry selection/timeout for this kernel. Black
screen, menu goes away, I see a whi
On Tue, Feb 04, 2020 at 21:38:38 +,
Jeremy Cline wrote:
The issue is https://bugzilla.redhat.com/show_bug.cgi?id=1796780. I've
temporarily disabled CONFIG_STACKPROTECTOR_STRONG on x86. Once I
resolve the final build issues with armv7hl there should be a bootable
Rawhide kernel again.
I g
One of my machines did not get a graphical desktop when I tried out the
kernel-5.7.0-0.rc0.git6.2.fc33.x86_64 no debug kernel on a rawhide instance.
kernel-5.6.2-301.fc32.x86_64 worked fine.
lightdm failed to start. Since this is pre-rc1, I'm not too worried about it.
One of the lightdm log
On Wed, Apr 08, 2020 at 13:25:53 -0500,
Bruno Wolff III wrote:
One of my machines did not get a graphical desktop when I tried out
the kernel-5.7.0-0.rc0.git6.2.fc33.x86_64 no debug kernel on a rawhide
instance. kernel-5.6.2-301.fc32.x86_64 worked fine.
lightdm failed to start. Since this
On Thu, Apr 08, 2010 at 13:03:40 -0400,
Jon Masters wrote:
> Folks,
>
> This may have come up already (and I don't mean upstream :) ) but am
> interested to know what the plans are in F12 wrt. nouveau updates. Is
> there a plan to eventually rebase the kernel to 2.6.34? (and with it,
> requirin
On Thu, Apr 08, 2010 at 10:42:04 -0400,
Eric Paris wrote:
>
> I agree it is does not meet the firmware guidelines. And much like the
> broadcom wifi our users have 2 choices. Get it themselves or buy
> hardware that doesn't need it. In either case, thanks for taking a
> look!
FYI, Broadcom
On Mon, Apr 12, 2010 at 12:04:09 -0400,
Adam Jackson wrote:
> On Mon, 2010-04-12 at 17:36 +0200, Hans de Goede wrote:
>
> > I'm currently looking into fixing:
> > http://bugzilla.redhat.com/show_bug.cgi?id=565693
> >
> > The easiest way to do this would be to remove the always modprobe floppy
On Mon, Apr 12, 2010 at 12:58:35 -0400,
Kyle McMartin wrote:
>
> The problem is, EVERYONE has a floppy controller and NOBODY(*) has a
> floppy disk drive. PNP only reports the presence of the controller, not
> the drive.
>
> Ergo: FAIL for everyone, for the sake of some ancient crap that nobod
On Mon, Apr 12, 2010 at 13:27:22 -0400,
Kyle McMartin wrote:
> On Mon, Apr 12, 2010 at 01:25:36PM -0400, Kyle McMartin wrote:
> > On Mon, Apr 12, 2010 at 12:18:37PM -0500, Bruno Wolff III wrote:
> > > I am not an expert on the tradeoffs on the kernel side and don't h
On Tue, Apr 13, 2010 at 06:38:59 +1000,
Dave Airlie wrote:
>
> The thing was the window where this patch applied was about 3-4 weeks in
> rawhide, it went in upstream, it slowed boot down on lots of my
> machines, I nuked it.
>
> So Fedora behaviour should not have changed across this patch.
On Wed, Apr 14, 2010 at 21:02:01 -0400,
Kyle McMartin wrote:
> On Wed, Apr 14, 2010 at 10:01:51AM +0200, Hans de Goede wrote:
> >
>
> i've written support for acpi enumeration which seems to be working;
> i'll commit it tomorrow after one of my final exams, and drop the pnp
> neutering.
Thank
On Fri, May 21, 2010 at 11:19:47 -0600,
"Nathanael D. Noblet" wrote:
> On 05/21/2010 10:18 AM, Kyle McMartin wrote:
> > On Fri, May 21, 2010 at 09:02:44AM -0600, Kevin Fenzi wrote:
> >> FYI, this kernel has been working here on my f13 laptop since
> >> yesterday.
> >>
> >> So far no real regress
On Mon, May 31, 2010 at 12:12:43 -0400,
Kyle McMartin wrote:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=2219923
>
> New build posted with updated DRM and forward ports of the iwlwifi
> patches from F-13.
I tried this on a couple of machines. On the one with an nv28 video card
things
1 - 100 of 216 matches
Mail list logo