I need some help tracking down an old bug
by Bruno Wolff III
I had a bug introduced between kernel-2.6.29.1-68.fc11 and
kernel-2.6.29.1-69.fc11 that I am trying to track down. It looks like
the obvious change between these two kernels is dropping a patch
that is for a wireless module and the machine I am having the issue
on doesn't have wireless. The issue is a hard lockup that occurs when
playing motherboard sound with signiificant network traffic and both
processors (Athlon XMPs) enabled. It doesn't seem like that patch should
effect that unless it triggers some different code to compile differently.
I looked at the root logs for those builds and they both use the same gcc.
The kernel headers package is different, but I wouldn't expect a kernel
build to use the installed version of kernel headers. (I want to check
for differences there just in case, but haven't gotten to it.)
e2fsprogs-libs also changed versions, but it seems like a long shot that
that is what triggered the problem.
I have built a vanilla 2.6.29 kernel in an f11 chroot (with f11 updates
installed) and am seeing the problem. I have also seem the problem in
some other kernels built between 2.6.28 and 2.6.29 also built in that
environment.
Some other steps I am considering are downgrading gcc or setting up an
f10 environment and trying to build vanilla kernels there.
I haven't ever been able to get a crash dump when this problem hits, so
debugging it with current kernels is pretty hard. I was hoping to find the
change that triggered the problem and that that would provide a good clue
as to what the problem is.
Any suggestions for how to continue pursuing this?
10 years, 6 months
no-debug F20 bcache-register
by Frank Murphy
Rawhide no-debug mock rebuilt for F20
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
Installing :
kernel-3.12.0-0.rc3.git4.2.fc20.x86_64
1/4 Updating :
kernel-headers-3.12.0-0.rc3.git4.2.fc20.x86_64
2/4 Cleanup :
kernel-headers-3.12.0-0.rc3.git3.2.fc20.x86_64
3/4 Cleanup :
kernel-3.11.0-0.rc6.git4.1.fc20.x86_64
4/4 dracut-install: ERROR: installing
'/usr/lib/udev/bcache-register' /usr/lib/dracut/dracut-install
-D /var/tmp/initramfs.a3yCzo -a /usr/lib/udev/cache-register
Verifying :
kernel-headers-3.12.0-0.rc3.git4.2.fc20.x86_64
1/4 Verifying :
kernel-3.12.0-0.rc3.git4.2.fc20.x86_64
2/4 Verifying :
kernel-3.11.0-0.rc6.git4.1.fc20.x86_64
3/4 Verifying :
kernel-headers-3.12.0-0.rc3.git3.2.fc20.x86_64
I'm guessing this is ssd
as cache for sata?
I use ssd purely as /boot
Should kernel pull in bcache-tools?
which is in F20
--
Regards,
Frank
www.frankly3d.com
10 years, 6 months
Fedora status overview (meeting cancelled today)
by Josh Boyer
Hi All,
We don't have anything major to discuss today, so I'll give a brief
status update here. If you have questions, feel free to ask away as
usual.
Rawhide:
- Currently at 3.12-rc3-git5 and chugging along. Essentially business as usual.
F20:
- Currently at 3.11.3 and continuing on the 3.11.y stable series
- Bugs are starting to come in from F20 Alpha, but fewer than in past releases
F19:
- Currently at 3.11.3 and continuing on the 3.11.y stable series
- A large mass bug update for needinfo on the 3.11 rebase was done two
weeks ago. Bugs still left in needinfo on Monday will be closed out
per process. Hopefully that will clear up a lot of stale bugs and let
us focus on triage for the remaining ones.
F18:
- Currently at 3.10.13. Should be rebased to 3.11.y next week or so.
- When 3.11.y hits updates-testing, we'll do the mass bug update here as well.
- Karma for F18 kernels is becoming difficult to come by again. If
you're still running F18 somewhere, please test the updates and
provide feedback. VM images are fine to test with.
Test Infrastructure:
- The kernel test harness code is now in a public git repo. You can
find it here:
https://github.com/jmflinuxtx/kerneltest-harness.git
- We're working on packaging the kernel regression test suite in the
hopes of making it easier to run. There may be possible Fedora Badge
integration at some point as well.
10 years, 6 months
Bisecting 3 year old kernels?
by Bruno Wolff III
I have a couple of old bugs that still affect me and want to see if I can
do a bisect on a rawhide machine of the older kernels (e.g. 2.6.37, 2.6.35).
So far I have been hitting a problem with a gcc error mentioning
conflicting types in a case where asmregparm is used in one place and not
another.
Am I going to need to use something like mock to do these builds?
Is there any hope that I can run the resulting kernel on rawhide? (I need
to test that X works in one case and motherboard sound combined with
high network traffic works in the other.)
Even if I need to test the kernels on an older Fedora, it would be nice to
do the builds on a rawhide machine so that I can use the rawhide machine
while the builds are being done and only do the tests on an older Fedora.
10 years, 6 months
CONFIG_DELL_RBU
by Chuck Anderson
Why was CONFIG_DELL_RBU disabled? I can't update my BIOS from Linux
on 3.11:
config-3.10.11-200.fc19.x86_64:CONFIG_DELL_RBU=m
config-3.11.1-200.fc19.x86_64:# CONFIG_DELL_RBU is not set
config-3.11.2-201.fc19.x86_64:# CONFIG_DELL_RBU is not set
10 years, 6 months