On 2016/11/18 21:01, Paul E. McKenney wrote:
> On Fri, Nov 18, 2016 at 08:40:09PM +0800, Ding Tianhong wrote:
>> The commit bedc196915 ("rcu: Fix soft lockup for rcu_nocb_kthread")
>> will introduce a new problem that when huge IP abnormal packet arrived,
>> it may cause OOM and break the kernel,
On 11/18/2016 06:07 PM, Linus Torvalds wrote:
On Fri, Nov 18, 2016 at 6:13 AM, Jacek Anaszewski
wrote:
Please pull LED subsystem related updates for MAINTAINERS.
I'd like to announce a new co-maintainer - Pavel Machek.
No can do.
You've done something incredibly odd, including rebasing my 4
On Fri, Nov 18, 2016 at 07:04:26PM +, Lee Jones wrote:
> On Mon, 14 Nov 2016, Mika Westerberg wrote:
>
> > This is fifth version of the series. You can find the previous versions
> > archived on:
> >
> > v4: https://lwn.net/Articles/703773/
> > v3: https://lwn.net/Articles/697231/
> > v
Hi Linus,
Please pull LED subsystem related updates for MAINTAINERS.
I'd like to announce a new co-maintainer - Pavel Machek.
The following changes since commit bc33b0ca11e3df46a4fa7639ba488c9d4911:
Linux 4.9-rc4 (2016-11-05 16:23:36 -0700)
are available in the git repository at:
git:/
On 2016/11/18 20:56, Paul E. McKenney wrote:
> On Fri, Nov 18, 2016 at 08:37:28PM +0800, Ding Tianhong wrote:
>>
>>
>> On 2016/8/10 9:59, Paul E. McKenney wrote:
>>> On Wed, Aug 10, 2016 at 09:13:14AM +0800, Ding Tianhong wrote:
On 2016/6/16 22:19, Paul E. McKenney wrote:
> On Thu, Jun 1
Hi Eric,
On Thu, Nov 17, 2016 at 11:02:47AM -0600, Eric W. Biederman wrote:
>
> With everyone heading to Kernel Summit and Plumbers I put this set of
> patches down temporarily. Now is the time to take it back up and to
> make certain I am not missing something stupid in this set of patches.
I
> On Fri, Nov 18, 2016 at 04:58:52PM +, Reshetova, Elena wrote:
> > > Could you please fix you mailer to not unwrap the emails?
> >
> > I wish I understand what you mean by "unwrap"... ?
>
> Where I always have lines wrapped at 78 characters, but often when I see
> them back in your reply, th
Rework smelling code (goto inside compound statement). Perhaps this is
legacy. Anyway such code is not appropriate for Linux kernel.
Signed-off-by: Eugene Korenevsky
---
Changes in v6: more pedantic conversion from `int` to `bool`; fix comment
Changes in v5: make `bool` a return type of `hub_chec
Add the wcnss remoteproc node the SMD edge and the wcnss ctrl, bluetooth
and wifi nodes specified and enable this on db410c.
Signed-off-by: Bjorn Andersson
---
This still require the last wcn36xx and scm-interrupted patches to land, but as
those won't affect the dts I'm posting this anyway.
ar
> Ok, I'm going to be really pedantic here and ask that you spell this
> last statement out:
>if (usb...)
> return true;
>return false;
>
> Also, the comment should say:
> /* If the first endpoint is not interrupt IN, we... */
>
It's better to inverse the
Hi,
Changes since v1:
- Make sure that the one frame covers the port_window (burst = port_window)
- added comment to explain the double indexed setup to cover the port_window
- Simplifications for the code mentioned by Russell and Vinod
Cover letter from v1:
as I'm trying to convert the remaini
Hi,
On Fri, Nov 18, 2016 at 07:41:59PM -0800, Eduardo Valentin wrote:
> On Fri, Nov 18, 2016 at 03:52:55PM -0800, Brian Norris wrote:
> > If using CONFIG_THERMAL_EMULATION, there's a corner case where we might
> > get an error from the zone's get_temp() callback, but we'll ignore that
> > and keep
From: Liav Rehana
During the calculation of the nsec variable in the inline function
timekeeping_delta_to_ns, it may undergo a sign extension if its msb
is set just before the shift. The sign extension may, in some cases,
gain it a value near the maximum value of the 64-bit range. This is
bad whe
From: Colin Ian King
Trivial fix to spelling mistake
Cc: Thomas Gleixner
Cc: Richard Cochran
Cc: Ingo Molnar
Cc: Shuah Khan
Cc: Prarit Bhargava
Signed-off-by: Colin Ian King
Signed-off-by: John Stultz
---
tools/testing/selftests/timers/skew_consistency.c | 2 +-
1 file changed, 1 inserti
From: Baolin Wang
For system debugging, we sometimes want to know who sets one
alarm timer, the time of the timer, when the timer started and
fired and so on. Thus adding tracepoints can help us trace the
alarmtimer information.
For example, when we debug the system supend/resume, if the
system
From: Chris Metcalf
The "cycles" argument should not be an absolute clocksource cycle
value, as the implementation's arithmetic will overflow relatively
easily with wide (64 bit) clocksource counters.
For performance, the implementation is simple and fast, since the
function is intended for only
From: Chen Yu
Previously we encountered some memory overflow issues due to
the bogus sleep time brought by inconsistent rtc, which is
triggered when pm_trace is enabled, and we have fixed it
in recent kernel. However it's improper in the first place
to call __timekeeping_inject_sleeptime() in cas
Hey Thomas, Ingo,
Just a few small patches I have queued for 4.10.
Please let me know if you have any objections.
You can grab the patches via git pull as specified below.
thanks
-john
Cc: Richard Cochran
Cc: Ingo Molnar
Cc: Prarit Bhargava
Cc: Thomas Gleixner
The following changes sinc
The three hv tools should be ignored by git
so that they do not appear as untracked files.
Signed-off-by: Alex Fluter
---
tools/hv/.gitignore | 3 +++
1 file changed, 3 insertions(+)
create mode 100644 tools/hv/.gitignore
diff --git a/tools/hv/.gitignore b/tools/hv/.gitignore
new file mode 100
This makes SPI devices specified in a device tree use DMA when the master
controller has DMA configured.
Since device tree is supposed to only describe the hardware, adding a
configuration option to device tree to enable DMA per-device would not be
acceptable. So, this is the best we can do for no
From: Christopher Covington
Beginning with a simple sanity check of the control register, add
a unit test for the ARM Performance Monitors Unit (PMU).
Signed-off-by: Christopher Covington
Signed-off-by: Wei Huang
Reviewed-by: Andrew Jones
---
arm/Makefile.common | 3 ++-
arm/pmu.c
Changes from v8:
* Probe PMU version based on ID_DFR0
* pmccntr_read() now returns 64bit and can handle both 32bit and 64bit
PMCCNTR based on PMU version.
* Add pmccntr_write() support
* Use a common printf format PRId64 to support 64bit variable smoothly in
test functions
* Add barriers to sev
From: Christopher Covington
Ensure that reads of the PMCCNTR_EL0 are monotonically increasing,
even for the smallest delta of two subsequent reads.
Signed-off-by: Christopher Covington
Signed-off-by: Wei Huang
---
arm/pmu.c | 156 ++
From: Christopher Covington
Calculate the numbers of cycles per instruction (CPI) implied by ARM
PMU cycle counter values. The code includes a strict checking facility
intended for the -icount option in TCG mode in the configuration file.
Signed-off-by: Christopher Covington
Signed-off-by: Wei
在 2016年11月19日 07:52, Brian Norris 写道:
This driver passes struct chip_tsadc_table by value throughout; this is
inefficient, and AFAICT, there is no reason for it. Let's pass pointers
instead.
Signed-off-by: Brian Norris
Reviewed-by: Caesar Wang
Tested-by: Caesar Wang
Yup, that make sense to
在 2016年11月19日 11:31, Caesar Wang 写道:
Brian,
在 2016年11月19日 07:52, Brian Norris 写道:
These error messages don't give much information about what went wrong.
It would be nice, for one, to see what invalid temperature was being
requested when conversion fails. It's also good to return an error when
Brian,
在 2016年11月19日 07:52, Brian Norris 写道:
These error messages don't give much information about what went wrong.
It would be nice, for one, to see what invalid temperature was being
requested when conversion fails. It's also good to return an error when
we can't handle a conversion properly.
On Fri, Nov 18, 2016 at 05:33:35PM +, Reshetova, Elena wrote:
> On Thu, Nov 17, 2016 at 09:53:42AM +0100, Peter Zijlstra wrote:
> > On Wed, Nov 16, 2016 at 12:08:52PM -0800, Alexei Starovoitov wrote:
> >
> > > I prefer to avoid 'fixing' things that are not broken.
> > > Note, prog->aux->refcnt
On Fri, Nov 18, 2016 at 03:52:55PM -0800, Brian Norris wrote:
> If using CONFIG_THERMAL_EMULATION, there's a corner case where we might
> get an error from the zone's get_temp() callback, but we'll ignore that
> and keep using its value. Let's just error out properly instead.
>
> Signed-off-by: Br
(Replies CC to list and direct to me please)
Summary:
dmesg spammed with alloc_contig_range: [XX, YY) PFNs busy
Description:
I recently upgrading 4.9-rc5, (previous kernel 4.5.0-rc6-00141-g6794402),
and since then my dmesg has been absolutely flooded with 'PFNs busy'
(>3GiB
Brian,
在 2016年11月19日 07:52, Brian Norris 写道:
If using CONFIG_THERMAL_EMULATION, there's a corner case where we might
get an error from the zone's get_temp() callback, but we'll ignore that
and keep using its value. Let's just error out properly instead.
Signed-off-by: Brian Norris
Tested-by: C
The code actually checks rt_queued not rt_nr_running
in pick_next_task_rt(), so change the corresponding
comment.
Signed-off-by: T.Zhou
---
kernel/sched/rt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/rt.c b/kernel/sched/rt.c
index 2516b8d..9b4a5c5 100644
--
Hi Peter,
On Fri, Nov 18, 2016 at 04:00:57PM +0100, Peter Zijlstra wrote:
> On Fri, Nov 18, 2016 at 09:53:07AM -0500, Steven Rostedt wrote:
> >
> > Peter,
> >
> > Can you pull this patch into your queue?
>
> Not in my inbox..
This patch is so simple, so i do not want to interrupt you..
Will re
error when running hypervkvpd:
$ sudo ./hv_kvp_daemon -n
sh: hv_get_dns_info: command not found
sh: hv_get_dhcp_info: command not found
sh: hv_get_dns_info: command not found
sh: hv_get_dhcp_info: command not found
The external scripts are not installed in system path,
adding a configurable macr
On Fri, Nov 18, 2016 at 02:44:34PM +0200, Krzysztof Kozlowski wrote:
> Hi,
>
> Topic branch with a GIC interrupt fix and cleanup. No conflicts expected.
> No dependencies.
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Lin
On Fri, Nov 18, 2016 at 02:44:35PM +0200, Krzysztof Kozlowski wrote:
> Hi,
>
>
> Topic branch with a GIC interrupt fixes and cleanup (human-friendly symbols).
>
> Possible rather trivial conflicts:
>
> diff --cc arch/arm/boot/dts/exynos4x12.dtsi
> index 0074f566cd3b,505f047e81c6..85a7122658f1
>
Sharp lq123p1jx31 support 8bit bps.
Signed-off-by: zain wang
---
drivers/gpu/drm/panel/panel-simple.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index 113db3c..6b0c026 100644
--- a/drivers/gpu/drm/panel/panel-s
On Fri, 18 Nov 2016 12:24:37 +0100, Dmitry Vyukov said:
> WARNINGs mean kernel bugs.
> The one in ucma_write() points to user programming error
> or a malicious attempt. This is not a kernel bug, remove it.
> - if (WARN_ON_ONCE(!ib_safe_file_access(filp)))
> + if (!ib_safe_file_access(filp
On 11/18/2016 12:06 PM, Bjorn Andersson wrote:
The SMEM state property name changes between the integration branch and
mainline, update to use the correct one.
Fixes: 2f45d9fcd531 ("arm64: dts: msm8996: Add SMP2P and APCS nodes")
Signed-off-by: Bjorn Andersson
Thanks for the change and sorry
On Thu, Nov 17, 2016 at 05:20:26PM +0200, Georgi Djakov wrote:
> Enable support for clocks, controlled by the RPM processor on
> Qualcomm platforms.
>
> Signed-off-by: Georgi Djakov
Hi,
Please send patches like these to the platform maintainer (i.e. Andy
Gross), and leave a...@kernel.org off of
Many Motorola phones like droid 4 are using a custom PMIC called CPCAP
or 6556002. We can support it's core features quite easily with regmap_spi
and regmap_irq.
The children of cpcap, such as regulators, ADC and USB, can be just regular
device drivers and defined in the dts file. They get probed
On Fri, 18 Nov 2016 15:13:45 -0800
"Paul E. McKenney" wrote:
> On Fri, Nov 18, 2016 at 12:33:00PM -0800, Lance Roy wrote:
> > The trouble is that disabling preemption is not enough to ensure that there
> > is at most one srcu_read_lock() call per CPU that missed the srcu_flip().
> >
> > Define
No longer fall through into the error case that prints out
an error if no error (err = 0) occurred.
Fixes d9181b20a83(of: Add back an error message, restructured)
Signed-off-by: Moritz Fischer
Reviewed-by: Frank Rowand
---
Hi Rob,
this is Frank's suggestion. I don't have a strong preference one
On Fri, 18 Nov 2016, Jérôme Glisse wrote:
> Cliff note: HMM offers 2 things (each standing on its own). First
> it allows to use device memory transparently inside any process
> without any modifications to process program code. Second it allows
> to mirror process address space on a device.
>
>
On Fri, 2016-11-18 at 16:38 -0800, Jarno Rajahalme wrote:
> This fixes the problem for me, so for whatever it’s worth:
>
> Tested-by: Jarno Rajahalme
>
Thanks for testing !
https://git.kernel.org/cgit/linux/kernel/git/davem/net.git/commit/?id=e88a2766143a27bfe6704b4493b214de4094cf29
On Fri, 18 Nov 2016 16:22:18 -0800
Jarkko Sakkinen wrote:
> Given that there is now a directory for TPM rst documentation do you
> still want all changes to your tree or is it sufficient to just cc
> linux-doc?
For stuff in security/tpm? It makes my life easier if documentation
patches come thr
From: Andi Kleen
Handle the Unit field, which is needed to find the right PMU for
an event. We call it "pmu" and convert it to the perf pmu name
with an uncore prefix.
Handle the ExtSel field, which just extends the event mask with
an additional bit.
Handle the Filter field which adds parameter
From: Andi Kleen
The next patch needs to modify event code. Previously eventcode was just
passed through as a string. Now parse it as a number.
Signed-off-by: Andi Kleen
---
tools/perf/pmu-events/jevents.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/tools/
> On Nov 14, 2016, at 3:09 PM, Eric Dumazet wrote:
>
> On Mon, 2016-11-14 at 14:46 -0800, Eric Dumazet wrote:
>> On Mon, 2016-11-14 at 16:12 -0600, Eric W. Biederman wrote:
>>
>>> synchronize_rcu_expidited is not enough if you have multiple network
>>> devices in play.
>>>
>>> Looking at the c
From: Andi Kleen
When the user specifies a pmu directly, expand it automatically
with a prefix match, similar as we do for the normal aliases now.
This allows to specify attributes for duplicated boxes quickly.
For example uncore_cbox_{0,6}/.../ can be now specified as cbox/.../
and it gets auto
From: Andi Kleen
Move the scale factor parsing code to an own function
to reuse it in an upcoming patch.
v2: Return error in case strdup returns NULL.
Signed-off-by: Andi Kleen
squash! perf, tools: Factor out scale conversion code
---
tools/perf/util/pmu.c | 70 ++-
From: Andi Kleen
The code for handling pmu aliases without specifying
the PMU hardcoded only supported the cpu PMU.
This patch extends it to work for all PMUs. We always
duplicate the event for all PMUs that have an matching alias.
This allows to automatically expand an alias for all instances
o
From: Andi Kleen
Add support for registering json aliases per PMU. Any alias
with an unit matching the prefix is registered to the PMU.
Uncore has multiple instances of most units, so all
these aliases get registered for each individual PMU
(this is important later to run the event on every insta
From: Andi Kleen
For debugging and testing it is useful to see the converted
alias string. Add support to perf stat/record and perf list to print
the alias conversion. The text string is saved in the alias structure.
For perf stat/record it is folded into the normal -v. For perf list
-v was taken
From: Andi Kleen
The uncore PMU has a lot of duplicated PMUs for different subsystems.
When expanding an uncore alias we usually end up with a large
number of identically named aliases, which makes perf stat
output difficult to read.
Automatically sum them up in perf stat, unless --no-merge is s
From: Andi Kleen
Add generic infrastructure to perf stat to output ratios for "DividedBy"
entries in the event lists. Many events are more useful as ratios
than in raw form, typically some count in relation to total ticks.
Transfer the dividedby information from the alias to the evsel.
We mark
From: Andi Kleen
Add support for parsing the DividedBy header in the JSON event lists and
storing them in the alias structure.
Used in the next patch.
Signed-off-by: Andi Kleen
---
tools/perf/pmu-events/jevents.c| 18 ++
tools/perf/pmu-events/jevents.h| 2 +-
tools/pe
This adds uncore support on top of the recently merged JSON event list
infrastructure for core events. Uncore is everything outside the core,
including memory controllers, PCI, interconnect etc.
Uncore is more complicated to handle than core events because it uses
many duplicated PMUs, which leads
A couple of the most minor heading tweaks, otherwise no changes to the text
itself beyond the mechanical conversion.
Note that the inclusion of the kerneldoc comments from the source has never
worked, since exported symbols were asked for and none of those functions
are exported to modules. It do
Add the appropriate markup to get the kerneldoc comments out of
lib/debugobjects.c that have never seen the light of day until now.
A logical next step, left for the reader at the moment, is to move the
function descriptions *out* of debug-objects.rst and into the kerneldoc
comments themselves.
S
Convert the tracepoint docbook template to RST and add it to the core-api
manual. No changes to the actual text beyond the mechanical formatting
conversion.
Cc: Jason Baron
Cc: William Cohen
Signed-off-by: Jonathan Corbet
---
Documentation/DocBook/Makefile| 3 +-
Documentation/DocBo
As part of the ongoing mission to get rid of the DocBook templates, convert
the debugobjects and tracepoint API templates to RST and add them to the
core-api manual.
Jonathan Corbet (3):
doc: Convert the debugobjects DocBook template to sphinx
doc: debugobjects: actually pull in the kerneldoc
On Fri, Nov 18, 2016 at 04:33:12PM -0700, Jonathan Corbet wrote:
> On Mon, 14 Nov 2016 09:01:13 +0100
> Takashi Iwai wrote:
>
> > > In this case, I would have liked the chance to comment. This
> > > documentation belongs in the driver-api document, not the top-level one.
> > > So, in an ideal wo
An sdt probe can be associated with arguments but they were not passed
to the user probe tracing interface (uprobe_events); this patch adapts
the sdt argument descriptors according to the uprobe input format.
As the uprobe parser does not support scaled address mode, perf will
skip arguments which
Hi Hemant,
Many thanks for your answer.
Here is another proposal in which the x86 register renaming table has
been moved into the x86-specific part.
Thanks,
Alexis.
Alexis Berlemont (2):
perf sdt: add scanning of sdt probles arguments
perf probe: add sdt probes arguments into the uprobe cm
During a "perf buildid-cache --add" command, the section
".note.stapsdt" of the "added" binary is scanned in order to list the
available SDT markers available in a binary. The parts containing the
probes arguments were left unscanned.
The whole section is now parsed; the probe arguments are extrac
On Fri, 2016-11-18 at 22:12 +0800, Geliang Tang wrote:
> Use builtin_platform_driver() helper to simplify the code.
>
> Signed-off-by: Geliang Tang
> ---
> drivers/pinctrl/mediatek/pinctrl-mt6397.c | 6 +-
> 1 file changed, 1 insertion(+), 5 deletions(-)
>
> diff --git a/drivers/pinctrl/med
This driver passes struct chip_tsadc_table by value throughout; this is
inefficient, and AFAICT, there is no reason for it. Let's pass pointers
instead.
Signed-off-by: Brian Norris
---
drivers/thermal/rockchip_thermal.c | 80 +++---
1 file changed, 40 insertions(+
These error messages don't give much information about what went wrong.
It would be nice, for one, to see what invalid temperature was being
requested when conversion fails. It's also good to return an error when
we can't handle a conversion properly.
While we're at it, fix the grammar too.
Signe
If using CONFIG_THERMAL_EMULATION, there's a corner case where we might
get an error from the zone's get_temp() callback, but we'll ignore that
and keep using its value. Let's just error out properly instead.
Signed-off-by: Brian Norris
---
drivers/thermal/thermal_core.c | 3 +++
1 file changed,
On 2016-11-18 00:04, maitysancha...@gmail.com wrote:
> On 16-11-17 17:03:19, Stefan Agner wrote:
>> On 2016-11-17 04:16, Sanchayan Maity wrote:
>> > Currently dmaengine_prep_slave_single was being called with length
>> > set to the complete DMA buffer size. This resulted in unwanted bytes
>> > bein
On Mon, 14 Nov 2016 09:01:13 +0100
Takashi Iwai wrote:
> > In this case, I would have liked the chance to comment. This
> > documentation belongs in the driver-api document, not the top-level one.
> > So, in an ideal world, I'd like to see this stuff moved there, preferably
> > with the patches
Em Fri, Nov 18, 2016 at 05:54:01PM -0500, Steven Rostedt escreveu:
> From: "Steven Rostedt (Red Hat)"
>
> Instead of using 100, define a USECS_PER_SEC macro and use that instead.
We already have it in tools/include/linux/time64.h :-)
- Arnaldo
> Link: http://lkml.kernel.org/r/201602092042
Make modification to remove extra blank line
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/dgnc/dgnc_sysfs.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/dgnc/dgnc_sysfs.c
b/drivers/staging/dgnc/dgnc_sysfs.c
i
Make modifications to comment style
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/dgnc/dgnc_sysfs.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/dgnc/dgnc_sysfs.c
b/drivers/staging/dgnc/dgnc
Make Linux kernel coding style modifications for dgnc_sysfs.c to include:
Comment style modifications
Remove blank line
Walt Feasel (2):
staging: dgnc: dgnc_sysfs.c Comment style modifications
staging: dgnc: dgnc_sysfs.c Delete blank line
drivers/staging/dgnc/dgnc_sysfs.c | 4 ++--
1 file
From: Nikhil Devshatwar
get_q_data can be called with different values for type
e.g. vpe_try_crop calls it with the buffer type which gets passed
from user space
Framework doesn't check wheather its correct type or not
If user space passes wrong type, kernel should not crash.
Return NULL when th
Add a helper to set the background color during vpdma transfer.
This is needed when VPDMA is generating 32 bits RGB format
to have the Alpha channel set to an appropriate value.
Signed-off-by: Benoit Parrot
Acked-by: Hans Verkuil
---
drivers/media/platform/ti-vpe/vpdma.c | 10 ++
driver
From: Archit Taneja
The motion detection block requires 3 fields to create the motion vector
data. This means that using the default method the first progressive
frame is only generated after 3rd field is consumed.
Hence by default for N input field we would generate N - 2 progressive
frames.
In
From: Nikhil Devshatwar
Current driver configures the line mode of the DEI clients
from the open function directly. Even if the newly created context
is not yet scheduled, it updates some of the VPDMA registers.
This causes a problem in multi instance use case where just opening
the m2m device se
The VPDMA (Video Port DMA) as found in devices such as DRA7xx is
used for both the Video Processing Engine (VPE) and the Video Input
Port (VIP). Some devices may have multiple VIP instances each with
its own VPDMA engine. Within VIP two slices can use a single VPDMA
engine simultaneously. So suppor
On DRA7 since l3_noc event are being reported it was found that
when the write descriptor was being written it was consistently
causing bus error events.
The write address was improperly programmed.
Signed-off-by: Benoit Parrot
Acked-by: Hans Verkuil
---
drivers/media/platform/ti-vpe/vpdma_pri
From: Harinarayan Bhatta
Increasing max buffer height and width to allow for padded buffers.
Signed-off-by: Harinarayan Bhatta
Signed-off-by: Nikhil Devshatwar
Signed-off-by: Benoit Parrot
Acked-by: Hans Verkuil
---
drivers/media/platform/ti-vpe/vpe.c | 4 ++--
1 file changed, 2 insertions(
From: Harinarayan Bhatta
Free vpdma buffers in vpe_release. Otherwise it was generating random
backtrace.
Signed-off-by: Harinarayan Bhatta
Signed-off-by: Somnath Mukherjee
Signed-off-by: Nikhil Devshatwar
Signed-off-by: Benoit Parrot
Acked-by: Hans Verkuil
---
drivers/media/platform/ti-vp
The YUV data type definition below are taken from
both the TRM and i839 Errata information.
Use the correct data type considering byte
reordering of components.
Added the 2 missing YUV422 variant.
Also since the single use of "C" in the 422 case
to mean "Cr" (i.e. V component). It was decided
to e
From: Nikhil Devshatwar
Add a helper function to be able to set the maximum
VPDMA transfer size to limit potential buffer overrun.
Added enums for max_width and max_height fields of the
outbound data descriptor.
Changed vpdma_add_out_dtd to accept two more arguments
for max width and height.
M
On Fri, 18 Nov 2016, Boris Ostrovsky wrote:
> On 11/18/2016 05:27 PM, Hugh Dickins wrote:
> > On Fri, 18 Nov 2016, Boris Ostrovsky wrote:
> >> On 11/18/2016 04:51 PM, Hugh Dickins wrote:
> >>> Hmm, sorry, but this seems overcomplicated to me: ingenious, but an
> >>> unusual use of the ->get_policy
From: Nikhil Devshatwar
Current VPE driver does not start the job until all the buffers for
a transaction are queued. When running in multiple context, this might
increase the processing latency.
Alternate solution would be to try to continue the same context as long as
buffers for the transacti
ti_vpe module currently does not get loaded automatically.
Added MODULE_DEVICE_TABLE hint to the driver to assist.
Signed-off-by: Benoit Parrot
Acked-by: Hans Verkuil
Reviewed-by: Javier Martinez Canillas
---
drivers/media/platform/ti-vpe/vpe.c | 1 +
1 file changed, 1 insertion(+)
diff --git
The VPDMA RGB data type definition have been updated
to match with Errata i839.
But some of the ARGB definition appeared to be wrong
in the document also. As they would yield RGBA instead.
They have been corrected based on experimentation.
Signed-off-by: Benoit Parrot
Acked-by: Hans Verkuil
---
From: Nikhil Devshatwar
vpe_irq checks for the possible interrupt sources and prints the
errors for the DEI_ERROR and DS_UV interrupts. But it also post the
next descriptor list irrespective of whichever interrupt has occurred.
Because of this, driver may release the buffers even before DMA is
c
On Thu, 10 Nov 2016 06:36:06 -0500 Alexander Duyck
wrote:
> This patch adds a function that allows us to batch free a page that has
> multiple references outstanding. Specifically this function can be used to
> drop a page being used in the page frag alloc cache. With this drivers can
> make u
From: Nikhil Devshatwar
VPDMA block used in ti-vip and ti-vpe modules have support for
up to 8 hardware descriptor lists. A descriptor list can be
submitted to any of the 8 lists (as long as it's not busy).
When multiple clients want to transfer data in parallel, its easier
to allocate one list
From: Nikhil Devshatwar
Writing to the "VPDMA list attribute" register is considered as a list
post. This informs the VPDMA firmware to load the list from the address
which should be taken from the "VPDMA list address" register.
As these two register writes are dependent, it is important that th
From: Nikhil Devshatwar
For deinterlacing operation, VPE hardware uses motion vectors.
MV calculated in the previous iteration are used for next interation.
Therefore driver allocates two motion vectors in ping-pong fashion.
For every transaction, one MV is DMAed in and one is DMAed out.
All the
From: Nikhil Devshatwar
VPE hardware can generate output in RGB565 or in RGB5551 format.
Add these formats in the supported format list for CAPTURE stream.
Also, for RGB5551 format, the alpha component is not processed,
so the alpha value is taken from the default color.
Set the default color to
From: Nikhil Devshatwar
For deinterlacing operation, each operation needs 2 fields in the
history. This is achieved by holding three buffers in
ctx->src_vbs[0,1,2] (f,f-1,f-2)
This is achieved by using the ctx->sequence which gets reset via the
s_fmt ioctl.
These buffers are dequeued in stream
From: Nikhil Devshatwar
VPDMA IRQs are registered for multiple lists
When clearing an IRQ for a list interrupt, all the
IRQs for the individual lists are to be cleared separately.
Signed-off-by: Nikhil Devshatwar
Signed-off-by: Benoit Parrot
Acked-by: Hans Verkuil
---
drivers/media/platform/
From: Nikhil Devshatwar
vpdma_create API is supposed to allocated the struct vpdma_data and
return it to the driver. Also, it would call the callback function
when the VPDMA firmware is loaded.
Typically, VPE driver have following function call:
dev->vpdma = vpdma_create(pdev, firmware_load_
Since there might be more then one instance it is better to
show the base address when dumping registers to help
with debugging.
Signed-off-by: Benoit Parrot
Acked-by: Hans Verkuil
---
drivers/media/platform/ti-vpe/sc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platfor
1 - 100 of 837 matches
Mail list logo
