April 2009 - kernel - Fedora Mailing-Lists

ia64 no longer should set CONFIG_SYSFS_DEPRECATED=y

by Doug Chapman

Back in the F9 timeframe we had recommended that CONFIG_SYSFS_DEPRECATED=y be set for the ia64 config. It appears that recent anaconda changes no longer work at all with that set. Can we get this removed? It was set only for ia64 so it will have no affect on other arches. thanks, - Doug

14 years, 5 months

3
3
0 / 0

2.6.18.1 linux hangs

by rheneus.paul＠gmail.com

In FC6, some times the linux hangs at bootup after the "Uncompressing linux ..." and before the "Red Hat nash version ..". It's not happening always, I've enabled kernel debug and loglevel to print more detailed information. If it hangs again, I would attach the detailed log information. Throw some light on what could be the issue, so that I can debug more on this. CPU info: # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 14 model name : Intel(R) Core(TM) Duo CPU U2500 @ 1.20GHz stepping : 12 cpu MHz : 1200.000 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc pni monitor vmx est tm2 xtpr bogomips : 2403.04 processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 14 model name : Intel(R) Core(TM) Duo CPU U2500 @ 1.20GHz stepping : 12 cpu MHz : 1200.000 cache size : 2048 KB physical id : 0 siblings : 2 core id : 1 cpu cores : 2 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc pni monitor vmx est tm2 xtpr bogomips : 2400.22 thanks in advance, Antony Rheneus

14 years, 5 months

3
2
0 / 0

2.6.29.1-102.fc11 --with vanilla broken

by Chuck Anderson

Trying to build a vanilla kernel with: rpmbuild -ba --with vanilla kernel.spec fails like so: + ApplyPatch linux-2.6-build-nonintconfig.patch + local patch=linux-2.6-build-nonintconfig.patch + shift + '[' '!' -f /home/cra/rpmbuild/SOURCES/linux-2.6-build-nonintconfig.patch ']' ERROR: Patch linux-2.6-build-nonintconfig.patch not listed as a source patch in specfile error: Bad exit status from /var/tmp/rpm-tmp.8pegaB (%prep) this is due to the following code in ApplyPatch(): 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 Why is it checking for "patch-2.6.*" in the patch file name? I removed that entire block of code and --with vanilla now works. What is the expected behavior of that block of code?

14 years, 5 months

4
11
0 / 0

EDAC on AMD with Fedora 10

by Jeremy Sanders

Is there any reason the amd76x_edac module doesn't appear in the Fedora 10 kernel RPM? As far as I can see it should be being built from the configuration. We've got an AMD 790X based motherboard which doesn't seem to have any Fedora 10 support for ECC RAM. Jeremy

14 years, 5 months

4
4
0 / 0

[PATCH] squashfs broken when pageszie > blocksize

by Doug Chapman

Not sure if we are too late for F11 on this or not but this patch is needed to be able to mount squashfs (as used by anaconda) on ia64. Our goal is to be able to build Fedora on ia64 with no custom SRPMs so it would be appreciated if this could be pulled in. -------------------- Squashfs is broken on any system where the pageszie is larger than either the block size of the squashfs image or larger than the metadata size (8192). This is easily fixed by ensuring cache->pages is always > 0. Signed-off-by: Doug Chapman <doug.chapman(a)hp.com> Cc: Phillip Lougher <phillip(a)lougher.demon.co.uk> --- diff --git a/fs/squashfs/cache.c b/fs/squashfs/cache.c index 1c4739e..40c98fa 100644 --- a/fs/squashfs/cache.c +++ b/fs/squashfs/cache.c @@ -252,6 +252,7 @@ struct squashfs_cache *squashfs_cache_init(char *name, int entries, cache->entries = entries; cache->block_size = block_size; cache->pages = block_size >> PAGE_CACHE_SHIFT; + cache->pages = cache->pages ? cache->pages : 1; cache->name = name; cache->num_waiters = 0; spin_lock_init(&cache->lock);

14 years, 5 months

3
2
0 / 0

[PATCH] FC11: fix rh#491625 (Unable to run RHEL-5 Xen within KVM guest)

by Marcelo Tosatti

Following adds a fix for $subject. Please review. Don't have commit access yet so unable to commit myself. TODO | 7 + kernel.spec | 15 +++ linux-2.6-kvm-kconfig-irqchip.patch | 69 ++++++++++++++++ linux-2.6-kvm-mask-notifiers.patch | 117 ++++++++++++++++++++++++++++ linux-2.6-kvm-reset-pit-irq-on-unmask.patch | 67 ++++++++++++++++ 5 files changed, 275 insertions(+)

14 years, 5 months

2
1
0 / 0

TuxOnIce in the official Fedora Kernel?

by Andreas Schneider

Hello, I'm using Fedora on two laptops for quite some time now (since F8). Having used suspend-to-disk very often I can conclude, that I'm not happy with the performance it shows. Suspending a laptop with just 1GB of memory takes about 30 to 60 seconds here and nearly the same for resuming. The same laptop on Windows (sorry ;-)) got it done in about 10 seconds each. What I did some time ago, was to switch to the TuxOnIce[1] patched kernels from atrpms. Not only does TuxOnIce show a progressbar (even with splash if wanted) during suspend and resume, it also handles the process in the expected 10 to 15 seconds. Since Fedora patches the Kernel anyway, I propose adding TuxOnIce (also known as Suspend2) into the official Fedora Kernel. It doesn't hurt those who don't use suspend-to-disk anyway but benefits those who do. Also it could probably rather easy be integrated with Plymouth to show a nice animation during suspend and resume. (Though that would be optional :-P) I hope you take at least the time to consider it for a few moments. Thanks in Advance, Andreas Schneider. [1] http://www.tuxonice.net/

14 years, 6 months

3
2
0 / 0

Patch incomplete write error not returned to NFS client

by Victor

Request for integrating this patch into the next kernel update for Fedora 10. The patch fixes a bug in NFS where an error will not be returned to the NFS client when an incomplete write happens at the filesystem level on the server. http://git.linux-nfs.org/?p=bfields/linux.git;a=commitdiff;h=192a3cb6bc1f... --Vic

14 years, 6 months

2
1
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

kernel April 2009