Commit-ID: f88a68facd9a15b94f8c195d9d2c0b30c76c595a
Gitweb: http://git.kernel.org/tip/f88a68facd9a15b94f8c195d9d2c0b30c76c595a
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:09 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: a19d66c56af1c52b8b463bf94d21116ae8c1aa5a
Gitweb: http://git.kernel.org/tip/a19d66c56af1c52b8b463bf94d21116ae8c1aa5a
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:13 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: 7f8b7e7f4ccbbd1fb8badddfabd28c955aea87b4
Gitweb: http://git.kernel.org/tip/7f8b7e7f4ccbbd1fb8badddfabd28c955aea87b4
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:10 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: d68baa3fa6e4d703fd0c7954ee5c739789e7242f
Gitweb: http://git.kernel.org/tip/d68baa3fa6e4d703fd0c7954ee5c739789e7242f
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:12 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: e505371dd83963caae1a37ead9524e8d997341be
Gitweb: http://git.kernel.org/tip/e505371dd83963caae1a37ead9524e8d997341be
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:33 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: 6ebcb060713f614c92216482eed501b31cee74ec
Gitweb: http://git.kernel.org/tip/6ebcb060713f614c92216482eed501b31cee74ec
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:32 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: bba4ed011a52d494aa7ef5e08cf226709bbf3f60
Gitweb: http://git.kernel.org/tip/bba4ed011a52d494aa7ef5e08cf226709bbf3f60
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:28 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: db516997a985b461f021d594e78155bbc7fc3e7e
Gitweb: http://git.kernel.org/tip/db516997a985b461f021d594e78155bbc7fc3e7e
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:31 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
On 07/17/2017 06:00 PM, Arnd Bergmann wrote:
> On Mon, Jul 17, 2017 at 4:27 PM, Laurentiu Tudor
> wrote:
>> Hi Arnd,
>>
>> On 07/17/2017 04:45 PM, Arnd Bergmann wrote:
>>> On Mon, Jul 17, 2017 at 3:26 PM, wrote:
From: Laurentiu Tudor
From: zijun_hu
Sent: Tuesday, July 18, 2017 5:23 PM
To: Zhaoyang Huang (黄朝阳)
Cc: linux...@kvack.org; linux-kernel@vger.kernel.org; zijun...@htc.com; Andrew
Morton; Michal Hocko; Ingo Molnar; Vlastimil Babka; Thomas Garnier; Kirill A.
Commit-ID: f2f931c6819467af5260a21c59fb787ce2863f92
Gitweb: http://git.kernel.org/tip/f2f931c6819467af5260a21c59fb787ce2863f92
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:29 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
> > > For the enable case, I think it would be a nice feature if we checked
> > > the return code and aborted the patching operation on error. I think
> > > that should be easy enough.
> >
> > Yeah, that should be easy. To be specific, you're only talking about
> > the patching operation on
CHECK: Macro argument reuse 'addr' - possible side-effects?
convert AD7280A_DEVADDR to ad7280a_devaddr static function
to fix checkpath check
Signed-off-by: Jaya Durga
---
drivers/staging/iio/adc/ad7280a.c | 21 +
1 file changed, 13 insertions(+), 8
Hi Viresh,
On 18/07/17 10:24, Viresh Kumar wrote:
> sg_cpu->last_update is always updated right after we call
> sugov_set_iowait_boost() and its better to update it from that routine
> itself. This makes it more readable.
>
> Signed-off-by: Viresh Kumar
> ---
>
Signed-off-by: Johannes Poehlmann
Acked-by: Evgeniy Polyakov
---
drivers/w1/masters/ds1wm.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/drivers/w1/masters/ds1wm.c b/drivers/w1/masters/ds1wm.c
index
Signed-off-by: Johannes Poehlmann
Acked-by: Evgeniy Polyakov
---
drivers/w1/masters/ds1wm.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/w1/masters/ds1wm.c b/drivers/w1/masters/ds1wm.c
index 6bba2fe..1b37def 100644
---
To make the ds1wm driver work on a powerpc architecture (big endian, 32bit)
with a register offset multiplier of 4 I had to make some changes to
drivers/w1/masters/ds1wm.c
andinclude/linux/mfd/ds1wm.h.
Version 2 of the patchset
o fixes kbuild reported build problems on x86_64
o
o Replace incorrect register offsett calculation by
direct configuration of bus_shift in mfd-cell.
Indirect definition of address-shift by resource size
was unobvious and should have used a binary log.
o Make endian clean, make HW-endianness configurable.
o Use ioread*, iowrite* instead of
I added a few pictures, just the text didn't want to make sense to me.
On Fri, Jul 14, 2017 at 07:17:56PM +0530, Prateek Sood wrote:
> Fix ordering of link creation between node->prev and prev->next in
> osq_lock(). A case in which the status of optimistic spin queue is
> CPU6->CPU2 in which
Alexey Budankov writes:
> Hi,
Hi,
> Are there any new comments so far? Could you please suggest further steps
> forward?
Apparently the patches are not threaded, so one needs to fish them out
one by one in order to review.
> On 10.07.2017 16:03, Alexey
Jin Yao writes:
> It is often useful to know the branch types while analyzing branch
> data. For example, a call is very different from a conditional branch.
>
> Currently we have to look it up in binary while the binary may later
> not be available and even the binary
On Tue, Jul 18, 2017 at 09:15:58AM +, Prabu Thangamuthu wrote:
> As per internal decision, Joao Pinto will be maintainer for DWC UFS driver.
That's "odd", does Joao want this? Do you want this?
thanks,
greg k-h
> On Mon, 17 Jul 2017, Reshetova, Elena wrote:
> > > On Mon, 17 Jul 2017, Elena Reshetova wrote:
> > > > refcount_t type and corresponding API should be
> > > > used instead of atomic_t when the variable is used as
> > > > a reference counter. This allows to avoid accidental
> > > > refcounter
On 17/07/17 22:28, Enric Balletbo i Serra wrote:
Some panels (i.e. N116BGE-L41), in their power sequence specifications,
request a delay between set the PWM signal and enable the backlight and
between clear the PWM signal and disable the backlight. Add support for
the new post-pwm-on-delay-us
On 2017/7/17 21:29, Andy Shevchenko wrote:
> WIP
Does it mean not ready for upstream yet?
Thanks
Hanjun
From: Sean Wang
fixup those warnings such as lines over 80 words and parenthesis
alignment which would be complained by checkpatch.pl.
Signed-off-by: Sean Wang
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 20 +---
1 file changed,
From: Sean Wang
pwrap initialization is highly associated with the base SoC, so
update here for allowing pwrap_init without slave program which would be
used to those PMICs without extra encryption on bus such as MT6380.
Signed-off-by: Chenglin Xu
From: Sean Wang
add dt-binding document for MediaTek MT6380 PMIC
Signed-off-by: Chenglin Xu
Signed-off-by: Sean Wang
---
.../bindings/regulator/mt6380-regulator.txt| 90 ++
1 file changed,
From: Simon
Add IEP/ISP/VOP/HEVC/VPU iommu nodes
Signed-off-by: Simon
---
arch/arm64/boot/dts/rockchip/rk3368.dtsi | 48
1 file changed, 48 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3368.dtsi
From: Simon
Add VPU/VDEC/VOP/IEP iommu nodes
Signed-off-by: Simon
---
arch/arm/boot/dts/rk322x.dtsi | 36
1 file changed, 36 insertions(+)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
From: Simon
Add H265e/VEPU/VPU/VDEC/VOP iommu nodes
Signed-off-by: Simon
---
arch/arm64/boot/dts/rockchip/rk3328.dtsi | 45
1 file changed, 45 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi
Hi Sakari, thks for review.
On 07/09/2017 01:06 AM, Sakari Ailus wrote:
> Hi Hugues,
>
> On Mon, Jul 03, 2017 at 11:16:04AM +0200, Hugues Fruchet wrote:
>> Allows use of device tree configuration data.
>> If no device tree data is there, configuration is taken from platform data.
>> In order to
atomic_t variables are currently used to implement reference
counters with the following properties:
- counter is initialized to 1 using atomic_set()
- a resource is freed upon counter reaching zero
- once counter reaches zero, its further
increments aren't allowed
- counter schema uses
On Fri, Jul 07, 2017 at 01:33:33AM -0500, Gustavo A. R. Silva wrote:
> Check return value from call to of_match_device()
> in order to prevent a NULL pointer dereference.
>
> In case of NULL print error message and return -ENODEV
>
> Signed-off-by: Gustavo A. R. Silva
atomic_t variables are currently used to implement reference
counters with the following properties:
- counter is initialized to 1 using atomic_set()
- a resource is freed upon counter reaching zero
- once counter reaches zero, its further
increments aren't allowed
- counter schema uses
Commit-ID: 80ef64ad3c2babe8dcde05ec518795cfd86bb6e1
Gitweb: http://git.kernel.org/tip/80ef64ad3c2babe8dcde05ec518795cfd86bb6e1
Author: Harry Pan
AuthorDate: Mon, 17 Jul 2017 18:37:49 +0800
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: 770f8eb8a990a8904bfd8a6849be147b40b6e1aa
Gitweb: http://git.kernel.org/tip/770f8eb8a990a8904bfd8a6849be147b40b6e1aa
Author: Ingo Molnar
AuthorDate: Sat, 15 Jul 2017 13:00:49 +0200
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: 4f167201edda7cd7525cc7f23944731ef5dd99a8
Gitweb: http://git.kernel.org/tip/4f167201edda7cd7525cc7f23944731ef5dd99a8
Author: Wei Yang
AuthorDate: Sat, 8 Jul 2017 09:30:59 +0800
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: d80a9eb3c78d7d0c823a8224cd6e3b37ebdfd8cd
Gitweb: http://git.kernel.org/tip/d80a9eb3c78d7d0c823a8224cd6e3b37ebdfd8cd
Author: Wei Yang
AuthorDate: Sat, 8 Jul 2017 09:30:58 +0800
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: f99afd08a45fbbd9ce35a7624ffd1d850a1906c0
Gitweb: http://git.kernel.org/tip/f99afd08a45fbbd9ce35a7624ffd1d850a1906c0
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:14 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: 95cf9264d5f36c291c1c50c00349f83348e6f9c7
Gitweb: http://git.kernel.org/tip/95cf9264d5f36c291c1c50c00349f83348e6f9c7
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:26 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
On 18/07/17 11:56, kart...@techveda.org wrote:
From: Karthik Tummala
Enclosed multiple macro statements in a do - while loop as per kernel
coding standard, pointed by checkpatch.
Signed-off-by: Karthik Tummala
---
Commit-ID: d0ec49d4de90806755e17289bd48464a1a515823
Gitweb: http://git.kernel.org/tip/d0ec49d4de90806755e17289bd48464a1a515823
Author: Tom Lendacky
AuthorDate: Mon, 17 Jul 2017 16:10:27 -0500
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
With gcc-7, we get a warning about a possible string overflow:
sound/pci/pcxhr/pcxhr.c: In function 'pcxhr_probe':
sound/pci/pcxhr/pcxhr.c:1647:28: error: ' [PCM #' directive writing 7 bytes
into a region of size between 1 and 32 [-Werror=format-overflow=]
The shortname can simply be removed,
gcc-7 warns about a possible sprintf format string overflow with a
temporary buffer that is used to print from another buffer of the same
size:
sound/pci/rme9652/hdspm.c: In function 'snd_hdspm_create_alsa_devices':
sound/pci/rme9652/hdspm.c:2123:17: error: ' MIDIoverMADI' directive writing 13
On Tue, Jul 18, 2017 at 01:14:12PM +0300, Laurent Pinchart wrote:
> Hi Maxime,
>
> On Tuesday 18 Jul 2017 09:05:22 Maxime Ripard wrote:
> > On Fri, Jul 14, 2017 at 02:43:12AM +0300, Laurent Pinchart wrote:
> > > On Thursday 13 Jul 2017 16:41:13 Maxime Ripard wrote:
> > >> The current
On Mon, 2017-06-26 at 15:32 +0300, Paul Kocialkowski wrote:
> After detecting an IRQ storm, hotplug detection will switch from
> irq-based detection to poll-based detection. After a short delay or
> when resetting storm detection from debugfs, detection will switch
> back to being irq-based.
>
>
On 07/18/2017 03:01 AM, James Morris wrote:
On Thu, 13 Jul 2017, Stefan Berger wrote:
A file shared by 2 containers, one mapping root to uid=1000, the other mapping
root to uid=2000, will show these two xattrs on the host (init_user_ns) once
these containers set xattrs on that file.
I may be
On Tue, 18 Jul 2017, Piotr Gregor wrote:
>
> Dmesg reports insecure W+X mapping found at address
> 8805f000/0x8805f000
>
> on 4.4.70 kernel patched with -rt83 patch:
Does the same problem happen with a plain 4.4.70? as well?
Thanks,
tglx
> On Tue, 18 Jul 2017, Reshetova, Elena wrote:
>
> > > On Tue, 18 Jul 2017, Elena Reshetova wrote:
> > >
> > > > The below script can be used to detect potential misusage
> > > > of atomic_t type and API for reference counting purposes.
> > > > Now when we have a dedicated refcount_t type and API
On Tue, Jul 18, 2017 at 12:29:52PM +0100, Okash Khawaja wrote:
> +struct tty_struct *tty_kopen(dev_t device)
> +{
> + struct tty_struct *tty;
> + struct tty_driver *driver = NULL;
> + int index = -1;
> +
> + mutex_lock(_mutex);
> + driver = tty_lookup_driver(device,
Am Dienstag, den 18.07.2017, 17:56 +0800 schrieb jeffy:
> Hi Oliver,
>
> > I think that as soon as one URB fails, you should not even try
> > to submit any other deferred URBs. You are taking one out from
> > the middle of a sequence. That cannot be right.
> ok, that make sense.
>
> new patch
On Tue, Jul 18, 2017 at 08:30:09AM -0400, Vivek Goyal wrote:
> On Tue, Jul 18, 2017 at 08:05:18AM -0400, Stefan Berger wrote:
> > On 07/18/2017 07:48 AM, Vivek Goyal wrote:
> > > On Mon, Jul 17, 2017 at 04:50:22PM -0400, Stefan Berger wrote:
> > > > On 07/17/2017 02:58 PM, Vivek Goyal wrote:
> > >
Fixes if-statement related warning and errors reported
by checkpatch.pl
Signed-off-by: Simo Koskinen
---
drivers/staging/pi433/pi433_if.c | 253 +--
drivers/staging/pi433/rf69.c | 69 ++-
2 files changed, 148 insertions(+),
On 07/18/17 07:42, Sekar D wrote:
> Please let me know if someone can help here.
Probably not, but I'll give a try.
>> I am getting the following error messages through PPP connection
>> without any manual intervention.
>>
>> Session 152 terminated -- received PADT from peer
PADT is the PPPoE
Hi Daniel,
On Tuesday 18 Jul 2017 14:08:39 Daniel Vetter wrote:
> On Tue, Jul 18, 2017 at 01:14:12PM +0300, Laurent Pinchart wrote:
> > On Tuesday 18 Jul 2017 09:05:22 Maxime Ripard wrote:
> >> On Fri, Jul 14, 2017 at 02:43:12AM +0300, Laurent Pinchart wrote:
> >>> On Thursday 13 Jul 2017
On Mon 2017-07-17 17:35:38, Miroslav Benes wrote:
> On Thu, 13 Jul 2017, Josh Poimboeuf wrote:
>
> > On Wed, Jun 28, 2017 at 11:37:26AM -0400, Joe Lawrence wrote:
> >
> > > +Brief API summary
> > > +-
> > > +
> > > +See the full API usage docbook notes in the livepatch/shadow.c
>
Currently we are calling usb_submit_urb directly to submit deferred tx
urbs after unanchor them.
So the usb_giveback_urb_bh would failed to unref it in usb_unanchor_urb
and cause memory leak:
unreferenced object 0xffc0ce0fa400 (size 256):
...
backtrace:
[] __save_stack_trace+0x48/0x6c
Kees Cook writes:
> On Mon, Jul 10, 2017 at 10:07 AM, Eric W. Biederman
> wrote:
>> Kees Cook writes:
>>
>>> On Mon, Jul 10, 2017 at 1:46 AM, Eric W. Biederman
>>> wrote:
But you miss it.
On Tue, Jul 18, 2017 at 11:14:57AM +0800, Li, Aubrey wrote:
> On 2017/7/18 3:23, Peter Zijlstra wrote:
> > On Fri, Jul 14, 2017 at 09:26:19AM -0700, Andi Kleen wrote:
> >>> And as said; Daniel has been working on a better predictor -- now he's
> >>> probably not used it on the network workload
A new compatible string is introduced for SMC on sama5d2 to manage a
different layout of the registers.
Signed-off-by: Ludovic Desroches
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/mfd/atmel-smc.txt | 1 +
1 file changed, 1
Please let me know if someone can help here.
On Mon, Jul 17, 2017 at 12:07 PM, Sekar D wrote:
> Hello All,
>
> I am getting the following error messages through PPP connection
> without any manual intervention.
>
> Session 152 terminated -- received PADT from peer
> PADT:
Hello,
Le 09/07/2017 à 23:30, Doug Ledford a écrit :
> On Thu, 2017-07-06 at 10:12 +0200, Romain Perier wrote:
>> The current PCI pool API are simple macro functions direct expanded
>> to
>> the appropriate dma pool functions. The prototypes are almost the
>> same
>> and semantically, they are
Alexey Budankov writes:
> +static void
> +perf_event_groups_rotate(struct perf_event_groups *groups, int cpu)
> +{
> + struct rb_node *node;
> + struct perf_event *node_event;
> +
> + WARN_ON_ONCE(!groups);
This seems redundant.
> +
> +
On Tue, Jul 18, 2017 at 2:37 AM, wrote:
> From: Shu Wang
>
> Found this issue by kmemleak report, auditd_send_unicast_skb
> did not free skb if rcu_dereference(auditd_conn) returns null.
>
> unreferenced object 0x88082568ce00 (size 256):
> comm
CHECK: Macro argument reuse 'addr' - possible side-effects?
convert AD7280A_DEVADDR to ad7280a_devaddr static function
to fix checkpath check
v3: small style changes
Signed-off-by: Jaya Durga
---
drivers/staging/iio/adc/ad7280a.c | 21 +
1 file changed,
Alexey Budankov writes:
> +/*
> + * Helper function to test if event groups are empty;
> + */
> +static int
> +perf_event_groups_empty(struct perf_event_groups *groups)
> +{
> + return list_empty(>list);
> +}
This doesn't seem useful, it's only used once.
Currently perf has supported a mode to query inline stack. It works
well for finding the user space inline function but it doesn't work
for finding kernel inline function due to some unnecessary checking.
This patch removes these unnecessary checking. Now the kernel inline
function can be
On Wed 2017-06-28 11:37:26, Joe Lawrence wrote:
> diff --git a/Documentation/livepatch/shadow-vars.txt
> b/Documentation/livepatch/shadow-vars.txt
> new file mode 100644
> index ..7f28982e6b1c
> --- /dev/null
> +++ b/Documentation/livepatch/shadow-vars.txt
> +Use cases
> +-
>
On Tue, Jul 18, 2017 at 12:36:29PM +0200, Johan Hovold wrote:
> On Tue, Jul 18, 2017 at 11:06:55AM +0100, Mark Brown wrote:
> > Reverts shouldn't be special - they're just regular patches and should
> > have sensible changelogs like any others.
> Stating that you're reverting a commit and which
From: Colin Ian King
The check for thread_run failure is incorrect, use IS_ERR instead.
Cleans up sparse error message:
"error: incompatible types for operation (<)"
Fixes: 874bcba65f9a ("staging: pi433: New driver")
Signed-off-by: Colin Ian King
From: Colin Ian King
The functions pi433_receive and pi433_tx_thread are local to the source
and do not need to be in global scope, so make them static
Cleans up sparse warnings:
symbol 'pi433_receive' was not declared. Should it be static?
symbol 'pi433_tx_thread' was
From: Colin Ian King
The function rf69_set_bandwidth_intern is local to the source
and do not need to be in global scope, so make it static. Also
break overly wide line.
Cleans up sparse warning:
symbol 'update_share_count' was not declared. Should it be static?
A new compatible string has been introduced for sama5d2 SMC to allow to
manage the registers mapping change.
Signed-off-by: Ludovic Desroches
---
arch/arm/boot/dts/sama5d2.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
For HSMC controller, the register layout depends on the device i.e. the
offset of setup, pulse, cycle, mode and timings registers is not the
same. An helper is added to provide the correct register layout.
Fixes: fe9d7cb22ef3 ("mfd: syscon: atmel-smc: Add new helpers to ease
SMC regs
Hi,
The offset of some registers of the SMC is different between sama5d3/sama5d4
and sama5d2. An helper function has been added to retrieve the correct layout
with the help of a new compatible string for sama5d2. The atmel-ebi device will
store the register layout to allow the nand controller to
On Tue, Jul 18, 2017 at 02:13:35PM +0100, Colin Ian King wrote:
> On 18/07/17 14:09, Mark Brown wrote:
> > It would be very helpful if you could ensure your commit author and
> > e-mail From: line up so that git doesn't make your patches look like
> > non-author signoffs.
> ACK, will do. Want me
On Tue, Jul 18, 2017 at 05:49:23PM +0800, sean.w...@mediatek.com wrote:
> + if (!info->modeset_mask) {
> + dev_err(>dev, "regulator %s doesn't support set_mode\n",
> + info->desc.name);
> + return -EINVAL;
> + }
This is mostly fine but the mode
Signed-off-by: Philippe CORNU
---
drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c
b/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c
index 36f5ccb..63c7a01 100644
On Tue, 18 Jul 2017, Reshetova, Elena wrote:
> > On Tue, 18 Jul 2017, Elena Reshetova wrote:
> >
> > > The below script can be used to detect potential misusage
> > > of atomic_t type and API for reference counting purposes.
> > > Now when we have a dedicated refcount_t type and API with
> > >
On 2017-06-13 07:40, Stephen Boyd wrote:
On 06/06, kgu...@codeaurora.org wrote:
On 2017-06-02 12:56, kgu...@codeaurora.org wrote:
>On 2017-05-31 23:23, Stephen Boyd wrote:
>>On 05/30, Kiran Gunda wrote:
>>>From: Subbaraman Narayanamurthy
>>>
>>>Currently, cleanup_irq()
On Fri, Jul 14, 2017 at 2:28 PM, Takashi Iwai wrote:
> On Fri, 14 Jul 2017 14:07:12 +0200,
>
> Thanks for the patch. I have seen it but ignored, so far, as not sure
> which action is the best. An alternative solution is to use
> snprintf() blindly, for example.
>
> For mixart,
Hi Jonas,
On Tue, Jul 18, 2017 at 12:17 PM, Jonas Gorski wrote:
> The common clock and several other clock API implementations allow
> calling clk_get_rate with a NULL pointer. While not specified as
> expected behavior of the API, device drivers have come to rely on
On 12/07/17 22:01, Sylwester Nawrocki wrote:
> Hi Hugues,
>
> On 07/03/2017 11:16 AM, Hugues Fruchet wrote:
>> This patchset enables OV9655 camera support.
>>
>> OV9655 support has been tested using STM32F4DIS-CAM extension board
>> plugged on connector P1 of STM32F746G-DISCO board.
>> Due to
On 07/18/2017 07:48 AM, Vivek Goyal wrote:
On Mon, Jul 17, 2017 at 04:50:22PM -0400, Stefan Berger wrote:
On 07/17/2017 02:58 PM, Vivek Goyal wrote:
On Tue, Jul 11, 2017 at 11:05:11AM -0400, Stefan Berger wrote:
[..]
+/*
+ * xattr_list_userns_rewrite - Rewrite list of xattr names for user
* Alexander Shishkin wrote:
> Vince Weaver writes:
>
> > I was tracking down some regressions in my perf_event_test testsuite.
> > Some of the tests broke in the 4.11-rc1 timeframe.
> >
> > I've bisected one of them, this report is
Commit-ID: dd0b06b551f6b14da19582e301814746d838965a
Gitweb: http://git.kernel.org/tip/dd0b06b551f6b14da19582e301814746d838965a
Author: Kan Liang
AuthorDate: Wed, 12 Jul 2017 09:44:23 -0400
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Commit-ID: dc853e26f73e903e0c87e24f2695b5dcf33b3bc1
Gitweb: http://git.kernel.org/tip/dc853e26f73e903e0c87e24f2695b5dcf33b3bc1
Author: Jiri Olsa
AuthorDate: Fri, 14 Jul 2017 18:35:51 +0200
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017 14:13:41
Commit-ID: 5c10b048c37cc08a21fa97a0575eccf4948948ca
Gitweb: http://git.kernel.org/tip/5c10b048c37cc08a21fa97a0575eccf4948948ca
Author: Harry Pan
AuthorDate: Mon, 17 Jul 2017 18:37:49 +0800
Committer: Ingo Molnar
CommitDate: Tue, 18 Jul 2017
Hi,
> Am 18.07.2017 um 13:59 schrieb Hans Verkuil :
>
> On 12/07/17 22:01, Sylwester Nawrocki wrote:
>> Hi Hugues,
>>
>> On 07/03/2017 11:16 AM, Hugues Fruchet wrote:
>>> This patchset enables OV9655 camera support.
>>>
>>> OV9655 support has been tested using
Hi Joe,
On Mon, Jul 17, 2017 at 5:01 PM, Joe Perches wrote:
> On Mon, 2017-07-17 at 15:42 +0200, Geert Uytterhoeven wrote:
>> As of commit bd721ea73e1f9655 ("treewide: replace obsolete _refok by
>> __ref"), __init_refok no longer exists, so it can be removed.
>> While at it,
On Mon, Jul 17, 2017 at 11:50 AM, Masami Ichikawa wrote:
> I got following memory leak reports by kmemleak.
>
> unreferenced object 0x965962fa0600 (size 256):
> comm "auditd", pid 401, jiffies 4294671604 (age 62.331s)
> hex dump (first 32 bytes):
> 00 00 00 00 00
On Tue, Jul 18, 2017 at 2:47 PM, Laurent Pinchart
wrote:
> On Tuesday 18 Jul 2017 14:08:39 Daniel Vetter wrote:
>> On Tue, Jul 18, 2017 at 01:14:12PM +0300, Laurent Pinchart wrote:
>> > On Tuesday 18 Jul 2017 09:05:22 Maxime Ripard wrote:
>> >> On Fri, Jul 14,
On Tue, Jul 18, 2017 at 01:42:32PM +0100, Colin King wrote:
> From: Colin Ian King
It would be very helpful if you could ensure your commit author and
e-mail From: line up so that git doesn't make your patches look like
non-author signoffs.
The [next] isn't needed in
On 18/07/17 14:09, Mark Brown wrote:
> On Tue, Jul 18, 2017 at 01:42:32PM +0100, Colin King wrote:
>> From: Colin Ian King
>
> It would be very helpful if you could ensure your commit author and
> e-mail From: line up so that git doesn't make your patches look like
>
Hi Oliver,
On 07/18/2017 08:29 PM, Oliver Neukum wrote:
Am Dienstag, den 18.07.2017, 17:56 +0800 schrieb jeffy:
Hi Oliver,
I think that as soon as one URB fails, you should not even try
to submit any other deferred URBs. You are taking one out from
the middle of a sequence. That cannot be
On 07/18/2017 08:30 AM, Vivek Goyal wrote:
On Tue, Jul 18, 2017 at 08:05:18AM -0400, Stefan Berger wrote:
On 07/18/2017 07:48 AM, Vivek Goyal wrote:
On Mon, Jul 17, 2017 at 04:50:22PM -0400, Stefan Berger wrote:
On 07/17/2017 02:58 PM, Vivek Goyal wrote:
On Tue, Jul 11, 2017 at 11:05:11AM
On Mon, Jul 17, 2017 at 11:01:07AM +0200, Maxime Ripard wrote:
> On Thu, Jul 13, 2017 at 05:01:42PM +0100, Mark Brown wrote:
> > > This might be problematic if the clock to enable is stored in another
> > > node.
> > > Let's add a function that allows to attach a clock that has already been
> >
Hi Philippe,
Thank you for the patch.
On Tuesday 18 Jul 2017 13:43:51 Philippe CORNU wrote:
> Signed-off-by: Philippe CORNU
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 2 +-
> 1 file changed,
Fix a build error caused by not including .
The following compilation errors are caused by the missing header:
arch/mips/ralink/mt7620.c: In function ‘mt7620_get_cpu_pll_rate’:
arch/mips/ralink/mt7620.c:431:2: error: implicit declaration of function
‘WARN_ON’
501 - 600 of 2588 matches
Mail list logo