From: Ørjan Eide
When mapping buffers through the PRIME DMA-buf mmap path we might be
given an offset which has to be respected. The DRM GEM mmap path already
takes care of zeroing out the fake mmap offset, so we can just make the
IOMMU mmap implementation always respect the offset.
TEST=graphic
From: Tomasz Figa
When freeing the buffer we don't have any means of determining if the
buffer was read or written, so we must assume both and pass true for
both arguments of drm_gem_put_pages(). Let's fix the code which
currently passes false.
TEST=while true; do backlight_dbus_tool --set --per
On Tue, Feb 07, 2017 at 09:37:09AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> On Mon, 6 Feb 2017 18:01:20 +0100 Ulrich Hecht
> wrote:
> >
> > On Mon, Feb 6, 2017 at 9:50 AM, Greg KH wrote:
> > >
> > > I think this is fixed by a patch I just took into my tree, which isn't
> > > in linux-next y
drm_mm_insert_node_generic and drm_mm_remove_node may access same
resource with list ops, it's not threads safe, so protect this context
with mutex lock.
Fix bug:
[49451.856244]
==
[49451.856350] BUG: KASAN: wild-memory-access on add
From: Tomasz Figa
The API is not suitable for subsystems consisting of multiple devices
and requires severe hacks to use it. To mitigate this, this patch
implements allocation and address space management locally by using
helpers provided by DRM framework, like other DRM drivers do, e.g.
Tegra.
From: Shunqian Zheng
Rockchip DRM used the arm special API, arm_iommu_*(), to attach
iommu for ARM32 SoCs. This patch convert to common iommu API
so it would support ARM64 like RK3399.
Since previous patch added support for direct IOMMU address space
management, there is no need to use DMA API a
The return value of iommu_map_sg is size_t, it's unsigned,
So check ret < 0 is wrong.
And if iommu_map_sg is error, it's return value is zero, but
rockchip_gem_iommu_map feel the zero return value is success,
bug happen:
[5.227458] [drm:rockchip_gem_iommu_map] *ERROR* failed to map buffer: 0
Some iommu patches on the series[0] "iommu/rockchip: Fix bugs and
enable on ARM64" already landed, So drm/rockchip related patches [1] and [2]
ready to landed, this series just rebase them to lastest drm-next.
And fix some bugs for drm/rockchip drm_mm
[0]: http://www.spinics.net/lists/arm-kernel/
Hi Bastien,
On Feb 03 2017 or thereabouts, Bastien Nocera wrote:
> On Thu, 2017-02-02 at 15:12 +0100, Benjamin Tissoires wrote:
> > + case POWER_SUPPLY_PROP_MANUFACTURER:
> > + val->strval = "Logitech, Inc.";
>
> I don't like this change. I'd prefer the concate
On Mon, Feb 06, 2017 at 08:54:38AM -0800, Kees Cook wrote:
> >
> > Like I wrote, ideally we'd end up using something like the x86 exception
> > table with a custom handler. Just no idea how to pull that off without
> > doing a full blown arch specific implementation, so I didn't go there
> > quite
On Tue, Feb 07, 2017 at 11:02:50AM +0800, Baoyou Xie wrote:
> This patch documents the devicetree for the ZTE's zx296718
> I2S audio controller.
>
> Signed-off-by: Baoyou Xie
> ---
> Documentation/devicetree/bindings/sound/zte,zx-i2s.txt | 6 --
> 1 file changed, 4 insertions(+), 2 deletions
Hi Ingo,
On Tue, Feb 7, 2017 at 9:13 AM, Ingo Molnar wrote:
> * Geert Uytterhoeven wrote:
>> On Mon, Feb 6, 2017 at 10:54 PM, Ingo Molnar wrote:
>> > Wondering why Git allowed me to be so stupid with those leftover merge
>> > markers.
>> > Git usually doesn't even allow me to commit them so I
On Tue, Feb 7, 2017 at 12:16 AM, Anup Patel wrote:
> The DMAENGINE framework assumes that if PQ offload is supported by a
> DMA device then all 256 PQ coefficients are supported. This assumption
> does not hold anymore because we now have BCM-SBA-RAID offload engine
> which supports PQ offload wit
On Tue, Feb 07, 2017 at 11:02:51AM +0800, Baoyou Xie wrote:
> This patch adds zx296718 SoC support for ZTE's i2s controller driver.
>
> Signed-off-by: Baoyou Xie
> ---
> sound/soc/zte/zx-i2s.c | 45 +++--
> 1 file changed, 35 insertions(+), 10 deletions(-)
Hi Gerd,
Am 07.02.2017 um 09:02 schrieb Gerd Hoffmann:
> On Mo, 2017-02-06 at 21:34 +0100, Stefan Wahren wrote:
>> Hi Gerd,
>>
>> first of all here my wishlist for the next round of this driver:
>> * compile test the series with ARM and ARM64
> It is tested on both arm and arm64 (rpi2 + rpi3).
i
> > And finally, the section "Limitations" has this text under the first
> > bullet:
> >
> > + The patch must not change the semantic of the patched functions.
> >
> > The current implementation guarantees only that either the old
> > or the new function is called. The functions are p
[...]
>>
>>
>> Unfortunate, I am still not fully understanding the scenarios. As you
>> indicate, the problem seems related to wakeup settings.
>>
>> Could you please try to answer the below questions, hopefully it helps
>> me to better understand.
>>
>> 1)
>> While starting the system suspend seq
The DMA_PREP_FENCE is to be used when preparing Tx descriptor if output
of Tx descriptor is to be used by next/dependent Tx descriptor.
The DMA_PREP_FENSE will not be set correctly in do_async_gen_syndrome()
when calling dma->device_prep_dma_pq() under following conditions:
1. ASYNC_TX_FENCE not s
The raid6_gfexp table represents {2}^n values for 0 <= n < 256. The
Linux async_tx framework pass values from raid6_gfexp as coefficients
for each source to prep_dma_pq() callback of DMA channel with PQ
capability. This creates problem for RAID6 offload engines (such as
Broadcom SBA) which take dis
The Broadcom stream buffer accelerator (SBA) provides offloading
capabilities for RAID operations. This SBA offload engine is
accessible via Broadcom SoC specific ring manager.
This patch adds Broadcom SBA RAID driver which provides one
DMA device with RAID capabilities using one or more Broadcom
This patch adds the DT bindings document for newly added Broadcom
SBA RAID driver.
Signed-off-by: Anup Patel
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
.../devicetree/bindings/dma/brcm,iproc-sba.txt | 29 ++
1 file changed, 29 insertions(+)
create mode 100644
The Broadcom SBA RAID is a stream-based device which provides
RAID5/6 offload.
It requires a SoC specific ring manager (such as Broadcom FlexRM
ring manager) to provide ring-based programming interface. Due to
this, the Broadcom SBA RAID driver (mailbox client) implements
DMA device having one DMA
The DMAENGINE framework assumes that if PQ offload is supported by a
DMA device then all 256 PQ coefficients are supported. This assumption
does not hold anymore because we now have BCM-SBA-RAID offload engine
which supports PQ offload with limited number of PQ coefficients.
This patch extends asy
Hello Dmitry,
Thank you for submitting your changes. I was out of office last week
and I'll try to test and review your changes on my hardware this week.
Best regards,
Robin van der Gracht
On Mon, Feb 06, 2017 at 10:02:50PM +0200, cristian.bir...@microchip.com wrote:
> From: Cristian Birsan
>
> Signed-off-by: Cristian Birsan
I can't take a patch with no changelog comments at all, sorry.
And what is with the "fixup!" in the subject line? I don't see any
other kernel patches havi
Add the device tree node for the ir-spi driver which enable the
ir led for remote controlling.
This patch sets first the GPR3[3] gpio line as a regulator-fixed
for enabling an external regulator which powers the IR LED.
Removes also the default assignment of the GPG3[5] and GPG3[7]
related to the
* Geert Uytterhoeven wrote:
> Hi Ingo,
>
> On Mon, Feb 6, 2017 at 10:54 PM, Ingo Molnar wrote:
> > Wondering why Git allowed me to be so stupid with those leftover merge
> > markers.
> > Git usually doesn't even allow me to commit them so I have these tuned out
> > as a
> > possibility. This
On Mon, Feb 06, 2017 at 07:58:35PM +0200, Avraham Shukron wrote:
> Fixes line-over-80-characters issues as well as multiline comments style.
When you say things like "as well as", that's a hint that this needs to
be broken up into different patches. Please do so here.
thanks,
greg k-h
The return value of dmaengine_prep_slave_sg is not checked, but
eventually it can fail and in that case return 'NULL' causing a
segmentation fault.
Check dmaengine_prep_slave_sg return value and exit in case of
failure. For doing this all the 'void' functions involved has
been turned to 'int'.
Th
Even though it's quite unlikely to happen in this particular
case, clk_get_rate can return '0' if sdd->src_clk is not set
properly. In that case we would have a clear division by '0'.
Check the return value of clk_get_rate and fail in case it
returns '0'.
This patch fixes '1397922 Division or mod
On Mon 06-02-17 20:40:10, vinayak menon wrote:
> On Mon, Feb 6, 2017 at 6:22 PM, Michal Hocko wrote:
> > On Mon 06-02-17 17:54:09, Vinayak Menon wrote:
> >> During global reclaim, the nr_reclaimed passed to vmpressure includes the
> >> pages reclaimed from slab. But the corresponding scanned slab
On Tue, Feb 07, 2017 at 11:02:49AM +0800, Baoyou Xie wrote:
> The i2s related clock support is missing from the existing zx296718
> clock driver. This patch adds it, so that the upstream ZX I2S driver
> can work out.
>
> Signed-off-by: Baoyou Xie
> ---
> drivers/clk/zte/clk-zx296718.c | 4
>
Commit a92e7c3d82a1 ("spi: s3c64xx: consider the case when the CS
line is not connected") introduced an inconsistency between the
binding where the disconnected CS line was marked as
'no-cs-readback' while the driver was erroneously checking for
'broken-cs'.
Check for 'no-cs-readback' in the drive
On Mon, Feb 06, 2017 at 11:13:59PM +0100, Ingo Molnar wrote:
> * Linus Torvalds wrote:
> > There were all those small things in there (Peter pointed out those cpumask
> > things I wouldn't for the life of me have noticed) that were really subtle,
> > and
> > were really hidden by the fact that
* Frederic Weisbecker wrote:
> On Mon, Jan 30, 2017 at 05:46:43AM +0100, Frederic Weisbecker wrote:
> > Ingo,
> >
> > Please pull the cputime/nsecs-for-tip branch that can be found at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> > cputime/nsecs-for-t
Hi Ingo,
On Mon, Feb 6, 2017 at 10:54 PM, Ingo Molnar wrote:
> Wondering why Git allowed me to be so stupid with those leftover merge
> markers.
> Git usually doesn't even allow me to commit them so I have these tuned out as
> a
> possibility. This was just a regular git rebase -i flow, to back
Hi,
I wanted to take a few steps back and look at the overall goals for
cache monitoring.
>From the various threads and discussion, my understanding is as follows.
I think the design must ensure that the following usage models can be monitored:
- the allocations in your CAT partitions
- the
On 7 February 2017 at 07:52, Ingo Molnar wrote:
>
> * Ard Biesheuvel wrote:
>
>> From: David Howells
>>
>> Add the definitions for shim and image security database, both of which
>> are used widely in various Linux distros.
>>
>> Signed-off-by: Josh Boyer
>> Signed-off-by: David Howells
>> Cc:
On Mon, Feb 06, 2017 at 11:03:08PM +0100, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > > +++ b/arch/powerpc/kernel/smp.c
> > > +++ b/arch/sparc/kernel/sysfs.c
> > > +++ b/drivers/cpufreq/sparc-us2e-cpufreq.c
> > > +++ b/drivers/cpufreq/sparc-us3-cpufreq.c
>
> > > - cpumask_copy(&cpus_al
On Tue 07-02-17 02:37:02, Luis R. Rodriguez wrote:
> On Mon, Feb 06, 2017 at 10:47:41AM +0100, Michal Hocko wrote:
> > On Fri 03-02-17 13:06:04, Luis R. Rodriguez wrote:
> > > On next-20170125 running some kselftest not yet upstream I eventually
> > > get a kmemleak splat:
> > >
> > > unreferenced
On 2017年02月07日 14:53, Tomasz Figa wrote:
Hi Mark,
Thanks for reviving this series and sorry for not taking care of it
myself. Please see some comments inline.
Hi Tomasz
Thanks for review,
I will add the patches you mentioned into v2 version.
On Tue, Feb 7, 2017 at 3:09 PM, Mark Yao wrot
On Mo, 2017-02-06 at 21:34 +0100, Stefan Wahren wrote:
> Hi Gerd,
>
> first of all here my wishlist for the next round of this driver:
> * compile test the series with ARM and ARM64
It is tested on both arm and arm64 (rpi2 + rpi3).
> * add me in CC for all patches of the series
Oops. /me shoul
* Arnaldo Carvalho de Melo wrote:
> Em Fri, Feb 03, 2017 at 03:56:42PM +0530, Ravi Bangoria escreveu:
> > After patch:
> > $ perf record -a -e sdt_glib:idle__add
> > event syntax error: 'sdt_glib:idle__add'
> > \___ unknown tracepoint
> >
> > Error: File /sys/
901 - 943 of 943 matches
Mail list logo