[PATCH v2 00/14] improve the fb_setcmap helper

Hi! While trying to get CLUT support for the atmel_hlcdc driver, and specifically for the emulated fbdev interface, I received some push-back that my feeble in-driver attempts should be solved by the core. This is my attempt to do it right. I have obviously not tested all of this with more than

Re: [PATCH v2 1/1] mtd: spi-nor: parse Serial Flash Discoverable Parameters (SFDP) tables

-Parameters-SFDP-tables/20170622-081417 base: git://github.com/spi-nor/linux next config: arm-allmodconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705 reproduce: wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin

[PATCH v4 0/2] acpi, gicv3-its, numa: Adding numa node mapping for ITS

ACPI 6.2 have added SRAT subtable to define proximity domain for ITS devices. This patchset updates acpi header file from acpica repo and adds numa node mapping for ITS devices. v4: -Addressed review comments. v3: - Use static array to stash parsed data from srat its table. v2: -

Re: [PATCH v2] ocfs2: fix deadlock caused by recursive locking in xattr

Looks good. Reviewed-by: Joseph Qi Thanks, Joseph On 17/6/22 09:47, Eric Ren wrote: > Another deadlock path caused by recursive locking is reported. > This kind of issue was introduced since commit 743b5f1434f5 ("ocfs2: > take inode lock in ocfs2_iop_set/get_acl()"). Two

Re: [PATCH] clk: keystone: TI_SCI_PROTOCOL is needed for clk driver

On 22/06/17 00:50, Stephen Boyd wrote: On 06/20, Arnd Bergmann wrote: CONFIG_COMPILE_TEST allows building a configuration without TI_SCI_PROTOCOL, which then fails to link: drivers/clk/keystone/sci-clk.o: In function `ti_sci_clk_probe': sci-clk.c:(.text.ti_sci_clk_probe+0x4c): undefined

Re: [PATCH v1] ARM: dts: sun7i: provide ramoops region on BananaPi

Hi Oleksij, On Wed, Jun 21, 2017 at 07:10:17PM +0200, Oleksij Rempel wrote: > This should help provide useful debug information on remote > targets without UART. > > Signed-off-by: Oleksij Rempel > --- > arch/arm/boot/dts/sun7i-a20-bananapi.dts | 16 >

Re: [PATCH v1] ARM: dts: sun7i: provide ramoops region on BananaPi

Am 22.06.2017 um 08:16 schrieb Maxime Ripard: > Hi Oleksij, > > On Wed, Jun 21, 2017 at 07:10:17PM +0200, Oleksij Rempel wrote: >> This should help provide useful debug information on remote >> targets without UART. >> >> Signed-off-by: Oleksij Rempel >> --- >>

Re: [PATCH] mm: Refactor conversion of pages to bytes macro definitions

On Tue 20-06-17 18:14:28, Nikolay Borisov wrote: > Currently there are a multiple files with the following code: > #define K(x) ((x) << (PAGE_SHIFT - 10)) > ... some code.. > #undef K > > This is mainly used to print out some memory-related statistics, where X is > given in pages and the macro

[PATCH] Moved module init-functions into the module.

This commit moves the call to initialize the LSM modules inline into the LSM-files themselves. This removes the need to hunt around for the setup, which was something that bit me when I wrote my own (unrelated) LSM. Keeping LSM code in one place, including the setup of the hooks seems like a

[PATCH 2/7] staging: ccree: register setkey for none hash macs

Fix a bug where the transformation init code did not register a setkey method for none hash based MACs. Fixes commit 50cfbbb7e627 ("staging: ccree: add ahash support"). Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/ssi_hash.c | 83

[PATCH 6/7] staging: ccree: add DT bus coherency detection

The ccree driver has build time configurable support to work on top of coherent (e.g. ACP) vs. none coherent bus connections. Turn it to run-time configurable option based on device tree. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/ssi_buffer_mgr.c | 37

[PATCH 5/7] staging: ccree: add clock management support

Some SoC which implement CryptoCell have a dedicated clock tied to it, some do not. Implement clock support if exists based on device tree data and tie power management to it. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/Makefile | 2 +-

[PATCH 7/7] staging: ccree: use signal safe completion wait

We were waiting for a completion notification of HW DMA operation using an interruptible wait which can result in data corruption if a signal interrupted us while DMA was not yet completed. Fix this by moving to uninterrupted wait. Fixes: abefd6741d ("staging: ccree: introduce CryptoCell HW

Re: [PATCH 2/4] drm/vc4: Wait for fences interruptibly in blocking mode.

On Wed, 21 Jun 2017 11:50:00 -0700 Eric Anholt wrote: > We should allow SIGIO and things to interrupt us before we get to the > no-error stage of the commit process. This code is effectively copied > from drm_atomic_helper_commit(). > > Signed-off-by: Eric Anholt

[PATCH] ecryptfs: Fix stat command displays wrong file size in xattr region

When doing ecryptfs_read_and_validate_xattr_region(), eCryptfs reads only 16 bytes from xattr region. However, the lower filesystem like ext4 always compares 16 with the size of ecryptfs xattr region which is 81 bytes, and then it will return ERANGE (-34) and do not read that region.

Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem

On Thu, Jun 22, 2017 at 09:37:14AM +1000, Dave Chinner wrote: > On Mon, Jun 19, 2017 at 10:22:14PM -0700, Darrick J. Wong wrote: > > [add linux-xfs to the fray] > > > > On Fri, Jun 16, 2017 at 06:15:35PM -0700, Dan Williams wrote: > > > + spin_lock(_lock); > > > + list_add(>list, ); > > > +

Re: [PATCH] RFC: platform/x86: wmi: Fix check for method instance number

On Wednesday 21 June 2017 23:52:12 mario.limoncie...@dell.com wrote: > > -Original Message- > > From: Pali Rohár [mailto:pali.ro...@gmail.com] > > Sent: Saturday, June 17, 2017 11:35 AM > > To: Limonciello, Mario > > Cc: dvh...@infradead.org;

Re: [RFC PATCH 04/10] objtool: add undwarf debuginfo generation

On 06/14/2017, 03:27 PM, Josh Poimboeuf wrote: > I agree with all your comments, will fix them all. Thanks for the > review. This is not the correct way: ++ if (flags & O_WRONLY) ++ cmd = ELF_C_WRITE; ++ else if (flags & O_RDWR) ++ cmd = ELF_C_RDWR; ++

Re: [PATCH] Convert BUG_ON to WARN_ON in bond_options.c

Jay Vosburgh writes: > Michael J Dilmore wrote: > >>if (WARN_ON(!new_active_slave) { >>netdev_dbg("Can't add new active slave - pointer null"); >>return ERROR_CODE >>} > > In general, yes, but in this case, the condition

Re: [PATCH v4 5/7] kasan: allow kasan_check_read/write() to accept pointers to volatiles

* Dmitry Vyukov wrote: > On Mon, Jun 19, 2017 at 12:50 PM, Mark Rutland wrote: > > On Sat, Jun 17, 2017 at 11:15:31AM +0200, Dmitry Vyukov wrote: > >> Currently kasan_check_read/write() accept 'const void*', make them > >> accept 'const volatile

Re: [PATCH] drm: bridge: synopsys/dw-hdmi: Provide default configuration function for HDMI 2.0 PHY

Hi Jose Sorry miss your email and Sorry for the late reply I can sure that your patch works on our rk3399 platform. my internal kernel already has similar patch, using hdmi_phy_configure_dwc_hdmi_3d_tx() for hdmi 2.0 phy, good works with many video modes (4k, 1080p, 720p etc.), I'm not

Re: [PATCH 0/6] PM: Unify the handling of device wakeup settings

On Mon, Jun 19, 2017 at 11:31:58PM +0200, Rafael J. Wysocki wrote: > Hi All, > > The handling of device wakeup settings, especially in the ACPI core and the > PCI > bus type, depends on whether it is about system wakeup from sleep states or > remote wakeup in the working state (runtime).

Re: [PATCH 0/7] staging: ccree: bug fixes and TODO items for 4.13

On Thu, Jun 22, 2017 at 10:14:08AM +0300, Gilad Ben-Yossef wrote: > On Thu, Jun 22, 2017 at 10:07 AM, Gilad Ben-Yossef > wrote: > > An assortment of bug fixes and staging TODO items. > > Highlights includes the driver passing crypto testmgr boot tests > > and support of

[PATCH v4 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units

Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2. Later in per device probe, ITS devices are mapped to numa node using ITS Id to proximity domain mapping. Signed-off-by: Ganapatrao Kulkarni --- drivers/irqchip/irq-gic-v3-its.c | 75

[PATCH v4 1/2] ACPICA: ACPI 6.2: Add support for new SRAT subtable

Add GIC ITS Affinity (ACPI 6.2) subtable to SRAT table. ACPICA commit 5bc67f63918da249bfe279ee461d152bb3e6f55b Link: https://github.com/acpica/acpica/commit/5bc67f6 Signed-off-by: Ganapatrao Kulkarni --- include/acpi/actbl1.h | 12 +++- 1 file changed,

[PATCH v5 5/5] stmmac: pci: Use dmi_system_id table for retrieving PHY addresses

From: Jan Kiszka Avoids reimplementation of DMI matching in stmmac_pci_find_phy_addr. Signed-off-by: Jan Kiszka --- drivers/net/ethernet/stmicro/stmmac/stmmac_pci.c | 97 1 file changed, 64 insertions(+), 33 deletions(-)

[PATCH 3/7] staging: ccree: add support for older HW revisions

Add support for the older CryptoCell 710 and 630P hardware revisions. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/Kconfig| 7 +- drivers/staging/ccree/cc_crypto_ctx.h| 16 --- drivers/staging/ccree/cc_hw_queue_defs.h | 2 +-

[PATCH 1/7] staging: ccree: fix hash import/export

Hash import and export was saving and restoring the wrong context and therefore disabled. Fix it by restoring intermediate digest and additional state needed. The hash and mac transform now pass testmgr partial hash tests. Signed-off-by: Gilad Ben-Yossef ---

[PATCH 4/7] staging: ccree: remove unused function

The function set_ack_last was not used anywhere. Remove it. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/cc_hw_queue_defs.h | 12 1 file changed, 12 deletions(-) diff --git a/drivers/staging/ccree/cc_hw_queue_defs.h

[PATCH v3.1 1/3] drm/rockchip: dw_hdmi: add RK3399 HDMI support

RK3399 and RK3288 shared the same HDMI IP controller, only some light difference with GRF configure. Signed-off-by: Yakir Yang Signed-off-by: Mark Yao --- Changes in v3.1: Correct documentation compatible's format(Rob Herring). Changes in v3:

Re: [PATCH 3/4] drm/vc4: Use the atomic state's commit workqueue.

On Wed, Jun 21, 2017 at 11:50:01AM -0700, Eric Anholt wrote: > Now that we're using the atomic helpers for fence waits, we can use > the same codepath as drm_atomic_helper_commit() does for async, > getting rid of our custom vc4_commit struct. \o/ On the series: Acked-by: Daniel Vetter

Re: [PATCH 2/6] ACPI / PM: Consolidate device wakeup settings code

On Mon, Jun 19, 2017 at 11:33:52PM +0200, Rafael J. Wysocki wrote: > -#ifdef CONFIG_PM_SLEEP > -/** > - * acpi_pm_device_sleep_wake - Enable or disable device to wake up the > system. > - * @dev: Device to enable/desible to wake up the system from sleep states. > - * @enable: Whether to enable or

Re: [PATCH] rcu: remove unused variable in boot_cpu_state_init

* Ingo Molnar wrote: > > * Arnd Bergmann wrote: > > > > So I think we should consider it a syntactic construct to avoid. > > > > Unused variables are relatively harmless compared to used-uninitialized > > variables that are always bugs (though they are

[GIT PULL] MFD fixes for v4.12

Morning Linus, The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: Linux 4.12-rc1 (2017-05-13 13:19:49 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git tags/mfd-fixes-4.12 for you to fetch changes up to

Re: [PATCH 1/4] drm/vc4: Hook up plane prepare_fb to lookup dma-buf reservations.

On Wed, 21 Jun 2017 11:49:59 -0700 Eric Anholt wrote: > This way drm_atomic_helper_wait_for_fences() will actually do > something. The vc4_seqno_cb has been doing the fence waits on V3D > manually, so far. > > Signed-off-by: Eric Anholt Reviewed-by: Boris

Re: [PATCH] Convert BUG_ON to WARN_ON in bond_options.c

On Thu, Jun 22, 2017 at 12:04:54AM +0100, Michael J Dilmore wrote: > > Is it worth at least wrapping BUG_ON in an unlikely macro then? See BUG_ON() definition: #ifndef HAVE_ARCH_BUG_ON #define BUG_ON(condition) do { if (unlikely(condition)) BUG(); } while (0) #endif where HAVE_ARCH_BUG_ON is

Re: [PATCH] Moved module init-functions into the module.

On Thu Jun 22, 2017 at 16:02:30 +0800, Ethan Zhao wrote: > Seems you moved the initialization of security module to > late_initcall stage, that is not right. Thanks for the feedback. > For security modules, you should use security_initcall() macro to define > the init functions.

[PATCH NET 0/2] Add loopback support in phy_driver and hns ethtool fix

This Patch Set add set_loopback in phy_driver and use it to setup loopback when doing ethtool phy self_test. Lin Yun Sheng (2): net: phy: Add phy loopback support in net phy framework net: hns: Use phy_driver to setup Phy loopback drivers/net/ethernet/hisilicon/hns/hns_ethtool.c | 64

[PATCH NET 2/2] net: hns: Use phy_driver to setup Phy loopback

Use function set_loopback in phy_driver to setup phy loopback when doing ethtool self test. Signed-off-by: Lin Yun Sheng --- drivers/net/ethernet/hisilicon/hns/hns_ethtool.c | 64 1 file changed, 10 insertions(+), 54 deletions(-) diff --git

Re: [PATCH 2/2] rt: Increase/decrease the nr of migratory tasks when enabling/disabling migration

* Daniel Bristot de Oliveira wrote: > void migrate_disable(void) > { > struct task_struct *p = current; > + struct rq *rq; > + struct rq_flags rf; > + > > if (in_atomic() || irqs_disabled()) { > #ifdef CONFIG_SCHED_DEBUG > @@ -7593,10 +7596,21 @@

Re: [virtio-dev] Re: [PATCH v11 6/6] virtio-balloon: VIRTIO_BALLOON_F_CMD_VQ

On 06/21/2017 08:28 PM, Michael S. Tsirkin wrote: On Wed, Jun 21, 2017 at 11:28:00AM +0800, Wei Wang wrote: On 06/21/2017 12:18 AM, Michael S. Tsirkin wrote: On Fri, Jun 09, 2017 at 06:41:41PM +0800, Wei Wang wrote: - if (!virtqueue_indirect_desc_table_add(vq, desc, num)) { + if

Re: [PATCH 0/7] staging: ccree: bug fixes and TODO items for 4.13

On Thu, Jun 22, 2017 at 11:28 AM, Dan Carpenter wrote: > On Thu, Jun 22, 2017 at 10:14:08AM +0300, Gilad Ben-Yossef wrote: >> On Thu, Jun 22, 2017 at 10:07 AM, Gilad Ben-Yossef >> wrote: >> > An assortment of bug fixes and staging TODO items. >> >

[PATCH v2 03/14] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get totally obsolete. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_fb_helper.c | 154 1 file changed, 63 insertions(+), 91 deletions(-) diff --git

[PATCH v2 07/14] drm: cirrus: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin ---

[PATCH v2 01/14] drm/fb-helper: keep the .gamma_store updated in drm_fb_helper_setcmap

I think the gamma_store can end up invalid on error. But the way I read it, that can happen in drm_mode_gamma_set_ioctl as well, so why should this pesky legacy fbdev stuff be any better? Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_fb_helper.c | 27

[PATCH v2 10/14] drm: mgag200: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin ---

[PATCH v5 1/5] stmmac: pci: Make stmmac_pci_info structure constant

From: Jan Kiszka By removing the PCI device reference from the structure and passing it as parameters to the interested functions, we can make quark_pci_info const. Signed-off-by: Jan Kiszka Reviewed-by: Andy Shevchenko

[PATCH v5 4/5] stmmac: pci: Select quark_pci_dmi_data from quark_default_data

From: Jan Kiszka No need to carry this reference in stmmac_pci_info - the Quark-specific setup handler knows that it needs to use the Quark-specific DMI table. This also allows to drop the stmmac_pci_info reference from the setup handler parameter list. Signed-off-by:

[PATCH v5 0/5] stmmac: pci: Refactor DMI probing

Some cleanups of the way we probe DMI platforms in the driver. Reduces a bit of open-coding and makes the logic easier reusable for any potential DMI platform != Quark. Tested on IOT2000 and Galileo Gen2. Changes in v5: - fixed a remaining issue in patch 5 - dropped patch 6 for now Jan Jan

[PATCH v5 2/5] stmmac: pci: Use stmmac_pci_info for all devices

From: Jan Kiszka Make stmmac_default_data compatible with stmmac_pci_info.setup and use an info structure for all devices. This allows to make the probing more regular. Signed-off-by: Jan Kiszka Reviewed-by: Andy Shevchenko

[PATCH v5 3/5] stmmac: pci: Make stmmac_pci_find_phy_addr truly generic

From: Jan Kiszka Move the special case for the early Galileo firmware into quark_default_setup. This allows to use stmmac_pci_find_phy_addr for non-quark cases. Signed-off-by: Jan Kiszka Reviewed-by: Andy Shevchenko

Re: [PATCH 01/11] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On Wed, Jun 21, 2017 at 11:40:52AM +0200, Peter Rosin wrote: > On 2017-06-21 09:38, Daniel Vetter wrote: > > On Tue, Jun 20, 2017 at 09:25:25PM +0200, Peter Rosin wrote: > >> This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get > >> totally obsolete. > >> > >> I think the

Re: [PATCH 11/11] drm: remove unused and redundant callbacks

On Thu, Jun 22, 2017 at 12:34:36AM +0800, kbuild test robot wrote: > Hi Peter, > > [auto build test ERROR on drm/drm-next] > [also build test ERROR on next-20170621] > [cannot apply to v4.12-rc6] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the

Re: [PATCH] clocksource/drivers: fix uninitialized variable use in timer_of_init

On 21/06/2017 23:49, Arnd Bergmann wrote: > If none of the flags are set, 'ret' is uninitialized as pointed out > by gcc: > > drivers/clocksource/timer-of.c: In function 'timer_of_init': > drivers/clocksource/timer-of.c:160:9: error: 'ret' may be used uninitialized > in this function

[PATCH 0/7] staging: ccree: bug fixes and TODO items for 4.13

An assortment of bug fixes and staging TODO items. Highlights includes the driver passing crypto testmgr boot tests and support of multiple HW revs. without build time changes. Gilad Ben-Yossef (7): staging: ccree: fix hash import/export staging: ccree: register setkey for none hash macs

Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem

On Tue, Jun 20, 2017 at 09:42:55AM -0600, Ross Zwisler wrote: > On Mon, Jun 19, 2017 at 10:22:14PM -0700, Darrick J. Wong wrote: > <> > > Fourth, the VFS entry points for things like read, write, truncate, > > utimes, fallocate, etc. all just bail out if S_IOMAP_FROZEN is set on a > > file, so

[PATCH v2 2/7] ARM: dts: rockchip: add basic dtsi file for RK3229 SoC

Due to some tiny differences between RK3228 and RK3229, this patch adds a basic dtsi file which first includes a new CPU opp table for RK3229. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk3229-evb.dts | 2 +- arch/arm/boot/dts/rk3229.dtsi| 89

[PATCH v2 1/7] ARM: dts: rockchip: add cpu enable method for rk3228 SoC

This patch sets PSCI as the default cpu enable-method for RK3228 SoC. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk322x.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi index

[PATCH v2 4/7] ARM: dts: rockchip: fix compatible string for eMMC node of rk3228 SoC

From: Shawn Lin This adds amend compatible content for eMMC of RK3228 SoC. Signed-off-by: Shawn Lin --- arch/arm/boot/dts/rk322x.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/rk322x.dtsi

[PATCH v2 3/7] Documentation: rockchip-dw-mshc: add description for rk3228

From: Shawn Lin Add "rockchip,rk3228-dw-mshc", "rockchip,rk3288-dw-mshc" for dwmmc on rk322x platform. Signed-off-by: Shawn Lin Reviewed-by: Heiko Stuebner --- Documentation/devicetree/bindings/mmc/rockchip-dw-mshc.txt | 1

[PATCH] iommu: arm-smmu-v3: make of_device_ids const

of_device_ids are not supposed to change at runtime. All functions working with of_device_ids provided by work with const of_device_ids. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/iommu/arm-smmu-v3.c | 2 +- 1 file changed, 1

Re: [tip:x86/urgent] x86/mm: Fix boot crash caused by incorrect loop count calculation in sync_global_pgds()

* Dan Williams wrote: > [ adding -stable ] > > The patch below is upstream as commit fc5f9d5f151c "x86/mm: Fix boot > crash caused by incorrect loop count calculation in > sync_global_pgds()". The referenced bug potentially affects all kaslr > enabled kernels with >

Re: [PATCH v3 01/11] x86/mm: Don't reenter flush_tlb_func_common()

* Andy Lutomirski wrote: > On Wed, Jun 21, 2017 at 4:26 PM, Nadav Amit wrote: > > Andy Lutomirski wrote: > > > >> index 2a5e851f2035..f06239c6919f 100644 > >> --- a/arch/x86/mm/tlb.c > >> +++ b/arch/x86/mm/tlb.c > >> @@ -208,6 +208,9 @@

Re: [PATCH] rcu: remove unused variable in boot_cpu_state_init

On Thu, Jun 22, 2017 at 9:26 AM, Ingo Molnar wrote: > > * Paul E. McKenney wrote: > >> On Wed, Jun 21, 2017 at 11:57:28PM +0200, Arnd Bergmann wrote: >> > Without CONFIG_SMP, we get a harmless warning about >> > an unused variable: >> > >> >

Re: [PATCH 1/7] drm/bridge: Support hotplugging panel-bridge.

2017-06-20 19:31 GMT+02:00 Eric Anholt : > Archit Taneja writes: > >> On 06/16/2017 08:13 PM, Eric Anholt wrote: >>> Archit Taneja writes: >>> On 06/16/2017 02:11 AM, Eric Anholt wrote: > If the panel-bridge is being set

Re: [PATCH v3.1 1/3] drm/rockchip: dw_hdmi: add RK3399 HDMI support

On 2017年06月22日 15:31, Heiko Stuebner wrote: + >+/** >+ * struct rockchip_hdmi_chip_data - splite the grf setting of kind of chips >+ * @lcdsel_grf_reg: grf register offset of lcdc select >+ * @lcdsel_big: reg value of selecting vop big for HDMI >+ * @lcdsel_lit: reg value of selecting vop little

Re: [PATCH v5 0/2] drm: atmel-hlcdc: clut support

On 22/06/2017 at 07:03, Peter Rosin wrote: > Hi! > > This series adds support for an 8-bit clut mode in the atmel-hlcdc > driver. > > Changes since v4: > > - Added .clut_offset for overlay2 at 0xe00 for sama5d4 (unconfirmed if 0xe00 > is the correct offset, but I'll eat my hat if it's not

Re: [PATCH v2] clocksource/drivers/tcb_clksrc: make IO endian agnostic

On 17/06/2017 13:35, Alexandre Belloni wrote: > Now that AVR32 is gone, we can use the proper IO accessors that are > correctly handling endianness. > > Signed-off-by: Alexandre Belloni > --- Hi Alexandre, it does not apply. Can you give a respin against

[PATCH] iommu/amd_iommu_init: Handle return of iommu_device_register/iommu_device_sysfs_add

iommu_device_register and iommu_device_sysfs_add can fail here and we must check its return value. Signed-off-by: Arvind Yadav --- drivers/iommu/amd_iommu_init.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git

Re: [Intel-gfx] [PATCH v9 5/7] vfio: Define vfio based dma-buf operations

Hi, > > VFIO_DEVICE_FLAGS_GFX_DMABUF? > > After proposing these, I'm kind of questioning their purpose.  In the > case of a GFX region, the user is going to learn that this is > supported > as they parse the region information and find the device specific > region identifying itself as a GFX

[PATCH v2 02/14] drm/fb-helper: remove drm_fb_helper_save_lut_atomic

drm_fb_helper_save_lut_atomic is redundant since the .gamma_store is now always kept up to date by drm_fb_helper_setcmap. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_fb_helper.c | 17 - 1 file changed, 17 deletions(-) diff --git

[PATCH v2 08/14] drm: gma500: remove dead code and pointless local lut storage

The redundant fb helpers .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin --- drivers/gpu/drm/gma500/framebuffer.c |

[PATCH v2 06/14] drm: ast: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin --- drivers/gpu/drm/ast/ast_drv.h |

[PATCH v2 05/14] drm: armada: remove dead empty functions

The redundant fb helpers .gamma_set and .gamma_get are no longer used. Remove the dead code. Signed-off-by: Peter Rosin --- drivers/gpu/drm/armada/armada_crtc.c | 10 -- drivers/gpu/drm/armada/armada_crtc.h | 2 -- drivers/gpu/drm/armada/armada_fbdev.c | 2 -- 3

linux-next: Tree for Jun 22

Hi all, This tree does not build for sparc64 defconfig. Changes since 20170621: The v4l-dvb tree lost its build failure. The spi-nor tree lost its build failure. The md tree gained a build failure for which I applied a merge fix patch. The kvms390 tree gained a conflict against the s390

[PATCH v2 04/14] drm: amd: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin ---

Re: [PATCH] netxen: Fix a sleep-in-atomic bug in netxen_nic_pci_mem_access_direct

We should probably add a might_sleep() to ioremap() to prevent these bugs in the future. This bug is eight years old. You can report it, but it's going to hard to get anyone to fix it. I sometimes ignore ancient bugs. On the other hand, netxen is fairly well supported so it doesn't hurt to

Re: [PATCH V4 2/2] powerpc/powernv : Add support for OPAL-OCC command/response interface

On Thu, 2017-06-22 at 09:57 +0530, Shilpasri G Bhat wrote: > Hi Cyril, > > On 06/22/2017 06:28 AM, Cyril Bur wrote: > > On Wed, 2017-06-21 at 13:36 +0530, Shilpasri G Bhat wrote: > > > In P9, OCC (On-Chip-Controller) supports shared memory based > > > commad-response interface. Within the shared

[PATCH] Staging: rtl8712 : osdep_intf.h: fix macro coding style issue

From: Jaya Durga Fix checkpatch.pl warning of the form "CHECK" Macro argument 'x' may be better as '(x)' to avoid precedence issues. Signed-off-by: Jaya Durga --- drivers/staging/rtl8712/osdep_intf.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH RESEND 4/4] pwm: mediatek: add MT2712/MT7622 support

On 22/06/17 08:09, Zhi Mao wrote: Hi John, Thanks for your review the code and feedback. There are 3 issues in this patch: 1.adds PWM_CLK_DIV_MAX which really should go into its own patch 2.adds mtk_pwm_com_reg which should also go into its own patch 3.remove comments inline /*===*/ for #1

Re: [PATCH] mm: Refactor conversion of pages to bytes macro definitions

On 22.06.2017 09:44, Michal Hocko wrote: > On Tue 20-06-17 18:14:28, Nikolay Borisov wrote: >> Currently there are a multiple files with the following code: >> #define K(x) ((x) << (PAGE_SHIFT - 10)) >> ... some code.. >> #undef K >> >> This is mainly used to print out some memory-related

Re: [PATCH 11/11] drm: remove unused and redundant callbacks

On Thu, 22 Jun 2017 08:37:55 +0200 Daniel Vetter wrote: > On Thu, Jun 22, 2017 at 12:34:36AM +0800, kbuild test robot wrote: > > Hi Peter, > > > > [auto build test ERROR on drm/drm-next] > > [also build test ERROR on next-20170621] > > [cannot apply to v4.12-rc6] > > [if your

Re: [PATCH 0/7] staging: ccree: bug fixes and TODO items for 4.13

On Thu, Jun 22, 2017 at 10:07 AM, Gilad Ben-Yossef wrote: > An assortment of bug fixes and staging TODO items. > Highlights includes the driver passing crypto testmgr boot tests > and support of multiple HW revs. without build time changes. > > Gilad Ben-Yossef (7): >

[PATCH v3] PM / Domains: Call driver's noirq callbacks

Currently genpd installs its own noirq callbacks, but never calls down to the driver's corresponding callbacks. Add these calls. Signed-off-by: Mikko Perttunen --- v3: - Factored out common code in pm_genpd_{suspend,poweroff}_noirq - Added pm_generic_* calls to rest of

[PATCH v2 7/7] ARM: dts: rockchip: add efuse device node for rk3228

From: Finley Xiao Add a efuse node in the device tree for the rk3228 SoC. Signed-off-by: Finley Xiao --- arch/arm/boot/dts/rk322x.dtsi | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi

Re: [PATCH v3 05/11] x86/mm: Track the TLB's tlb_gen and update the flushing algorithm

On Wed, Jun 21, 2017 at 07:46:05PM -0700, Andy Lutomirski wrote: > > I'm certainly still missing something here: > > > > We have f->new_tlb_gen and mm_tlb_gen to control the flushing, i.e., we > > do once > > > > bump_mm_tlb_gen(mm); > > > > and once > > > > info.new_tlb_gen =

[PATCH v2 6/7] ARM: dts: rockchip: Add io-domain node for rk3228

From: David Wu This patch adds io-domain support for rk3228 SoC. Signed-off-by: David Wu Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk322x.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH v2 5/7] ARM: dts: rockchip: add sdmmc and sdio nodes for rk3228 SoC

From: Shawn Lin This patch adds sdmmc/sdio controller nodes for rk3228 SoC. Signed-off-by: Shawn Lin --- arch/arm/boot/dts/rk322x.dtsi | 60 +++ 1 file changed, 60 insertions(+) diff --git

Re: [PATCH] rcu: remove unused variable in boot_cpu_state_init

* Paul E. McKenney wrote: > On Wed, Jun 21, 2017 at 11:57:28PM +0200, Arnd Bergmann wrote: > > Without CONFIG_SMP, we get a harmless warning about > > an unused variable: > > > > kernel/cpu.c: In function 'boot_cpu_state_init': > > kernel/cpu.c:1778:6: error: unused

Re: [PATCH v2 7/7] ARM: dts: rockchip: add efuse device node for rk3228

Hi Frank, Am Donnerstag, 22. Juni 2017, 15:24:38 CEST schrieb Frank Wang: > From: Finley Xiao > > Add a efuse node in the device tree for the rk3228 SoC. > > Signed-off-by: Finley Xiao > --- > arch/arm/boot/dts/rk322x.dtsi | 17

Re: [PATCH v3.1 1/3] drm/rockchip: dw_hdmi: add RK3399 HDMI support

Hi Mark, Am Donnerstag, 22. Juni 2017, 15:17:24 CEST schrieb Mark Yao: > RK3399 and RK3288 shared the same HDMI IP controller, only some light > difference with GRF configure. > > Signed-off-by: Yakir Yang > Signed-off-by: Mark Yao > --- > Changes

Re: [PATCH] rcu: remove unused variable in boot_cpu_state_init

So, to continue this side thought about uninitialized_var(), it is dangerous because the following buggy pattern does not generate a compiler warning: long uninitialized_var(error); ... if (error) return error; ... and still there are over 290 uses of

Re: [PATCH 3/4] drm/vc4: Use the atomic state's commit workqueue.

On Wed, 21 Jun 2017 11:50:01 -0700 Eric Anholt wrote: > Now that we're using the atomic helpers for fence waits, we can use > the same codepath as drm_atomic_helper_commit() does for async, > getting rid of our custom vc4_commit struct. > > Signed-off-by: Eric Anholt

Re: [criu] 1M guard page ruined restore

On Wed, Jun 21, 2017 at 06:24:18PM -0700, Hugh Dickins wrote: > > > > At this moment, mmap() will no more return address one page lower > > and "guard" is no more a page: > > > > > MAP_GROWSDOWN > > >This flag is used for stacks. It indicates to the kernel virtual > > >memory

Re: [PATCH v2 7/7] ARM: dts: rockchip: add efuse device node for rk3228

Hi Heiko, On 2017/6/22 15:27, Heiko Stuebner wrote: Hi Frank, Am Donnerstag, 22. Juni 2017, 15:24:38 CEST schrieb Frank Wang: From: Finley Xiao Add a efuse node in the device tree for the rk3228 SoC. Signed-off-by: Finley Xiao ---

Re: [PATCH 1/7] drm/bridge: Support hotplugging panel-bridge.

On 06/22/2017 01:20 PM, Benjamin Gaignard wrote: 2017-06-20 19:31 GMT+02:00 Eric Anholt : Archit Taneja writes: On 06/16/2017 08:13 PM, Eric Anholt wrote: Archit Taneja writes: On 06/16/2017 02:11 AM, Eric Anholt wrote:

Re: [PATCH][net-next] qtnfmac: fix uninitialized return code in ret

> Not related to your patch but qtnf_map_bar() should be changed not to > return NULL. When functions return both NULL and error pointers the > NULL is supposed to be a special type of success return. Here it is > just a fail return where we forgot to set the error code to > ERR_PTR(-ENOMEM).

Re: [PATCH v3.1 1/3] drm/rockchip: dw_hdmi: add RK3399 HDMI support

Am Donnerstag, 22. Juni 2017, 16:02:44 CEST schrieb Mark yao: > On 2017年06月22日 15:31, Heiko Stuebner wrote: > >> + > >> >+/** > >> >+ * struct rockchip_hdmi_chip_data - splite the grf setting of kind of > >> >chips > >> >+ * @lcdsel_grf_reg: grf register offset of lcdc select > >> >+ *

Re: [PATCH 0/3] some scheduler code movements

* Nicolas Pitre wrote: > On Wed, 21 Jun 2017, Ingo Molnar wrote: > > > I've applied the first patch to the scheduler tree yesterday, but the other > > changes unfortunately conflicted with other pending scheduler work - could > > you please re-post the other 3 patches

[PATCH v2 13/14] drm: stm: remove dead code and pointless local lut storage

The redundant fb helper .load_lut is no longer used, and can not work right without also providing the fb helpers .gamma_set and .gamma_get thus rendering the code in this driver suspect. Just remove the dead code. Signed-off-by: Peter Rosin --- drivers/gpu/drm/stm/ltdc.c | 12

  1   2   3   4   5   6   7   8   9   10   >