Re: ia64 no longer should set CONFIG_SYSFS_DEPRECATED=y

On Wed, 2009-04-22 at 16:40 -0400, Dave Jones wrote: > On Wed, Apr 22, 2009 at 04:33:22PM -0400, Doug Chapman wrote: > > 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

ia64 no longer should set CONFIG_SYSFS_DEPRECATED=y

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

[PATCH] squashfs broken when pageszie > blocksize

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 Cc: Phillip Lougher --- diff --git a/fs/squashfs/cache.c b/fs/sq

Re: [Fwd: [PATCH 1/1] cciss: fix regression, sysfs symlink missing]

On Wed, 2008-10-15 at 12:28 -0400, Prarit Bhargava wrote: > > Doug Chapman wrote: > > This patch has been submitted upstream but I don't know if it will get > > pulled in to Fedora through the normal channels prior to F10 or not. > > Without this patch Fedora 10 wi

[Fwd: [PATCH 1/1] cciss: fix regression, sysfs symlink missing]

This patch has been submitted upstream but I don't know if it will get pulled in to Fedora through the normal channels prior to F10 or not. Without this patch Fedora 10 will not install on cciss which breaks nearly all HP server systems. thanks, - Doug --- Begin Message --- Patch 1 of 1 This pa

boot failures on very-large systems with CONFIG_SYSFS_DEPRECATED not set

Sometime leading up to the F9 kernel my very large ia64 system (64 cpu 1TB ram, bunch of PCI busses and I/O) fails to boot. It appears to be something in how nash/mkinitrd gets information from sysfs. Since this is an early boot-time issue and nash isn't very easy to debug I am having trouble get

Re: new utrace patch breaks ia64

On Mon, 2008-07-14 at 13:28 -0400, Doug Chapman wrote: > On Mon, 2008-07-14 at 13:16 -0400, Doug Chapman wrote: > > Roland, > > > > The latest incarnation of the utrace patch breaks the kernel build on > > ia64: > > > > arch/ia64/kernel/process.c: In fun

Re: new utrace patch breaks ia64

On Mon, 2008-07-14 at 13:16 -0400, Doug Chapman wrote: > Roland, > > The latest incarnation of the utrace patch breaks the kernel build on > ia64: > > arch/ia64/kernel/process.c: In function 'do_notify_resume_user': > arch/ia64/kernel/process.c:189: error: i

new utrace patch breaks ia64

Roland, The latest incarnation of the utrace patch breaks the kernel build on ia64: arch/ia64/kernel/process.c: In function 'do_notify_resume_user': arch/ia64/kernel/process.c:189: error: implicit declaration of function 'tracehook_notify_resume' Full build log can be found here: http://ia64.k

[PATCH] ia64: export account_system_vtime

. This breaks building with CONFIG_VIRT_CPU_ACCOUNTING and CONFIG_KVM=m. Signed-off-by: Doug Chapman <[EMAIL PROTECTED]> Acked-by: Hidetoshi Seto <[EMAIL PROTECTED]> --- diff --git a/arch/ia64/kernel/time.c b/arch/ia64/kernel/time.c index 8c73643..aad1b7b 100644 --- a/arch/ia64/kernel/time.

Re: CONFIG_MAC80211_MESH causes kernel build to hang on ia64

On Tue, 2008-04-01 at 12:19 -0400, Doug Chapman wrote: > This is an odd one which I will continue to try to debug. > > A recent change added CONFIG_MAC80211_MESH to the fedora kernel. Oddly > this causes gcc to hang when building net/mac80211/debugfs_netdev.c. I > originally susp

CONFIG_MAC80211_MESH causes kernel build to hang on ia64

This is an odd one which I will continue to try to debug. A recent change added CONFIG_MAC80211_MESH to the fedora kernel. Oddly this causes gcc to hang when building net/mac80211/debugfs_netdev.c. I originally suspected a gcc-4.3 bug but I then reproduced this on RHEL5 with gcc-4.1.2. This cod

patch to remove utrace patch for ia64

As discussed in another thread the utrace support for ia64 is not complete upstream yet. The current utrace patch breaks building on ia64. To allow us to continue progress on ia64 can we apply this patch until these issues are resolved? thanks, - Doug *** kernel.spec.bad 2008-04-01 10:37:2

Re: utrace is back

On Fri, 2008-03-28 at 14:35 -0400, Doug Chapman wrote: > On Wed, 2008-03-19 at 13:40 -0700, Roland McGrath wrote: > > I've put the 2.6.25 rebase of utrace back in and kicked off a build. > > I'll pick up the pieces if it comes out all broken. > > (It already did, c

Re: utrace is back

On Wed, 2008-03-19 at 13:40 -0700, Roland McGrath wrote: > I've put the 2.6.25 rebase of utrace back in and kicked off a build. > I'll pick up the pieces if it comes out all broken. > (It already did, cause I forgot to test the ppc32 build upstream.) > > For the moment it's applied as one big pat

Re: vfat filesystem "fix" breaks rpm kernel install on ia64

On Fri, 2008-02-29 at 11:36 -0500, Dave Jones wrote: > On Fri, Feb 29, 2008 at 10:16:00AM -0600, Matt Domsch wrote: > > On Thu, Feb 28, 2008 at 10:00:32PM -0500, Doug Chapman wrote: > > > Actually I came up with what I think is a cleaner fix for this. Since > > >

Re: vfat filesystem "fix" breaks rpm kernel install on ia64

On Thu, 2008-02-28 at 16:03 -0500, Doug Chapman wrote: > A recent kernel change has change the behavior of chmod on fat > filesystems: > > commit 19c561a60ffe52df88dd63de0bff480ca094efe4 > Author: Jan Engelhardt <[EMAIL PROTECTED]> > Date: Wed Feb 6 01:36:08 2008 -0800

vfat filesystem "fix" breaks rpm kernel install on ia64

A recent kernel change has change the behavior of chmod on fat filesystems: commit 19c561a60ffe52df88dd63de0bff480ca094efe4 Author: Jan Engelhardt <[EMAIL PROTECTED]> Date: Wed Feb 6 01:36:08 2008 -0800 fs/fat/: refine chmod checks After this change rpm installs of kernels fail on ia64.