upgrade to ckrm e17

Initial revision

clean up

fix initialization order and add proper (c)

ignore generated files

- some of the CONFIG_DEBUG_* options seem to make UML segfault
  intermittently; turn off the ones that are off in
  arch/um/defconfig

- revert revision 1.3 changes, Fedora UML works fine

arch/um/kernel/vmlinux.lds.S is generated

include/asm-um/module.h is generated

PlanetLab UML kconfig for 2.6.10

- 2.6.10 merge introduced SOCK_RAW socket ops, need to export these to
  vnet
- XXX should probably just export inetsw_array

remove most uml vendor branch changes, stock fedora uml works

exec shield for uml, fedora forgot to merge this

diskdump.h for uml, fedora forgot to merge this

Turn null ckrm class controller on as a module (CONFIG_CKRM_RES_NULL).
Turn vserver filesharing option on by default  (CONFIG_VSERVER_FILESHARING).

Added a "null" taskclass controller for illustration purposes.  It is basically
the same as ckrm_cpu_class.c, but all interactions with the existing CKRM CPU
controller have been removed.

It appears that the ckrm_cpu_ctrld thread can enter an infinite loop
when it is interrupted while sleep for the MONITORINTERVAL period
at just the appropriate time.  I observed this when doing an
/sbin/ifdown eth0 on my laptop.

Added CONFIG_VSERVER_FILESHARING option that is used to disable the
hidden file support that vserver 1.9.3.17 introduced, which broke
proper.

PL4425: added explicit support to retain filesharing model leveraged by proper.

Did a bit of cleanup in the filesystem specific permission functions, which
did redundant checks for readonly bind mounts.

Patched to 2.6.10-1.14_FC2.

Patched to 2.6.10-1.14_FC2.

PL4310: turned off /proc security config option.

back ported working CKRM O(1) memory controller to E16 framework

fixed config file for vs1.9.3.17 merge

upgrade to vserver 1.9.3.17

make cvs ignore generated files

- check vnet_active before executing runtime vnet code

undo erroneous 2nd addition of xid field to struct ip_conntrack

turn on vnet and ipod support

merge missed vserver field in struct sock_common

- PL4184 fix: Suppress kernel ICMP echo replies if the echo ID is bound
  to a (presumably raw) socket

upgrade to linux 2.6.10-1.12_FC2

- merge revision 1.13.2.2
date: 2005/02/07 23:05:42;  author: mlhuang;  state: Exp;  lines: +10 -3
- PL4167 fix: Transfer ownership of reusable TIME_WAIT buckets to
  whomever VNET decided should own the packet.

Initial revision

This commit was generated by cvs2svn to compensate for changes in r517,
which included commits to RCS files with non-trunk default branches.

An incomplete merge prevented this file from being properly compiled.

This snuck by because the file is not part of the regular PlanetLab kernel.

I am now building the non-planetlab kernel for my laptop, which includes a
bunch more stuff.  My hope is that we gain better coverage this way.

Removed duplicate "Early Printk" menu options and changed the menu text
for my stackoverflow check support.

enable CONFIG_VNET

- bound vnet mods by #ifdef
- bound runtime vnet code by if (vnet_active)
- vnet needs packet_ops and packet_family_ops, export them if configured

- remove deprecated code; no longer using nfmark to set xid

- bound vnet mods by #ifdef

- bound vnet mods by #ifdef
- remove deprecated code

- bound vnet mods by #ifdef
- bound runtime vnet code by if (vnet_active)

- bound vnet mods by #ifdef
- bound runtime vnet code by if (vnet_active)
- vnet needs inet_family_ops, export if configured
- PL3976 fix: inet_release(): don't reset sk_xid

- bound vnet mods by #ifdef

- vnet needs dev_queue_xmit_nit(), export it
- bound vnet mods by #ifdef

- bound vnet mods by #ifdef
- bound runtime vnet code by if (vnet_active)

fix inline declaration, gcc-3.4 complains

fixed merge mistake that picked up 2.6.9 rather than 2.6.9-1.11_FC2 code

cleanup to reduce diff w/ 2.6.9-1.11_FC2

sync up with 2.6.9-1.11_FC2 release

fixed merge bug

moved stackoverflow checking out of mainline files

Comment out return statement that prevents shares from being initialized correctly

upgrade to linux 2.6.9-1.11_FC2

Initial revision

This commit was generated by cvs2svn to compensate for changes in r366,
which included commits to RCS files with non-trunk default branches.

This commit was generated by cvs2svn to compensate for changes in r363,
which included commits to RCS files with non-trunk default branches.

This commit was generated by cvs2svn to compensate for changes in r344,
which included commits to RCS files with non-trunk default branches.

This commit was generated by cvs2svn to compensate for changes in r338,
which included commits to RCS files with non-trunk default branches.

Fixes CAN-2004 security reports 1016, 1017, and 1068

- patch from https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=40
  fixes crash if PPTP packets are received out of order
- PPTP headers are variable length. Specifically, PPTP ACKs without
  sequence numbers are 4 bytes shorter and will not be properly
  tracked. Pass the minimum length required to skb_header_pointer() when
  trying to parse a generic PPTP header out of a packet.
- Fix a call to DUMP_TUPLE_GRE()

- PL3791 fix: Suppress RST if the port was bound to a (presumably raw) socket

- PL3791 fix: Suppress ICMP Unreachable if the port was bound to a (presumably raw) socket

Added some debug printk's for shares_write problems that Steve is seeing
on a bunch of nodes.  It is not clear what exactly is causing the problem
he (i.e., NM) is observing.  Hopefully these debug messages will reveal
something.

There is a bug in the CKRM CPU scheduler.  This has been reported to the
folks at IBM.  I am going to back out of the scheduler changes until I
am certain that the scheduler works as well as what we have now (ideally
better).

compile PPTP/GRE connection tracking modules

CKRM CPU controller version 9 rc1.

- backport 2.6.9 addition of skb_header_pointer() macro to support
  pptp-conntrack-nat patch

- fix DEBUGP() macro; newer gcc versions refuse to concatenate __FILE__
  and __FUNCTION__
- fix DUMP_TUPLE_GRE() macro
- 2.6.9 changed print_tuple() and print_conntrack() methods to use
  seq_printf(), but we are running 2.6.8, so change to just sprintf()

- fix DEBUGP() macro; newer gcc versions refuse to concatenate __FILE__
  and __FUNCTION__
- exp_gre: expectations must now be allocated by the helper/caller; it's
  been this way for at least a year, this patch was probably never
  tested

Initial revision

patch-o-matic-ng-20050103 pptp-conntrack-nat

patch-o-matic-20050103 pptp-conntrack-nat

patch-o-matic-ng-20050103 pptp-conntrack-nat

patch-o-matic-ng-20050103 conntrack-acct

patch-o-matic-ng-20050103 pptp-conntrack-nat conntrack-acct

patch-o-matic-ng-20050103 pptp-conntrack-nat

Incorporate vserver 1.9.3 changes to check_kill_permission (eliminates
call to vx_check in group_send_sig_info)

Check that SIGALRM got delivered (should never fail)

- fix do_mprotect() prototype

- remove 2004.12.14 from EXTRAVERSION

Turn off CKRM IO controller.  It should never have been turned on in the
first place until we are truly ready to deploy it.

ckrm e16 io controller merge v5

PL3009: Implemented a UDP variant of IPOD.  Sending a packet to port 664
with the IPOD key as data will also cause the machine to restart.

Turns X86_STACK_CHECK on by default.

Updated stack overflow handling support.

Moved code around to fix bug related to ".previous" section definition.

enable floppy module generation for boot cd

enable kexec

kexec patch backported from 2.6.10-mm

accidently delete

This stack check implementation leverages the compiler's profiling (gcc -p)
support to determine precisely when there is a stack overflow.  The compiler
generates a call to the special function 'mcount' in the prologue of each
function.  This special 'mcount' function checks whether the stack has
grown beyond STACK_WARN size; and, if so, it will call the stack_overflowed
function, which generates a stack trace.  If the stack has grown to STACK_PANIC
size, the stack_overflowed function will panic() the system.

The hope is that with this support we can track down precisely the execution
context when the stack overflows.

Added configuration support for:
1) 4KB, 8KB, and 16KB stacks
2) separate IRQSTACKS
3) stack overflow warnings at a user-specified size

The original FC code only supports 4KB kernel stacks w/ a separate,
per-cpu, IRQ stack and the stack overflow warning was printed whenever
the kernel approached 1/8 of the current stack size.

The new support permits one to select different stack sizes and
separate IRQ stack using configuration options.  The default right
now is to use a 8KB kernel stack with a separate IRQ stack.

- return -EPERM instead of silently freeing

PL3069

Fixed memory leak of skbuff.  Requires changes to accurately do statistics
and some additional cosmetic changes.  But this should be sufficient for
the next release candidate.

PL3131 fix: prevent vservers from escaping chroot() barriers

- apply patch to enable legacy ioctl() programs such as 0.30 stable
  util-vserver showattr/setattr to set the immulink and barrier
  high bits
- this is patch-2.6.9-final-vs1.9.3-rc3-legacyimmulinkioctl.patch

From: Sam Vilain <sam@vilain.net>
Re: [Vserver] [PATCH] immulink ioctl is not available on vs1.9.3-rc2,  even with CONFIG_VSERVER_LEGACY
To: vserver@list.linux-vserver.org
Date: 10/18/04 12:48 am

PL3131 fix: prevent vservers from escaping chroot() barriers

- make sure that all extended attributes are passed properly to the
  inode structure