[PATCH v2 0/5] mailbox: A few fixes due for the v4.6 -rcs

Hi Jassi, Resending these with patches 1 and 2 merged, as requested. Kind regards, Lee v1 => v2: - Patch 2 merged into patch - No functional changes Lee Jones (5): ARM: STi: stih407-family: Add nodes for Mailbox ARM: STi: DT: STiH407: Enable Mailbox testing facility mailbox:

[PATCH v2 2/5] ARM: STi: DT: STiH407: Enable Mailbox testing facility

This patch supplies a Client node to enable the Mailbox testing facility. It will be used to send and receive messages from any given co-processor in order to test the STi Mailbox Controller driver. Signed-off-by: Lee Jones --- arch/arm/boot/dts/stih407-family.dtsi | 6 ++ 1 file changed,

[PATCH v2 1/5] ARM: STi: stih407-family: Add nodes for Mailbox

This patch supplies the Mailbox Controller nodes. In order to request channels, these nodes will be referenced by Mailbox Client nodes. Signed-off-by: Lee Jones --- arch/arm/boot/dts/stih407-family.dtsi | 33 + 1 file changed, 33 insertions(+) diff --git

[PATCH v2 5/5] mailbox: Stop using ENOSYS for anything other than unimplemented syscalls

In accordance with e15f431fe2d5 ("errno.h: Improve ENOSYS's comment") and 91c9afaf97ee ("checkpatch.pl: new instances of ENOSYS are errors") we're converting from the old meaning of: ENOSYS "Function not implemented" to a more standard EINVAL. Reported-by: Seraphin Bonnaffe Signed-off-by: Lee

[PATCH v2 3/5] mailbox: mailbox-test: Use more consistent format for calling copy_from_user()

While we're at it, ensure copy-to location is NULL'ed in the error path. Suggested-by: Dan Carpenter Signed-off-by: Lee Jones --- drivers/mailbox/mailbox-test.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/mailbox/mailbox-test.c

[PATCH v2 4/5] mailbox: mailbox-test: Prevent memory leak

If we set the Signal twice or more, without using it as part of a message, memory will be re-allocated and the pointer over-written. Prevent this potential leak by only allocating memory when there isn't any already. Reported-by: Dan Carpenter Signed-off-by: Lee Jones ---

Re: [PATCH 4/6] mm/vmstat: add zone range overlapping check

On 03/14/2016 08:31 AM, js1...@gmail.com wrote: From: Joonsoo Kim There is a system that node's pfn are overlapped like as following. -pfn> N0 N1 N2 N0 N1 N2 Therefore, we need to care this overlapping when iterating pfn range. There are two places in vmstat.c that iterates pfn

Re: [PATCH 1/2] net: ethernet: dlink: dl2k: fix code style

On Wed, 2016-03-23 at 17:36 +0300, Maxim Zhukov wrote: > This commit fixed spacing errors and warnings. This commit log should show that you've tested this by stating something like: "git diff -w shows no difference" and "objdiff shows no changes" If objdiff shows changes, you

Re: [PATCH v2 1/6] x86/mm/pat: Change PAT to support non-default PAT MSR

On Wed, 2016-03-23 at 09:43 +0100, Borislav Petkov wrote: > On Tue, Mar 22, 2016 at 12:35:19PM -0600, Toshi Kani wrote: > > Right.  Will change to "Add support of non-default PAT MSR setting at > > handoff". > > Please remove this "handoff" notion from the text. Every hw register is > being

Re: [PATCH v2 1/2] ASoC: codecs: add TA5720 digital amplifier DT bindings

On Mon, Mar 21, 2016 at 12:08:26PM -0500, Andreas Dannenberg wrote: > The Texas Instruments TAS5720L/M device is a high-efficiency mono > Class-D audio power amplifier optimized for high transient power > capability to use the dynamic power headroom of small loudspeakers. > Its digital time

Re: [PATCH v2 2/6] x86/mm/pat: Add pat_disable() interface

On Wed, 2016-03-23 at 09:51 +0100, Borislav Petkov wrote: > On Tue, Mar 22, 2016 at 03:40:45PM -0600, Toshi Kani wrote: > > Will change to "Prevent the OS from initializing the PAT MSR". > > > > I wanted to clarify that "disable" does not mean to disable PAT MSR. > > How do you "disable PAT MSR"

Re: [PATCH] dma-buf/sync_file: de-stage sync_file

Hi Sumit, 2016-03-21 Sumit Semwal : > Thanks for the patch, Gustavo! > > On 18 March 2016 at 19:49, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > sync_file is useful to connect one or more fences to the file. The file is > > used by userspace to track fences. > > > I think it is

[RFC PATCH] ARM: exynos_defconfig: Enable Samsung media platform drivers as modules

There are a bunch of media platform drivers under drivers/media/platform/ that are for Samsung SoCs but are not being built with exynos_defconfig. This patch enables them as a module to improve build coverage for these drivers and also to allow people use them with proper hardware if modules are

Re: [PATCH v2 3/6] x86/mtrr: Fix Xorg crashes in Qemu sessions

On Wed, 2016-03-23 at 09:44 +0100, Borislav Petkov wrote: > On Tue, Mar 22, 2016 at 03:53:30PM -0600, Toshi Kani wrote: > > Yes. I had to remove this number since checkpatch complained that I > > needed to quote the whole patch tile again.  I will ignore this > > checkpatch error and add this

[PATCH net-next,1/2] hv_netvsc: Fix accessing freed memory in netvsc_change_mtu()

struct netvsc_device is freed in rndis_filter_device_remove(). So we save the nvdev->num_chn into a temp variable for later usage. (Please also include this patch into stable branch.) Signed-off-by: Haiyang Zhang Reviewed-by: K. Y. Srinivasan --- drivers/net/hyperv/netvsc_drv.c |5 -

Re: [RFC 00/29] De-stage android's sync framework

On 19 January 2016 at 17:12, John Harrison wrote: > On 19/01/2016 15:23, Gustavo Padovan wrote: >> >> Hi Daniel, >> >> 2016-01-19 Daniel Vetter : >> >>> On Fri, Jan 15, 2016 at 12:55:10PM -0200, Gustavo Padovan wrote: From: Gustavo Padovan This patch series de-stage the sync

Re: [PATCH] dt-bindings: input: add Raydium I2C touch driver bindings

On Tue, Mar 22, 2016 at 02:38:53PM +0800, jeffrey.lin wrote: > Document the device tree binfings of Raydium I2C touch driver. Is there a driver too? > Signed-off-by: jeffrey.lin > --- > .../devicetree/bindings/input/raydium_i2c_ts.txt| 21 > + >

Re: [PATCH 2/2] dmaengine: qcom_bam_dma: Bypass BAM init if not managed locally

On Tue, Mar 22, 2016 at 03:19:11PM +0530, Pramod Gurav wrote: > On some QOCM platforms BAM control registers are managed remotely s/QOCM/QCOM/ > hence can not be accessed by application processor for writes. Pass > a DT property qcom,bam_ctrl_remote to declare the same to skip bam_init. Is this

Re: [PATCH v2 2/2] doc: dt: mtd: add a DT property to enable the use of 4byte-address op codes

Hi Rob, sorry I've sent v3 at the same time as you answered to v2. I'll take your comments into account for v4. Brian, any preference between 4byte-opcodes or m25p-4byte-opcodes? Best regards, Cyrille Le 23/03/2016 13:49, Rob Herring a écrit : > On Tue, Mar 22, 2016 at 10:13 AM, Cyrille

Re: [PATCH next 1/2] PCI: keystone: add pci error irq handler

On Tue, Mar 22, 2016 at 03:52:57PM -0400, Murali Karicheri wrote: > Keystone PCI hardware generates error interrupts at RC using platform > irq instead of standard msi/legacy irq. Add a simple error handler that > logs the fatal interrupt status to the console. > > Signed-off-by: Murali Karicheri

[PATCH RESEND] crypto: sun4i-ss: Replace spinlock_bh by spin_lock_irq{save|restore}

The current sun4i-ss driver could generate data corruption when ciphering/deciphering. It occurs randomly on end of handled data. No root cause have been found and the only way to remove it is to replace all spin_lock_bh by their irq counterparts. Fixes: 6298e948215f ("crypto: sunxi-ss - Add

[PATCH net-next,2/2] hv_netvsc: Fix the array sizes to be max supported channels

The VRSS_CHANNEL_MAX is the max number of channels supported by Hyper-V hosts. We use it for the related array sizes instead of using NR_CPUS, which may be set to several thousands. This patch reduces possible memory allocation failures. Signed-off-by: Haiyang Zhang Reviewed-by: K. Y. Srinivasan

[PATCH] rcu: Remove superfluous versions of rcu_read_lock_sched_held()

Currently, we have four versions of rcu_read_lock_sched_held(), depending on the combined choices on PREEMPT_COUNT and DEBUG_LOCK_ALLOC. But we actually don't need to specialize those for PREEMPT_COUNT=n kernel. Because: 1. For the implementations in DEBUG_LOCK_ALLOC=n kernel, we can use

Re: [PATCH v2] iommu/arm-smmu: Make use of phandle iterators in device-tree device-tree parsing

Hi Joerg, [auto build test ERROR on iommu/next] [also build test ERROR on v4.5 next-20160323] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Joerg-Roedel/iommu-arm-smmu-Make-use-of-phandle

Re: [PATCH 1/2 v6] dt/bindings: Add bindings for Layerscape SCFG MSI

On Wed, Mar 23, 2016 at 07:08:19PM +0800, Minghuan Lian wrote: > Some Layerscape SoCs use a simple MSI controller implementation. > It contains only two SCFG register to trigger and describe a > group 32 MSI interrupts. The patch adds bindings to describe > the controller. > > Signed-off-by:

[PATCH] [media] s5p-tv: Fix path in Makefile comment

The path mentioned in the driver's Makefile is not correct, fix it. Signed-off-by: Javier Martinez Canillas --- drivers/media/platform/s5p-tv/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/platform/s5p-tv/Makefile

[PATCH 8/8] writeback: throttle buffered writeback

Test patch that throttles buffered writeback to make it a lot more smooth, and has way less impact on other system activity. Background writeback should be, by definition, background activity. The fact that we flush huge bundles of it at the time means that it potentially has heavy impacts on

[PATCH 7/8] NVMe: inform block layer of write cache state

This isn't quite correct, since the VWC merely states if a potential write back cache is volatile or not. But for the purpose of write absortion, it's good enough. Signed-off-by: Jens Axboe --- drivers/nvme/host/core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/nvme/host/core.c

[PATCH 3/8] writeback: use WRITE_SYNC for reclaim or sync writeback

If we're doing reclaim or sync IO, use WRITE_SYNC to inform the lower levels of the importance of this IO. Signed-off-by: Jens Axboe --- include/linux/writeback.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/writeback.h b/include/linux/writeback.h index

[PATCH 6/8] sd: inform block layer of write cache state

Signed-off-by: Jens Axboe --- drivers/scsi/sd.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c index 5a5457ac9cdb..049f424fb4ad 100644 --- a/drivers/scsi/sd.c +++ b/drivers/scsi/sd.c @@ -192,6 +192,7 @@ cache_type_store(struct device

[PATCH 5/8] block: add ability to flag write back caching on a device

Add an internal helper and flag for setting whether a queue has write back caching, or write through (or none). Add a sysfs file to show this as well, and make it changeable from user space. Signed-off-by: Jens Axboe --- block/blk-settings.c | 11 +++ block/blk-sysfs.c | 39

[PATCH 4/8] writeback: track if we're sleeping on progress in balance_dirty_pages()

Note in the bdi_writeback structure if a task is currently being limited in balance_dirty_pages(), waiting for writeback to proceed. Signed-off-by: Jens Axboe --- include/linux/backing-dev-defs.h | 2 ++ mm/page-writeback.c | 2 ++ 2 files changed, 4 insertions(+) diff --git

[no subject]

This patchset isn't as much a final solution, as it's demonstration of what I believe is a huge issue. Since the dawn of time, our background buffered writeback has sucked. When we do background buffered writeback, it should have little impact on foreground activity. That's the definition of

[PATCH 1/8] writeback: propagate the various reasons for writeback

Avoid losing context by propagating the various reason why we initiate writeback. Signed-off-by: Jens Axboe --- fs/fs-writeback.c | 17 + 1 file changed, 17 insertions(+) diff --git a/fs/fs-writeback.c b/fs/fs-writeback.c index 5c46ed9f3e14..387610cf4f7f 100644 ---

[PATCH 2/8] writeback: add wbc_to_write()

Add wbc_to_write(), which returns the write type to use, based on a struct writeback_control. No functional changes in this patch, but it prepares us for factoring other wbc fields for write type. Signed-off-by: Jens Axboe --- fs/block_dev.c| 2 +- fs/buffer.c | 2 +-

[RFC][PATCH v7 1/2] printk: Make printk() completely async

From: Jan Kara Currently, printk() sometimes waits for message to be printed to console and sometimes it does not (when console_sem is held by some other process). In case printk() grabs console_sem and starts printing to console, it prints messages from kernel printk buffer until the buffer is

[RFC][PATCH v7 0/2] printk: Make printk() completely async

that printing always happens from a schedulable context and thus we don't lockup any particular CPU or even interrupts. Rebased against next-20160323 v7: -- do not set global printk_sync in panic in vrintk_emit() (Petr) -- simplify vprintk_emit(). drop some of local variables (Petr) -- move handling

[RFC][PATCH v7 2/2] printk: Make wake_up_klogd_work_func() async

From: Jan Kara Offload printing of scheduler deferred messages from IRQ context to a schedulable printing kthread, when possible (the same way we do it in vprintk_emit()). Otherwise, the CPU can spend unbounded amount of time doing printing in console_unlock() from IRQ. Signed-off-by: Jan Kara

Re: rcu stalls and soft lockups with recent kernels

On Wed, Mar 23, 2016 at 05:50:14AM +0100, Mike Galbraith wrote: > (cc) > > On Tue, 2016-03-22 at 16:22 -0400, Ion Badulescu wrote: > > On 03/17/2016 10:28 PM, Mike Galbraith wrote: > > > On Wed, 2016-03-16 at 12:15 -0400, Ion Badulescu wrote: > > > > Just following up to my own email: > > > > >

[PATCHSET v2][RFC] Make background writeback not suck

Hi, Apparently I dropped the subject on this one, it's of course v2 of the writeback not sucking patchset... -- Jens Axboe

Re: Who is going to merge it [Was: Re: [PATCH v14 0/17] Add Analogix Core Display Port Driver]

On Wed, Mar 23, 2016 at 10:41:58AM +1000, Dave Airlie wrote: > > > >> So although it's small framework or just subdirectory, we would need > >> someone who can manage the framework to avoid further confusion if > >> necessary. > > > > So maybe it just doesn't need a maintainer, and maybe those the

[PATCH] i2c: Prevent endless uevent loop with dev_dbg

After enabling CONFIG_I2C_DEBUG_CORE my system was broken (no network, console login not possible). System log was flooded with the this message: ... [ 608.052077] rtc-ds1307 0-0068: uevent [ 608.052500] rtc-ds1307 0-0068: uevent [ 608.052925] rtc-ds1307 0-0068: uevent ... The culprit is

Re: b43: Fix memory leaks in b43_bus_dev_ssb_init andb43_bus_dev_bcma_init

> From: Jia-Ju Bai > > The memory allocated by kzalloc in b43_bus_dev_ssb_init and > b43_bus_dev_bcma_init is not freed. > This patch fixes the bug by adding kfree in b43_ssb_remove, > b43_bcma_remove and error handling code of b43_bcma_probe. > > Thanks Michael for his suggestion. > >

Re: [1/2] bcma: fix building without OF_IRQ

> The bcma driver core can be built with or without DT support, but > it fails to build when CONFIG_OF=y and CONFIG_OF_IRQ=n, which > can happen on platforms that do not support IRQ domains. > > ERROR: "irq_create_of_mapping" [drivers/bcma/bcma.ko] undefined! > ERROR: "of_irq_parse_raw"

Re: rtlwifi: fix gcc-6 indentation warning

> The rtl8821ae_dm_txpower_tracking_callback_thermalmeter function > contains a call to RT_TRACE() that is indented in a misleading > way, as pointed out by a gcc-6 warning: > > drivers/net/wireless/realtek/rtlwifi/rtl8821ae/dm.c: In function >

Re: [PATCH v3] drm/radeon: don't include RADEON_HPD_NONE in HPD IRQ enable bitsets

On Tue, Mar 22, 2016 at 5:05 PM, Nicolai Stange wrote: > The values of all but the RADEON_HPD_NONE members of the radeon_hpd_id > enum transform 1:1 into bit positions within the 'enabled' bitset as > assembled by evergreen_hpd_init(): > > enabled |= 1 << radeon_connector->hpd.hpd; > > However,

[PATCH 2/2] drivers: net: ethernet: dlink: dl2k: fix indent

This commit fixed indent in file. Labels must be start of the line Signed-off-by: Maxim Zhukov --- drivers/net/ethernet/dlink/dl2k.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/drivers/net/ethernet/dlink/dl2k.c b/drivers/net/ethernet/dlink/dl2k.c index

[PATCH 1/2] net: ethernet: dlink: dl2k: fix code style

This commit fixed spacing errors and warnings. this output command git diff origin/master -w drivers/net/ethernet/dlink diff --git a/drivers/net/ethernet/dlink/dl2k.c b/drivers/net/ethernet/dlink/dl2k.c index f92b6d9..e635b1e 100644 --- a/drivers/net/ethernet/dlink/dl2k.c +++

Re: [PATCH v2 03/11] ARM: davinci: da850: use clk->set_parent for async3

On Thursday 17 March 2016 07:56 AM, David Lechner wrote: > The da850 family of processors has an async3 clock domain that can be > muxed to either pll0_sysclk2 or pll1_sysclk2. Now that the davinci clocks > have a set_parent callback, we can use this to control the async3 mux > instead of a

[PATCH/RFC] ppc64 livepatch: frameless klp_return_helper using odd TOC

Since nobody liked the extra stack frame nor its workarounds, here is the next attempt. Assumptions: 1. Heuristics are bad. The better they are, the more subtly the way they might fail. 2. The TOC pointer is usually dividable by 4, if not by 8. An odd value never occurs. Conclusively,

Re: [PATCH 1/3] leds: triggers: add support for RGB triggers

On 03/23/2016 12:57 PM, Heiner Kallweit wrote: Am 23.03.2016 um 09:32 schrieb Jacek Anaszewski: On 03/22/2016 11:06 PM, Heiner Kallweit wrote: Am 22.03.2016 um 17:00 schrieb Jacek Anaszewski: On 03/22/2016 12:47 PM, Heiner Kallweit wrote: Am 22.03.2016 um 09:05 schrieb Jacek Anaszewski: On

Re: [PATCH v2 0/6] mm/hugetlb: Fix commandline parsing behavior for invalid hugepagesize

On Wednesday 23 March 2016 07:00 PM, Michal Hocko wrote: > On Wed 23-03-16 17:37:18, Vaishali Thakkar wrote: >> Current code fails to ignore the 'hugepages=' parameters when unsupported >> hugepagesize is specified. With this patchset, introduce new architecture >> independent routine

Re: [PATCH 1/2] Disable UV BAU by default

On Wed, Mar 23, 2016 at 12:27:44PM +0100, Thomas Gleixner wrote: > On Mon, 21 Mar 2016, Alex Thorlton wrote: > > First of all, please use proper patch prefixes. > > x86/platform/uv: Ah - sorry about that! > And please fold the documentation change into the patch which changes the >

[GIT PULL] pwm: Changes for v4.6-rc1

Hi Linus, The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: Linux 4.5-rc1 (2016-01-24 13:06:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/thierry.reding/linux-pwm.git tags/pwm/for-4.6-rc1 for you to fetch

[RFT PATCH] [media] exynos4-is: Fix fimc_is_parse_sensor_config() nodes handling

The same struct device_node * is used for looking up the I2C sensor, OF graph endpoint and port. So the reference count is incremented but not decremented for the endpoint and port nodes. Fix this by having separate pointers for each node looked up. Signed-off-by: Javier Martinez Canillas ---

Re: [PATCH v2 5/6] tile: mm: Use hugetlb_bad_size

On 3/23/2016 8:37 AM, Vaishali Thakkar wrote: Update the setup_hugepagesz function to call the routine hugetlb_bad_size when unsupported hugepage size is found. Signed-off-by: Vaishali Thakkar Reviewed-by: Mike Kravetz Reviewed-by: Naoya Horiguchi Cc: Hillf Danton Cc: Michal Hocko Cc: Yaowei

Re: [PATCH] Documentation,barriers: Mention smp_cond_acquire()

On Mon, Mar 21, 2016 at 02:07:19PM -0700, Davidlohr Bueso wrote: > ... do this next to smp_load_acquire when first mentioning > ACQUIRE. While this call is briefly explained and ctrl > dependencies are mentioned later, it does not hurt the reader. > > Signed-off-by: Davidlohr Bueso Queued for

Re: [PATCH v5 1/3] gpio: designware: convert device node to fwnode

On Wed, Mar 23, 2016 at 6:41 AM, Jiang Qiu wrote: > 在 2016/3/11 4:27, Andy Shevchenko 写道: >> On Thu, Mar 10, 2016 at 9:09 PM, Alan Tull >> wrote: >>> On Fri, Mar 4, 2016 at 1:44 AM, qiujiang wrote: This patch converts device node to fwnode in dwapb_port_property for designware gpio

[PATCH] usb-phy: qcom-8x16: fix regulator API abuse

gcc warns about the use of regulators in phy_8x16_probe: drivers/usb/phy/phy-qcom-8x16-usb.c: In function 'phy_8x16_probe': drivers/usb/phy/phy-qcom-8x16-usb.c:284:13: error: 'regs[0].consumer' may be used uninitialized in this function [-Werror=maybe-uninitialized]

Re: [PATCH] configfs: fix CONFIGFS_BIN_ATTR_[RW]O definitions

Thanks, I'll queue it up.

Re: [PATCH] i2c: Prevent endless uevent loop with dev_dbg

Hi! On 23/03/16 16:50, EXT Jan Glauber wrote: > After enabling CONFIG_I2C_DEBUG_CORE my system was broken > (no network, console login not possible). System log was > flooded with the this message: > > ... > [ 608.052077] rtc-ds1307 0-0068: uevent > [ 608.052500] rtc-ds1307 0-0068: uevent > [

Re: [PATCH 1/3] leds: triggers: add support for RGB triggers

Am 23.03.2016 um 17:02 schrieb Jacek Anaszewski: > On 03/23/2016 12:57 PM, Heiner Kallweit wrote: >> Am 23.03.2016 um 09:32 schrieb Jacek Anaszewski: >>> On 03/22/2016 11:06 PM, Heiner Kallweit wrote: Am 22.03.2016 um 17:00 schrieb Jacek Anaszewski: > On 03/22/2016 12:47 PM, Heiner

Re: [PATCH] rcu: Remove superfluous versions of rcu_read_lock_sched_held()

On Wed, Mar 23, 2016 at 11:11:48PM +0800, Boqun Feng wrote: > Currently, we have four versions of rcu_read_lock_sched_held(), > depending on the combined choices on PREEMPT_COUNT and DEBUG_LOCK_ALLOC. > But we actually don't need to specialize those for PREEMPT_COUNT=n > kernel. Because: > > 1.

[PATCH] net: mlxsw: avoid unused variable warnings

dev_dbg_ratelimited() is a macro that ignores its arguments when DEBUG is not set, which can lead to unused variable warnings: ethernet/mellanox/mlxsw/pci.c: In function 'mlxsw_pci_cqe_sdq_handle': ethernet/mellanox/mlxsw/pci.c:646:18: warning: unused variable 'pdev' [-Wunused-variable]

[PATCH v3 09/19] ARM: sun5i: Add TV encoder gate to the DTSI

It turns out that the A13 / R8 also have a tve encoder block, and a gate for it. Add it to the DT. Signed-off-by: Maxime Ripard Acked-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun5i-a13.dtsi | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH v3 13/19] drm: sun4i: Add DT bindings documentation

The display pipeline of the Allwinner A10 is involving several loosely coupled components. Add a documentation for the bindings. Signed-off-by: Maxime Ripard --- .../bindings/display/sunxi/sun4i-drm.txt | 254 + 1 file changed, 254 insertions(+) create mode

[PATCH v3 07/19] ARM: sun5i: a13: Add display and TCON clocks

Enable the display and TCON (channel 0 and channel 1) clocks that are going to be needed to drive the display engine, tcon and TV encoders. Acked-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun5i-a13.dtsi | 38 +-

[PATCH v3 14/19] drm: sun4i: Add RGB output

One of the A10 display pipeline possible output is an RGB interface to drive LCD panels directly. This is done through the first channel of the TCON that will output our video signals directly. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/Makefile | 1 +

[PATCH v3 11/19] drm/panel: simple: Add timings for the Olimex LCD-OLinuXino-4.3TS

Add support for the Olimex LCD-OLinuXino-4.3TS panel to the DRM simple panel driver. It is a 480x272 panel connected through a 24-bits RGB interface. Signed-off-by: Maxime Ripard Acked-by: Rob Herring --- .../display/panel/olimex,lcd-olinuxino-43-ts.txt | 7 ++

[PATCH v3 15/19] drm: sun4i: Add composite output

Some Allwinner SoCs have an IP called the TV encoder that is used to output composite and VGA signals. In such a case, we need to use the second TCON channel. Add support for that TV encoder. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/Makefile | 2 +

[PATCH v3 16/19] drm: sun4i: tv: Add PAL output standard

Now that we have support for the composite output, we can start adding new supported standards. Start with PAL, and we will add other eventually. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_tv.c | 42 1 file changed, 42 insertions(+)

[PATCH v3 04/19] clk: sunxi: Add TCON channel1 clock

The TCON is a controller generating the timings to output videos signals, acting like both a CRTC and an encoder. It has two channels depending on the output, each channel being driven by its own clock (and own clock controller). Add a driver for the channel 1 clock. Signed-off-by: Maxime

[PATCH v3 03/19] clk: sunxi: Add PLL3 clock

The A10 SoCs and relatives have a PLL controller to drive the PLL3 and PLL7, clocked from a 3MHz oscillator, that drives the display related clocks (GPU, display engine, TCON, etc.) Add a driver for it. Acked-by: Rob Herring Acked-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard ---

[PATCH v3 01/19] clk: composite: Add unregister function

The composite clock didn't have any unregistration function, which forced us to use clk_unregister directly on it. While it was already not great from an API point of view, it also meant that we were leaking the clk_composite structure allocated in clk_register_composite. Add a

Re: [PATCHv2] fat: add config option to set UTF-8 mount option by default

On 23.03.2016 13:57, Josh Boyer wrote: > On Wed, Mar 23, 2016 at 8:27 AM, Geert Uytterhoeven > wrote: >> On Wed, Mar 23, 2016 at 12:28 PM, Josh Boyer >> wrote: >>> On Wed, Mar 23, 2016 at 4:17 AM, Geert Uytterhoeven >>> wrote: On Tue, Mar 8, 2016 at 2:53 PM, Maciej S. Szmigiero

[PATCH v3 05/19] dt-bindings: clk: sun5i: add DRAM gates compatible

The Allwinner SoCs have a gate controller to gate the access to the DRAM clock to the some devices that need to access the DRAM directly (mostly display / image related IPs). Use a simple gates driver to support the one found in the A13 / R8 SoCs. Signed-off-by: Maxime Ripard Acked-by: Chen-Yu

[PATCH v3 06/19] ARM: sun5i: dt: Add pll3 and pll7 clocks

Enable the pll3 and pll7 clocks in the DT that are used to drive the display-related clocks. Signed-off-by: Maxime Ripard Acked-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun5i.dtsi | 43 +++ 1 file changed, 43 insertions(+) diff --git

[PATCH v3 12/19] drm: Add Allwinner A10 Display Engine support

The Allwinner A10 and subsequent SoCs share the same display pipeline, with variations in the number of controllers (1 or 2), or the presence or not of some output (HDMI, TV, VGA) or not. Add a driver with a limited set of features for now, and we will hopefully support all of them eventually

Re: [PATCH] tpm_atmel: drop tpm_atmel specific fields from tpm_vendor_specific

On Wed, Mar 23, 2016 at 07:10:22AM +0200, Jarkko Sakkinen wrote: > Introduced a private struct tpm_atmel_priv that contains the variables > have_region and region_size that were previously located in struct > tpm_vendor_specific. These fields were only used by tpm_atmel. This seems fine to me

Re: [PATCH v6] acpi: Issue _OSC call for native thermal interrupt handling

I raised a general concern on a previous patch so I found a 1P server with Skylake and HWP to try. This doesn't qualify as a tested-by since all I did was apply the patch and boot the server but hey, it booted. I do have a question below... On 3/23/2016 12:07 AM, Srinivas Pandruvada wrote: >

[PATCH v3 10/19] drm: fb: Add seq_file definition

Otherwise, building with DEBUG_FS enabled will trigger a build warning because we're using a structure that has not been declared. Signed-off-by: Maxime Ripard --- include/drm/drm_fb_cma_helper.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/drm/drm_fb_cma_helper.h

Re: net/sctp: stack-out-of-bounds in sctp_getsockopt

2016-03-22 23:27 GMT+08:00 Eric Dumazet : > > On Tue, 2016-03-22 at 08:21 -0700, Eric Dumazet wrote: > > On Tue, 2016-03-22 at 23:08 +0800, Baozeng Ding wrote: > > > Hi all, > > > > > > The following program triggers an out-of-bounds bug in > > > sctp_getsockopt. The kernel version is 4.5 (on Mar

Re: [PATCH] tpm_tis: drop manufacturer_id from struct tpm_vendor_specific

On Wed, Mar 23, 2016 at 07:31:56AM +0200, Jarkko Sakkinen wrote: > Dropped manufacturer_id from struct tpm_vendor_specific and redeclared > it in the private struct priv_data that tpm_tis uses because the field > is only used tpm_tis. Reviewed-by: Jason Gunthorpe Jason

[PATCH v3 00/19] drm: Add Allwinner A10 display engine support

Hi everyone, The Allwinner SoCs (except for the very latest ones) all share the same set of controllers, loosely coupled together to form the display pipeline. Depending on the SoC, the number of instances of the controller will change (2 instances of each in the A10, only one in the A13, for

Re: [PATCH] tpm: drop 'base' from struct tpm_vendor_specific

On Wed, Mar 23, 2016 at 08:16:09AM +0200, Jarkko Sakkinen wrote: > Dropped the field 'base' from struct tpm_vendor_specific and migrated > it to the private structures of tpm_atmel and tpm_nsc. > > Signed-off-by: Jarkko Sakkinen > +#define atmel_get_priv(chip) ((struct tpm_atmel_priv *)

[PATCH v3 02/19] clk: sunxi: Add display and TCON0 clocks driver

The A10 SoCs and its relatives has a special clock controller to drive the display engines (both frontend and backend), that have a lot in common with the clock to drive the first TCON channel. Add a driver to support both. Signed-off-by: Maxime Ripard Acked-by: Rob Herring ---

[PATCH v3 18/19] ARM: sun5i: r8: Add display blocks to the DTSI

The TCON, tv-encoder and display engine backends and frontends are combined to create our display pipeline. Add them to the R8 DTSI. It's supposed to be perfectly compatible with the A10s and A13, but since we haven't tested it on them yet, it's safer to just enable it on the R8. Eventually, it

[PATCH v3 17/19] drm: sun4i: tv: Add NTSC output standard

Add the settings to support the NTSC standard. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_tv.c | 45 1 file changed, 45 insertions(+) diff --git a/drivers/gpu/drm/sun4i/sun4i_tv.c b/drivers/gpu/drm/sun4i/sun4i_tv.c index

[PATCH v3 19/19] ARM: sun5i: chip: Enable the TV Encoder

The CHIP has a composite output available muxed with the microphone in the micro-jack plug. Enable the composite output in its DTS. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun5i-r8-chip.dts | 12 1 file changed, 12 insertions(+) diff --git

[PATCH] usb: rework CONFIG_USB_COMMON logic

The phy-am335x driver selects 'USB_COMMON', but all other drivers use 'depends on' for that symbol, and it depends on USB || USB_GADGET itself, which causes a Kconfig warning: warning: (AM335X_PHY_USB) selects USB_COMMON which has unmet direct dependencies (USB_SUPPORT && (USB || USB_GADGET))

Re: [PATCH] i2c: Prevent endless uevent loop with dev_dbg

On Wed, Mar 23, 2016 at 04:50:47PM +0100, Jan Glauber wrote: > After enabling CONFIG_I2C_DEBUG_CORE my system was broken > (no network, console login not possible). System log was > flooded with the this message: > > ... > [ 608.052077] rtc-ds1307 0-0068: uevent > [ 608.052500] rtc-ds1307

[PATCH v3 08/19] ARM: sun5i: Add DRAM gates

The DRAM gates control whether the image / display devices on the SoC have access to the DRAM clock or not. Enable it. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun5i-a13.dtsi | 22 +- arch/arm/boot/dts/sun5i-r8.dtsi | 2 +- 2 files changed, 22 insertions(+), 2

Re: [PATCH] net: mlxsw: avoid unused variable warnings

On Wed, Mar 23, 2016 at 05:37:38PM +0100, Arnd Bergmann wrote: > dev_dbg_ratelimited() is a macro that ignores its arguments when DEBUG is > not set, which can lead to unused variable warnings: > > ethernet/mellanox/mlxsw/pci.c: In function 'mlxsw_pci_cqe_sdq_handle': >

[PATCH] x86/mce: Avoid using object after free in genpool.

When we loop over all queued machine check error records to pass them to the registered notifiers we use llist_for_each_entry(). But the loop calls gen_pool_free() for the entry in the body of the loop - and then the iterator looks at node->next after the free. Use llist_for_each_entry_safe()

Re: [PATCH] tpm: drop the field 'time_expired' from struct tpm_chip

On Wed, Mar 23, 2016 at 08:23:39AM +0200, Jarkko Sakkinen wrote: > Removed the field because it is not used for anything. Reviewed-by: Jason Gunthorpe Jason

Re: [PATCH v2 04/11] ARM: davinci: da8xx: add usb phy clocks

On Thursday 17 March 2016 07:56 AM, David Lechner wrote: > Up to this point, the USB phy clock configuration was handled manually in > the board files and in the usb drivers. This adds proper clocks so that > the usb drivers can use clk_get and clk_enable and not have to worry about > the details.

[PATCH 1/1] gpio: mcp23s08: Add support for level triggered interrupts

The interrupt for the corresponding pin is configured to trigger when the pin state changes compared to a preconfigured state (Bit set in INTCON). This state is set by setting/clearing the bit in DEFVAL. In the interrupt handler we need also to check if the bit in INTCON is set for level triggered

Be a Mystery Shopper and Earn

Hello, Our Organization is out to seek people who are Ready to Evaluate Businesses on our behalf and earn money at the time. To be part of this Mystery Shopping fill the form below: 1. Names 2.Address 3.Occupation 4.Phone/Cell 5.Age 6.E-mail address Thanks as you respond accordingly.

[PATCH v2] usb: gadget: f_midi: fixed a bug when buflen was smaller than wMaxPacketSize

buflen by default (256) is smaller than wMaxPacketSize (512) in high-speed devices. That caused the OUT endpoint to freeze if the host send any data packet of length greater than 256 bytes. This is an example dump of what happended on that enpoint: HOST: [DATA][Length=260][...] DEVICE: [NAK]

Re: [PATCH v2 05/11] dt-bindings: Add bindings for phy-da8xx-usb

On Thursday 17 March 2016 07:56 AM, David Lechner wrote: > Device tree binding for new phy-da8xx-usb driver. > > Signed-off-by: David Lechner > --- > > v2 changes: This is new patch in v2. > > > .../devicetree/bindings/phy/phy-da8xx-usb.txt | 34 > ++ > 1 file

<    6   7   8   9   10   11   12   13   14   15   >