ChangeSet@1.1525, 2004-01-29 22:08:53-08:00, schierlm@gmx.de
  [PATCH] [APM] Is this the correct way to fix suspend bug introduced
  
  This fixes my APM problems (without them my laptop, Acer TravelMate
  210TEV (Celeron 700, 128 MB RAM), hangs after resuming from APM since
  2.6.0-test4).
  
  Modified based on comments from Pavel Machek <pavel@suse.cz>, who
  has acked the updated patch.

ChangeSet@1.1524, 2004-01-29 17:13:27-08:00, greg@kroah.com
  [PATCH] PCI: fix compiler warning in probe.c cause by PPC patch.

ChangeSet@1.1523, 2004-01-29 17:13:13-08:00, kieran@mgpenguin.net
  [PATCH] PCI: pci.ids update
  
  - Replaces pci.ids with a snapshot from pciids.sf.net from 14 Jan 2004

ChangeSet@1.1522, 2004-01-29 17:12:59-08:00, kieran@mgpenguin.net
  [PATCH] PCI: name length change
  
  - Changes gen-devlist.c to truncate long device names rather than reject
    the database
  - Changes PCI_NAME_SIZE to 96 (and PCI_NAME_HALF to 43) to allow all
    current pci.ids names to fit
  - Modifies gen-devlist.c to truncate at 89 characters rather than 79 -
    allows for two digit instance numbers to be added to the name as well
    while staying within the 96 characters allocated. No names in the
    current pci.ids are any longer than this.
  - Modifies names.c to no longer limit device name length when displaying
    both vendor and device name; the truncation is done by gen-devlist.c.

ChangeSet@1.1521, 2004-01-29 16:54:22-08:00, johnrose@austin.ibm.com
  [PATCH] PCI: Allow pci hotplug drivers to initialize individual devices.
  
  This lets the PPC pci hotplug driver initialize single devices, not just
  entire slots.

ChangeSet@1.1520, 2004-01-29 16:19:53-08:00, ogasawara@osdl.org
  [PATCH] PCI hotplug: pcihp_zt5550.c ioremap/iounmap audit
  
  insert missing iounmap()

ChangeSet@1.1519, 2004-01-29 15:38:38-08:00, ralf@linux-mips.org
  [PATCH] PCI: fix probing for some mips systems

ChangeSet@1.1518, 2004-01-29 15:35:19-08:00, lxiep@us.ibm.com
  [PATCH] PCI Hotplug: add unlimited PHP slot name lengths support

ChangeSet@1.1517, 2004-01-29 15:34:56-08:00, t-kochi@bq.jp.nec.com
  [PATCH] PCI Hotplug: add address file and fix acpiphp bugs
  
  This is the pending patch that adds 'address' file to show
  PCI-address and a few other minor fixes.
  As 2.6.0 is out, I'm resending the patch.
  Would you mind taking this?
  
  > > > Thanks.  I had a little time to try your patch today.  Sorry
  > > > to report that it isn't working for me.
  > > >
  > > > I first powered off (successfully the 1st time) a populated slot
  > > > and removed and reinserted the card into the same slot.  The slot
  > > > powered back up but I was then unable to power it off.  I believe
  > > > the following instruction that still exists in power_off_slot()
  > > > may be preventing the slot from being powered off more than once.
  > > >     func->flags &= (~FUNC_EXISTS);
  > > >
  > > > I then tried to insert an adapter in an un-populated slot.  For
  > > > some reason (which I don't understand yet) there was an enabling
  > > > error which I believe caused enable_device() to exit via a path
  > > > that bypassed the instruction that sets the FUNC_EXISTS flag.
  > > > I was then unable to power off the slot which I believe was due
  > > > to the FUNC_EXISTS flag not being set.
  > > >
  > > > I didn't have time to definitely confirmed the above theories.
  > > > I'll take a closer look at this tomorrow unless you are able
  > > > to diagnose using my vague clues :)
  > >
  > > It turns out that both of the above mentioned problems happened
  > > because the call to acpiphp_configure_slot() from enable_device()
  > > failed after inserting the card.  When this happens enable_device()
  > > exits without setting the FUNC_EXISTS flag for any of the slot
  > > functions.  Subsequent attempts to power off the same slot fail
  > > when power_off_slot() is unable to locate a function with both
  > > FUNC_HAS_EJ0 and FUNC_EXISTS flags set.
  > >
  > > The patch works okay when using a card that allows
  > > acpiphp_configure_slot() to succeed but I believe it should
  > > be improved to allow the slot to be powered off following
  > > device enablement errors.
  >
  > Thanks for testing and comments.
  > I really appreciate it.
  >
  > This problem turned out to be somewhat fragile state
  > transition:
  >
  > a lifecycle of a slot is (if there's no error)
  >
  >   function             state
  > ----------------------------------------------------
  > 0                      nothing
  > 1  power_on_slot()  -> SLOT_POWERDON
  > 2  enable_device()  -> SLOT_POWEREDON + SLOT_ENABLED
  > 3  disable_device() -> SLOT_POWEREDON
  > 4  power_off_slot() -> nothing
  >
  > but if any error occur during enable_device(), slot will remain
  > SLOT_POWERDON, but some functions on the card may not have
  > FUNC_EXISTS flags, which will eventually prevents powering
  > off in power_off_slot(), state transition from 1 to 4 directly.
  > I.e, the FUNC_EXISTS flag introduced more states to
  > complicate things.
  >
  > The FUNC_EXISTS flag was introduced after some discussion
  > between me and Irene Zubarev, but it has no more meaning
  > than that the function has corresponding 'pci_dev' structure.
  > So I eliminated the usage of FUNC_EXISTS and the result is
  > the patches attached to this mail (for both 2.4 and 2.6.
  > I think Greg already applied the 2.4 'cleanup' patch to his tree,
  > but it's not in Marcelo's release so I'm re-attaching to
  > this mail for anyone interested in this topic.  It's identical
  > to the one I posted earlier).
  > These patches don't include Gary's patch in his post last week,
  > so please apply separately.
  >
  > Please note that current acpiphp driver cannot handle a
  > PCI card that has a PCI-to-PCI bridge on it (support
  > for such cards is incomplete).  But if it's treated as
  > an error, it should be recoverable anyway.

ChangeSet@1.1516, 2004-01-29 15:34:24-08:00, mort@wildopensource.com
  [PATCH] PCI Hotplug: Trivial warning fix
  
  This just gets rid of a stupid compile warning.

ChangeSet@1.1515, 2004-01-29 14:46:48-08:00, willy@debian.org
  [PATCH] PCI: fix pci_get_slot() bug
  
  On Wed, Dec 17, 2003 at 04:24:44PM -0800, Greg KH wrote:
  > I've applied the pci portions of this patch to my trees and will send it
  > on after 2.6.0 is out.
  
  James Bottomley found a bug in it; could you also apply:

ChangeSet@1.1514, 2004-01-29 14:45:26-08:00, greg@kroah.com
  [PATCH] PCI: add .owner field to the config sysfs file to be "correct"
  
  This is in case others copy this code (which has already happened...)

ChangeSet@1.1513, 2004-01-29 14:32:13-08:00, willy@debian.org
  [PATCH] PCI: add pci_get_slot() function
  
  tg3.c has a bug where it can find the wrong 5704 peer on a machine with
  PCI domains.  The problem is that pci_find_slot() can't distinguish
  whether it has the correct domain or not.
  
  This patch fixes that problem by introducing pci_get_slot().

ChangeSet@1.1512, 2004-01-29 14:28:51-08:00, colpatch@us.ibm.com
  [PATCH] PCI: add pci_bus sysfs class
  
  This is needed to show pci bus topology to userspace properly.

ChangeSet@1.1511, 2004-01-29 14:26:41-08:00, willy@debian.org
  [PATCH] PCI Hotplug: Better reporting of PCI frequency / bus mode problems for acpi driver
  
  When plugging a 33MHz card into a bus that's running at 66MHz, I'd like
  to see a better error message than:
  
  acpiphp_glue: notify_handler: unknown event type 0x5 for \_SB_.SBA0.PCI4.S2F0
  
  The following patch would give us:
  
  Device \_SB_.SBA0.PCI4.S2F0 cannot be configured due to a frequency mismatch
  
  which I think is clearer.

ChangeSet@1.1510, 2004-01-29 14:26:28-08:00, eike-hotplug@sf-tec.de
  [PATCH] PCI Hotplug: Fixup pcihp_skeleton.c
  
  The functions are not named *_skel_*, so it seems useful not to call them with
  this.

ChangeSet@1.1509, 2004-01-29 14:26:16-08:00, rmk+lkml@arm.linux.org.uk
  [PATCH] Prevent PCI driver registration failure oopsing
  
  Greg,
  
  As discussed about six or so months ago, we agreed to hold off this
  patch until fairly late, due to its ability to catch duplicate PCI
  driver names.  Please note that I haven't attempted to reproduce the
  problem with recent kernels, and that all ARM kernel patches released
  since then have had this patch in.
  
  I'm guessing this will actually be 2.6.1 material since it probably
  doesn't show for PCI drivers which are part of the kernel tree.
  
  
  If pci_register_driver fails, the register the PCI driver structure
  will not be registered with the driver model.  pci_register_driver
  returns with negative value, and we then attempt to unregister the
  driver structure.  This leads to an oops in the driver model.
  
  The driver model does not return the number of devices it successfully
  bound the driver to, and neither does pci_register_driver() return
  this information.
  
  Therefore, all of the code below is redundant.
  
  (There's a little redundancy left in drivers/pci/pci-driver.c but it
  is harmless unlike this block.)

ChangeSet@1.1508, 2004-01-29 11:46:52-08:00, davem@cheetah.(none)
  [SPARC64]: Remove interruptible_sleep_on() usage, with help from Tom Callaway.

ChangeSet@1.1501.1.7, 2004-01-28 15:54:55-08:00, akpm@osdl.org
  [PATCH] cpufreq: fix cpufreq_update_policy
  
  From: Dominik Brodowski <linux@dominikbrodowski.de>
  
  This brown paper bag patch is needed to assure cpufreq_update_policy works
  correctly.
  
  Please apply, else the next ACPI patch will cause trouble with thermal
  management [it needs cpufreq_update_policy to work properly].
  
  Fix a horribly wrong memcpy instruction in cpufreq_update_policy which
  caused it to oops.

ChangeSet@1.1501.1.6, 2004-01-28 15:54:38-08:00, akpm@osdl.org
  [PATCH] pmdisk.c needs utsname.h
  
  From: Torsten Duwe <duwe@suse.de>
  
  pmdisk.c uses struct new_utsname, so give it the header.

ChangeSet@1.1501.1.5, 2004-01-28 15:54:26-08:00, akpm@osdl.org
  [PATCH] Fix kernel_flag again
  
  From: Christoph Hellwig <hch@lst.de>
  
  Put kernel_flag back to where it used to be, near its comment and its
  EXPORT_SYMBOL.

ChangeSet@1.1501.1.4, 2004-01-28 15:54:15-08:00, akpm@osdl.org
  [PATCH] Fix two warnings on x86-64
  
  From: Andi Kleen <ak@muc.de>
  
  Just fix two warnings on x86-64 that were recently introduced (one by me
  and the other by the sort extable changes)

ChangeSet@1.1506, 2004-01-28 11:12:06-05:00, bcollins@debian.org
  [SUNSAB]: Fixup sunsab_receive_chars for when serial console isn't open (no tty)

ChangeSet@1.1474.163.1, 2004-01-27 21:23:19-08:00, davidm@tiger.hpl.hp.com
  ia64: Implement exception-table sorting for real.

ChangeSet@1.1505, 2004-01-27 21:25:15-05:00, bcollins@debian.org
  [SPARC64]: Add _end and _start to list of sections

ChangeSet@1.1504, 2004-01-27 21:23:02-05:00, bcollins@debian.org
  [SPARC64]: Changes to accomodate booting from non-phys_base memory

ChangeSet@1.1501.3.1, 2004-01-27 17:27:13-08:00, david-b@pacbell.net
  [PATCH] USB: fix gadget config
  
    - Fix kconfig botch (bk automerge can be rather flakey)
    - The gadgetfs patches going with the kconfig cleanups

ChangeSet@1.1474.149.6, 2004-01-27 14:46:05-08:00, greg@kroah.com
  [PATCH] I2C: remove printk() calls in lm85, and clean up debug logic.

ChangeSet@1.1474.149.5, 2004-01-27 14:38:29-08:00, khali@linux-fr.org
  [PATCH] I2C: Bring lm75 and lm78 in compliance with sysfs naming conventions
  
  Here is a patch that brings the lm75 and lm78 drivers in compliance with
  sysfs naming conventions. The drivers as found in existing 2.6 kernels
  do not have a digit appended to the temperature-related files names as
  the sysfs naming conversion recommends (obviously because they each have
  a single temperature channel). As a result, libsensors won't find the
  files.
  
  It was discussed on the list wether a '1' should be appended in this
  case, and our conclusion was that it would be better to do so because it
  helps automatic processing of the sysfs exported files. Please apply if
  you agree with this.

ChangeSet@1.1474.148.19, 2004-01-27 14:37:40-08:00, stern@rowland.harvard.edu
  [PATCH] USB: Update sound/usb/usbaudio.c
  
  On Tue, 27 Jan 2004, Greg KH wrote:
  
  > Hm, can you send me a patch to fix up snd_usb_extigy_boot_quirk() in
  > sound/usb/usbaudio.c now that this patch broke that code?  :)
  
  Here it is.  The problem with changing things in the core is always that
  you may miss some of the repercussions.  In this case the patch will
  restore the code's original functionality.
  
  However the whole thing looks a bit creaky to me.  Changing device
  descriptors and who knows what else without informing usbcore isn't a good
  idea.  What this code _really_ appears to need is some form of
  usb_device_reenumerate().  Such a function would fit very nicely into the
  framework I've worked out for the revised usb_device_reset(); maybe I'll
  add it in there.  It would do essentially the same thing as device_reset
  except for skipping the actual port reset.

ChangeSet@1.1503, 2004-01-27 16:25:47-05:00, bcollins@debian.org
  head.S:
    Add comment for HdrS ver 0x201

ChangeSet@1.1501, 2004-01-27 07:55:57-08:00, mort@wildopensource.com
  [PATCH] Remove sn2 debug printk
  
  I accidentally left a debug printk in the sn2 timer_interrupt().

ChangeSet@1.1500, 2004-01-26 22:09:58-08:00, torvalds@home.osdl.org
  Merge http://linux-acpi.bkbits.net/linux-acpi-release-2.6.2
  into home.osdl.org:/home/torvalds/v2.5/linux

ChangeSet@1.1474.148.18, 2004-01-26 17:12:05-08:00, stern@rowland.harvard.edu
  [PATCH] USB: Fix DMA coherence when reading device descriptor

ChangeSet@1.1474.148.17, 2004-01-26 17:11:51-08:00, stern@rowland.harvard.edu
  [PATCH] USB: Don't dereference NULL actconfig
  
  This patch fixes a simple error in a couple of utility routines.  They
  will no longer try to dereference a NULL actconfig pointer.  Also, they
  will work a little better if the configuration is changed while they are
  running (which should never happen anyway).

ChangeSet@1.1474.149.4, 2004-01-26 16:58:46-08:00, khali@linux-fr.org
  [PATCH] I2C: Add ADM1025EB support to i2c-parport
  
  The following patch adds support for the ADM1025 evaluation board to the
  i2c-parport (and i2c-parport-light) driver(s). In fact, it happens that
  it was already supported as an ADM1032 evaluation board, so it is just a
  matter of documenting it correctly.

ChangeSet@1.1474.161.7, 2004-01-26 16:56:00-08:00, torvalds@home.osdl.org
  Move exception table sorting much earlier.

ChangeSet@1.1474.148.16, 2004-01-26 16:54:59-08:00, herbert@gondor.apana.org.au
  [PATCH] USB Storage: revert freecom dvd-rw fx-50 usb-ide patch
  
  This is not needed, and messes up working devices.

ChangeSet@1.1474.1.51, 2004-01-26 16:49:28-08:00, eranian@hpl.hp.com
  [PATCH] ia64: fix icc compilation
  

ChangeSet@1.1474.148.15, 2004-01-26 16:46:29-08:00, arjanv@redhat.com
  [PATCH] usb: remove some sleep_on's
  
  sleep_on must die.... and it fixes a few races too ;)

ChangeSet@1.1474.148.14, 2004-01-26 16:46:10-08:00, davej@redhat.com
  [PATCH] USB: fix suspicious pointer usage in kobil_sct driver.

ChangeSet@1.1474.1.50, 2004-01-26 16:29:24-08:00, iod00d@hp.com
  [PATCH] ia64: enable PIOW/DMAR relaxed ordering on ZX1

ChangeSet@1.1474.1.49, 2004-01-26 16:24:43-08:00, schwab@suse.de
  [PATCH] ia64: Fix xbow.c compilation
  
  This fixes a conflicting declaration in xbow.c.

ChangeSet@1.1474.1.48, 2004-01-26 16:21:05-08:00, matthewc@cse.unsw.edu.au
  ia64: Fix ptrace infrastructure some more so that strace'd sigreturn()
  	works without trashing any registers.

ChangeSet@1.1474.161.6, 2004-01-26 14:49:50-08:00, jsimmons@infradead.org
  [PATCH] fbdev documentation patch
  
  This updates the framebuffer docs to reflect the requirement that all
  driver names must end in fb.

ChangeSet@1.1474.161.5, 2004-01-26 14:49:42-08:00, jsimmons@infradead.org
  [PATCH] fbdev booting fix.
  
  [FBCON] Fixed the order of which driver is used for the console. Before
  the api change the last driver loaded became the default one. Now this is
  not the case.

ChangeSet@1.1493.1.2, 2004-01-26 17:16:11-05:00, len.brown@intel.com
  Merge intel.com:/home/lenb/src/linux-acpi-test-2.6.0
  into intel.com:/home/lenb/src/linux-acpi-test-2.6.1

ChangeSet@1.1491.1.7, 2004-01-26 16:55:20-05:00, len.brown@intel.com
  [ACPI] handle system with NULL DSDT and valid XDSDT
          from ia64 via Alex Williamson

ChangeSet@1.1474.162.1, 2004-01-26 13:20:30-08:00, davem@nuts.ninka.net
  [IRDA]: Mark init/exit functions of drivers static to fix build.

ChangeSet@1.1474.161.3, 2004-01-26 13:13:21-08:00, akpm@osdl.org
  [PATCH] kbuildL fix cscope index generation
  
  From: Sam Ravnborg <sam@ravnborg.org>
  
  cscope expect to find the list of files used for the database in a file
  named cscope.files.  Generate this file as part of 'make cscope'.  This
  solves http://bugme.osdl.org/show_bug.cgi?id=1948.

ChangeSet@1.1474.161.2, 2004-01-26 13:12:28-08:00, akpm@osdl.org
  [PATCH] Fix CONFIG_DEBUG_SPINLOCK on UP
  
  The spinlock debugging feature is supposed to work even on uniprocessor
  kernels.  So we need to instantiate kernel_flag regardless of CONFIG_SMP.

ChangeSet@1.1491.1.6, 2004-01-26 15:57:00-05:00, len.brown@intel.com
  [ACPI] move zero initialized data to .bss
  	from Jes Sorensen

ChangeSet@1.1474.161.1, 2004-01-26 12:33:14-08:00, davem@nuts.ninka.net
  [IPV6]: Fix TCP socket leak, do not grab socket reference when adding to main hashes.

ChangeSet@1.1491.1.5, 2004-01-26 15:29:59-05:00, len.brown@intel.com
  [ACPI] on SCI allocation failure, don't mistakenly free IRQ0
  	from Jes Sorensen

ChangeSet@1.1491.1.4, 2004-01-26 14:48:36-05:00, len.brown@intel.com
  [ACPI] fix ACPI spec URL in comment - from Randy Dunlap

ChangeSet@1.1474.148.13, 2004-01-26 09:49:27-08:00, greg@kroah.com
  [PATCH] USB: add ohci support for OMAP controller
  
  Patch came from the omap kernel tree at http://linux-omap.bkbits.net/

ChangeSet@1.1474.1.46, 2004-01-26 08:52:24-08:00, ak@suse.de
  [PATCH] Fix error checking in IPC_SET
  
  The LSM changes broke the error checking for queue lengths in IPC_SET. The LSM check would
  set set err to 0, but the next check expected it to still be -EPERM. Result was that
  no error was reported, but the new parameters weren't correctly set.

ChangeSet@1.1474.1.45, 2004-01-25 18:28:26-08:00, torvalds@home.osdl.org
  Linux 2.6.2-rc2
  TAG: v2.6.2-rc2