{"push_id":2194283238,"size":69,"distinct_size":69,"ref":"refs/heads/stock-wip","head":"a96356890b61320c3b6d4fb79fdfc76d257a5ca7","before":"44032e563dbd4b787587be7da458c94812f8ee19","commits":[{"sha":"548475175ec2fdfe74eaf27c272e980581d948e0","author":{"name":"Seiji Aguchi","email":"c3b39af6d1c0473de34f67e32a62230169094bee@hds.com"},"message":"efi_pstore: Check remaining space with QueryVariableInfo() before writing data\n\ncommit d80a361d779a9f19498943d1ca84243209cd5647 upstream.\n\n[Issue]\n\nAs discussed in a thread below, Running out of space in EFI isn't a well-tested scenario.\nAnd we wouldn't expect all firmware to handle it gracefully.\nhttp://marc.info/?l=linux-kernel&m=134305325801789&w=2\n\nOn the other hand, current efi_pstore doesn't check a remaining space of storage at writing time.\nTherefore, efi_pstore may not work if it tries to write a large amount of data.\n\n[Patch Description]\n\nTo avoid handling the situation above, this patch checks if there is a space enough to log with\nQueryVariableInfo() before writing data.\n\nSigned-off-by: Seiji Aguchi <seiji.aguchi@hds.com>\nAcked-by: Mike Waychison <mikew@google.com>\nSigned-off-by: Tony Luck <tony.luck@intel.com>\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Rui Xiang <rui.xiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/548475175ec2fdfe74eaf27c272e980581d948e0"},{"sha":"c358a01f7d11bdc4cfb5cc94b81a8eb841bd416c","author":{"name":"Josh Boyer","email":"e24ddf329890aac7d3872652a1775b5739162df4@redhat.com"},"message":"efivars: Disable external interrupt while holding efivars->lock\n\ncommit 81fa4e581d9283f7992a0d8c534bb141eb840a14 upstream.\n\n[Problem]\nThere is a scenario which efi_pstore fails to log messages in a panic case.\n\n - CPUA holds an efi_var->lock in either efivarfs parts\n   or efi_pstore with interrupt enabled.\n - CPUB panics and sends IPI to CPUA in smp_send_stop().\n - CPUA stops with holding the lock.\n - CPUB kicks efi_pstore_write() via kmsg_dump(KSMG_DUMP_PANIC)\n   but it returns without logging messages.\n\n[Patch Description]\nThis patch disables an external interruption while holding efivars->lock\nas follows.\n\nIn efi_pstore_write() and get_var_data(), spin_lock/spin_unlock is\nreplaced by spin_lock_irqsave/spin_unlock_irqrestore because they may\nbe called in an interrupt context.\n\nIn other functions, they are replaced by spin_lock_irq/spin_unlock_irq.\nbecause they are all called from a process context.\n\nBy applying this patch, we can avoid the problem above with\na following senario.\n\n - CPUA holds an efi_var->lock with interrupt disabled.\n - CPUB panics and sends IPI to CPUA in smp_send_stop().\n - CPUA receives the IPI after releasing the lock because it is\n   disabling interrupt while holding the lock.\n - CPUB waits for one sec until CPUA releases the lock.\n - CPUB kicks efi_pstore_write() via kmsg_dump(KSMG_DUMP_PANIC)\n   And it can hold the lock successfully.\n\nSigned-off-by: Seiji Aguchi <seiji.aguchi@hds.com>\nAcked-by: Mike Waychison <mikew@google.com>\nAcked-by: Matt Fleming <matt.fleming@intel.com>\nSigned-off-by: Tony Luck <tony.luck@intel.com>\n[bwh: Backported to 3.2:\n - Drop efivarfs changes\n - Adjust context\n - Drop change to efi_pstore_erase(), which is implemented using\n   efi_pstore_write() here]\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Rui Xiang <rui.xiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/c358a01f7d11bdc4cfb5cc94b81a8eb841bd416c"},{"sha":"bd9e77dc81117af5094ff26f4d9fd9bf84da6d7a","author":{"name":"Josh Boyer","email":"e24ddf329890aac7d3872652a1775b5739162df4@redhat.com"},"message":"efi: be more paranoid about available space when creating variables\n\ncommit 68d929862e29a8b52a7f2f2f86a0600423b093cd upstream.\n\nUEFI variables are typically stored in flash. For various reasons, avaiable\nspace is typically not reclaimed immediately upon the deletion of a\nvariable - instead, the system will garbage collect during initialisation\nafter a reboot.\n\nSome systems appear to handle this garbage collection extremely poorly,\nfailing if more than 50% of the system flash is in use. This can result in\nthe machine refusing to boot. The safest thing to do for the moment is to\nforbid writes if they'd end up using more than half of the storage space.\nWe can make this more finegrained later if we come up with a method for\nidentifying the broken machines.\n\nSigned-off-by: Matthew Garrett <matthew.garrett@nebula.com>\nSigned-off-by: Matt Fleming <matt.fleming@intel.com>\n[bwh: Backported to 3.2:\n - Drop efivarfs changes and unused check_var_size()\n - Add error codes to include/linux/efi.h, added upstream by\n   commit 5d9db883761a ('efi: Add support for a UEFI variable filesystem')\n - Add efi_status_to_err(), added upstream by commit 7253eaba7b17\n   ('efivarfs: Return an error if we fail to read a variable')]\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Rui Xiang <rui.xiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/bd9e77dc81117af5094ff26f4d9fd9bf84da6d7a"},{"sha":"cf03fd2c10b06f82c832c719517697eccdcf4554","author":{"name":"Ben Hutchings","email":"9c85637c38b80821c7bd8a03bde7b59da81ab77d@decadent.org.uk"},"message":"efivars: pstore: Do not check size when erasing variable\n\ncommit 80a19debc2f2d398cfa57fae97bc99826748a602 upstream.\n\nIn 3.2, unlike mainline, efi_pstore_erase() calls efi_pstore_write()\nwith a size of 0, as the underlying EFI interface treats a size of 0\nas meaning deletion.\n\nThis was not taken into account in my backport of commit d80a361d779a\n'efi_pstore: Check remaining space with QueryVariableInfo() before\nwriting data'.  The size check should be omitted when erasing.\n\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Rui Xiang <rui.xiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/cf03fd2c10b06f82c832c719517697eccdcf4554"},{"sha":"9e95837d94c4177201a591c00f1392864e56feaa","author":{"name":"Seth Forshee","email":"7eef0d67708f72385bb42d10e516f71c5f708675@canonical.com"},"message":"efivars: Allow disabling use as a pstore backend\n\ncommit ed9dc8ce7a1c8115dba9483a9b51df8b63a2e0ef upstream.\n\nAdd a new option, CONFIG_EFI_VARS_PSTORE, which can be set to N to\navoid using efivars as a backend to pstore, as some users may want to\ncompile out the code completely.\n\nSet the default to Y to maintain backwards compatability, since this\nfeature has always been enabled until now.\n\nSigned-off-by: Seth Forshee <seth.forshee@canonical.com>\nCc: Josh Boyer <jwboyer@redhat.com>\nCc: Matthew Garrett <mjg59@srcf.ucam.org>\nCc: Seiji Aguchi <seiji.aguchi@hds.com>\nCc: Tony Luck <tony.luck@intel.com>\nSigned-off-by: Matt Fleming <matt.fleming@intel.com>\n[xr: Backported to 3.4: adjust context]\nSigned-off-by: Rui Xiang <rui.xiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/9e95837d94c4177201a591c00f1392864e56feaa"},{"sha":"5a506daac1f4bedeb055e52eeaae7d9be1d68dc1","author":{"name":"Seth Forshee","email":"7eef0d67708f72385bb42d10e516f71c5f708675@canonical.com"},"message":"efivars: Add module parameter to disable use as a pstore backend\n\ncommit ec0971ba5372a4dfa753f232449d23a8fd98490e upstream.\n\nWe know that with some firmware implementations writing too much data to\nUEFI variables can lead to bricking machines. Recent changes attempt to\naddress this issue, but for some it may still be prudent to avoid\nwriting large amounts of data until the solution has been proven on a\nwide variety of hardware.\n\nCrash dumps or other data from pstore can potentially be a large data\nsource. Add a pstore_module parameter to efivars to allow disabling its\nuse as a backend for pstore. Also add a config option,\nCONFIG_EFI_VARS_PSTORE_DEFAULT_DISABLE, to allow setting the default\nvalue of this paramter to true (i.e. disabled by default).\n\nSigned-off-by: Seth Forshee <seth.forshee@canonical.com>\nCc: Josh Boyer <jwboyer@redhat.com>\nCc: Matthew Garrett <mjg59@srcf.ucam.org>\nCc: Seiji Aguchi <seiji.aguchi@hds.com>\nCc: Tony Luck <tony.luck@intel.com>\nSigned-off-by: Matt Fleming <matt.fleming@intel.com>\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Rui Xiang <rui.xiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/5a506daac1f4bedeb055e52eeaae7d9be1d68dc1"},{"sha":"01a7efa80f508cbba5547cd1ac0a9a93ff7b771d","author":{"name":"Ben Hutchings","email":"9c85637c38b80821c7bd8a03bde7b59da81ab77d@decadent.org.uk"},"message":"efivars: Fix check for CONFIG_EFI_VARS_PSTORE_DEFAULT_DISABLE\n\ncommit ca0ba26fbbd2d81c43085df49ce0abfe34535a90 upstream.\n\nThe 'CONFIG_' prefix is not implicit in IS_ENABLED().\n\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Seth Forshee <seth.forshee@canonical.com>\nSigned-off-by: Matt Fleming <matt.fleming@intel.com>\nCc: Rui Xiang <rui.xiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/01a7efa80f508cbba5547cd1ac0a9a93ff7b771d"},{"sha":"3b50c745b377e1e93f8591d01e4d4e7512ca5560","author":{"name":"Seiji Aguchi","email":"c3b39af6d1c0473de34f67e32a62230169094bee@hds.com"},"message":"efi_pstore: Introducing workqueue updating sysfs\n\ncommit a93bc0c6e07ed9bac44700280e65e2945d864fd4 upstream.\n\n[Problem]\nefi_pstore creates sysfs entries, which enable users to access to NVRAM,\nin a write callback. If a kernel panic happens in an interrupt context,\nit may fail because it could sleep due to dynamic memory allocations during\ncreating sysfs entries.\n\n[Patch Description]\nThis patch removes sysfs operations from a write callback by introducing\na workqueue updating sysfs entries which is scheduled after the write\ncallback is called.\n\nAlso, the workqueue is kicked in a just oops case.\nA system will go down in other cases such as panic, clean shutdown and emergency\nrestart. And we don't need to create sysfs entries because there is no chance for\nusers to access to them.\n\nefi_pstore will be robust against a kernel panic in an interrupt context with this patch.\n\nSigned-off-by: Seiji Aguchi <seiji.aguchi@hds.com>\nAcked-by: Matt Fleming <matt.fleming@intel.com>\nSigned-off-by: Tony Luck <tony.luck@intel.com>\n[xr: Backported to 3.4:\n  - Adjust contest\n  - Remove repeated definition of helper function variable_is_present]\nSigned-off-by: Rui Xiang <rui.xiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/3b50c745b377e1e93f8591d01e4d4e7512ca5560"},{"sha":"aec98680405be0ab24a7721926150f3420aaabbc","author":{"name":"Matt Fleming","email":"eec1f0a9e35eae468031aafc3899fea08cc60837@intel.com"},"message":"x86, efivars: firmware bug workarounds should be in platform code\n\ncommit a6e4d5a03e9e3587e88aba687d8f225f4f04c792 upstream.\n\nLet's not burden ia64 with checks in the common efivars code that we're not\nwriting too much data to the variable store. That kind of thing is an x86\nfirmware bug, plain and simple.\n\nefi_query_variable_store() provides platforms with a wrapper in which they can\nperform checks and workarounds for EFI variable storage bugs.\n\nCc: H. Peter Anvin <hpa@zytor.com>\nCc: Matthew Garrett <mjg59@srcf.ucam.org>\nSigned-off-by: Matt Fleming <matt.fleming@intel.com>\n[xr: Backported to 3.4: adjust context]\nSigned-off-by: Rui Xiang <rui.xiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/aec98680405be0ab24a7721926150f3420aaabbc"},{"sha":"f9193f9ba5302f655d297baf9ac22946988b5776","author":{"name":"Richard Weinberger","email":"4683394d5200e728393f79e167a6ec890cd1fd9d@nod.at"},"message":"x86,efi: Implement efi_no_storage_paranoia parameter\n\ncommit 8c58bf3eec3b8fc8162fe557e9361891c20758f2 upstream.\n\nUsing this parameter one can disable the storage_size/2 check if\nhe is really sure that the UEFI does sane gc and fulfills the spec.\n\nThis parameter is useful if a devices uses more than 50% of the\nstorage by default.\nThe Intel DQSW67 desktop board is such a sucker for exmaple.\n\nSigned-off-by: Richard Weinberger <richard@nod.at>\nSigned-off-by: Matt Fleming <matt.fleming@intel.com>\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Rui Xiang <rui.xiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/f9193f9ba5302f655d297baf9ac22946988b5776"},{"sha":"90613b5164cd9513de1f2af8315518acb0262877","author":{"name":"Paolo Bonzini","email":"7438500e0207b21c4e5dfca8d2a7898734cd7706@redhat.com"},"message":"nbd: fsync and kill block device on shutdown\n\ncommit 3a2d63f87989e01437ba994df5f297528c353d7d upstream.\n\nThere are two problems with shutdown in the NBD driver.\n\n1: Receiving the NBD_DISCONNECT ioctl does not sync the filesystem.\n\n   This patch adds the sync operation into __nbd_ioctl()'s\n   NBD_DISCONNECT handler.  This is useful because BLKFLSBUF is restricted\n   to processes that have CAP_SYS_ADMIN, and the NBD client may not\n   possess it (fsync of the block device does not sync the filesystem,\n   either).\n\n2: Once we clear the socket we have no guarantee that later reads will\n   come from the same backing storage.\n\n   The patch adds calls to kill_bdev() in __nbd_ioctl()'s socket\n   clearing code so the page cache is cleaned, lest reads that hit on the\n   page cache will return stale data from the previously-accessible disk.\n\nExample:\n\n    # qemu-nbd -r -c/dev/nbd0 /dev/sr0\n    # file -s /dev/nbd0\n    /dev/stdin: # UDF filesystem data (version 1.5) etc.\n    # qemu-nbd -d /dev/nbd0\n    # qemu-nbd -r -c/dev/nbd0 /dev/sda\n    # file -s /dev/nbd0\n    /dev/stdin: # UDF filesystem data (version 1.5) etc.\n\nWhile /dev/sda has:\n\n    # file -s /dev/sda\n    /dev/sda: x86 boot sector; etc.\n\nSigned-off-by: Paolo Bonzini <pbonzini@redhat.com>\nAcked-by: Paul Clements <Paul.Clements@steeleye.com>\nCc: Alex Bligh <alex@alex.org.uk>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n[bwh: Backported to 3.2:\n - Adjusted context\n - s/\\bnbd\\b/lo/\n - Incorporate export of kill_bdev() from commit ff01bb483265\n   ('fs: move code out of buffer.c')]\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\n[hq: Backported to 3.4: Adjusted context]\nSigned-off-by: Qiang Huang <h.huangqiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/90613b5164cd9513de1f2af8315518acb0262877"},{"sha":"427324a8f86e6fde049b1efec4d13fd6ebdde7f8","author":{"name":"Jason Wang","email":"74f299602f66bf37e22877b931fc5996e932eb30@redhat.com"},"message":"drivers: hv: switch to use mb() instead of smp_mb()\n\ncommit 35848f68b07df3f917cb13fc3c134718669f569b upstream.\n\nEven if guest were compiled without SMP support, it could not assume that host\nwasn't. So switch to use mb() instead of smp_mb() to force memory barriers for\nUP guest.\n\nSigned-off-by: Jason Wang <jasowang@redhat.com>\nCc: Haiyang Zhang <haiyangz@microsoft.com>\nSigned-off-by: K. Y. Srinivasan <kys@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n[bwh: Backported to 3.2:\n - Drop changes to functions that don't exist here\n - hv_ringbuffer_write() has only a write memory barrier]\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\n[hq: Backported to 3.4:\n - Add the change in hv_ringbuffer_read]\nSigned-off-by: Qiang Huang <h.huangqiang@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/427324a8f86e6fde049b1efec4d13fd6ebdde7f8"},{"sha":"5b2144e4e6d64db5f16ebd526b0f427f98a8c348","author":{"name":"Jani Nikula","email":"0fc87044831091e8a5323993f2071bb4e6ab5ce5@intel.com"},"message":"drm/i915/sdvo: clean up connectors on intel_sdvo_init() failures\n\ncommit d0ddfbd3d1346c1f481ec2289eef350cdba64b42 upstream.\n\nAny failures in intel_sdvo_init() after the intel_sdvo_setup_output() call\nleft behind ghost connectors, attached (with a dangling pointer) to the\nsdvo that has been cleaned up and freed. Properly destroy any connectors\nattached to the encoder.\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=46381\nCC: Chris Wilson <chris@chris-wilson.co.uk>\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>\nTested-by: bjo@nord-west.org\n[danvet: added a comment to explain why we need to clean up connectors\neven when sdvo_output_setup fails.]\nSigned-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Weng Meiling <wengmeiling.weng@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/5b2144e4e6d64db5f16ebd526b0f427f98a8c348"},{"sha":"53138bd00618e27446a5840aa421bccc13de2b53","author":{"name":"Alex Deucher","email":"a78d72677105f78f4b18925c366b6f577763ca59@amd.com"},"message":"drm: fix documentation for drm_crtc_set_mode()\n\ncommit 4c9287c6009b37754c42e0ba73a4cc79de92d8f8 upstream.\n\nx and y parameters are offsets, not width/height\n\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\nSigned-off-by: Dave Airlie <airlied@redhat.com>\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Weng Meiling <wengmeiling.weng@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/53138bd00618e27446a5840aa421bccc13de2b53"},{"sha":"6b4f4529224145b70ca196e06904d3e3c937c6ce","author":{"name":"Alex Deucher","email":"a78d72677105f78f4b18925c366b6f577763ca59@amd.com"},"message":"drm/radeon/dce32+: use fractional fb dividers for high clocks\n\ncommit a02dc74b317d78298cb0587b9b1f6f741fd5c139 upstream.\n\nFixes flickering with some high res montiors.\n\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\n[bwh: Backported to 3.2: use pll->flags instead of radeon_crtc->pll_flags]\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Weng Meiling <wengmeiling.weng@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/6b4f4529224145b70ca196e06904d3e3c937c6ce"},{"sha":"f78e6821862808077de6cff9b98016554d76c6fa","author":{"name":"Jerome Glisse","email":"7e7bbe0ca5660dbb81849a260ae8bf91edf3d8cc@redhat.com"},"message":"drm/radeon: fix amd afusion gpu setup aka sumo v2\n\ncommit bd25f0783dc3fb72e1e2779c2b99b2d34b67fa8a upstream.\n\nSet the proper number of tile pipe that should be a multiple of\npipe depending on the number of se engine.\n\nFix:\nhttps://bugs.freedesktop.org/show_bug.cgi?id=56405\nhttps://bugs.freedesktop.org/show_bug.cgi?id=56720\n\nv2: Don't change sumo2\n\nSigned-off-by: Jerome Glisse <jglisse@redhat.com>\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>\n[bwh: Backported to 3.2: don't define/use *_GB_ADDR_CONFIG_GOLDEN]\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Weng Meiling <wengmeiling.weng@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/f78e6821862808077de6cff9b98016554d76c6fa"},{"sha":"0428cd3c17c0d7dadd32cbca954da9460930e772","author":{"name":"Alex Deucher","email":"a78d72677105f78f4b18925c366b6f577763ca59@amd.com"},"message":"drm/radeon: add connector table for SAM440ep embedded board\n\ncommit 6a556039e7823d27a0a7f7724d4d455053ea9253 upstream.\n\nRV250 found on ppc embedded boards.\n\nCc: Hans Verkuil <hverkuil@xs4all.nl>\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\nSigned-off-by: Dave Airlie <airlied@redhat.com>\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Weng Meiling <wengmeiling.weng@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/0428cd3c17c0d7dadd32cbca954da9460930e772"},{"sha":"241ff6377e8dcc9a16b7edb5bf2340f66470472d","author":{"name":"Alex Deucher","email":"a78d72677105f78f4b18925c366b6f577763ca59@amd.com"},"message":"drm/radeon: add connector table for Mac G4 Silver\n\ncommit cafa59b9011a7790be4ddd5979419259844a165d upstream.\n\nApple cards do not provide data tables in the vbios\nso we have to hard code the connector parameters\nin the driver.\n\nReported-by: Albrecht Dreß <albrecht.dress@arcor.de>\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Weng Meiling <wengmeiling.weng@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/241ff6377e8dcc9a16b7edb5bf2340f66470472d"},{"sha":"f5a8721ed734c413ad8c436c26e16496641c7466","author":{"name":"Aaro Koskinen","email":"c50bd9eacd8e36aece90d59a66da34d1a45e47ef@iki.fi"},"message":"drm/nouveau: fix init with agpgart-uninorth\n\ncommit eda85d6ad490923152544fba0473798b6cc0edf6 upstream.\n\nCheck that the AGP aperture can be mapped. This follows a similar change\ndone for Radeon (commit 365048ff, drm/radeon: AGP memory is only I/O if\nthe aperture can be mapped by the CPU.).\n\nThe patch fixes the following error seen on G5 iMac:\n\n\tnouveau E[     DRM] failed to create kernel channel, -12\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=58806\nReviewed-by: Michel Dänzer <michel@daenzer.net>\nSigned-off-by: Aaro Koskinen <aaro.koskinen@iki.fi>\nSigned-off-by: Dave Airlie <airlied@redhat.com>\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Weng Meiling <wengmeiling.weng@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/f5a8721ed734c413ad8c436c26e16496641c7466"},{"sha":"8179cfc20fd0f9fff032d8bb6b63294591698e3c","author":{"name":"Alex Deucher","email":"a78d72677105f78f4b18925c366b6f577763ca59@amd.com"},"message":"drm/radeon: fix typo in evergreen_mc_resume()\n\ncommit 695ddeb457584a602f2ba117d08ce37cf6ec1589 upstream.\n\nAdd missing index that may have led us to enabling\nmore crtcs than necessary.\n\nMay also fix:\nhttps://bugs.freedesktop.org/show_bug.cgi?id=56139\n\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\nReviewed-by: Michel Dänzer <michel.daenzer@amd.com>\nSigned-off-by: Dave Airlie <airlied@redhat.com>\nCc: Weng Meiling <wengmeiling.weng@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/SmartPack/SmartPack-Kernel-Project_kltexxx/commits/8179cfc20fd0f9fff032d8bb6b63294591698e3c"}]}
{"actor":{"display_login":"sunilpaulmathew"}}