{"push_id":2447863917,"size":31,"distinct_size":31,"ref":"refs/heads/master","head":"ea161d1cf3457526e484843ed5b0f3497d7ffc1a","before":"082bf7eec5d35466b08fb4636f65f6caf5dcd98c","commits":[{"sha":"aeba1798efa1f47ac420ecdffa27d655bbd49a28","author":{"name":"Arend van Spriel","email":"abe19c29b4f22215362e77179a3d866379bad47e@broadcom.com"},"message":"brcmfmac: Fix setting of p2p address\n\nThe brcmfmac firmware has a requirement for the p2p-dev interface that it\nshould be different from the mac address of the primary interface, ie.\nwlp1s0 in this log. In brcmfmac we try to do that by setting the local\nadmin bit, but if it is already set we ended up using the same mac address\nand getting an -EBUSY error from the firmware.\n\nThis would happen when MAC address of the primary interface was changed\n(typically for privacy reasons) to one which already has the local admin\nbit set.\n\nThis commit fixes this by instead using the permanent ethernet address of\nthe device when no MAC address is specified when instantiating the p2p\ninterface.","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/aeba1798efa1f47ac420ecdffa27d655bbd49a28"},{"sha":"f2bb545fd01486a230d2ce847633a5682ba06a74","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ASoC: rt5640: Remove is_sys_clk_from_pll, it has ordering issues\n\nis_sys_clk_from_pll() is used as a snd_soc_dapm_route.connected callback,\nchecking RT5640_GBL_CLK to determine if the sys-clk is PLL1 and thus the\nPWR_PLL bit in reg PWR_ANLG2 must be set.\n\nRT5640_GBL_CLK is changed by rt5640_set_dai_sysclk(), which gets called by\nthe pre_pmu / post_pmd functions of the \"Platform Clock\" dapm-supply.\n\nThis creates an ordering issue, during a dapm transition first all\nconnected() callbacks are called to build a list of supplies to enable\nand then the complete list is walked to enable the supplies. Since the\nconnected() check happens before enabling any supplies,\nis_sys_clk_from_pll() ends up deciding if the PWR_PLL bit should be set\nbased on the state the \"Platform Clock\" supply had *before* the transition.\nThis sometimes results in PWR_PLL being off, even though *after* the\ntransition PLL1 is configured as sys-clk.\n\nThis commit removes is_sys_clk_from_pll() instead simply setting / clearing\nPWR_PLL in rt5640_set_dai_sysclk() based on the selected sys-clk, which\nfixes this and as a bonus results in a nice cleanup.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/f2bb545fd01486a230d2ce847633a5682ba06a74"},{"sha":"0c2f63012b745892cf282b6625e7dd420a25e409","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ASoC: rt5640: Add devicetree-bindings for dmic, jack-detect\n\nAdd devicetree-bindings for the dmic, jack-detect source and overcurrent-\ndetect threshold settings.\n\nThe dmic bindings mirror the existing bindings for the rt5645.\nThe jd-src and ovcd bindings mirror the existing bindings for the rt5651.\n\nCc devicetree@vger.kernel.org\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/0c2f63012b745892cf282b6625e7dd420a25e409"},{"sha":"4ce1e9f2304311e44afb2c2749642e78a341cc73","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ASoC: rt5640: Remove unused rt5640_platform_data\n\nThere are no in tree users of platform-data for the rt5640 codec driver,\nso lets remove support for it.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/4ce1e9f2304311e44afb2c2749642e78a341cc73"},{"sha":"76eebac4a933d075015b75378ebe07ad4b712259","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ASoC: rt5640: Move checking of device-properties to component probe callback\n\nOn some platforms the platform code may need to add device-properties,\nrather then relying only on properties set by the firmware.\n\nThis commit moves the parsing of the device-properties from the i2c-driver\nprobe() function, which may be called at any time, to the component-driver\nprobe() function, which gets called after the platform code calls\nsnd_soc_register_card().\n\nThis allows the platform code to attach extra device-properties before\nthe device-properties are parsed.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/76eebac4a933d075015b75378ebe07ad4b712259"},{"sha":"81aae72576d29349bac22a12989f3245c331c26c","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ASoC: rt5640: Allow specifying dmic data pins through device-properties\n\nAllow specifying dmic data pins through device-properties / dt. This will\nallow us to stop exporting rt5640_dmic_enable() once all callers of it have\nbeen converted to setting device-properties for this instead.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/81aae72576d29349bac22a12989f3245c331c26c"},{"sha":"c0f0f387c35f871a23b83c2a99b405f127547a6a","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ASoC: rt5640: Add jack-detect support\n\nAdd jack-detect support, loosely based on earlier work on this by:\n\nPierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>\nFrancisco mendez <francisco.mendez@intel.com>\n\nNote getting the OVCD to work reliable was sort of finicky, so there are\nquite a few comments on this to hopefully avoid people breaking it in the\nfuture.\n\nBugLink: https://bugzilla.kernel.org/show_bug.cgi?id=196377\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/c0f0f387c35f871a23b83c2a99b405f127547a6a"},{"sha":"25920fd1777d9a1aaca8f23a1f2892b57feccfd5","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ASoC: Intel: bytcr_rt5640: Configure PLL1 before using it\n\nWhen platform_clock_control() first selects PLL1 as sysclk the PLL_CTRL\nregisters have not been setup yet and we effectively have an invalid clock\nconfiguration until byt_rt5640_aif1_hw_params() gets called.\n\nAdd a new byt_rt5640_prepare_and_enable_pll1() helper and use that from\nboth platform_clock_control() and byt_rt5640_aif1_hw_params() to fix this.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/25920fd1777d9a1aaca8f23a1f2892b57feccfd5"},{"sha":"16e4727956da8c3d6ce72b5c1fed8acd756f0288","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ASoC: Intel: bytcr_rt5640: Use device-property for differential mics\n\nSet the \"realtek,in1-differential\" device-property when the\nBYT_RT5640_DIFF_MIC quirk is set instead of directly poking the\ncodec registers.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/16e4727956da8c3d6ce72b5c1fed8acd756f0288"},{"sha":"15dbcb2734aa61653edf4051214af4b1cb2685cb","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ASoC: Intel: bytcr_rt5640: Use device properties for setting up dmic\n\nUse device-properties for setting up the dmic, based on the\nBYT_RT5640_MAP() value, instead of using the codec specific\nrt5640_dmic_enable() function for this.  This also removes the need\nfor the BYT_RT5640_DMIC_EN quirk, which was always set together with\na MAP() quirk of DMIC1_MAP or DMIC2_MAP.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/15dbcb2734aa61653edf4051214af4b1cb2685cb"},{"sha":"bf2efc37c4eefb9b2492339e9e888691f258e760","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ASoC: Intel: bytcr_rt5640: Enable jack detection\n\nEnable jack detection, tested on the following devices:\nAsus T100TA\nDell Venue 8 Pro 5830\n...\n\nTested-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/bf2efc37c4eefb9b2492339e9e888691f258e760"},{"sha":"f32b6f661a607c03136477e56289ff559fa2b561","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ASoC: rt5640: Add button press support\n\nEnable button press detection for headsets by using the ovcd IRQ to get\nnotified of button presses.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/f32b6f661a607c03136477e56289ff559fa2b561"},{"sha":"6c6f2602d67b34c6966c511b0abc25115e00495a","author":{"name":"Ian W MORRISON","email":"d7cdbca00be8e6a0a586f152cb36e079c5090e1d@gmail.com"},"message":"Bluetooth: hci_bcm: Remove_DMI quirk for the MINIX Z83-4\n\nAs Interrupt resource specified IRQs are now assumed to be always\nactive-low the DMI quirk for the MINIX Z83-4 is no longer needed.\n\nSigned-off-by: Ian W MORRISON <ianwmorrison@gmail.com>\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/6c6f2602d67b34c6966c511b0abc25115e00495a"},{"sha":"7fa32540a6729aaed838e62c7365ff6312afaff7","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"drm/i915: Do NOT skip the first 4k of stolen memory for pre-allocated buffers\n\nBefore this commit the WaSkipStolenMemoryFirstPage workaround code was\nskipping the first 4k by passing 4096 as start of the address range passed\nto drm_mm_init(). This means that calling drm_mm_reserve_node() to try and\nreserve the firmware framebuffer so that we can inherit it would always\nfail, as the firmware framebuffer starts at address 0.\n\nCommit d43537610470 (\"drm/i915: skip the first 4k of stolen memory on\neverything >= gen8\") says in its commit message: \"This is confirmed to fix\nSkylake screen flickering issues (probably caused by the fact that we\ninitialized a ring in the first page of stolen, but I didn't 100% confirm\nthis theory).\"\n\nWhich suggests that it is safe to use the first page for a linear\nframebuffer as the firmware is doing.\n\nThis commit always passes 0 as start to drm_mm_init() and works around\nWaSkipStolenMemoryFirstPage in i915_gem_stolen_insert_node_in_range()\nby insuring the start address passed by to drm_mm_insert_node_in_range()\nis always 4k or more. All entry points to i915_gem_stolen.c go through\ni915_gem_stolen_insert_node_in_range(), so that any newly allocated\nobjects such as ring-buffers will not be allocated in the first 4k.\n\nThe one exception is i915_gem_object_create_stolen_for_preallocated()\nwhich directly calls drm_mm_reserve_node() which now will be able to\nuse the first 4k.\n\nThis fixes the i915 driver no longer being able to inherit the firmware\nframebuffer on gen8+, which fixes the video output changing from the\nvendor logo to a black screen as soon as the i915 driver is loaded\n(on systems without fbcon).\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/7fa32540a6729aaed838e62c7365ff6312afaff7"},{"sha":"6ba2a53249c6c2454aee3e6d831a10bb40762fa2","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"Revert \"net: rfkill: gpio: Add OBDA8723 ACPI HID\"\n\nThis reverts commit 523ef517a72cdd370939f2e58705a150a6a69fed.","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/6ba2a53249c6c2454aee3e6d831a10bb40762fa2"},{"sha":"dcbb53e009220bca9dd7b0620f18697fcf9dff9a","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"Revert \"ACPI / scan: Do not treat the OBDA8723 device as serdev for now\"\n\nThis reverts commit e28864cab05e30cf900cf07bf7f6ed48898d0a39.","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/dcbb53e009220bca9dd7b0620f18697fcf9dff9a"},{"sha":"73956afdd28d7bc47e47fd741ca8d5a1c9ffb92d","author":{"name":"Alex Lu","email":"635ec799c602cff710178f168a039ec876fdbd77@realsil.com.cn"},"message":"Bluetooth: btrtl: Add RTL8723D and RTL8821C devices\n\nThe Bluetooth parts of RTL8723D and RTL8723B share the same lmp\nsubversion, thus we need to check both lmp subversion and hci revision\nto distinguish the two. The same situation is true for RTL8821A and\nRTL8821C. Accordingly, the selection code is revised.\n\nTo improve maintainability, a new id_table struct is defined, and an\narray of such structs is constructed. Adding a new device can thus be\nas simple as adding another value to the table.\n\nSigned-off-by: Alex Lu <alex_lu@realsil.com.cn>\nSigned-off-by: Larry Finger <Larry.Finger@lwfinger.net>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/73956afdd28d7bc47e47fd741ca8d5a1c9ffb92d"},{"sha":"15d3362881bb23b195e48cf34b74f5712a07f742","author":{"name":"Martin Blumenstingl","email":"128232e319ad6626d44004cd82c51361a0f0e3da@googlemail.com"},"message":"dt-bindings: net: bluetooth: add support for Realtek Bluetooth chips\n\nThis adds the documentation for Bluetooth functionality of the Realtek\nRTL8723BS and RTL8723DS.\nBoth are SDIO wifi chips with an additional Bluetooth module which is\nconnected via UART to the host.\n\nSigned-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>\nSigned-off-by: Jeremy Cline <jeremy@jcline.org>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/15d3362881bb23b195e48cf34b74f5712a07f742"},{"sha":"58b7e32ddfb7b13ec1fa17bf56a4e43b0423a25c","author":{"name":"Martin Blumenstingl","email":"128232e319ad6626d44004cd82c51361a0f0e3da@googlemail.com"},"message":"Bluetooth: btrtl: add MODULE_FIRMWARE declarations\n\nThis makes the firmware names show up in modinfo.\n\nSigned-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>\nSigned-off-by: Jeremy Cline <jeremy@jcline.org>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/58b7e32ddfb7b13ec1fa17bf56a4e43b0423a25c"},{"sha":"2d1fc57af3d807acbf48a25aa629ae46cb94d969","author":{"name":"Martin Blumenstingl","email":"128232e319ad6626d44004cd82c51361a0f0e3da@googlemail.com"},"message":"Bluetooth: btrtl: split the device initialization into smaller parts\n\nThis prepares the btrtl code so it can be used to initialize Bluetooth\nmodules connected via UART (these are found for example on the RTL8723BS\nand RTL8723DS SDIO chips, which come with an embedded UART Bluetooth\nmodule).\n\nThe Realtek \"rtl8723bs_bt\" and \"rtl8723ds_bt\" userspace Bluetooth UART\ninitialization tools (rtk_hciattach) use the following sequence:\n1) send H5 sync pattern (already supported by hci_h5)\n2) get LMP version (already supported by btrtl)\n3) get ROM version (already supported by btrtl)\n4) load the firmware and config for the current chipset (already\n   supported by btrtl)\n5) read UART settings from the config blob (currently not supported)\n6) send UART settings via a vendor command to the device (which changes\n   the baudrate of the device and enables or disables flow control\n   depending on the config)\n7) change the baudrate and flow control settings on the host\n8) send the firmware and config blob to the device (already supported by\n   btrtl)\n\nThe main reason why the initialization has to be split is step #7. This\nrequires changes to the underlying \"bus\", which should be kept outside\nof the \"generic\" btrtl driver.\nThe idea for this split is borrowed from the btbcm driver but adjusted\nwhere needed (the btrtl driver for example needs two blobs: firmware and\nconfig, while the btbcm only needs one).\n\nThis also prepares the code for step #5 (parsing the config blob) by\ncentralizing the code which loads the firmware and config blobs and\nstoring the result in the new struct btrtl_device_info.\n\nSigned-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>\nSigned-off-by: Jeremy Cline <jeremy@jcline.org>","distinct":true,"url":"https://api.github.com/repos/jwrdegoede/linux-sunxi/commits/2d1fc57af3d807acbf48a25aa629ae46cb94d969"}]}
{"actor":{"display_login":"jwrdegoede"}}