From: Stephen Lyons
This Far-Eastern company's PS/2 mice use a deviant format for the data
relating to movement of the scroll wheels for, at least, their dual wheel
mice, such as their "Optical GreatEye Wheelmouse" model "WOP-35". This
product has five "buttons" (one of
- switch to using BIT() macros
- use u8 instead of unsigned char for byte data
- use input_set_capability() instead of manipulating capabilities bits
directly
- use sign_extend32() when extracting wheel data.
- do not abuse -1 as error code, propagate errors from various calls.
Signed-off-by:
Many protocol driver re-implement code to parse buttons or motion data from
the standard PS/2 protocol. Let's split the parsing into separate
functions and reuse them in protocol drivers.
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/alps.c | 30 +++---
From: Stephen Lyons
This Far-Eastern company's PS/2 mice use a deviant format for the data
relating to movement of the scroll wheels for, at least, their dual wheel
mice, such as their "Optical GreatEye Wheelmouse" model "WOP-35". This
product has five "buttons" (one of which is the click
- switch to using BIT() macros
- use u8 instead of unsigned char for byte data
- use input_set_capability() instead of manipulating capabilities bits
directly
- use sign_extend32() when extracting wheel data.
- do not abuse -1 as error code, propagate errors from various calls.
Signed-off-by:
- switch to using BIT() macros
- use u8 instead of unsigned char for byte data
- use input_set_capability() instead of manipulating capabilities bits
directly
- use sign_extend32() when extracting wheel data.
- do not abuse -1 as error code, propagate errors from various calls.
Signed-off-by:
- use u8 instead of unsigned char for byte data
- use input_set_capability() instead of manipulating capabilities bits
directly
- do not abuse -1 as error code, propagate errors from various calls.
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/lifebook.c |
- use u8 instead of unsigned char for byte data
- use input_set_capability() instead of manipulating capabilities bits
directly
- do not abuse -1 as error code, propagate errors from various calls.
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/lifebook.c | 50
Hi,
Just a few cleanups to psmouse code: BIT(), sign_extend(), u8 for data,
etc. Plus a patch from Stephen Lyons to handle A4Tech mice with 2 scroll
wheels.
Thanks.
Dmitry Torokhov (6):
Input: psmouse - create helper for reporting standard buttons/motion
Input: psmouse - clean up code
Hi,
Just a few cleanups to psmouse code: BIT(), sign_extend(), u8 for data,
etc. Plus a patch from Stephen Lyons to handle A4Tech mice with 2 scroll
wheels.
Thanks.
Dmitry Torokhov (6):
Input: psmouse - create helper for reporting standard buttons/motion
Input: psmouse - clean up code
On Mon, Jan 15, 2018 at 04:13:59AM +0100, Jonathan Neuschäfer wrote:
> Signed-off-by: Jonathan Neuschäfer
> ---
> .../bindings/gpio/nintendo,hollywood-gpio.txt | 27
> ++
> .../devicetree/bindings/powerpc/nintendo/wii.txt | 9 +---
> 2
On Mon, Jan 15, 2018 at 04:13:59AM +0100, Jonathan Neuschäfer wrote:
> Signed-off-by: Jonathan Neuschäfer
> ---
> .../bindings/gpio/nintendo,hollywood-gpio.txt | 27
> ++
> .../devicetree/bindings/powerpc/nintendo/wii.txt | 9 +---
> 2 files changed, 28
On Fri, Jan 19, 2018 at 1:22 AM, Marc Zyngier wrote:
> On 18/01/18 23:33, Brian Norris wrote:
>> Hi,
>>
>> On Sat, Jan 13, 2018 at 06:10:52PM +, Marc Zyngier wrote:
>>> On Fri, 12 Jan 2018 21:24:18 +,
>>> Derek Basehore wrote:
Some platforms power off GIC
On Fri, Jan 19, 2018 at 1:22 AM, Marc Zyngier wrote:
> On 18/01/18 23:33, Brian Norris wrote:
>> Hi,
>>
>> On Sat, Jan 13, 2018 at 06:10:52PM +, Marc Zyngier wrote:
>>> On Fri, 12 Jan 2018 21:24:18 +,
>>> Derek Basehore wrote:
Some platforms power off GIC logic in S3, so we need
On 2018/01/20 07:45, Benjamin Poirier wrote:
[...]
> >
> > I'm of the mind that we need to cut down on the code thrash. This
> > driver is supposed to have been in a "maintenance" mode for the last
> > year or so as there aren't being any new parts added is my
> > understanding. As-is I don't
On 2018/01/20 07:45, Benjamin Poirier wrote:
[...]
> >
> > I'm of the mind that we need to cut down on the code thrash. This
> > driver is supposed to have been in a "maintenance" mode for the last
> > year or so as there aren't being any new parts added is my
> > understanding. As-is I don't
On Fri, Jan 19, 2018 at 2:12 PM, Al Viro wrote:
> On Fri, Jan 19, 2018 at 10:42:18AM -0800, Linus Torvalds wrote:
>>
>> We *should* be careful about it. I guess sparse could be made to warn,
>> but I'm afraid that we have so many of these things that a warning
>> isn't
On Fri, Jan 19, 2018 at 2:12 PM, Al Viro wrote:
> On Fri, Jan 19, 2018 at 10:42:18AM -0800, Linus Torvalds wrote:
>>
>> We *should* be careful about it. I guess sparse could be made to warn,
>> but I'm afraid that we have so many of these things that a warning
>> isn't reasonable.
>
> You mean
On Tue, Jan 9, 2018 at 12:23 PM, Kees Cook wrote:
> Attempts to solve problems with the stack limit changing during exec
> continue to be frustrated[1][2]. In addition to the specific issues
> around the Stack Clash family of flaws, Andy Lutomirski pointed out[3]
> other
On Tue, Jan 9, 2018 at 12:23 PM, Kees Cook wrote:
> Attempts to solve problems with the stack limit changing during exec
> continue to be frustrated[1][2]. In addition to the specific issues
> around the Stack Clash family of flaws, Andy Lutomirski pointed out[3]
> other places during exec where
On 2018/01/19 08:22, Alexander Duyck wrote:
> On Fri, Jan 19, 2018 at 5:36 AM, Benjamin Poirier
> wrote:
> > On 2018/01/19 17:59, Benjamin Poirier wrote:
> >> On 2018/01/18 07:51, Alexander Duyck wrote:
> >> > On Wed, Jan 17, 2018 at 10:50 PM, Benjamin Poirier
On 2018/01/19 08:22, Alexander Duyck wrote:
> On Fri, Jan 19, 2018 at 5:36 AM, Benjamin Poirier
> wrote:
> > On 2018/01/19 17:59, Benjamin Poirier wrote:
> >> On 2018/01/18 07:51, Alexander Duyck wrote:
> >> > On Wed, Jan 17, 2018 at 10:50 PM, Benjamin Poirier
> >> > wrote:
> >> > > It was
On Fri, Jan 12, 2018 at 04:30:34PM +0100, Philippe Cornu wrote:
> Add the DPI/RGB input pixel clock in mandatory properties
> because it really offers a better preciseness for timing
> computations.
> Note: Fix also the DSI panel example where "ref" & "pclk"
> clocks were swapped.
>
>
On Fri, Jan 12, 2018 at 04:30:34PM +0100, Philippe Cornu wrote:
> Add the DPI/RGB input pixel clock in mandatory properties
> because it really offers a better preciseness for timing
> computations.
> Note: Fix also the DSI panel example where "ref" & "pclk"
> clocks were swapped.
>
>
On Fri, Jan 12, 2018 at 04:23:02PM +0200, Claudiu Beznea wrote:
> Add documentation for PWM push-pull mode.
>
> Signed-off-by: Claudiu Beznea
> ---
> Documentation/devicetree/bindings/pwm/pwm.txt | 8 +++-
> Documentation/pwm.txt | 18
On Fri, Jan 12, 2018 at 04:23:02PM +0200, Claudiu Beznea wrote:
> Add documentation for PWM push-pull mode.
>
> Signed-off-by: Claudiu Beznea
> ---
> Documentation/devicetree/bindings/pwm/pwm.txt | 8 +++-
> Documentation/pwm.txt | 18 ++
> 2 files
On Fri, Jan 19, 2018 at 02:26:20PM -0800, Randy Dunlap wrote:
> On 01/19/2018 11:41 AM, Dmitry Torokhov wrote:
> > Let's explicitly document bit numbers with BIT() macro.
> >
> > Signed-off-by: Dmitry Torokhov
>
> Makes sense, but something should
> #include
Indeed,
On Fri, Jan 12, 2018 at 04:22:58PM +0200, Claudiu Beznea wrote:
> Add documentation for PWM normal and complementary modes.
This and the previous patch can be combined.
>
> Signed-off-by: Claudiu Beznea
> ---
> Documentation/devicetree/bindings/pwm/pwm.txt | 17
On Fri, Jan 19, 2018 at 02:26:20PM -0800, Randy Dunlap wrote:
> On 01/19/2018 11:41 AM, Dmitry Torokhov wrote:
> > Let's explicitly document bit numbers with BIT() macro.
> >
> > Signed-off-by: Dmitry Torokhov
>
> Makes sense, but something should
> #include
Indeed, I'll add it, thanks.
>
>
On Fri, Jan 12, 2018 at 04:22:58PM +0200, Claudiu Beznea wrote:
> Add documentation for PWM normal and complementary modes.
This and the previous patch can be combined.
>
> Signed-off-by: Claudiu Beznea
> ---
> Documentation/devicetree/bindings/pwm/pwm.txt | 17 ++--
>
On 01/19/2018 02:06 PM, kbuild test robot wrote:
> Hi Florian,
>
> I love your patch! Perhaps something to improve:
>
> [auto build test WARNING on net-next/master]
>
> url:
>
On 01/19/2018 02:06 PM, kbuild test robot wrote:
> Hi Florian,
>
> I love your patch! Perhaps something to improve:
>
> [auto build test WARNING on net-next/master]
>
> url:
>
Hi Jacopo,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.15-rc8]
[cannot apply to linuxtv-media/master next-20180119]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve
Hi Jacopo,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.15-rc8]
[cannot apply to linuxtv-media/master next-20180119]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve
On Fri, Jan 12, 2018 at 04:22:57PM +0200, Claudiu Beznea wrote:
> Define a macros for PWM modes to be used by device tree sources.
>
> Signed-off-by: Claudiu Beznea
> ---
> include/dt-bindings/pwm/pwm.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git
On Fri, Jan 12, 2018 at 04:22:57PM +0200, Claudiu Beznea wrote:
> Define a macros for PWM modes to be used by device tree sources.
>
> Signed-off-by: Claudiu Beznea
> ---
> include/dt-bindings/pwm/pwm.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/include/dt-bindings/pwm/pwm.h
On Fri, Jan 12, 2018 at 04:22:49PM +0200, Claudiu Beznea wrote:
> pwm-cells should be at least 2 to provide channel number and period value.
>
> Cc: Mike Dunn
> Signed-off-by: Claudiu Beznea
> ---
>
On Fri, Jan 12, 2018 at 04:22:49PM +0200, Claudiu Beznea wrote:
> pwm-cells should be at least 2 to provide channel number and period value.
>
> Cc: Mike Dunn
> Signed-off-by: Claudiu Beznea
> ---
> Documentation/devicetree/bindings/pwm/pxa-pwm.txt | 6 +++---
> 1 file changed, 3
Quoting Felix Kuehling :
Looks good. This change is Reviewed-by: Felix Kuehling
Thanks Felix.
--
Gustavo
Quoting Felix Kuehling :
Looks good. This change is Reviewed-by: Felix Kuehling
Thanks Felix.
--
Gustavo
On 01/19/2018 11:41 AM, Dmitry Torokhov wrote:
> Let's explicitly document bit numbers with BIT() macro.
>
> Signed-off-by: Dmitry Torokhov
Makes sense, but something should
#include
per Documentation/process/submit-checklist.rst Rule #1:
1) If you use a facility
On 01/19/2018 11:41 AM, Dmitry Torokhov wrote:
> Let's explicitly document bit numbers with BIT() macro.
>
> Signed-off-by: Dmitry Torokhov
Makes sense, but something should
#include
per Documentation/process/submit-checklist.rst Rule #1:
1) If you use a facility then #include the file that
On Fri, 19 Jan 2018 14:17:45 +, Roman Gushchin wrote:
> > Looks good, thanks Roman!
> > Would you mind updating the map names as well? It seems the
> > BPF_MAP_TYPE_CPUMAP is missing from the list in map.c.
>
> Hello, Quentin!
>
> Here is the patch.
Thank you for following up, would you
On Fri, 19 Jan 2018 14:17:45 +, Roman Gushchin wrote:
> > Looks good, thanks Roman!
> > Would you mind updating the map names as well? It seems the
> > BPF_MAP_TYPE_CPUMAP is missing from the list in map.c.
>
> Hello, Quentin!
>
> Here is the patch.
Thank you for following up, would you
On 01/19/2018 01:36 AM, Shuah Khan wrote:
> Update .gitignore with missing generated files.
>
> Signed-off-by: Shuah Khan
Applied to bpf-next, thanks Shuah!
On 01/19/2018 01:36 AM, Shuah Khan wrote:
> Update .gitignore with missing generated files.
>
> Signed-off-by: Shuah Khan
Applied to bpf-next, thanks Shuah!
On 01/19/2018 03:37 PM, Quentin Monnet wrote:
> 2018-01-19 14:17 UTC+ ~ Roman Gushchin
>> On Mon, Jan 15, 2018 at 07:32:01PM +, Quentin Monnet wrote:
>
> [...]
>
>>> Looks good, thanks Roman!
>>> Would you mind updating the map names as well? It seems the
>>>
On 01/19/2018 03:37 PM, Quentin Monnet wrote:
> 2018-01-19 14:17 UTC+ ~ Roman Gushchin
>> On Mon, Jan 15, 2018 at 07:32:01PM +, Quentin Monnet wrote:
>
> [...]
>
>>> Looks good, thanks Roman!
>>> Would you mind updating the map names as well? It seems the
>>> BPF_MAP_TYPE_CPUMAP is
Looks good. This change is Reviewed-by: Felix Kuehling
Regards,
Felix
On 2018-01-18 07:39 PM, Gustavo A. R. Silva wrote:
> Use ARRAY_SIZE instead of dividing sizeof array with sizeof an element.
>
> This issue was detected with the help of Coccinelle.
>
>
Looks good. This change is Reviewed-by: Felix Kuehling
Regards,
Felix
On 2018-01-18 07:39 PM, Gustavo A. R. Silva wrote:
> Use ARRAY_SIZE instead of dividing sizeof array with sizeof an element.
>
> This issue was detected with the help of Coccinelle.
>
> Signed-off-by: Gustavo A. R. Silva
On 01/19/2018 01:17 PM, Icenowy Zheng wrote:
> 在 2018年1月20日星期六 CST 上午5:14:09,Rob Herring 写道:
>> On Thu, Jan 11, 2018 at 11:03:43AM +0800, Yong Deng wrote:
>>> Add binding documentation for Allwinner V3s CSI.
>>>
>>> Signed-off-by: Yong Deng
>>> ---
>>>
>>>
On 01/19/2018 01:17 PM, Icenowy Zheng wrote:
> 在 2018年1月20日星期六 CST 上午5:14:09,Rob Herring 写道:
>> On Thu, Jan 11, 2018 at 11:03:43AM +0800, Yong Deng wrote:
>>> Add binding documentation for Allwinner V3s CSI.
>>>
>>> Signed-off-by: Yong Deng
>>> ---
>>>
>>>
On Fri, Jan 19, 2018 at 10:42:18AM -0800, Linus Torvalds wrote:
> On Fri, Jan 19, 2018 at 4:55 AM, Matthew Wilcox wrote:
> >
> > So really we should be casting 'b' and 'a' to uintptr_t to be fully
> > compliant with the spec.
>
> That's an unnecessary technicality.
>
> Any
On Fri, Jan 19, 2018 at 10:42:18AM -0800, Linus Torvalds wrote:
> On Fri, Jan 19, 2018 at 4:55 AM, Matthew Wilcox wrote:
> >
> > So really we should be casting 'b' and 'a' to uintptr_t to be fully
> > compliant with the spec.
>
> That's an unnecessary technicality.
>
> Any compiler that doesn't
tion(+), 1 deletion(-)
--- linux-next-20180119.orig/drivers/media/platform/renesas-ceu.c
+++ linux-next-20180119/drivers/media/platform/renesas-ceu.c
@@ -1494,7 +1494,7 @@ static int ceu_parse_dt(struct ceu_devic
ceu_sd->mbus_flags = fw_ep.bus.parallel.flags;
esas-ceu.c:1497:27: error: request for member
'fwnode' in something not a structure or union
ceu_sd->asd.match.fwnode.fwnode =
Signed-off-by: Randy Dunlap
---
drivers/media/platform/renesas-ceu.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20180119.orig/d
One fix for SAS attached SATA CD-ROMs. It turns out that the libata
handling of CD devices relies on the SCSI error handler, so disable
async aborts (which don't start the error handler) for these devices.
The patch is available here:
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git
One fix for SAS attached SATA CD-ROMs. It turns out that the libata
handling of CD devices relies on the SCSI error handler, so disable
async aborts (which don't start the error handler) for these devices.
The patch is available here:
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git
On Fri, Jan 12, 2018 at 06:18:21PM +0800, Chunyan Zhang wrote:
> Some systems need to set regulators to specific states when they enter
> low power modes, especially around CPUs. There are many of these modes
> depending on the particular runtime state.
>
> Currently the regulator consumers are
On Fri, Jan 12, 2018 at 06:18:21PM +0800, Chunyan Zhang wrote:
> Some systems need to set regulators to specific states when they enter
> low power modes, especially around CPUs. There are many of these modes
> depending on the particular runtime state.
>
> Currently the regulator consumers are
Hi Florian,
I love your patch! Perhaps something to improve:
[auto build test WARNING on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Florian-Fainelli/net-stmmac-Fix-reception-of-Broadcom-switches-tags/20180120-044006
config: x86_64-randconfig-x002-201802 (attached as
Hi Florian,
I love your patch! Perhaps something to improve:
[auto build test WARNING on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Florian-Fainelli/net-stmmac-Fix-reception-of-Broadcom-switches-tags/20180120-044006
config: x86_64-randconfig-x002-201802 (attached as
On Fri, 19 Jan 2018 13:58:01 -0800 syzbot
wrote:
> Hello,
>
> syzbot hit the following crash on mmots commit
> 2164355612187e55e8d60a28d2cc6b2337841a7e (Fri Jan 19 01:07:54 2018 +)
> pci: test for unexpectedly disabled bridges
>
> So
On Fri, 19 Jan 2018 13:58:01 -0800 syzbot
wrote:
> Hello,
>
> syzbot hit the following crash on mmots commit
> 2164355612187e55e8d60a28d2cc6b2337841a7e (Fri Jan 19 01:07:54 2018 +)
> pci: test for unexpectedly disabled bridges
>
> So far this crash happened 2 times on mmots.
> C
On Fri, 19 Jan 2018 16:58:02 -0500
Steven Rostedt wrote:
> Just to let you know. I accepted all three of your patches. I have one
> comment, (and changed this myself).
Anyway,
Great job so far! I think I'm all set to start getting trace-cmd 2.7
out now. Unfortunately, I
On Fri, 19 Jan 2018 16:58:02 -0500
Steven Rostedt wrote:
> Just to let you know. I accepted all three of your patches. I have one
> comment, (and changed this myself).
Anyway,
Great job so far! I think I'm all set to start getting trace-cmd 2.7
out now. Unfortunately, I don't think I'll be
On 2018-01-19 15:54, Arnd Bergmann wrote:
> There is now only one caller left for svcxdr_dupstr() and this is inside
> of an #ifdef, so we can get a warning when the option is disabled:
>
> fs/nfsd/nfs4xdr.c:241:1: error: 'svcxdr_dupstr' defined but not used
> [-Werror=unused-function]
>
> This
On 2018-01-19 15:54, Arnd Bergmann wrote:
> There is now only one caller left for svcxdr_dupstr() and this is inside
> of an #ifdef, so we can get a warning when the option is disabled:
>
> fs/nfsd/nfs4xdr.c:241:1: error: 'svcxdr_dupstr' defined but not used
> [-Werror=unused-function]
>
> This
Just to let you know. I accepted all three of your patches. I have one
comment, (and changed this myself).
On Tue, 16 Jan 2018 21:53:41 +0200
"Vladislav Valtchev (VMware)" wrote:
> file and then parse it as an integer using strtol(). Then, it makes the
> function
Just to let you know. I accepted all three of your patches. I have one
comment, (and changed this myself).
On Tue, 16 Jan 2018 21:53:41 +0200
"Vladislav Valtchev (VMware)" wrote:
> file and then parse it as an integer using strtol(). Then, it makes the
> function
This line is 80 characters.
If clk_get() fails, device_remove_file() looks inappropriate.
The error path, where all crypto_register fail, misses resource
deallocations.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
If clk_get() fails, device_remove_file() looks inappropriate.
The error path, where all crypto_register fail, misses resource
deallocations.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/crypto/picoxcell_crypto.c | 27
On Thu, Jan 18, 2018 at 09:47:50AM -0800, Brian Norris wrote:
> On Thu, Jan 18, 2018 at 06:20:09PM +0100, Enric Balletbo Serra wrote:
> > As Brian said commit 06c47e6286d5 'usb: dwc3: of-simple: Add support
> > to get resets for the device' introduced the support to get the resets
> > from
On Thu, Jan 18, 2018 at 09:47:50AM -0800, Brian Norris wrote:
> On Thu, Jan 18, 2018 at 06:20:09PM +0100, Enric Balletbo Serra wrote:
> > As Brian said commit 06c47e6286d5 'usb: dwc3: of-simple: Add support
> > to get resets for the device' introduced the support to get the resets
> > from
Return statements in functions returning bool should use
true/false instead of 1/0.
This issue was detected with the help of Coccinelle.
Signed-off-by: Gustavo A. R. Silva
---
Changes in v2:
- Fix function using_ipsec as suggested by Ursula Braun.
- Update subject
Return statements in functions returning bool should use
true/false instead of 1/0.
This issue was detected with the help of Coccinelle.
Signed-off-by: Gustavo A. R. Silva
---
Changes in v2:
- Fix function using_ipsec as suggested by Ursula Braun.
- Update subject line.
net/smc/smc.h | 4
On Fri, Jan 19, 2018 at 12:24:17PM -0800, Andi Kleen wrote:
> > Oh, think a bit more.
> > I think we cannot do the same thing as we did for CPU PMU's fixed counters.
> >
> > The counters here are free running counters. They cannot be start/stop.
>
> Yes free running counter have completely
On Fri, Jan 19, 2018 at 12:24:17PM -0800, Andi Kleen wrote:
> > Oh, think a bit more.
> > I think we cannot do the same thing as we did for CPU PMU's fixed counters.
> >
> > The counters here are free running counters. They cannot be start/stop.
>
> Yes free running counter have completely
* Suman Anna [180119 20:23]:
> On 01/16/2018 05:22 PM, Tony Lindgren wrote:
> > The RSTST registers mostly tell the device internal reset reason
> > like watchdog reset for an accelerator. I'm not sure how the
> > API for those would look like, do you have some ideas?
>
> There
* Suman Anna [180119 20:23]:
> On 01/16/2018 05:22 PM, Tony Lindgren wrote:
> > The RSTST registers mostly tell the device internal reset reason
> > like watchdog reset for an accelerator. I'm not sure how the
> > API for those would look like, do you have some ideas?
>
> There are multiple
From: Markus Elfring
Date: Fri, 19 Jan 2018 22:22:38 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
From: Markus Elfring
Date: Fri, 19 Jan 2018 22:22:38 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/iommu/ipmmu-vmsa.c | 4 +---
1 file changed, 1 insertion(+),
On Fri, Jan 12, 2018 at 02:27:52PM +1300, Chris Packham wrote:
> The aurora cache on the Marvell Armada-XP SoC supports ECC protection
> for the L2 data arrays. Add a "marvell,ecc-enable" device tree property
> which can be used to enable this.
>
> Signed-off-by: Chris Packham
On Fri, Jan 12, 2018 at 02:27:52PM +1300, Chris Packham wrote:
> The aurora cache on the Marvell Armada-XP SoC supports ECC protection
> for the L2 data arrays. Add a "marvell,ecc-enable" device tree property
> which can be used to enable this.
>
> Signed-off-by: Chris Packham
>
On Fri, Jan 19, 2018 at 10:03 PM, Serge Semin wrote:
>
> Actually the provided patch is the best solution I could come up with.
> The thing is, that the methods can't be changed. Those functions are
> the part of the NTB API methods used by many drivers. So basically they
On Fri, Jan 19, 2018 at 10:03 PM, Serge Semin wrote:
>
> Actually the provided patch is the best solution I could come up with.
> The thing is, that the methods can't be changed. Those functions are
> the part of the NTB API methods used by many drivers. So basically they
> are like
On Sat, Jan 20, 2018 at 12:03:10AM +0300, Serge Semin
wrote:
> On Fri, Jan 19, 2018 at 09:42:17PM +0100, Arnd Bergmann wrote:
> > On Fri, Jan 19, 2018 at 6:30 PM, Serge Semin
> > wrote:
> > > Sparse is whining about the u32 and
On Sat, Jan 20, 2018 at 12:03:10AM +0300, Serge Semin
wrote:
> On Fri, Jan 19, 2018 at 09:42:17PM +0100, Arnd Bergmann wrote:
> > On Fri, Jan 19, 2018 at 6:30 PM, Serge Semin
> > wrote:
> > > Sparse is whining about the u32 and __le32 mixed usage in the
> > > driver.
> > >
> > >
On Thu, Jan 11, 2018 at 07:31:57PM +0800, hao_zhang wrote:
> This patch adds allwinner R40, V40, T3 pwm binding documents.
>
> Signed-off-by: hao_zhang
> ---
> Documentation/devicetree/bindings/pwm/pwm-sun8i.txt | 18 ++
> 1 file changed, 18 insertions(+)
>
On Thu, Jan 11, 2018 at 07:31:57PM +0800, hao_zhang wrote:
> This patch adds allwinner R40, V40, T3 pwm binding documents.
>
> Signed-off-by: hao_zhang
> ---
> Documentation/devicetree/bindings/pwm/pwm-sun8i.txt | 18 ++
> 1 file changed, 18 insertions(+)
> create mode 100644
On Wed, Jan 10, 2018 at 10:00:03PM -0800, Bjorn Andersson wrote:
> This adds the DeviceTree binding for the Qualcomm SDM845 TLMM block.
>
> Signed-off-by: Bjorn Andersson
> ---
>
> Changes since v1:
> - Added qspi related functions
>
>
On Wed, Jan 10, 2018 at 10:00:03PM -0800, Bjorn Andersson wrote:
> This adds the DeviceTree binding for the Qualcomm SDM845 TLMM block.
>
> Signed-off-by: Bjorn Andersson
> ---
>
> Changes since v1:
> - Added qspi related functions
>
> .../bindings/pinctrl/qcom,sdm845-pinctrl.txt | 176
在 2018年1月20日星期六 CST 上午5:14:09,Rob Herring 写道:
> On Thu, Jan 11, 2018 at 11:03:43AM +0800, Yong Deng wrote:
> > Add binding documentation for Allwinner V3s CSI.
> >
> > Signed-off-by: Yong Deng
> > ---
> >
> > .../devicetree/bindings/media/sun6i-csi.txt| 59
> >
在 2018年1月20日星期六 CST 上午5:14:09,Rob Herring 写道:
> On Thu, Jan 11, 2018 at 11:03:43AM +0800, Yong Deng wrote:
> > Add binding documentation for Allwinner V3s CSI.
> >
> > Signed-off-by: Yong Deng
> > ---
> >
> > .../devicetree/bindings/media/sun6i-csi.txt| 59
> > ++ 1
On Thu, Jan 11, 2018 at 11:03:43AM +0800, Yong Deng wrote:
> Add binding documentation for Allwinner V3s CSI.
>
> Signed-off-by: Yong Deng
> ---
> .../devicetree/bindings/media/sun6i-csi.txt| 59
> ++
> 1 file changed, 59 insertions(+)
>
On Thu, Jan 11, 2018 at 11:03:43AM +0800, Yong Deng wrote:
> Add binding documentation for Allwinner V3s CSI.
>
> Signed-off-by: Yong Deng
> ---
> .../devicetree/bindings/media/sun6i-csi.txt| 59
> ++
> 1 file changed, 59 insertions(+)
> create mode 100644
On Wed, Jan 10, 2018 at 11:48:34PM +0100, Paul Cercueil wrote:
> Add documentation about how to properly use the Ingenic TCU
> (Timer/Counter Unit) timers driver from devicetree.
>
> Signed-off-by: Paul Cercueil
> ---
> .../devicetree/bindings/timer/ingenic,tcu.txt |
On Wed, Jan 10, 2018 at 11:48:34PM +0100, Paul Cercueil wrote:
> Add documentation about how to properly use the Ingenic TCU
> (Timer/Counter Unit) timers driver from devicetree.
>
> Signed-off-by: Paul Cercueil
> ---
> .../devicetree/bindings/timer/ingenic,tcu.txt | 35
>
On Wed, Jan 10, 2018 at 11:48:33PM +0100, Paul Cercueil wrote:
> Add documentation about how to properly use the Ingenic TCU
> (Timer/Counter Unit) clocks driver from devicetree.
>
> Signed-off-by: Paul Cercueil
> ---
> .../bindings/clock/ingenic,tcu-clocks.txt |
On Wed, Jan 10, 2018 at 11:48:33PM +0100, Paul Cercueil wrote:
> Add documentation about how to properly use the Ingenic TCU
> (Timer/Counter Unit) clocks driver from devicetree.
>
> Signed-off-by: Paul Cercueil
> ---
> .../bindings/clock/ingenic,tcu-clocks.txt | 36
>
201 - 300 of 1406 matches
Mail list logo