ChangeSet@1.1820, 2004-04-16 17:50:41-07:00, torvalds@ppc970.osdl.org
  Merge evo:v2.6/linux into ppc970.osdl.org:/home/torvalds/v2.6/linux

ChangeSet@1.1806.4.2, 2004-04-16 17:49:32-07:00, torvalds@evo.osdl.org
  Add sparse __safe annotation

ChangeSet@1.1806.4.1, 2004-04-16 17:48:52-07:00, torvalds@evo.osdl.org
  Make sock_no_{get|set}opt() use the proper __user annotation

ChangeSet@1.1819, 2004-04-16 16:18:05-07:00, marcel@holtmann.org
  [PATCH] Fix typo in the openpromfs remount patch
  
  The just merged openpromfs remount patch contains a silly typo in the
  field of the super_operations structure.
  
  Fixed like this.

ChangeSet@1.1818, 2004-04-16 16:17:28-07:00, torvalds@ppc970.osdl.org
  Merge bk://gkernel.bkbits.net/misc-2.6
  into ppc970.osdl.org:/home/torvalds/v2.6/linux

ChangeSet@1.1817, 2004-04-16 16:16:31-07:00, torvalds@ppc970.osdl.org
  Merge bk://gkernel.bkbits.net/net-drivers-2.6
  into ppc970.osdl.org:/home/torvalds/v2.6/linux

ChangeSet@1.1812.1.10, 2004-04-16 15:03:33-07:00, davej@redhat.com
  [PATCH] Fix mprotect bogus check.
  
  If we want to trap NULL vma's, we'd better be sure
  that we don't dereference it first..

ChangeSet@1.1812.1.9, 2004-04-16 15:03:20-07:00, davej@redhat.com
  [PATCH] Fix edd driver dereferencing before pointer checks.
  
  Lots of occurences of the same bug..

ChangeSet@1.1812.1.8, 2004-04-16 15:03:09-07:00, B.Zolnierkiewicz@elka.pw.edu.pl
  [PATCH] ide-probe.c: SanDisk is flash
  
  From: Meelis Roos <mroos@linux.ee>
  
  This is self-explanatory - former SunDisk renamed itself to SanDisk and
  now there are flash disks with both names.

ChangeSet@1.1812.1.7, 2004-04-16 14:27:54-07:00, viro@www.linux.org.uk
  [PATCH] remount: mount flags filtering
  
   - we could pass MS_ACTIVE in mount flags and it would be passed into
     ->get_sb(), leading to interesting failure modes.  This flag is only
     for internal use (it's set once fill_super is complete and reset
     before the inode eviction on umount); made sure that we never get
     tricked into having it set it too early.

ChangeSet@1.1812.1.6, 2004-04-16 14:27:41-07:00, viro@www.linux.org.uk
  [PATCH] remount: forced-nodiratime filesystems
  
   - a bunch of filesystems force MS_NODIRATIME on mount but forgot to do
     the same on remount.  Fixed.

ChangeSet@1.1812.1.5, 2004-04-16 14:27:28-07:00, viro@www.linux.org.uk
  [PATCH] remount: forced-ro filesystems
  
   - a bunch of r/o filesystems did force MS_RDONLY on mount but forgot to
     do the same on remount.  Fixed.

ChangeSet@1.1812.1.4, 2004-04-16 14:27:14-07:00, viro@www.linux.org.uk
  [PATCH] remount: fs/jffs2
  
   - jff2->remount_fs() was buggy - it played with sb->s_flags instead of
     doing modifications to *flags (->s_flags will be overwritten using
     *flags right after the call of ->remount_fs()).  Moreover, it tried
     to do the wrong thing - it should just enforce noatime and be done
     with that.  Fixed, ACKed by maintainer.

ChangeSet@1.1812.1.3, 2004-04-16 14:27:00-07:00, viro@www.linux.org.uk
  [PATCH] remount: fs/openpromfs
  
   - we should force noatime both on mount and remount.  Fixed.

ChangeSet@1.1812.1.2, 2004-04-16 14:26:48-07:00, viro@www.linux.org.uk
  [PATCH] remount: fs/udf fixes
  
   - same problem as with sysv - mount-time checks for fs being good for
     writing are absent on remount.  Check added.

ChangeSet@1.1812.1.1, 2004-04-16 14:26:34-07:00, viro@www.linux.org.uk
  [PATCH] remount: fs/sysv fixes
  
   - several variants of sysv fs are supported only r/o.  Driver does
     force r/o on mount, but doesn't do anything on remount.  As the
     result, one can remount them r/w and results are Not Pretty(tm).
     Missing checks added, code cleaned up. 
  
   - we had double-brelse() in v7fs - if sanity checks on root inode will
     succeed, but allocation of root dentry fails, we brelse() the same
     buffer_head twice.  Fixed.

ChangeSet@1.1806.3.4, 2004-04-16 22:09:02+01:00, rmk@flint.arm.linux.org.uk
  [ARM] Add __user address space identifiers for sparse.

ChangeSet@1.1806.3.3, 2004-04-16 22:02:08+01:00, rmk@flint.arm.linux.org.uk
  [ARM] Update mach-types file.

ChangeSet@1.1806.3.2, 2004-04-16 21:54:40+01:00, rmk@flint.arm.linux.org.uk
  [ARM] Remove needless export of __do_softirq()

ChangeSet@1.1812, 2004-04-16 11:36:57-07:00, davem@nuts.davemloft.net
  Merge

ChangeSet@1.1810, 2004-04-16 10:37:13-07:00, davem@nuts.davemloft.net
  Merge.

ChangeSet@1.1804.1.4, 2004-04-16 13:01:59-04:00, brazilnut@us.ibm.com
  [PATCH] pcnet32 transmit performance fix
  
  When the pcnet32 adapter is installed in a system with long PCI latency
  and the read burst bit is not set, performance on transmission is very
  low (under 20Mbit on a 100Mbit link).  This patch against 2.6.6-rc1 will
  make sure that read and write bursts are enabled.  Tested on ppc64 and
  ia32.

ChangeSet@1.1804.1.3, 2004-04-16 13:01:32-04:00, jgarzik@redhat.com
  [netdrvr via-rhine] Fix MII phy scanning
  
  Noticed by Roger Luethi, via-rhine maintainer.

ChangeSet@1.1804.1.2, 2004-04-16 12:59:08-04:00, akpm@osdl.org
  [PATCH] amd8111e retval fix
  
  drivers/net/amd8111e.c: In function `amd8111e_vlan_rx':
  drivers/net/amd8111e.c:677: warning: control reaches end of non-void function

ChangeSet@1.1804.1.1, 2004-04-16 12:55:41-04:00, jgarzik@redhat.com
  Merge redhat.com:/spare/repo/netdev-2.6/misc
  into redhat.com:/spare/repo/net-drivers-2.6

ChangeSet@1.1806.3.1, 2004-04-16 15:27:18+01:00, rmk@flint.arm.linux.org.uk
  [ARM] Add --no-undefined to linker command line.
  
  Many binutils versions over the last year appear to silently build
  assembler files with undefined constants, and able to successfully
  create executables from such files.  The assembler appears to add
  undefined symbols to the symbol table without any corresponding
  relocation information.  Obviously this is bad news since the
  resulting executable may not be what the programmer intended.
  Work around the problem by forcing the linker to fail if there are
  any undefined symbols in the final object(s).

ChangeSet@1.1806.2.4, 2004-04-16 06:55:37-07:00, benh@kernel.crashing.org
  [PATCH] ppc64: Fix RTAS races on pSeries
  
  The low level kernel interface to RTAS (the firmware runtime services)
  was plagued with races that could cause from bogus results of RTAS
  operations to total machine crashes in some circumstances. This patch
  fix the ones I could identify, hoping I didn't miss any. I also added
  a WARN_ON (well, it's asm equivalent) to enter_rtas to make sure we
  never _ever_ try to call that with interrupts enabled.

ChangeSet@1.1806.2.3, 2004-04-16 06:53:12-07:00, anton@samba.org
  [PATCH] ppc64: always initialise dn->type and dn->name
  
  This fix comes from ppc32. Always initialise dn->type and dn->name so
  that code doesnt have to check for NULL everywhere. There is at least
  one bug report where we oopsed because of this.

ChangeSet@1.1806.2.2, 2004-04-16 06:52:58-07:00, anton@samba.org
  [PATCH] ppc64: catch branch to 0 in real mode
  
  We have been debugging some strange fails where we branch to 0 in real
  mode. At the moment this results in the cpu running through the
  initialisation code and failing somewhere well into it.
  
  The following patch uses the featuring nop'ing code to remove the branch
  at real address 0 so it falls through to a trap instruction and gets
  caught early.

ChangeSet@1.1806.2.1, 2004-04-16 06:44:35-07:00, adam@evdebs.org
  [PATCH] NMI watchdog Pentium M support
  
  This adda nmi_watchdog=2 support to the Pentium M processor.  The P-M is
  a P6 chip, but it shares some chipset logic with the Pentium 4, so it
  requires this workaround to function.
  
  Without this patch, NMI gets stuck after 1 count.  With it, the NMI
  fires and breaks me out of UHCI-related hard lockups. 
  
  This patch is basically a modified version of the same patch for
  oprofile. See the threaded discussion here:
  
  	http://lkml.org/lkml/2004/2/12/181

ChangeSet@1.1806.1.2, 2004-04-15 23:55:02-07:00, davem@nuts.davemloft.net
  [IXGB]: ixgb.h needs dma-mapping.h

ChangeSet@1.1806.1.1, 2004-04-15 23:54:31-07:00, davem@nuts.davemloft.net
  [E1000]: e1000.h needs dma-mapping.h

ChangeSet@1.1806, 2004-04-15 11:57:06-07:00, geert@linux-m68k.org
  [PATCH] Amiga Zorro8390 Ethernet section conflict
  
  Jeff Garzik notes that the previous cleanup highlights a bug:
  >
  > 	static const struct card_info {
  > 	    zorro_id id;
  > 	    const char *name;
  > 	    unsigned int offset;
  > 	} cards[] __initdata = {
  >
  > and the lone user is __devinit:
  >
  > static int __devinit zorro8390_init_one(struct zorro_dev *z,
  >                                        const struct zorro_device_id *ent)
  
  Here's the fix..

ChangeSet@1.1805, 2004-04-15 11:56:52-07:00, James.Bottomley@SteelEye.com
  [PATCH] fix non-PC subarchs which were broken by i386 probe_roms change
  
  The author apparently didn't understand that only the mach-default
  include directory is included by fallback for header files only.  You
  can't stick a .c file in mach-default and expect all subarchs to be able
  to use it.
  
  The correct fix is to put std_resources.c in the kernel directory and
  give it its own Kconfig symbol for conditional compile so that subarchs
  may choose to include it or not.

ChangeSet@1.1804, 2004-04-15 10:29:23-07:00, xschmi00@stud.feec.vutbr.cz
  [PATCH] USB: Fix vicam debug compile, fix user access
  
  The last copy_from_user patch to the vicam driver broke compilation with
  VICAM_DEBUG on.
  
  There is also another copy_from_user missing in case VIDIOCSPICT. 
  
  This fixes both issues.

ChangeSet@1.1801.2.1, 2004-04-15 09:20:00-07:00, James.Bottomley@SteelEye.com
  [PATCH] fix 4k irqstacks on x86 (and add voyager support)
  
  There's a bug in the x86 code in that it sets the boot CPU to zero.
  
  This isn't correct since some subarch's use physically indexed CPUs. 
  However, subarchs have either set the boot cpu before irq_INIT() (or
  just inherited the default zero from INIT_THREAD_INFO()), so it's safe
  to believe current_thread_info()->cpu about the boot cpu.

ChangeSet@1.1801.1.1, 2004-04-15 08:39:55-07:00, greg@kroah.com
  Merge kroah.com:/home/greg/linux/BK/bleed-2.6
  into kroah.com:/home/greg/linux/BK/driver-2.6

ChangeSet@1.1802, 2004-04-15 08:22:54-07:00, greg@kroah.com
  merge

ChangeSet@1.1801, 2004-04-15 07:04:22-07:00, benh@kernel.crashing.org
  [PATCH] ppc64: update g5_defconfig
  
  This adds IOMMU support & IOMU virtual merging to the default g5 config.
  
  This will not impair performances of machines that don't need the iommu
  (the kernel will only enable it if you have more than 2Gb of RAM, though
  you can explicitely enable it using a command line argument).

ChangeSet@1.1800, 2004-04-15 07:04:10-07:00, benh@kernel.crashing.org
  [PATCH] ppc64: Fix possible duplicate MMU hash entries
  
  The current code has a subtle race where 2 hash PTEs can be inserted
  for the same virtual address for a short period of time. There should
  not be a stale one as the "old" one ultimately gets flushed, but the
  architecture specifies that having two hash PTE is illegal and can
  result in undefined behaviour.
  
  This patch fixes it by never clearing the _PAGE_HASHPTE bit when
  doing test_and_clear_{young,dirty}. That means that subsequent faults
  on those pages will have a bit more overhead to "discover" that the
  hash entry was indeed evicted.
  
  It also adds a small optisation to avoid doing the atomic operation
  and the hash flush in test_and_clear_dirty when the page isn't dirty
  or when setting write protect while it's already set.

ChangeSet@1.1799, 2004-04-15 07:03:54-07:00, akpm@osdl.org
  [PATCH] posix messages queues for s390.
  
  From: Martin Schwidefsky <schwidefsky@de.ibm.com>
  
  The new message queue interface needs the following patch to get it working
  on s390 (31-bit, 64-bit and 31-bit compat).

ChangeSet@1.1798, 2004-04-15 07:03:43-07:00, akpm@osdl.org
  [PATCH] light-weight auditing framework for s390.
  
  From: Martin Schwidefsky <schwidefsky@de.ibm.com>
  
  This patch adds the TIF_SYSCALL_AUDIT option to the s390 ptrace interface.

ChangeSet@1.1797, 2004-04-15 07:03:32-07:00, akpm@osdl.org
  [PATCH] Add mqueue support to x86-64
  
  From: Andi Kleen <ak@suse.de>
  
  Add POSIX mqueue support to x86-64.

ChangeSet@1.1796, 2004-04-15 07:03:20-07:00, akpm@osdl.org
  [PATCH] ext3: journalled quotas
  
  From: Jan Kara <jack@ucw.cz>
  
  Journalled quota support for ext3: The patch consists of two parts - ext3
  changes and changes in generic quota code.  The main idea of the changes is
  that a transaction is always started before any operation which changes quota
  file and dirtifying of the quota causes its write to disk.  These two changes
  assure that quota change is journalled into the same transaction as the file
  change and hence after journal replay quota is consistent with the filesystem
  state.  As during journal replay inodes from orphan list are deleted/truncated
  we have to do quota_on before the replay of the orphan list - this problem is
  solved by additional mount options to ext3 with quota file names and format.
  
  Some changes in generic code were also needed to assure that quota structure
  in file is always allocated and so ordinary quota operations (like
  adding/deleting a block/inode) need only a few blocks from the transaction.

ChangeSet@1.1795, 2004-04-15 07:03:05-07:00, akpm@osdl.org
  [PATCH] mq_open() and close_on_exec
  
  From: Chris Wright <chrisw@osdl.org>
  
  SUSv3 doesn't seem to specify one way or the other.  I don't have the POSIX
  specs, and the old docs I have suggest that mq_open() creates an object
  which is to be closed upon exec.
  
  Jakub said:
  
    I think it is valid and required:
  
      http://www.opengroup.org/onlinepubs/007904975/functions/exec.html
  
      All open message queue descriptors in the calling process shall be
      closed, as described in mq_close()
  
    I'll add a new test for this into glibc testsuite.

ChangeSet@1.1794, 2004-04-15 07:02:51-07:00, akpm@osdl.org
  [PATCH] radix-tree comment fix
  
  Fix various bogons and outright lies.

ChangeSet@1.1793, 2004-04-15 07:02:37-07:00, akpm@osdl.org
  [PATCH] Fix mq_notify with SIGEV_NONE notification
  
  From: Jakub Jelinek <jakub@redhat.com>
  
  	mq_notify (q, NULL)
  
  and
  	struct sigevent ev = { .sigev_notify = SIGEV_NONE };
  	mq_notify (q, &ev)
  
  are not the same thing in POSIX, yet the kernel treats them the same.  Only
  the former makes the notification available to other processes immediately,
  see
  
  	http://www.opengroup.org/onlinepubs/007904975/functions/mq_notify.html
  
  Without the patch below,
  
  	http://sources.redhat.com/ml/libc-hacker/2004-04/msg00028.html
  
  glibc test fails.
  
  I looked at mq in Solaris and they behave the same in this regard as Linux
  with this patch.  Kernel with this patch passes both Intel POSIX testsuite
  (with testsuite fixes from Ulrich) and glibc mq testsuite.

ChangeSet@1.1790.7.1, 2004-04-14 22:34:22-04:00, jgarzik@redhat.com
  Merge redhat.com:/spare/repo/linux-2.6
  into redhat.com:/spare/repo/misc-2.6

ChangeSet@1.1790.1.11, 2004-04-14 18:31:20-07:00, torvalds@ppc970.osdl.org
  Linux 2.6.6-rc1
  TAG: v2.6.6-rc1