{"ref":"refs/heads/master","commits":[{"author":{"name":"Andi Kleen","email":"0474aee45985f5ae829f53849df476200e876990@linux.intel.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/506ed6b53e00ba303ad778122f08e1fca7cf5efb","message":"x86, intel: Output microcode revision in /proc/cpuinfo\n\nI got a request to make it easier to determine the microcode\nupdate level on Intel CPUs. This patch adds a new \"microcode\"\nfield to /proc/cpuinfo.\n\nThe microcode level is also outputed on fatal machine checks\ntogether with the other CPUID model information.\n\nI removed the respective code from the microcode update driver,\nit just reads the field from cpu_data. Also when the microcode\nis updated it fills in the new values too.\n\nI had to add a memory barrier to native_cpuid to prevent it\nbeing optimized away when the result is not used.\n\nThis turns out to clean up further code which already got this\ninformation manually. This is done in followon patches.\n\nSigned-off-by: Andi Kleen <ak@linux.intel.com>\nAcked-by: H. Peter Anvin <hpa@zytor.com>\nLink: http://lkml.kernel.org/r/1318466795-7393-1-git-send-email-andi@firstfloor.org\nSigned-off-by: Ingo Molnar <mingo@elte.hu>","sha":"506ed6b53e00ba303ad778122f08e1fca7cf5efb"},{"author":{"name":"Andi Kleen","email":"0474aee45985f5ae829f53849df476200e876990@linux.intel.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/30963c0ac721f70aea0352ed1cd0fc3cfbaef730","message":"x86, intel: Use c->microcode for Atom errata check\n\nNow that the cpu update level is available the Atom PSE errata\ncheck can use it directly without reading the MSR again.\n\nSigned-off-by: Andi Kleen <ak@linux.intel.com>\nAcked-by: H. Peter Anvin <hpa@zytor.com>\nLink: http://lkml.kernel.org/r/1318466795-7393-2-git-send-email-andi@firstfloor.org\nSigned-off-by: Ingo Molnar <mingo@elte.hu>","sha":"30963c0ac721f70aea0352ed1cd0fc3cfbaef730"},{"author":{"name":"Andi Kleen","email":"0474aee45985f5ae829f53849df476200e876990@linux.intel.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/ca8bc8dc044793ee4d59ff7fe40138eee27d0325","message":"coretemp: Get microcode revision from cpu_data\n\nNow that the ucode revision is available in cpu_data remove\nthe existing code in coretemp.c to query it manually. Read the\nucode revision from cpu_data instead\n\nSigned-off-by: Andi Kleen <ak@linux.intel.com>\nAcked-by: H. Peter Anvin <hpa@zytor.com>\nCc: jbeulich@novell.com\nCc: fenghua.yu@intel.com\nCc: khali@linux-fr.org\nLink: http://lkml.kernel.org/r/1318466795-7393-3-git-send-email-andi@firstfloor.org\nSigned-off-by: Ingo Molnar <mingo@elte.hu>","sha":"ca8bc8dc044793ee4d59ff7fe40138eee27d0325"},{"author":{"name":"Daniel De Graaf","email":"91b6941f7a52f059591af5ff379e95543fa07ef9@tycho.nsa.gov"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/77447991b6c9aef83d101aae4a9e5d83c206b9c5","message":"xenbus: Fix loopback event channel assuming domain 0\n\nThe xenbus event channel established in xenbus_init is intended to be a\nloopback channel, but the remote domain was hardcoded to 0; this will\ncause the channel to be unusable when xenstore is not being run in\ndomain 0.\n\nSigned-off-by: Daniel De Graaf <dgdegra@tycho.nsa.gov>\nReviewed-by: Ian Campbell <Ian.Campbell@citrix.com>\nSigned-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>","sha":"77447991b6c9aef83d101aae4a9e5d83c206b9c5"},{"author":{"name":"Daniel De Graaf","email":"91b6941f7a52f059591af5ff379e95543fa07ef9@tycho.nsa.gov"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/e4184aaf3b2c4f2b69306f6cfc4bab8733c6c5f1","message":"xenbus: don't rely on xen_initial_domain to detect local xenstore\n\nThe xenstore daemon does not have to run in the xen initial domain;\nhowever, Linux currently uses xen_initial_domain to test if a loopback\nevent channel should be used instead of the event channel provided in\nXen's start_info structure. Instead, if the event channel passed in the\nstart_info structure is not valid, assume that this domain will run\nxenstored locally and set up the event channel.\n\nSigned-off-by: Daniel De Graaf <dgdegra@tycho.nsa.gov>\nReviewed-by: Ian Campbell <Ian.Campbell@citrix.com>\nSigned-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>","sha":"e4184aaf3b2c4f2b69306f6cfc4bab8733c6c5f1"},{"author":{"name":"Daniel De Graaf","email":"91b6941f7a52f059591af5ff379e95543fa07ef9@tycho.nsa.gov"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/1f1503ba096d3a394d1454dac77467092ca996e6","message":"xen/gntdev: Fix sleep-inside-spinlock\n\nBUG: sleeping function called from invalid context at /local/scratch/dariof/linux/kernel/mutex.c:271\nin_atomic(): 1, irqs_disabled(): 0, pid: 3256, name: qemu-dm\n1 lock held by qemu-dm/3256:\n #0:  (&(&priv->lock)->rlock){......}, at: [<ffffffff813223da>] gntdev_ioctl+0x2bd/0x4d5\nPid: 3256, comm: qemu-dm Tainted: G        W   3.1.0-rc8+ #5\nCall Trace:\n [<ffffffff81054594>] __might_sleep+0x131/0x135\n [<ffffffff816bd64f>] mutex_lock_nested+0x25/0x45\n [<ffffffff8131c7c8>] free_xenballooned_pages+0x20/0xb1\n [<ffffffff8132194d>] gntdev_put_map+0xa8/0xdb\n [<ffffffff816be546>] ? _raw_spin_lock+0x71/0x7a\n [<ffffffff813223da>] ? gntdev_ioctl+0x2bd/0x4d5\n [<ffffffff8132243c>] gntdev_ioctl+0x31f/0x4d5\n [<ffffffff81007d62>] ? check_events+0x12/0x20\n [<ffffffff811433bc>] do_vfs_ioctl+0x488/0x4d7\n [<ffffffff81007d4f>] ? xen_restore_fl_direct_reloc+0x4/0x4\n [<ffffffff8109168b>] ? lock_release+0x21c/0x229\n [<ffffffff81135cdd>] ? rcu_read_unlock+0x21/0x32\n [<ffffffff81143452>] sys_ioctl+0x47/0x6a\n [<ffffffff816bfd82>] system_call_fastpath+0x16/0x1b\n\ngntdev_put_map tries to acquire a mutex when freeing pages back to the\nxenballoon pool, so it cannot be called with a spinlock held. In\ngntdev_release, the spinlock is not needed as we are freeing the\nstructure later; in the ioctl, only the list manipulation needs to be\nunder the lock.\n\nReported-and-Tested-By: Dario Faggioli <dario.faggioli@citrix.com>\nSigned-off-by: Daniel De Graaf <dgdegra@tycho.nsa.gov>\nSigned-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>","sha":"1f1503ba096d3a394d1454dac77467092ca996e6"},{"author":{"name":"Geunsik Lim","email":"acd8f4539166019ed6425de5f67e6d834f46e5a4@samsung.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/9b5f8b31af57a8ce9e9f77864d9143b5e3304815","message":"ftrace: Fix README to state tracing_on to start/stop tracing\n\ntracing_enabled option is deprecated.\nTo start/stop tracing, write to /sys/kernel/debug/tracing/tracing_on\nwithout tracing_enabled. This patch is based on Linux 3.1.0-rc1\n\nSigned-off-by: Geunsik Lim <geunsik.lim@samsung.com>\nLink: http://lkml.kernel.org/r/1313127022-23830-1-git-send-email-leemgs1@gmail.com\nSigned-off-by: Steven Rostedt <rostedt@goodmis.org>","sha":"9b5f8b31af57a8ce9e9f77864d9143b5e3304815"},{"author":{"name":"Steven Rostedt","email":"9d183ff83abfec5c556edaf86a280a53916a11d8@redhat.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/436fc280261dcfce5af38f08b89287750dc91cd2","message":"tracing: Fix returning of duplicate data after EOF in trace_pipe_raw\n\nThe trace_pipe_raw handler holds a cached page from the time the file\nis opened to the time it is closed. The cached page is used to handle\nthe case of the user space buffer being smaller than what was read from\nthe ring buffer. The left over buffer is held in the cache so that the\nnext read will continue where the data left off.\n\nAfter EOF is returned (no more data in the buffer), the index of\nthe cached page is set to zero. If a user app reads the page again\nafter EOF, the check in the buffer will see that the cached page\nis less than page size and will return the cached page again. This\nwill cause reading the trace_pipe_raw again after EOF to return\nduplicate data, making the output look like the time went backwards\nbut instead data is just repeated.\n\nThe fix is to not reset the index right after all data is read\nfrom the cache, but to reset it after all data is read and more\ndata exists in the ring buffer.\n\nCc: stable <stable@kernel.org>\nReported-by: Jeremy Eder <jeder@redhat.com>\nSigned-off-by: Steven Rostedt <rostedt@goodmis.org>","sha":"436fc280261dcfce5af38f08b89287750dc91cd2"},{"author":{"name":"Arnaldo Carvalho de Melo","email":"293abb6b76d7791c0732cc517d38c4b5c734b87f@redhat.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/437cfe7a37df07e2201036fb0903cadae6b08e74","message":"perf hists browser: Invalidate ui_browser->top after timer calls\n\nWith underlying dynamic data structures we need to invalidate pointers\nto them after a timer, as that entry may have vanished (decayed in top,\nfor instance).\n\nI forgot about browser_ui->top. Fix it by resetting it to null after a\ntimer. The seek operation from SEEK_SET will then set it to a valid\nentry because it starts from rb_first(&hists->entries).\n\nReported-by: Ingo Molnar <mingo@elte.hu>\nCc: David Ahern <dsahern@gmail.com>\nCc: Frederic Weisbecker <fweisbec@gmail.com>\nCc: Mike Galbraith <efault@gmx.de>\nCc: Paul Mackerras <paulus@samba.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nLink: http://lkml.kernel.org/n/tip-2ssjm0ouh9tsz4dwkcu7c40n@git.kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","sha":"437cfe7a37df07e2201036fb0903cadae6b08e74"},{"author":{"name":"Arnaldo Carvalho de Melo","email":"293abb6b76d7791c0732cc517d38c4b5c734b87f@redhat.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/7296d66aca60a71076a5f0ffab39730e7788590f","message":"perf annotate browser: Exit when pressing ESC or the left arrow\n\nWe lost that functionality on ed7e566, restore it.\n\nCc: David Ahern <dsahern@gmail.com>\nCc: Frederic Weisbecker <fweisbec@gmail.com>\nCc: Mike Galbraith <efault@gmx.de>\nCc: Paul Mackerras <paulus@samba.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nLink: http://lkml.kernel.org/n/tip-z8eb8af2x46x42lgpn1ustid@git.kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","sha":"7296d66aca60a71076a5f0ffab39730e7788590f"},{"author":{"name":"Arnaldo Carvalho de Melo","email":"293abb6b76d7791c0732cc517d38c4b5c734b87f@redhat.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/250611cfb60ff0c50ca189da7ca727dcd78e8cee","message":"perf ui browser: Add filter method\n\nIts becoming common to allow the user to filter out parts of the data\nstructure being browsed, like already done in the hists browser and in\nthe annotate browser in the next commit, so provide it directly in the\nui_browser class list_head helpers.\n\nMore work required to move the equivalent routines found now in the\nhists browser to the rb_tree helpers.\n\nCc: David Ahern <dsahern@gmail.com>\nCc: Frederic Weisbecker <fweisbec@gmail.com>\nCc: Mike Galbraith <efault@gmx.de>\nCc: Paul Mackerras <paulus@samba.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nLink: http://lkml.kernel.org/n/tip-jk7danyt1d9ji4e3o2xuthpn@git.kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","sha":"250611cfb60ff0c50ca189da7ca727dcd78e8cee"},{"author":{"name":"Arnaldo Carvalho de Melo","email":"293abb6b76d7791c0732cc517d38c4b5c734b87f@redhat.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/0361fc25d509be09464dd23c274bd175cc933cc8","message":"perf annotate browser: Allow toggling the visualization of source code lines\n\nJust press 'S' on any assembly line and the source code will be hidden\nwhile the current line remains selected. Press 'S' again to show them\nback.\n\nCc: David Ahern <dsahern@gmail.com>\nCc: Frederic Weisbecker <fweisbec@gmail.com>\nCc: Mike Galbraith <efault@gmx.de>\nCc: Paul Mackerras <paulus@samba.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nLink: http://lkml.kernel.org/n/tip-efmxm5etouebb7es0kkyqqwa@git.kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","sha":"0361fc25d509be09464dd23c274bd175cc933cc8"},{"author":{"name":"Thomas Jarosch","email":"e8e4cff6082f7f824fc5bac67bc16b2c2f7c7339@intra2net.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/6c3c5b26d08569ed80e10d3e02d3c997ed1e6e7c","message":"perf buildid: Fix possible unterminated readlink() result buffer\n\nThe readlink function doesn't guarantee that a '\\0' will be put at the\nend of the provided buffer if there is no space left.\n\nNo need to do \"buf[len] = '\\0';\" since the buffer is allocated with\nzalloc().\n\nLink: http://lkml.kernel.org/r/4E986ABF.9040706@intra2net.com\nSigned-off-by: Thomas Jarosch <thomas.jarosch@intra2net.com>\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","sha":"6c3c5b26d08569ed80e10d3e02d3c997ed1e6e7c"},{"author":{"name":"Jarkko Sakkinen","email":"02562439b2a7b184984e299f588081cc344ca769@gmail.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/16014d87509e26d6ed6935adbbf437a571fb5870","message":"Smack: compilation fix\n\nOn some build configurations PER_CLEAR_ON_SETID symbol was not\nfound when compiling smack_lsm.c. This patch fixes the issue by\nexplicitly doing #include <linux/personality.h>.\n\nSigned-off-by: Jarkko Sakkinen <jarkko.j.sakkinen@gmail.com>\nSigned-off-by: Casey Schaufler <cschaufler@cschaufler-intel.(none)>","sha":"16014d87509e26d6ed6935adbbf437a571fb5870"},{"author":{"name":"Ben Hutchings","email":"0672176982fbc629cc374f31a7a45ae1671abf90@solarflare.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/937383a58e47154d3098783df739e8fa8984a434","message":"PCI: Add Solarflare vendor ID and SFC4000 device IDs\n\nThese will be shared between the sfc driver and a PCI quirk.\n\nSigned-off-by: Ben Hutchings <bhutchings@solarflare.com>\nSigned-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>","sha":"937383a58e47154d3098783df739e8fa8984a434"},{"author":{"name":"Ben Hutchings","email":"0672176982fbc629cc374f31a7a45ae1671abf90@solarflare.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/a94d072b20239f6f615dc20f0a54f63e9b642f9e","message":"PCI: Add quirk for known incorrect MPSS\n\nUsing legacy interrupts and TLPs > 256 bytes on the SFC4000 (all\nrevisions) may cause interrupt messages to be replayed.  In some\nsystems this results in a non-recoverable MCE.  Early boards using the\nSFC4000 set the maximum payload size supported (MPSS) to 1024 bytes\nand we should override that.\n\nThere are probably other devices with similar issues, so give this\nquirk a generic name.\n\nSigned-off-by: Ben Hutchings <bhutchings@solarflare.com>\nSigned-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>","sha":"a94d072b20239f6f615dc20f0a54f63e9b642f9e"},{"author":{"name":"Jan Beulich","email":"051346888327db48cce19d2cfd0e1c700bb7cf16@suse.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/72da0b07b1b497927758a2102b856ce41e4ba81e","message":"x86: constify PCI raw ops structures\n\nAs with any other such change, the goal is to prevent inadvertent\nwrites to these structures (assuming DEBUG_RODATA is enabled), and to\nseparate data (possibly frequently) written to from such never getting\nmodified.\n\nReviewed-by: Ingo Molnar <mingo@elte.hu>\nSigned-off-by: Jan Beulich <jbeulich@novell.com>\nSigned-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>","sha":"72da0b07b1b497927758a2102b856ce41e4ba81e"},{"author":{"name":"Benjamin Herrenschmidt","email":"a7089bb6e7e92505d88aaff006cbdd60cc9120b6@kernel.crashing.org"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/e24442733ee486c99d03fe2ecd98924d1bc14c51","message":"PCI: Make pci_setup_bridge() non-static for use by arch code\n\nThe \"powernv\" platform of the powerpc architecture needs to assign PCI\nresources using a specific algorithm to fit some HW constraints of\nthe IBM \"IODA\" architecture (related to the ability to create error\nhandling domains that encompass specific segments of MMIO space).\n\nFor doing so, it wants to call pci_setup_bridge() from architecture\nspecific resource management in order to configure bridges after all\nresources have been assigned. So make it non-static.\n\nSigned-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nSigned-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>","sha":"e24442733ee486c99d03fe2ecd98924d1bc14c51"},{"author":{"name":"Josh Boyer","email":"94755a79aca753e683bb6d0e796d473b797056eb@redhat.com"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/3e309cdf07c930f29a4e0f233e47d399bea34c68","message":"PCI quirk: mmc: Always check for lower base frequency quirk for Ricoh 1180:e823\n\nCommit 15bed0f2f added a quirk for the e823 Ricoh card reader to lower the\nbase frequency.  However, the quirk first checks to see if the proprietary\nMMC controller is disabled, and returns if so.  On some devices, such as the\nLenovo X220, the MMC controller is already disabled by firmware it seems,\nbut the frequency change is still needed so sdhci-pci can talk to the cards.\nSince the MMC controller is disabled, the frequency fixup was never being run\non these machines.\n\nThis moves the e823 check above the MMC controller check so that it always\ngets run.\n\nThis fixes https://bugzilla.redhat.com/show_bug.cgi?id=722509\n\nSigned-off-by: Josh Boyer <jwboyer@redhat.com>\nSigned-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>","sha":"3e309cdf07c930f29a4e0f233e47d399bea34c68"},{"author":{"name":"Rafael J. Wysocki","email":"a11f87183a953ab11f50fbafff689c5a7fa3506c@sisk.pl"},"url":"https://api.github.com/repos/bjorn-helgaas/linux/commits/379021d5c0899fcf9410cae4ca7a59a5a94ca769","message":"PCI / PM: Extend PME polling to all PCI devices\n\nThe land of PCI power management is a land of sorrow and ugliness,\nespecially in the area of signaling events by devices.  There are\ndevices that set their PME Status bits, but don't really bother\nto send a PME message or assert PME#.  There are hardware vendors\nwho don't connect PME# lines to the system core logic (they know\nwho they are).  There are PCI Express Root Ports that don't bother\nto trigger interrupts when they receive PME messages from the devices\nbelow.  There are ACPI BIOSes that forget to provide _PRW methods for\ndevices capable of signaling wakeup.  Finally, there are BIOSes that\ndo provide _PRW methods for such devices, but then don't bother to\ncall Notify() for those devices from the corresponding _Lxx/_Exx\nGPE-handling methods.  In all of these cases the kernel doesn't have\na chance to receive a proper notification that it should wake up a\ndevice, so devices stay in low-power states forever.  Worse yet, in\nsome cases they continuously send PME Messages that are silently\nignored, because the kernel simply doesn't know that it should clear\nthe device's PME Status bit.\n\nThis problem was first observed for \"parallel\" (non-Express) PCI\ndevices on add-on cards and Matthew Garrett addressed it by adding\ncode that polls PME Status bits of such devices, if they are enabled\nto signal PME, to the kernel.  Recently, however, it has turned out\nthat PCI Express devices are also affected by this issue and that it\nis not limited to add-on devices, so it seems necessary to extend\nthe PME polling to all PCI devices, including PCI Express and planar\nones.  Still, it would be wasteful to poll the PME Status bits of\ndevices that are known to receive proper PME notifications, so make\nthe kernel (1) poll the PME Status bits of all PCI and PCIe devices\nenabled to signal PME and (2) disable the PME Status polling for\ndevices for which correct PME notifications are received.\n\nTested-by: Sarah Sharp <sarah.a.sharp@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rjw@sisk.pl>\nSigned-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>","sha":"379021d5c0899fcf9410cae4ca7a59a5a94ca769"}],"head":"ce949717b559709423c1ef716a9db16d1dcadaed","size":1316,"push_id":47987098}