ChangeSet@1.2031, 2004-10-23 10:07:23-07:00, roland@redhat.com
  [PATCH] fix core-dump return code
  
  While looking at the signal.c coredumping BUG_ON race, I noticed a bug
  (not directly related) in do_coredump.  It was setting the "core dumped"
  flag even when the format dumping hook failed (e.g.  for memory
  allocation failures).
  
  Signed-off-by: Linus Torvalds <torvalds@osdl.org>

ChangeSet@1.2030, 2004-10-23 10:07:11-07:00, roland@redhat.com
  [PATCH] Fix ptrace problem
  
  This is indeed a new bug, and it is not architecture-specific.  In my
  recent changes to close some race conditions, I overlooked the case of a
  process using PTRACE_ATTACH on its own children.  The new PT_ATTACHED flag
  does not really mean "PTRACE_ATTACH was used", it means "PTRACE_ATTACH is
  changing the ->parent link".
  
  This fixes the problem that Stephane Eranian program demonstrates.
  
  Signed-off-by: Roland McGrath <roland@redhat.com>
  Signed-off-by: Linus Torvalds <torvalds@osdl.org>

ChangeSet@1.2029, 2004-10-23 10:06:59-07:00, roland@redhat.com
  [PATCH] Invalid BUG_ONs in signal.c
  
  Oh, duh.  The race is obvious.  Sorry for the confusion there.
  
  The BUG_ON's were useful for debugging, since they trigger on a lot of
  errors, but they _also_ trigger on some unlikely (but valid) races.
  
  So just remove them - just fall through to the regular exit code after
  core-dumping (which does everything right).
  
  Signed-off-by: Linus Torvalds <torvalds@osdl.org>

ChangeSet@1.2027, 2004-10-23 09:49:57-07:00, chrisw@osdl.org
  [PATCH] delay rq_lock acquisition in setscheduler
  
  Doing access control checks with rq_lock held can cause deadlock when
  audit messages are created (via printk or audit infrastructure) which
  trigger a wakeup and deadlock, as noted by both SELinux and SubDomain
  folks.  This patch will let the security checks happen w/out lock held,
  then re-sample the p->policy in case it was raced. 
  
  Originally from John Johansen <johansen@immunix.com>, reworked by me.
  AFAIK, this version drew no objections from Ingo or Andrea. 
  
  From: John Johansen <johansen@immunix.com>
  Acked-by: Ingo Molnar <mingo@elte.hu>
  Signed-off-by: Chris Wright <chrisw@osdl.org>
  Signed-off-by: Linus Torvalds <torvalds@osdl.org>

ChangeSet@1.2026, 2004-10-22 18:04:49-07:00, david-b@pacbell.net
  [PATCH] Missed usb devices on boot
  
  This marks sets change_bits to all ones when bringing up a hub, since
  not all hubs seem to send change events for devices that were plugged in
  when the hub was reset. 
  
  David Miller confirms this fixes his boot-time lost keyboard/mouse
  problem

ChangeSet@1.2016.2.1, 2004-10-22 16:07:19-07:00, greg@kroah.com
  Merge kroah.com:/home/greg/linux/BK/bleed-2.6
  into kroah.com:/home/greg/linux/BK/usb-2.6

ChangeSet@1.2000.13.18, 2004-10-22 15:54:52-07:00, david-b@pacbell.net
  [PATCH] USB ehci: minor debug cleanups
  
  This updates debug messages, declaring that labels can be constant strings
  and changing some old-school dbg() calls to driver model dev_dbg().
  
  Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
  Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>

ChangeSet@1.2000.13.17, 2004-10-22 15:54:23-07:00, david-b@pacbell.net
  [PATCH] USB ehci: handle earlier endpoint_disable()
  
  The recent patch to scrub out ep0 state earlier (to get rid of some of
  the enumeration problems that started with about 2.6.6) requires EHCI
  to handle endpoint_disable() calls in a slightly different context.
  
  This makes those calls work when an endpoint's QH may still be on the
  async schedule, rather than already unlinked.  (The QH stays on the async
  schedule for a few milliseconds after it's empty, since it's routine to
  issue another request almost immediately.)
  
  Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
  Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>

ChangeSet@1.2000.13.16, 2004-10-22 15:53:58-07:00, david-b@pacbell.net
  [PATCH] USB ehci: minor pci tweaks
  
  This has minor PCI tweaks for the EHCI driver:
  
    - If the (nonfunctional) AMD 8111 controller shows up, ignore it.
      (Patch from Matt Dharm, with minor coding style tweaks).
  
    - Delete some code that interprets an EHCI capability code; it
      should be a PCI capability instead.
  
  Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
  Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>

ChangeSet@1.2023, 2004-10-22 15:43:17-07:00, greg@kroah.com
  hotplug: prevent skips in sequence number from happening
  
  Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>

ChangeSet@1.2016.1.2, 2004-10-22 14:30:50-07:00, torvalds@ppc970.osdl.org
  Linux 2.6.10-rc1
  
  New and Improved! "Woozy Numbat!"
  
  Pick up the phone in the next two minutes and phone in your
  order, and we'll throw in a second copy of Woozy Numbat,
  ABSOLUTELY FREE! You too could start a Numbat farm!
  TAG: v2.6.10-rc1