This commit was manufactured by cvs2svn to create tag
'before-vs2_0_2_2-rc6-schedfix-merge'.

- fix EXTRAVERSION

enabled ipod

support for embedded x86 systems

disable vserver /proc security

turn of kernel preemption

converge to mainline version of handling broken hardlinks

remove vestiges of the HP BCM5700 GigE driver

Mark's fix for kernel panics on SMP machines have been merged into mainline.

The mainline fix uses Mark's code verbatim, except a few lines earlier w/in
the functions.

I'm just removing Mark's (now duplicate) code from source.

remove bcm5700 related files

Remove HP's BCM5700 driver.  Fedora Core's tg3 driver supports the new
broadcom GigE chipsets.

build everything except uml

Bug fix to apply token bucket limits to real-time tasks

Merge to Fedora kernel-2.6.18-1.2239_FC5-vs2.0.2.2-rc6 patched with stable patch-2.6.18.2-vs2.0.2.2-rc6.diff

cleaning up after merge

upgrade to 2.6.18

import turd

Merge to Fedora kernel-2.6.18-1.2224_FC5-vs2.0.2.2-rc4 patched with stable patch-2.6.18.1-vs2.0.2.2-rc4.diff + deltas for rc5 and rc6

Initial revision

make device mapper a built-in kernel module

fix: copy the correct header directories for xen

compile in the xen frontend network device driver

fixed to build xen rpm properly

initial xenU config with PL options enabled

update EXTRAVERSION to reflect Fedora 1.2187_FC5

update to new FC release number

export dev_queue_xmit_nit again

Merge to Fedora kernel-2.6.17-1.2187_FC5-vs2.0.2.1 patched with stable patch-2.6.17.13-vs2.0.2.1

should not be in repository

ignore modnames

ignore lxdialog

ignore zconf.hash.c

merge turds

Initial revision

Merge to Fedora kernel-2.6.17-1.2142_FC4 patched with stable patch-2.6.17.13-vs2.0.2.1

- bump release number to denote addition of vlan module

build VLAN support

Fix kernel panic on various SMP machines. The culprit is a null
ub->skb in ulog_send(). If ulog_timer() has already been scheduled on
one CPU and is spinning on the lock, and ipt_ulog_packet() flushes the
queue on another CPU by calling ulog_send() right before it exits,
there will be no skbuff when ulog_timer() acquires the lock and calls
ulog_send(). Cancelling the timer in ulog_send() doesn't help because
it has already been scheduled and is running on the first CPU.

Similar problem exists in ebt_ulog.c and nfnetlink_log.c.

- bump release number to denote ipt_ULOG fix

https://lists.gnumonks.org/pipermail/ulogd/2005-August/000776.html
http://lists.netfilter.org/pipermail/netfilter/2006-January/064509.html
https://lists.gnumonks.org/pipermail/ulogd/2006-April/000853.html

Fix kernel panic on various SMP machines. The culprit is a null ub->skb
in ulog_send(). I believe that this can occur for the following
reason. If ulog_timer() has already been scheduled on one CPU and is
spinning on the lock, and ipt_ulog_packet() flushes the queue on another
CPU by calling ulog_send() right before it exits (because the threshold
is reached), there will be no skbuff when ulog_timer() acquires the lock
and calls ulog_send(). Cancelling the timer in ulog_send() doesn't help
because it has already been scheduled and is running on the first CPU.

There are two solutions that I can see: re-allocate ub->skb at the end of
ipt_ulog_packet(), just like it does toward the beginning of the function. But
the problem will still happen if the allocation fails. The second solution,
is to just return from ulog_send() if ub->skb is null.

a few uml headers are now no longer generated

- Merge to Fedora kernel-2.6.17-1.2142_FC4
- disable Xen build for now, xen seems to have disappeared from mainline...

Define CONFIG_HZ for uml build

Source Kconfig.hz to get CONFIG_HZ

fix uml config

2.6.17 PLK configs

Initialize module_subsys earlier (or at least earlier than devices)
since it could be used very early in the boot process if kmod loads a
module before the device initcalls. Otherwise, kmod will crash in
kernel/module.c:mod_sysfs_setup() since the kset in module_subsys is not
initialized yet.

Merge to Fedora kernel-2.6.17-1.2142_FC4 patched with stable patch-2.6.17.4-vs2.0.2-rc26.diff

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

Initial revision

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

Initial revision

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

Initial revision

bump release for gcc32 module compilation fix

- fix module compilation with gcc32
- http://www.openafs.org/pipermail/openafs-devel/2005-August/012820.html

- bump EXTRAVERSION

- bump release number for usb-uhci fixes

- really remove last vestiges of lkcd patch

- just warn if gcc 3.x compiler can't be found

- enable compiling under gcc4 without warnings

Backported fix from 2.6.17-rc1: Wait for the UHCI controller in HP's iLO2 server management chip.

- apply http://lkml.org/lkml/2006/4/7/149

Unlink files, symlinks, FIFOs, devices etc. (except directories) before
writing them when extracting CPIOs.  This stops weird behaviour like:
  1) writing through symlinks created in earlier CPIOs. eg foo->bar in
     the first CPIO.  Having foo as a non-link in a subsequent CPIO,
     results in bar being written and foo remaining as a symlink.
  2) if the first version of file foo is larger than foo in a
     subsequent CPIO, we end up with a mix of the two.  ie. neither
     the first or second version of /foo.
  3) special files like devices, fifo etc. can't be overwritten in
     subsequent CPIOS.

With this, the kernel will more closely replicate
   for i in *.cpio; do cpio --extract --unconditional < $i ; done

This is a change but it's regarded as fixing broken functionality.

Signed-off-by: Michael Neuling <mikey@neuling.org>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>

- fix broken hardlink handling: copy hardlink filenames instead of storing
  pointers to them, since the filenames may be in temporary storage (e.g., see
  read_into(); if the filename crosses a collection boundary,
  read_into() will reset collected to temporary storage). This fixes the
  weird intermittent bugs I've been seeing in initramfs creation,
  basically, 0 byte hardlinked files.

- kernel-uml-modules: depmod and cleanup

Updated to bcm5700 version 8.3.17b release of driver.

correct smp related /boot symlinks

take out V=1 verbose compile option

build with gcc 3.x compiler instead of gcc 4.x compiler

switch to gcc 3.x based compiler on systems using gcc 4.x by default

setup smp specific symlinks for conf, initrd-boot, and kernel-boot

- add IP set support from patch-o-matic-ng-20051203

- added ipset support
- add conntrack classification support
- bump release number

- add "priority" (like skb->priority) classification variable to conntrack

- allow -j CLASSIFY to be called from the mangle or vnet tables

- add IP set support from patch-o-matic-ng-20051203

remove old configs

add bcm5700

only let it find HP chips

HP NC10xx/67xx/77xx/150x/320x/325x Gigabit Ethernet NIC Driver for Linux

VIA board support PCI ID

support pldistro "variants"

bump release number for rc7

Should return ESRCH rather than EINVAL if a context doesn't exist

bump release number for planetlab-3_2-rc6

Reincorporate forgotten patch for modifying vserver file flags using ioctl

- disable kexec syscall for uml

- bump release number to enable kexec syscall

- enable kexec syscall

- bump release number for Andy's scheduler fix

Reinitialize minimum ticks on each pass through scheduling loop

Fixed an overflow bug with div_long_long_rem

patchwork.netfilter.org/netfilter-devel/patch.pl?id=2678
- 2.6.12 netfilter: local packets marked as invalid
- PL7714 fix: don't reset conntrack in the ip_output() path

- copy the extra files necessary for a proper kernel-uml-devel package

- bump version number to match spec file

do not link over the non-xenU vsyscall-note.S

take out xen_conflicts for now

Changes to support Andy's new CPU scheduler

Changes to support Andy's new CPU scheduler

enable VNET extensions