similar to: klibc now in 2.6.17-rc4-mm1

Im trying to get 2.6.17-rc4-mm1 (which includes klibc) working on an nfs-root setup. Its not working, so I started adding printf()s (not printk()s !) 1st thing I notice is arg5 is empty, but arg 6 is real I could imagine this unexpected situation confusing kinit (will check..) Or is that empty arg intentional, so that it marks the beginning of pxelinux addons ? kinit:main: init-arg 0: /init

On Wed, Mar 10, 2004 at 11:31:40PM -0800, Andrew Morton wrote: >... > ext3-journalled-quotas-2.patch > ext3: journalled quota >... This patch broke modular quota: WARNING: /lib/modules/2.6.4-mm1/kernel/fs/quota_v2.ko needs unknown symbol mark_info_dirty cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There

On Tue, 11 Mar 2008 01:14:34 -0700 Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc5/2.6.25-rc5-mm1/ randconfig (x86_64) with PCI=n PARAVIRT=y VSMP=n ends with arch/x86/kernel/built-in.o: In function `is_vsmp_box': (.text+0x1178d): undefined reference to `early_pci_allowed' arch/x86/kernel/built-in.o: In function `is_vsmp_box':

On Tue, 11 Mar 2008 01:14:34 -0700 Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc5/2.6.25-rc5-mm1/ randconfig (x86_64) with PCI=n PARAVIRT=y VSMP=n ends with arch/x86/kernel/built-in.o: In function `is_vsmp_box': (.text+0x1178d): undefined reference to `early_pci_allowed' arch/x86/kernel/built-in.o: In function `is_vsmp_box':

The klibc kernel tree is now updated to be based on 2.6.17-rc3, with a few improvements such as printing human-friendly device names in kinit. -hpa

OK, at least two patches got dropped on the way from the mm tree to Andi's tree: the desc.h cleanup, and the processor.h rearrangement. Merging into Andi's tree without these patches must have been a nightmare 8( Andi then tried to fix it with x86_64-mm-paravirt-compile.patch but then it didn't boot so he disabled it in x86_64-mm-paravirt-broken.patch This patch undoes those two

OK, at least two patches got dropped on the way from the mm tree to Andi's tree: the desc.h cleanup, and the processor.h rearrangement. Merging into Andi's tree without these patches must have been a nightmare 8( Andi then tried to fix it with x86_64-mm-paravirt-compile.patch but then it didn't boot so he disabled it in x86_64-mm-paravirt-broken.patch This patch undoes those two

The Asterisk Development Team has announced the releases of: DAHDI-Linux-v2.8.0-rc4 DAHDI-Tools-v2.8.0-rc4 dahdi-linux-complete-2.8.0-rc4+2.8.0-rc4 This release is available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux http://downloads.asterisk.org/pub/telephony/dahdi-tools http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete *** THIS RC FIXES

The Asterisk Development Team has announced the releases of: DAHDI-Linux-v2.8.0-rc4 DAHDI-Tools-v2.8.0-rc4 dahdi-linux-complete-2.8.0-rc4+2.8.0-rc4 This release is available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux http://downloads.asterisk.org/pub/telephony/dahdi-tools http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete *** THIS RC FIXES

The Asterisk.org development team has published Asterisk 1.4.23-rc4. This release candidate is available for download from http://downloads.digium.com/. A number of critical issues have been resolved since the last release candidate for 1.4.23. We hope to have this be the final release candidate. If all goes well, 1.4.23 will be released early next week. For a full list of changes, see the

The Asterisk Development Team is pleased to announce the fourth release candidate of Asterisk 1.6.1.0. Asterisk 1.6.1.0-rc4 is available for immediate download at http://downloads.digium.com/pub/asterisk/ This release candidate improves the performance of the ast_event cache functionality, fixes issues with rwlock corruption that would cause deadlock like symptoms, fix queue weight behavior so

The Asterisk Development Team is pleased to announce the fourth release candidate of Asterisk 1.6.1.0. Asterisk 1.6.1.0-rc4 is available for immediate download at http://downloads.digium.com/pub/asterisk/ This release candidate improves the performance of the ast_event cache functionality, fixes issues with rwlock corruption that would cause deadlock like symptoms, fix queue weight behavior so

As some people have requested, here is klibc as a historyless patchset against 2.6.17. The patchset consists of two parts: changes to the main kernel code taken straight from the git history (as it is rather few patches), and additions, grouped by rough divisions. The majority of the patches are independent in the sense that they should apply independently, but Makefile/Kbuild files may have to

I have updated and pushed the klibc-kernel tree. "In theory" it should be a 1:1 replacement for any stock kernel, which kinit taking up the slack. Anyway, I haven't yet removed any in-kernel functionality, but that's hopefully coming; the in-kernel functionality won't be executed in either case. git://git.kernel.org/pub/linux/kernel/git/hpa/linux-2.6-klibc.git -hpa

So, is everyone happy with this smerge of Ingo and Gerd's work? Reposted below. Thanks, Rusty. -------- Forwarded Message -------- From: Linus Torvalds <torvalds@osdl.org> To: Rusty Russell <rusty@rustcorp.com.au> Cc: Andrew Morton <akpm@osdl.org> Subject: Re: [Fwd: [Fwd: FW: argh]] Date: Wed, 17 May 2006 21:35:51 -0700 (PDT) On Thu, 18 May 2006, Rusty Russell wrote: >

So, is everyone happy with this smerge of Ingo and Gerd's work? Reposted below. Thanks, Rusty. -------- Forwarded Message -------- From: Linus Torvalds <torvalds@osdl.org> To: Rusty Russell <rusty@rustcorp.com.au> Cc: Andrew Morton <akpm@osdl.org> Subject: Re: [Fwd: [Fwd: FW: argh]] Date: Wed, 17 May 2006 21:35:51 -0700 (PDT) On Thu, 18 May 2006, Rusty Russell wrote: >

The Asterisk.org development team has released Asterisk versions 1.4.19-rc4 and 1.6.0-beta7. These releases contain significant bug fixes over the previous pre-releases of 1.4.19 and 1.6.0. We would like to thank everyone for all of the help with pre-release testing. Unless anything new comes up, 1.4.19 will be released at the beginning of next week. Both releases are available for download from

The Asterisk.org development team has released Asterisk versions 1.4.19-rc4 and 1.6.0-beta7. These releases contain significant bug fixes over the previous pre-releases of 1.4.19 and 1.6.0. We would like to thank everyone for all of the help with pre-release testing. Unless anything new comes up, 1.4.19 will be released at the beginning of next week. Both releases are available for download from

Hi! I'm running 1.1rc4 on a system and this happens occasionally: --8<-- mail.info; dovecot: auth(default): client in: AUTH 1 PLAIN service=imap lip=NN.NN.NN.NN rip=NNN.NN.NNN.NN lport=143 mail.info; dovecot: auth-worker(default): pam(XXXXXXXXXXXX,NNN.NN.NNN.NN): lookup service=imap kern.alert; kernel: grsec: From NN.NN.NN.NN: denied resource overstep by requesting

This patch should be applied the source tree once the 2.6.16-rc4 or 2.6.17 or a later kernel is used. I am sending it now in order not to break the build when switching. I am updating tpm.c and tpm.h to follow the changes in mainline. As a result of the patch, all changes to these two files (when compared to mainline) are surrounded by #ifdef CONFIG_XEN. Since now the chip structure is returned