The semaphore 'cmd_mutex' is used as a simple mutex, so
it should be written as one. Also, replace down with
mutex_destroy to ensure sane state when ngene_stop is
called.
Signed-off-by: Binoy Jayan
---
drivers/media/pci/ngene/ngene-core.c | 12 ++--
drivers/media/pci/ngene/ngene.h |
Hi Arnd,
On 9 June 2017 at 16:06, Arnd Bergmann wrote:
>> Thank you for pointing out that. I'll check the
>> concurrency part. By the way why do we need mutex_destoy?
>> To debug an aberrate condition?
>
> At first I suspected the down() here was added for the same
> purpose as a mutex_destroy:
The semaphore 'i2c_switch_mutex' is used as a simple mutex, so
it should be written as one. Semaphores are going away in the future.
Signed-off-by: Binoy Jayan
---
drivers/media/pci/ngene/ngene-core.c | 2 +-
drivers/media/pci/ngene/ngene-i2c.c | 6 +++---
drivers/media/pci/ngene/ngene.h |
From: Michal Hocko
dequeue_huge_page_node has a single caller alloc_huge_page_node and we
already have to handle NUMA_NO_NODE specially there. So get rid of the
helper and use the same numa mask trick for hugetlb dequeue as we use
for the allocation.
Signed-off-by: Michal Hocko
---
mm/hugetlb.
From: Michal Hocko
new_page is yet another duplication of the migration callback which has
to handle hugetlb migration specially. We can safely use the generic
new_page_nodemask for the same purpose.
Please note that gigantic hugetlb pages do not need any special handling
because alloc_huge_page
Hi,
while working on a hugetlb migration issue addressed in a separate
patchset [1] I have noticed that the hugetlb allocations from the
preallocated pool are quite subotimal. There is no fallback mechanism
implemented and no notion of preferred node. I have tried to work
around it by [2] but Vlast
From: Michal Hocko
alloc_huge_page_nodemask tries to allocate from any numa node in the
allowed node mask starting from lower numa nodes. This might lead to
filling up those low NUMA nodes while others are not used. We can reduce
this risk by introducing a concept of the preferred node similar to
From: Michal Hocko
Hugetlb allocation path for fresh huge pages is unnecessarily complex
and it mixes different interfaces between layers. __alloc_buddy_huge_page
is the central place to perform a new allocation. It checks for the
hugetlb overcommit and then relies on __hugetlb_alloc_buddy_huge_p
On Mon, Jun 12, 2017 at 01:50:28PM -0700, Olav Haugan wrote:
> On 17-06-12 13:29:04, Catalin Marinas wrote:
> > On Sat, Jun 10, 2017 at 12:41:10PM -0700, Olav Haugan wrote:
> > > @@ -149,6 +140,11 @@ static void *__dma_alloc(struct device *dev, size_t
> > > size,
> > > bool coherent = is_device_
On Mon, Jun 05, 2017 at 02:39:33PM -0700, Luis R. Rodriguez wrote:
> As the firmware API evolves we keep extending functions with more arguments.
> Stop this nonsense by proving an extensible data structure which can be used
> to represent both user parameters and private internal parameters.
Let'
Hi Tony,
2017-06-13 9:35 GMT+02:00 Tony Lindgren :
> * Enric Balletbo i Serra [170612 14:28]:
>> The interrupt for power button is static data that comes from the
>> datasheet, there is no reason to need to define this value on every
>> board so seams reasonable put this information into the comm
On Tue, Jun 13, 2017 at 09:52:12AM +0300, Tal Shorer wrote:
> The user can issue USB_F_GET_LINE_CODING to get the current line coding
> as set by the host (or the default if unset yet).
>
> Signed-off-by: Tal Shorer
> ---
> Documentation/ioctl/ioctl-number.txt | 1 +
> drivers/usb/gadget/functi
Hi Stephen,
On Sat, Jun 3, 2017 at 6:40 AM, Stephen Boyd wrote:
> On 05/19, Dong Aisheng wrote:
>> These helper function allows drivers to get several clk consumers in
>> one operation. If any of the clk cannot be acquired then any clks
>> that were got will be put before returning to the caller
On Tue, Jun 13, 2017 at 11:57:59AM +0530, bincy_k_phi...@yahoo.co.in wrote:
> From: bincy
>
> Signed-off-by: bincy
> ---
> drivers/staging/octeon-usb/octeon-hcd.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Also can not take this due to the previously reported issues.
thanks,
gre
On Mon, Jun 12, 2017 at 2:41 PM, Jonas Jensen wrote:
> I stumbled upon boot time savings (going from next-20170518 to
> next-20170609) which seem to shave off more than a second ([1]
> compared to [2]) so I also booted without patches ([3]).
> There seems to be improvement when these patches are
On Tue, Jun 13, 2017 at 07:33:10AM +, Bincy K Philip wrote:
> Hi Greg,
> Thanks for the reply.I have send an updated patch.
> I am not sure why getting a Failure message from
> "linux-kernel@vger.kernel.org"
Because you are sending html email to a public mailing list that rejects
it.
Please
On Tue, Jun 13, 2017 at 08:50:38AM +0300, Aviya Erenfeld wrote:
> Remove redundant parenthesis
>
> Signed-off-by: Aviya Erenfeld
> ---
> drivers/staging/rtl8188eu/core/rtw_sta_mgt.c | 22 +++---
> 1 file changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/staging
fcntl(0, F_SETOWN, 0x8000) triggers:
UBSAN: Undefined behaviour in fs/fcntl.c:118:7
negation of -2147483648 cannot be represented in type 'int':
CPU: 1 PID: 18261 Comm: syz-executor Not tainted 4.8.1-0-syzkaller #1
...
Call Trace:
...
[] ? f_setown+0x1d8/0x200
[] ? SyS_fcntl+0x999/0xf30
[] ?
Allow f_setown to return an error value. We will fail in the next patch
with EINVAL for bad input to f_setown, so tile the path for the later
patch.
Signed-off-by: Jiri Slaby
Cc: Jeff Layton
Cc: "J. Bruce Fields"
Cc: Alexander Viro
Cc: linux-fsde...@vger.kernel.org
---
fs/fcntl.c | 7
On Mon, Jun 12, 2017 at 10:45:38PM +0530, suni...@techveda.org wrote:
> From: Suniel Mahesh
>
> The following type mismatch warnings reported by sparse
> have been amended:
> warning: cast to restricted __le16
> warning: incorrect type in assignment (different base types)
>
> Signed-off-by: Suni
On Tue, Jun 13, 2017 at 12:19 PM, Greg KH wrote:
> On Tue, Jun 13, 2017 at 09:52:12AM +0300, Tal Shorer wrote:
>> The user can issue USB_F_GET_LINE_CODING to get the current line coding
>> as set by the host (or the default if unset yet).
>>
>> Signed-off-by: Tal Shorer
>> ---
>> Documentation/i
Hi Kieran,
On Tue, Jun 13, 2017 at 2:35 AM, Kieran Bingham wrote:
> From: Kieran Bingham
>
> Provide support for the ADV7481 and ADV7482.
>
> The driver is modelled with 4 subdevices to allow simultaneous streaming
> from the AFE (Analog front end) and HDMI inputs though two CSI TX
> entities.
>
The semaphore 'driver_lock' is used as a simple mutex, and
also unnecessary as suggested by Arnd. Hence removing it, as
the concurrency between the probe and remove is already
handled in the driver core.
Signed-off-by: Binoy Jayan
Suggested-by: Arnd Bergmann
---
v1 --> v2
Removed driver_lock
2017년 06월 09일 18:23에 Hoegeun Kwon 이(가) 쓴 글:
> The bridge_node is unnecessary between FIMD and DSIM. If don't remove
> error handling, it will not work between FIMD and DSIM. So remove
> error handling.
Please make sure to describe why bridge_node is unnecessary.
For example,
In case of Exynos So
On Mon, Jun 12, 2017 at 10:26:14AM -0700, Andy Lutomirski wrote:
> The kernel has several code paths that read CR3. Most of them assume that
> CR3 contains the PGD's physical address, whereas some of them awkwardly
> use PHYSICAL_PAGE_MASK to mask off low bits.
>
> Add explicit mask macros for CR
"aes1_fck" and "aes2_fck" are controlled by hwmod. Drop clock
entries to avoid conflicts.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap44xx-clocks.dtsi | 16
1 file changed, 16 deletions(-)
diff --git a/arch/arm/boot/dts/omap44xx-clocks.dtsi
b/arch/arm/boot/dts/o
This fixes the following error during kernel boot:
platform 480a5000.des: Cannot lookup hwmod 'des'
Unfortunately the DES module is only documented partly
in the OMAP4430 TRM. I found an old patch from Joel,
which I took over and updated for currently mainline.
Signed-off-by: Joel Fernandes
Sig
OMAP4 has a second aes module, so let's use proper name for
the first instance.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap4.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi
index 578c53f08309
This adds the hwmod entry for the second AES module
available on OMAP4.
Signed-off-by: Sebastian Reichel
---
Hi,
This module is currently missing from DT and the public TRM does not provide
enough information for me to add it (the memory area for the crypto cores is
"reserved"). Adding it withou
Hi,
This adds crypto support for OMAP4, which was missing for some reason.
This fixes error about missing hwmod on Droid 4. IP-Cores for AES and
DES are working according to selftest.
Changes since PATCHv1:
* remove patch adding des_fck to DT
* add patch removing aes[12]_fck from DT
* add patc
On 06/12/2017, 07:03 AM, zhong jiang wrote:
> On 2016/10/14 17:23, Jiri Slaby wrote:
>> fcntl(0, F_SETOWN, 0x8000) triggers:
>> UBSAN: Undefined behaviour in fs/fcntl.c:118:7
>> negation of -2147483648 cannot be represented in type 'int':
>> CPU: 1 PID: 18261 Comm: syz-executor Not tainted 4.8.
This fixes the following error during kernel boot:
platform 4b501000.aes: Cannot lookup hwmod 'aes1'
Unfortunately the AES module is only documented partly
in the OMAP4430 TRM. I found an old patch from Joel,
which I took over and updated for currently mainline.
Signed-off-by: Joel Fernandes
Si
On 13/06/17 10:24, Geert Uytterhoeven wrote:
> Hi Kieran,
>
> On Tue, Jun 13, 2017 at 2:35 AM, Kieran Bingham wrote:
>> From: Kieran Bingham
>>
>> Provide support for the ADV7481 and ADV7482.
>>
>> The driver is modelled with 4 subdevices to allow simultaneous streaming
>> from the AFE (Analog
On 12/06/17 13:54, Jun Gao wrote:
On Fri, 2017-05-26 at 15:35 +0800, Jun Gao wrote:
From: Jun Gao
Add MT2701 i2c device node.
Signed-off-by: Jun Gao
---
arch/arm/boot/dts/mt2701-evb.dts | 42
arch/arm/boot/dts/mt2701.dtsi| 42
Hi Kieran,
On Tue, Jun 13, 2017 at 11:32 AM, Kieran Bingham
wrote:
> On 13/06/17 10:24, Geert Uytterhoeven wrote:
>> On Tue, Jun 13, 2017 at 2:35 AM, Kieran Bingham wrote:
>>> From: Kieran Bingham
>>>
>>> Provide support for the ADV7481 and ADV7482.
>>>
>>> The driver is modelled with 4 subdevi
On 12/06/17 17:56, sean.w...@mediatek.com wrote:
From: Sean Wang
Document the bindings used by MediaTek MT7622 SoC hardware random number
generator.
Signed-off-by: Sean Wang
---
Documentation/devicetree/bindings/rng/mtk-rng.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
On Thu, Jun 08, 2017 at 08:17:07PM +1200, Derek Robson wrote:
> Fix checkpatch.pl warnings of the form "function definition argument
> 'foo' should also have an identifier name" in header files.
>
> Signed-off-by: Derek Robson
> ---
> drivers/staging/sm750fb/sm750.h | 24
On Mon, Jun 05, 2017 at 09:31:36AM +0800, Jia-Ju Bai wrote:
> The driver may sleep under a spin lock, and the function call path is:
> rtsx_exclusive_enter_ss (acquire the lock by spin_lock)
> rtsx_enter_ss
> rtsx_power_off_card
> sd_cleanup_work
> sd_stop_seq_mode
> s
On Sat, Jun 10, 2017 at 10:57:28PM +0800, icen...@aosc.io wrote:
> 在 2017-06-09 22:46，Maxime Ripard 写道：
> > On Thu, Jun 08, 2017 at 01:01:53PM +0800, icen...@aosc.io wrote:
> > > 在 2017-06-07 22:38，Maxime Ripard 写道：
> > > > On Wed, Jun 07, 2017 at 06:01:02PM +0800, Icenowy Zheng wrote:
> > > > > >I
On Tue, Jun 13, 2017 at 11:25 AM, Binoy Jayan wrote:
> The semaphore 'driver_lock' is used as a simple mutex, and
> also unnecessary as suggested by Arnd. Hence removing it, as
> the concurrency between the probe and remove is already
> handled in the driver core.
>
> Signed-off-by: Binoy Jayan
>
On 13.06.2017 11:14, Cyrill Gorcunov wrote:
> On Fri, Jun 09, 2017 at 12:49:34PM +0300, Kirill Tkhai wrote:
> ...
>> +static int aio_wait_all(struct kioctx *ctx)
>> +{
>> +unsigned users, reqs = 0;
>> +struct kioctx_cpu *kcpu;
>> +int cpu, ret;
>> +
>> +if (atomic_xchg(&ctx->dead, 1
Hi Daniel,
On 12/06/17 16:55, Daniel Lezcano wrote:
> Some hardware have clusters with different idle states. The current code does
> not support this and fails as it expects all the idle states to be identical.
>
> Because of this, the Mediatek mtk8173 had to create the same idle state for a
> b
From: Sebastian Reichel
Motorola Droid 4 has an OMAP4, but no TWL6030. It currently
complains verbosely about this during boot:
twl: not initialized
twl6030_uv_to_vsel:OUT OF RANGE! non mapped vsel for 1375000 Vs max 1316660
twl6030_uv_to_vsel:OUT OF RANGE! non mapped vsel for 1375000 Vs max 131
On Sat, Jun 10, 2017 at 11:16:35PM +0800, icen...@aosc.io wrote:
> 在 2017-06-10 22:57，icen...@aosc.io 写道：
> > 在 2017-06-09 22:46，Maxime Ripard 写道：
> > > On Thu, Jun 08, 2017 at 01:01:53PM +0800, icen...@aosc.io wrote:
> > > > 在 2017-06-07 22:38，Maxime Ripard 写道：
> > > > > On Wed, Jun 07, 2017 at 06
On Tue, Jun 06, 2017 at 12:27:04PM +0100, Alan Cox wrote:
> On Tue, 6 Jun 2017 12:54:40 +0200
> Johan Hovold wrote:
>
> > Remove three ifdefed and broken implementations of TIOCSSERIAL and
> > TIOCGICOUNT, and parity handling in set_termios which had suffered
> > severe bit rot.
>
> I would be
On Tue, Jun 13, 2017 at 10:58 AM, Binoy Jayan wrote:
> These are a set of patches [v2] which removes semaphores from ngene.
> These are part of a bigger effort to eliminate unwanted semaphores
> from the linux kernel.
All three
Acked-by: Arnd Bergmann
I already gave an Ack for one or two of th
Yamada-san,
I have a question on the current top level Makefile. There are
following lines, I have trouble to understand "firstword x$(MAKEFLAGS)"
in 2nd line, why there is a 'x' there?
ifneq ($(filter 4.%,$(MAKE_VERSION)),) # make-4
ifneq ($(filter %s ,$(firstword x$(MAKEFLAGS))),)
q
> On 13 Jun 2017, at 4:56 PM, Haishuang Yan
> wrote:
>
> When __ip6_tnl_rcv fails, the tun_dst won't be freed, so call
> dst_release to free it in error code path.
>
> CC: Alexei Starovoitov
> Fixes: 8d79266bc48c ("ip6_tunnel: add collect_md mode to IPv6 tunnels")
> Signed-off-by: Haishuang Y
On 09/06/2017 at 12:18:02 +0200, Arnd Bergmann wrote:
> When CONFIG_ARCH_AT91 is enabled, but none of the specific SoC support
> is in use, some at91 specific drivers fail to link:
>
> drivers/tty/serial/atmel_serial.o: In function `atmel_serial_suspend':
> atmel_serial.c:(.text.atmel_serial_suspe
于 2017年6月13日 GMT+08:00 下午3:44:32, Maxime Ripard
写到:
>On Sun, Jun 11, 2017 at 02:43:42PM +0800, icen...@aosc.io wrote:
>> 在 2017-06-07 17:38，Maxime Ripard 写道：
>> > On Mon, Jun 05, 2017 at 12:01:45AM +0800, Icenowy Zheng wrote:
>> > > Allwinner H3 features a TV encoder similar to the one in earli
On Tue, Jun 06, 2017 at 12:54:32PM +0200, Johan Hovold wrote:
> Setting an alt-speed using TIOCSSERIAL and SPD flags has been deprecated
> since v2.1.69 and has been broken for all tty drivers but serial-core
> since v3.10 and commit 6865ff222cca ("TTY: do not warn about setting
> speed via SPD_*")
Hi,
I have following code which generates a warning when compiling with "make C=1".
~~~
struct task_struct *kthread;
kthread = kthread_create(x, y, "z");
if (IS_ERR(kthread)) {
~~~
The warning is
./include/linux/err.h:35:16: warning: dereference of noderef expression
An
Hi Caesar,
The original log in google issue tracker show there exist AP in channel 13
after periodically scan.
Per my understand, if reg domain is set to US, channel 12/13/14 will not get
chance to scan. (test using iw/wpa_supplicant).
I am curious about whether there are any diff from upper l
Hi,
On Jun 13 2017 or thereabouts, Arnd Bergmann wrote:
> On Tue, Jun 13, 2017 at 11:25 AM, Binoy Jayan wrote:
> > The semaphore 'driver_lock' is used as a simple mutex, and
> > also unnecessary as suggested by Arnd. Hence removing it, as
> > the concurrency between the probe and remove is alread
File size before:
textdata bss dec hex filename
1510 296 01806 70e drivers/pwm/pwm-hibvt.o
File size After adding 'const':
textdata bss dec hex filename
1606 192 01798 706 drivers/pwm/pwm-hibvt.o
Signed-off-by: Arvind
On Tue, Jun 13, 2017 at 11:48:41AM +0200, Greg Kroah-Hartman wrote:
> On Tue, Jun 06, 2017 at 12:27:04PM +0100, Alan Cox wrote:
> > On Tue, 6 Jun 2017 12:54:40 +0200
> > Johan Hovold wrote:
> >
> > > Remove three ifdefed and broken implementations of TIOCSSERIAL and
> > > TIOCGICOUNT, and parity
On 06/13/2017 09:55 AM, Haishuang Yan wrote:
Same as ip_gre, geneve and vxlan, use key->tos as tos value.
Please also add Fixes tag and Cc original authors.
Fixes: 0e9a709560db ("ip6_tunnel, ip6_gre: fix setting of DSCP on encapsulated
packets")
Signed-off-by: Haishuang Yan
---
net/ipv6
On 09/06/2017 18:35, Michal Hocko wrote:
> On Fri 09-06-17 17:25:51, Laurent Dufour wrote:
> [...]
>> Thanks Michal for your feedback.
>>
>> I mostly focused on this database workload since this is the one where
>> we hit the mmap_sem bottleneck when running on big node. On my usual
>> victim node,
On Tue, Jun 13, 2017 at 11:57:14AM +0200, Johan Hovold wrote:
> On Tue, Jun 13, 2017 at 11:48:41AM +0200, Greg Kroah-Hartman wrote:
> > On Tue, Jun 06, 2017 at 12:27:04PM +0100, Alan Cox wrote:
> > > On Tue, 6 Jun 2017 12:54:40 +0200
> > > Johan Hovold wrote:
> > >
> > > > Remove three ifdefed a
On Tue, Jun 13, 2017 at 11:57:14AM +0200, Johan Hovold wrote:
> On Tue, Jun 13, 2017 at 11:48:41AM +0200, Greg Kroah-Hartman wrote:
> > On Tue, Jun 06, 2017 at 12:27:04PM +0100, Alan Cox wrote:
> > > On Tue, 6 Jun 2017 12:54:40 +0200
> > > Johan Hovold wrote:
> > >
> > > > Remove three ifdefed a
On Tue, Jun 13, 2017 at 03:25:12PM +0530, bincy_k_phi...@yahoo.co.in wrote:
> From: bincy
>
> trivial fix for space alignment error
>
> Signed-off-by: bincy
I need a "real" name here, somthing you sign legal documents with.
And you sent 2 copies of this patch, which one am I supposed to take?
Document the bindings for the Synopsys Designware HDMI RX.
Signed-off-by: Jose Abreu
Cc: Rob Herring
---
.../devicetree/bindings/media/snps,dw-hdmi-rx.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/snps,dw-hdmi-rx.t
This adds support for the Synopsys Designware HDMI RX PHY e405. This
phy receives and decodes HDMI video that is delivered to a controller.
Main features included in this driver are:
- Equalizer algorithm that chooses the phy best settings
according to the detected HDMI cable chara
The Synopsys Designware HDMI RX controller is an HDMI receiver controller that
is responsible to process digital data that comes from a phy. The final result
is a stream of raw video data that can then be connected to a video DMA, for
example, and transfered into RAM so that it can be displayed.
T
Add a entry for Synopsys Designware HDMI Receivers drivers
and phys.
Signed-off-by: Jose Abreu
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 053c3bd..e798040 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -11294,6 +11294,13 @@ L: ne
On Tue, 2017-06-13 at 11:22 +0200, Jiri Slaby wrote:
> Allow f_setown to return an error value. We will fail in the next patch
> with EINVAL for bad input to f_setown, so tile the path for the later
> patch.
>
> Signed-off-by: Jiri Slaby
> Cc: Jeff Layton
> Cc: "J. Bruce Fields"
> Cc: Alexander
This is an initial submission for the Synopsys Designware HDMI RX
Controller Driver. This driver interacts with a phy driver so that
a communication between them is created and a video pipeline is
configured.
The controller + phy pipeline can then be integrated into a fully
featured system that ca
On 2017/6/13 17:29, Jiri Slaby wrote:
> On 06/12/2017, 07:03 AM, zhong jiang wrote:
>> On 2016/10/14 17:23, Jiri Slaby wrote:
>>> fcntl(0, F_SETOWN, 0x8000) triggers:
>>> UBSAN: Undefined behaviour in fs/fcntl.c:118:7
>>> negation of -2147483648 cannot be represented in type 'int':
>>> CPU: 1 P
On Tue, Jun 06, 2017 at 10:00:38AM -0500, Ioana Radulescu wrote:
> Reorder fields in the device's private structure such that
> the ones most used on the hotpath are at the beginning of
> the structure.
>
> This brings a small performance improvement due to better
> cache usage.
Really? What kin
Commit-ID: d9ee35acfabbc909c3be4360cd5655a006628b2e
Gitweb: http://git.kernel.org/tip/d9ee35acfabbc909c3be4360cd5655a006628b2e
Author: Vlastimil Babka
AuthorDate: Mon, 12 Jun 2017 09:21:30 +0200
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:33:00 +0200
x86/mm: Disable 1GB dire
On Wed, Jun 07, 2017 at 11:57:08AM +0200, Antoine BLIN wrote:
> From: Antoine
>
> Fix the following sparse endianness warnings:
>
> drivers/staging/wlan-ng/prism2sta.c:1949:17: warning: cast to restricted
> __le16
> drivers/staging/wlan-ng/prism2sta.c:1949:17: warning: cast to restricted
> __l
Hi Hans,
On 13-06-2017 11:01, Jose Abreu wrote:
[snip]
> Changes from RFC:
> - Added support for HDCP 1.4
[snip]
> +
> +/* HDCP 1.4 */
> +#define DW_HDMI_HDCP14_BKSV_SIZE 2
> +#define DW_HDMI_HDCP14_KEYS_SIZE (2 * 40)
> +
> +struct dw_hdmi_hdcp14_key {
> + u32 seed;
> + u3
Commit-ID: b1b4f2fe68393f80480545b5e67a50f7bda8e9a7
Gitweb: http://git.kernel.org/tip/b1b4f2fe68393f80480545b5e67a50f7bda8e9a7
Author: Dou Liyang
AuthorDate: Tue, 13 Jun 2017 10:30:29 +0800
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:42:09 +0200
x86/time: Make setup_default_
Hi,
[Sorry for the delay, I have been sidetracked from this]
On Jun 07 2017 or thereabouts, Lennart Poettering wrote:
> On Thu, 01.06.17 20:46, Benjamin Tissoires (benjamin.tissoi...@redhat.com)
> wrote:
>
> > Hi,
> >
> > Sending this as a WIP as it still need a few changes, but it mostly work
On Mon, Jun 12, 2017 at 10:25 PM, Alan Stern wrote:
>
> As you surmised, this was caused by a race. The race was between
> dummy_udc_stop() and set_link_state(), both in dummy_hcd.c. A symptom
> of this race is that the first routine clears dum->driver while the
> second dereferences it, and nei
On Tue, Jun 13, 2017 at 5:43 PM, Maxime Ripard
wrote:
> On Sat, Jun 10, 2017 at 10:57:28PM +0800, icen...@aosc.io wrote:
>> 在 2017-06-09 22:46，Maxime Ripard 写道：
>> > On Thu, Jun 08, 2017 at 01:01:53PM +0800, icen...@aosc.io wrote:
>> > > 在 2017-06-07 22:38，Maxime Ripard 写道：
>> > > > On Wed, Jun 07
Sorry for that and thank you for reply.
Regarding scripts/get_maintainer.pl, it seems that trying to avoid
disturbing too much people it turned out vice versa. And it was wrong
idea to ignoring vger mailing list since I need this patch to be in public.
Best regards,
Aliaksei.
Aliaksei Karaliou (1
Use variable name instead of structure name to get size
of memory to allocate as proposed by checkpatch.pl
Signed-off-by: Aliaksei Karaliou
---
drivers/staging/android/ion/ion_system_heap.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/android/ion/ion_
Commit-ID: d4af6d933ccffd24286528f04d5c39e702c8580f
Gitweb: http://git.kernel.org/tip/d4af6d933ccffd24286528f04d5c39e702c8580f
Author: Frederic Weisbecker
AuthorDate: Tue, 13 Jun 2017 06:04:14 +0200
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:45:43 +0200
nohz: Fix spurious w
Greg Kroah-Hartman writes:
> On Fri, Jun 09, 2017 at 09:23:10PM +1000, Michael Ellerman wrote:
>> Greg Kroah-Hartman writes:
>>
>> > On Fri, Jun 09, 2017 at 08:53:22AM +1000, Michael Ellerman wrote:
>> >> Greg Kroah-Hartman writes:
>> >>
>> >> > On Thu, Jun 08, 2017 at 11:12:10PM +1000, Micha
Hi,
On 13 June 2017 at 15:26, Benjamin Tissoires
wrote:
>> Looks good to me, but I see you didn't include David and Andrew on
>> Cc, it would be good for at least one of them to provide an Ack as well.
>
> Please also CC linux-input@
Will do that.
> (one more nitpick below too)
> A little bit b
Commit-ID: 6c690ee1039b251e583fc65b28da30e97d6a7385
Gitweb: http://git.kernel.org/tip/6c690ee1039b251e583fc65b28da30e97d6a7385
Author: Andy Lutomirski
AuthorDate: Mon, 12 Jun 2017 10:26:14 -0700
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:48:09 +0200
x86/mm: Split read_cr3()
On Tue, 2017-06-13 at 11:22 +0200, Jiri Slaby wrote:
> fcntl(0, F_SETOWN, 0x8000) triggers:
> UBSAN: Undefined behaviour in fs/fcntl.c:118:7
> negation of -2147483648 cannot be represented in type 'int':
> CPU: 1 PID: 18261 Comm: syz-executor Not tainted 4.8.1-0-syzkaller #1
> ...
> Call Trace:
Commit-ID: cbe0317bf10acf1f41811108ed0f9a316103c0f3
Gitweb: http://git.kernel.org/tip/cbe0317bf10acf1f41811108ed0f9a316103c0f3
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:21 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:51 +0200
x86/asm: Fix comment i
Hi Arnd,
On 13 June 2017 at 15:15, Arnd Bergmann wrote:
> Looks good to me, but I see you didn't include David and Andrew on
> Cc, it would be good for at least one of them to provide an Ack as well.
Will include them, thank you yet again for reminding me.
> You forgot to actually drop the defi
On Thu, Jun 08, 2017 at 05:28:47PM +0300, laurentiu.tu...@nxp.com wrote:
> From: Laurentiu Tudor
>
> Several macros were triggering this checkpatch.pl warning:
> "Macro argument reuse '$arg' - possible side-effects?"
> Fix the warning by avoiding multiple macro argument use.
>
> Signed-off-by:
Commit-ID: e585513b76f7b05d08ca3fb250fed11f6ba46ee5
Gitweb: http://git.kernel.org/tip/e585513b76f7b05d08ca3fb250fed11f6ba46ee5
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:20 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:50 +0200
x86/mm/gup: Switch GUP
Commit-ID: f8fceacbd1eaebe67997798867d177b36a0a6219
Gitweb: http://git.kernel.org/tip/f8fceacbd1eaebe67997798867d177b36a0a6219
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:22 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:51 +0200
x86/boot/efi: Cleanup
2017-06-13 17:31 GMT+09:00 Arnd Bergmann :
> On Tue, Jun 13, 2017 at 9:49 AM, Michal Marek wrote:
>> On 2017-06-13 02:55, Matthias Kaehlcke wrote:
>>> cc-option uses KBUILD_CFLAGS and KBUILD_CPPFLAGS when it determines
>>> whether an option is supported or not. This is fine for options used to
>>>
Commit-ID: 34bbb0009f3b7a5eef1ab34f14e5dbf7b8fc389c
Gitweb: http://git.kernel.org/tip/34bbb0009f3b7a5eef1ab34f14e5dbf7b8fc389c
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:25 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:53 +0200
x86/boot/compressed: E
Commit-ID: c88d71508e36b514413464bd2e01f96f34583a0e
Gitweb: http://git.kernel.org/tip/c88d71508e36b514413464bd2e01f96f34583a0e
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:26 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:54 +0200
x86/boot/64: Rewrite s
Commit-ID: 919a02d1280a3845bac70e6b7891ca070f21a60a
Gitweb: http://git.kernel.org/tip/919a02d1280a3845bac70e6b7891ca070f21a60a
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:24 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:53 +0200
x86/boot/efi: Define _
Commit-ID: 4c94117c7fa1bea36a15157022dbe5efee474340
Gitweb: http://git.kernel.org/tip/4c94117c7fa1bea36a15157022dbe5efee474340
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:23 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:52 +0200
x86/boot/efi: Fix __KE
Commit-ID: 65ade2f872b474fa8a04c2d397783350326634e6
Gitweb: http://git.kernel.org/tip/65ade2f872b474fa8a04c2d397783350326634e6
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:27 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:55 +0200
x86/boot/64: Rename in
On 06/12/2017 10:07 PM, Dave Hansen wrote:
On 06/09/2017 03:41 AM, Wei Wang wrote:
+ for_each_populated_zone(zone) {
+ for (order = MAX_ORDER - 1; order > 0; order--) {
+ for (migratetype = 0; migratetype < MIGRATE_TYPES;
+mig
On Tue, Jun 13, 2017 at 09:07:31AM +0100, Charles Keepax wrote:
> On Mon, Jun 12, 2017 at 05:38:56PM +0100, Mark Brown wrote:
> > On Mon, Jun 12, 2017 at 04:17:52PM +0100, Charles Keepax wrote:
> > > r = regulator_lookup_by_name(supply);
> > > - if (r)
> > > - return r;
> > Why have you
Commit-ID: 032370b9c81f44b3aaadf3115d550f4b6b5fa2b9
Gitweb: http://git.kernel.org/tip/032370b9c81f44b3aaadf3115d550f4b6b5fa2b9
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:28 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:55 +0200
x86/boot/64: Add suppo
Commit-ID: 7e82ea946ae4d056859b19fcdec66425878395eb
Gitweb: http://git.kernel.org/tip/7e82ea946ae4d056859b19fcdec66425878395eb
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:30 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:57 +0200
x86/mm: Make kernel_ph
Commit-ID: 141efad7d7fa4f4abb3a1b19f6a968d1b1f21903
Gitweb: http://git.kernel.org/tip/141efad7d7fa4f4abb3a1b19f6a968d1b1f21903
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:29 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:56 +0200
x86/mm: Add sync_globa
Commit-ID: 8624c1f66f0fef640d0e044ddf1eb60e77e76df6
Gitweb: http://git.kernel.org/tip/8624c1f66f0fef640d0e044ddf1eb60e77e76df6
Author: Kirill A. Shutemov
AuthorDate: Tue, 6 Jun 2017 14:31:31 +0300
Committer: Ingo Molnar
CommitDate: Tue, 13 Jun 2017 08:56:58 +0200
x86/mm: Add support fo
101 - 200 of 1021 matches
Mail list logo
