The use of ATH10K WiFi is becoming common in i.MX based boards,
especially on new designs, so enable the driver support as module so
it can be used out of box.
Signed-off-by: Otavio Salvador
---
arch/arm/configs/imx_v6_v7_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git
The use of ATH10K WiFi is becoming common in i.MX based boards,
especially on new designs, so enable the driver support as module so
it can be used out of box.
Signed-off-by: Otavio Salvador
---
arch/arm/configs/imx_v6_v7_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git
The ASUS T101HA keyboard dock generates HID events using the ASUS vendor
specific UsagePage 0xff31. In consequence, some multimedia keys such as
brightness up and down are not working with hid-generic.
This commit adds the T101HA dock into the supported device list of the
hid-asus driver. It also
The ASUS T101HA keyboard dock generates HID events using the ASUS vendor
specific UsagePage 0xff31. In consequence, some multimedia keys such as
brightness up and down are not working with hid-generic.
This commit adds the T101HA dock into the supported device list of the
hid-asus driver. It also
On Thu, 29 Nov 2018 18:56:39 +0200
Stefan Popa wrote:
> Move ad7606 ADC driver out of staging and into the mainline.
>
> Signed-off-by: Stefan Popa
Hi Stefan,
This has fallen into the usual trap that if I take 'just one last look'
at something I always find just one more thing (well 2 here)
On Thu, 29 Nov 2018 18:56:39 +0200
Stefan Popa wrote:
> Move ad7606 ADC driver out of staging and into the mainline.
>
> Signed-off-by: Stefan Popa
Hi Stefan,
This has fallen into the usual trap that if I take 'just one last look'
at something I always find just one more thing (well 2 here)
On Sat, Dec 1, 2018 at 2:28 AM Peter Zijlstra wrote:
>
> On Fri, Nov 30, 2018 at 04:35:06PM -0800, Dan Williams wrote:
> >
> > Dan Williams (5):
> > generic/pgtable: Make {pmd,pud}_same() unconditionally available
> > generic/pgtable: Introduce {p4d,pgd}_same()
> >
On Sat, Dec 1, 2018 at 2:28 AM Peter Zijlstra wrote:
>
> On Fri, Nov 30, 2018 at 04:35:06PM -0800, Dan Williams wrote:
> >
> > Dan Williams (5):
> > generic/pgtable: Make {pmd,pud}_same() unconditionally available
> > generic/pgtable: Introduce {p4d,pgd}_same()
> >
From: Randy Dunlap
Fix typos, spellos, and grammar in p2pdma.rst and p2pdma.c.
Fix return value(s) in function pci_p2pmem_alloc_sgl().
Signed-off-by: Randy Dunlap
Cc: linux-...@vger.kernel.org
Cc: Bjorn Helgaas
Cc: Jonathan Corbet
Cc: Logan Gunthorpe
---
From: Randy Dunlap
Fix typos, spellos, and grammar in p2pdma.rst and p2pdma.c.
Fix return value(s) in function pci_p2pmem_alloc_sgl().
Signed-off-by: Randy Dunlap
Cc: linux-...@vger.kernel.org
Cc: Bjorn Helgaas
Cc: Jonathan Corbet
Cc: Logan Gunthorpe
---
On Thu, 29 Nov 2018 11:02:46 -0200
Giuliano Augusto Faulin Belinassi wrote:
> Hi
A few follow ups from me having read the result in patch 2.
Jonathan
>
> On Thu, Nov 29, 2018 at 9:18 AM Popa, Stefan Serban
> wrote:
> >
> > On Mi, 2018-11-28 at 16:15 -0200, Giuliano Belinassi wrote:
> > >
On Thu, 29 Nov 2018 11:02:46 -0200
Giuliano Augusto Faulin Belinassi wrote:
> Hi
A few follow ups from me having read the result in patch 2.
Jonathan
>
> On Thu, Nov 29, 2018 at 9:18 AM Popa, Stefan Serban
> wrote:
> >
> > On Mi, 2018-11-28 at 16:15 -0200, Giuliano Belinassi wrote:
> > >
On Wed, 28 Nov 2018 16:16:34 -0200
Giuliano Belinassi wrote:
> Move ad7780 sigma-delta adc out of staging to the main tree
Please add a few details here on what the device is and what interfaces
are provided. It's nice for anyone whose first encounter with this
driver is this patch (as they
On Wed, 28 Nov 2018 16:16:34 -0200
Giuliano Belinassi wrote:
> Move ad7780 sigma-delta adc out of staging to the main tree
Please add a few details here on what the device is and what interfaces
are provided. It's nice for anyone whose first encounter with this
driver is this patch (as they
We already have the DEFINE_SHOW_ATTRIBUTE.There is no need to define
such a macro,so remove GENWQE_DEBUGFS_RO.Also use DEFINE_SHOW_ATTRIBUTE
to simplify some code.
Signed-off-by: Yangtao Li
---
drivers/misc/genwqe/card_debugfs.c | 85
We already have the DEFINE_SHOW_ATTRIBUTE.There is no need to define
such a macro,so remove GENWQE_DEBUGFS_RO.Also use DEFINE_SHOW_ATTRIBUTE
to simplify some code.
Signed-off-by: Yangtao Li
---
drivers/misc/genwqe/card_debugfs.c | 85
On Thu, 29 Nov 2018 18:57:43 +0200
Stefan Popa wrote:
> Document support for AD7606 Analog to Digital Converter.
>
> Signed-off-by: Stefan Popa
Looks good to me, but as it's a non trivial binding in complexity I'd
definitely like a DT maintainers input before applying this.
Thanks,
Jonathan
On Thu, 29 Nov 2018 18:57:43 +0200
Stefan Popa wrote:
> Document support for AD7606 Analog to Digital Converter.
>
> Signed-off-by: Stefan Popa
Looks good to me, but as it's a non trivial binding in complexity I'd
definitely like a DT maintainers input before applying this.
Thanks,
Jonathan
On Wed, 28 Nov 2018 15:53:12 -0200
Matheus Tavares wrote:
> From: Lucas Santos
>
> This patch removes all license boilerplate texts from the .c and .h
> files at drivers/iio/adc/ and, instead, adds the proper SPDX license
> identifiers.
>
> Signed-off-by: Lucas Santos
> Signed-off-by:
On Wed, 28 Nov 2018 15:53:12 -0200
Matheus Tavares wrote:
> From: Lucas Santos
>
> This patch removes all license boilerplate texts from the .c and .h
> files at drivers/iio/adc/ and, instead, adds the proper SPDX license
> identifiers.
>
> Signed-off-by: Lucas Santos
> Signed-off-by:
On Tue, 27 Nov 2018 18:05:04 +0100
Nicholas Mc Guire wrote:
> devm_kasprintf() may return NULL on failure of internal allocation thus
> the assignments to attr.name are not safe if not checked. On error
> ad7280_attr_init() returns a negative return so -ENOMEM should be
> OK here (passed on as
On Tue, 27 Nov 2018 18:05:04 +0100
Nicholas Mc Guire wrote:
> devm_kasprintf() may return NULL on failure of internal allocation thus
> the assignments to attr.name are not safe if not checked. On error
> ad7280_attr_init() returns a negative return so -ENOMEM should be
> OK here (passed on as
On December 2, 2018 4:52:37 AM GMT+13:00, Andy Lutomirski
wrote:
>
>
>> On Dec 1, 2018, at 7:28 AM, Eric W. Biederman
>wrote:
>>
>>
>> It just occurs to me that the simple way to implement
>> procfd_sigqueueinfo info is like:
>>
>> int copy_siginfo_from_user_any(kernel_siginfo_t *info,
On December 2, 2018 4:52:37 AM GMT+13:00, Andy Lutomirski
wrote:
>
>
>> On Dec 1, 2018, at 7:28 AM, Eric W. Biederman
>wrote:
>>
>>
>> It just occurs to me that the simple way to implement
>> procfd_sigqueueinfo info is like:
>>
>> int copy_siginfo_from_user_any(kernel_siginfo_t *info,
Made spacing more consistent in the code for function pointer
declarations based on checkpatch.pl
Signed-off-by: Benjamin Young
---
drivers/pci/pcie/portdrv.h | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/pci/pcie/portdrv.h
Made spacing more consistent in the code for function pointer
declarations based on checkpatch.pl
Signed-off-by: Benjamin Young
---
drivers/pci/pcie/portdrv.h | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/pci/pcie/portdrv.h
On Mon, 26 Nov 2018 21:48:07 +0100
Tomasz Duszynski wrote:
> On Sun, Nov 25, 2018 at 04:14:34PM +0530, Himanshu Jha wrote:
> > On Sat, Nov 24, 2018 at 11:14:14PM +0100, Tomasz Duszynski wrote:
> > > Add support for Sensirion SPS30 particulate matter sensor.
> > >
> > > Signed-off-by: Tomasz
On Mon, 26 Nov 2018 21:48:07 +0100
Tomasz Duszynski wrote:
> On Sun, Nov 25, 2018 at 04:14:34PM +0530, Himanshu Jha wrote:
> > On Sat, Nov 24, 2018 at 11:14:14PM +0100, Tomasz Duszynski wrote:
> > > Add support for Sensirion SPS30 particulate matter sensor.
> > >
> > > Signed-off-by: Tomasz
Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
Signed-off-by: Yangtao Li
---
drivers/remoteproc/remoteproc_debugfs.c | 28 -
1 file changed, 4 insertions(+), 24 deletions(-)
diff --git a/drivers/remoteproc/remoteproc_debugfs.c
On Sun, 25 Nov 2018 20:05:09 +0100
Tomasz Duszynski wrote:
> On Sun, Nov 25, 2018 at 08:56:59AM +, Jonathan Cameron wrote:
> > On Sat, 24 Nov 2018 23:14:14 +0100
> > Tomasz Duszynski wrote:
> >
> > > Add support for Sensirion SPS30 particulate matter sensor.
> > >
> > > Signed-off-by:
Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
Signed-off-by: Yangtao Li
---
drivers/remoteproc/remoteproc_debugfs.c | 28 -
1 file changed, 4 insertions(+), 24 deletions(-)
diff --git a/drivers/remoteproc/remoteproc_debugfs.c
On Sun, 25 Nov 2018 20:05:09 +0100
Tomasz Duszynski wrote:
> On Sun, Nov 25, 2018 at 08:56:59AM +, Jonathan Cameron wrote:
> > On Sat, 24 Nov 2018 23:14:14 +0100
> > Tomasz Duszynski wrote:
> >
> > > Add support for Sensirion SPS30 particulate matter sensor.
> > >
> > > Signed-off-by:
On Thu, Nov 29, 2018 at 5:37 AM Krzysztof Kozlowski wrote:
>
> On Wed, 28 Nov 2018 at 18:53, Matheus Tavares
> wrote:
> >
> > From: Lucas Santos
> >
> > This patch removes all license boilerplate texts from the .c and .h
> > files at drivers/iio/adc/ and, instead, adds the proper SPDX license
On Thu, Nov 29, 2018 at 5:37 AM Krzysztof Kozlowski wrote:
>
> On Wed, 28 Nov 2018 at 18:53, Matheus Tavares
> wrote:
> >
> > From: Lucas Santos
> >
> > This patch removes all license boilerplate texts from the .c and .h
> > files at drivers/iio/adc/ and, instead, adds the proper SPDX license
Thanks for the review! I will fix those places.
Matheus
On Wed, Nov 28, 2018 at 5:29 PM Alexandre Belloni
wrote:
>
> Hello,
>
> On 28/11/2018 15:53:12-0200, Matheus Tavares wrote:
> > diff --git a/drivers/iio/adc/exynos_adc.c b/drivers/iio/adc/exynos_adc.c
> > index f10443f92e4c..9f9c186e2135
Thanks for the review! I will fix those places.
Matheus
On Wed, Nov 28, 2018 at 5:29 PM Alexandre Belloni
wrote:
>
> Hello,
>
> On 28/11/2018 15:53:12-0200, Matheus Tavares wrote:
> > diff --git a/drivers/iio/adc/exynos_adc.c b/drivers/iio/adc/exynos_adc.c
> > index f10443f92e4c..9f9c186e2135
On Wed, Nov 28, 2018 at 4:54 PM Scott Branden
wrote:
>>
>>
>> On 2018-11-28 9:53 a.m., Matheus Tavares wrote:
>>
>> From: Lucas Santos
>>
>> This patch removes all license boilerplate texts from the .c and .h
>>
> I know other people don't follow the patch guidelines,
>
> but more info on proper
On Wed, Nov 28, 2018 at 4:54 PM Scott Branden
wrote:
>>
>>
>> On 2018-11-28 9:53 a.m., Matheus Tavares wrote:
>>
>> From: Lucas Santos
>>
>> This patch removes all license boilerplate texts from the .c and .h
>>
> I know other people don't follow the patch guidelines,
>
> but more info on proper
This function already exist inside gpiolib, we were just
reluctant to make it available to the kernel at large as
the devm_* seemed to be enough for anyone.
However we found out that regulators need to do their own
lifecycle/refcounting on GPIO descriptors and explicitly
call gpiod_put() when
This function already exist inside gpiolib, we were just
reluctant to make it available to the kernel at large as
the devm_* seemed to be enough for anyone.
However we found out that regulators need to do their own
lifecycle/refcounting on GPIO descriptors and explicitly
call gpiod_put() when
The GPIO descriptors used by the S2MPS11 driver are retrieved
during probe() and it is really helpful to have those under
devres management because of all the errorpaths in the
intialization.
Using the new dev_gpiod_unhinge() call we can remove the
devres management of the descriptor right before
Use the gpiod_get() rather than the devm_* version so that the
regulator core can handle the lifecycle of these descriptors.
Fixes: e7d2be696faa ("regulator: max8973: Pass descriptor instead of GPIO
number")
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Drop the gpiod_put() on the
This adds a function named devm_gpiod_unhinge() that removes
the resource management from a GPIO descriptor.
I am not sure if this is the best anglosaxon name for the
function, no other managed resources have an equivalent
currently, but I chose "unhinge" as the closest intuitive
thing I could
The GPIO descriptors used by the TPS65090 driver are retrieved
during probe() and it is really helpful to have those under
devres management because of all the errorpaths in the
intialization.
Using the new dev_gpiod_unhinge() call we can remove the
devres management of the descriptor right
The GPIO descriptors used by the S2MPS11 driver are retrieved
during probe() and it is really helpful to have those under
devres management because of all the errorpaths in the
intialization.
Using the new dev_gpiod_unhinge() call we can remove the
devres management of the descriptor right before
Use the gpiod_get() rather than the devm_* version so that the
regulator core can handle the lifecycle of these descriptors.
Fixes: e7d2be696faa ("regulator: max8973: Pass descriptor instead of GPIO
number")
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Drop the gpiod_put() on the
This adds a function named devm_gpiod_unhinge() that removes
the resource management from a GPIO descriptor.
I am not sure if this is the best anglosaxon name for the
function, no other managed resources have an equivalent
currently, but I chose "unhinge" as the closest intuitive
thing I could
The GPIO descriptors used by the TPS65090 driver are retrieved
during probe() and it is really helpful to have those under
devres management because of all the errorpaths in the
intialization.
Using the new dev_gpiod_unhinge() call we can remove the
devres management of the descriptor right
Use the gpiod_get_from_of_node() rather than the devm_*
version so that the regulator core can handle the lifecycle
of these descriptors.
Fix up the errorpath so that we free this descriptor if
an error occurs in the callback. Rely on the regulator
core to deal with it after this point: a
Use the gpiod_get_from_of_node() rather than the devm_*
version so that the regulator core can handle the lifecycle
of these descriptors.
Fix up the errorpath so that we free this descriptor if
an error occurs in the callback. Rely on the regulator
core to deal with it after this point: a
The GPIO descriptors used by the DA9211 driver are retrieved
during probe() and it is really helpful to have those under
devres management because of all the errorpaths in the
intialization.
Using the new dev_gpiod_unhinge() call we can remove the
devres management of the descriptor right before
Use the gpiod_get() rather than the devm_* version so that the
regulator core can handle the lifecycle of these descriptors.
Fixes: d7a261c2d1f2 ("regulator: max8952: Pass descriptor instead of GPIO
number")
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Drop the gpiod_put() on the
The GPIO descriptors used by the S5M8767 driver are retrieved
during probe() and it is really helpful to have those under
devres management because of all the errorpaths in the
intialization.
Using the new dev_gpiod_unhinge() call we can remove the
devres management of the descriptor right before
The GPIO descriptors used by the DA9211 driver are retrieved
during probe() and it is really helpful to have those under
devres management because of all the errorpaths in the
intialization.
Using the new dev_gpiod_unhinge() call we can remove the
devres management of the descriptor right before
Use the gpiod_get() rather than the devm_* version so that the
regulator core can handle the lifecycle of these descriptors.
Fixes: d7a261c2d1f2 ("regulator: max8952: Pass descriptor instead of GPIO
number")
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Drop the gpiod_put() on the
The GPIO descriptors used by the S5M8767 driver are retrieved
during probe() and it is really helpful to have those under
devres management because of all the errorpaths in the
intialization.
Using the new dev_gpiod_unhinge() call we can remove the
devres management of the descriptor right before
If a GPIO descriptor is passed to the regulator_register()
function inside the config->ena_gpiod callers must be
sure that once they call this API the regulator core
owns that descriptor and will make sure to issue
gpiod_put() on it, no matter whether the call is
successful or not.
For device
Use the gpiod_get() rather than the devm_* version so that the
regulator core can handle the lifecycle of these descriptors.
Fixes: 2468f0d51548 ("regulator: lp8788-ldo: Pass descriptor instead of GPIO
number")
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Drop the gpiod_put() on the
If a GPIO descriptor is passed to the regulator_register()
function inside the config->ena_gpiod callers must be
sure that once they call this API the regulator core
owns that descriptor and will make sure to issue
gpiod_put() on it, no matter whether the call is
successful or not.
For device
Use the gpiod_get() rather than the devm_* version so that the
regulator core can handle the lifecycle of these descriptors.
Fixes: 2468f0d51548 ("regulator: lp8788-ldo: Pass descriptor instead of GPIO
number")
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Drop the gpiod_put() on the
Use the gpiod_get() rather than the devm_* version so that the
regulator core can handle the lifecycle of these descriptors.
Fixes: efdfeb079cc3 ("regulator: fixed: Convert to use GPIO descriptor only")
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Drop the conditional gpiod_put() on the
Use the gpiod_get() rather than the devm_* version so that the
regulator core can handle the lifecycle of these descriptors.
Fixes: b2d751b7f69b ("regulator: lm363x: Pass descriptor instead of GPIO
number")
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Drop the gpiod_put() on the
Use the gpiod_get() rather than the devm_* version so that the
regulator core can handle the lifecycle of these descriptors.
Fixes: efdfeb079cc3 ("regulator: fixed: Convert to use GPIO descriptor only")
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Drop the conditional gpiod_put() on the
Use the gpiod_get() rather than the devm_* version so that the
regulator core can handle the lifecycle of these descriptors.
Fixes: b2d751b7f69b ("regulator: lm363x: Pass descriptor instead of GPIO
number")
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Drop the gpiod_put() on the
Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
Signed-off-by: Yangtao Li
---
drivers/platform/x86/intel_pmc_core.c | 46 ---
.../platform/x86/intel_telemetry_debugfs.c| 42 +++--
2 files changed, 14 insertions(+), 74 deletions(-)
diff --git
> On Dec 1, 2018, at 7:28 AM, Eric W. Biederman wrote:
>
>
> It just occurs to me that the simple way to implement
> procfd_sigqueueinfo info is like:
>
> int copy_siginfo_from_user_any(kernel_siginfo_t *info, siginfo_t *uinfo)
> {
> #ifdef CONFIG_COMPAT
>if (in_compat_syscall)
>
Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
Signed-off-by: Yangtao Li
---
drivers/platform/x86/intel_pmc_core.c | 46 ---
.../platform/x86/intel_telemetry_debugfs.c| 42 +++--
2 files changed, 14 insertions(+), 74 deletions(-)
diff --git
> On Dec 1, 2018, at 7:28 AM, Eric W. Biederman wrote:
>
>
> It just occurs to me that the simple way to implement
> procfd_sigqueueinfo info is like:
>
> int copy_siginfo_from_user_any(kernel_siginfo_t *info, siginfo_t *uinfo)
> {
> #ifdef CONFIG_COMPAT
>if (in_compat_syscall)
>
On Sun, 25 Nov 2018 16:44:23 +0100
Tomasz Duszynski wrote:
> On Sun, Nov 25, 2018 at 06:14:44AM -0800, Matt Ranostay wrote:
> > On Sun, Nov 25, 2018 at 6:03 AM Jonathan Cameron
> > wrote:
> > >
> > > On Sun, 25 Nov 2018 05:51:32 -0800
> > > Matt Ranostay wrote:
> > >
> > > > On Sat, Nov
On Sun, 25 Nov 2018 16:44:23 +0100
Tomasz Duszynski wrote:
> On Sun, Nov 25, 2018 at 06:14:44AM -0800, Matt Ranostay wrote:
> > On Sun, Nov 25, 2018 at 6:03 AM Jonathan Cameron
> > wrote:
> > >
> > > On Sun, 25 Nov 2018 05:51:32 -0800
> > > Matt Ranostay wrote:
> > >
> > > > On Sat, Nov
On Tue, 27 Nov 2018 23:15:55 -0500, Theodore Y. Ts'o wrote:
> I'm trying to figure out common factors from those people who are
> reporting problems.
Hello, I experienced the ext4-randomly-switching-to-read-only issue
with Linux kernel 4.19.5 (from
http://kernel.ubuntu.com/~kernel-ppa/mainline/ ;
On Tue, 27 Nov 2018 23:15:55 -0500, Theodore Y. Ts'o wrote:
> I'm trying to figure out common factors from those people who are
> reporting problems.
Hello, I experienced the ext4-randomly-switching-to-read-only issue
with Linux kernel 4.19.5 (from
http://kernel.ubuntu.com/~kernel-ppa/mainline/ ;
According to definition of snprintf, it gets size factor including null('\0')
byte.
So '-1' is not neccessary. Also it will be helpful unfied style with other
cases. (eg. builtin-script.c)
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/util/config.c | 4 ++--
1
According to definition of snprintf, it gets size factor including null('\0')
byte.
So '-1' is not neccessary. Also it will be helpful unfied style with other
cases. (eg. builtin-script.c)
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/util/config.c | 4 ++--
1
Here is a second iteration of these fixups after thinking
over Charles Keepax excellent comments on the first series
of fixes.
To make sure GPIO descriptors are never left dangling
(as far as I can tell!) I use this stepwise approach:
1. Fix the regulator_register() in the core to guarantee
According to definition of snprintf, it gets size factor including null('\0')
byte.
So '-1' is not neccessary. Also it will be helpful unfied style with other
cases. (eg. builtin-script.c)
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/util/config.c | 4 ++--
1
Here is a second iteration of these fixups after thinking
over Charles Keepax excellent comments on the first series
of fixes.
To make sure GPIO descriptors are never left dangling
(as far as I can tell!) I use this stepwise approach:
1. Fix the regulator_register() in the core to guarantee
According to definition of snprintf, it gets size factor including null('\0')
byte.
So '-1' is not neccessary. Also it will be helpful unfied style with other
cases. (eg. builtin-script.c)
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/util/config.c | 4 ++--
1
On Mon, 26 Nov 2018 07:34:35 +
"Ardelean, Alexandru" wrote:
> On Fri, 2018-11-23 at 22:23 -0200, Matheus Tavares wrote:
> > Move ad2s90 resolver driver out of staging to the main tree.
> >
>
> Acked-by: Alexandru Ardelean
Hi Alexandru,
I took that to apply to the whole series, hope you
On Mon, 26 Nov 2018 07:34:35 +
"Ardelean, Alexandru" wrote:
> On Fri, 2018-11-23 at 22:23 -0200, Matheus Tavares wrote:
> > Move ad2s90 resolver driver out of staging to the main tree.
> >
>
> Acked-by: Alexandru Ardelean
Hi Alexandru,
I took that to apply to the whole series, hope you
On Fri, Nov 30, 2018 at 09:58:36PM -0200, Anderson Luiz Alves wrote:
> Disable hardware level MAC learning because it breaks station roaming.
> When enabled it drops all frames that arrive from a MAC address
> that is on a different port at learning table.
>
> Signed-off-by: Anderson Luiz Alves
On Fri, Nov 30, 2018 at 09:58:36PM -0200, Anderson Luiz Alves wrote:
> Disable hardware level MAC learning because it breaks station roaming.
> When enabled it drops all frames that arrive from a MAC address
> that is on a different port at learning table.
>
> Signed-off-by: Anderson Luiz Alves
On Fri, 23 Nov 2018 22:23:11 -0200
Matheus Tavares wrote:
> From: Victor Colombo
>
> Fix the checkpatch.pl issue:
> "CHECK: struct mutex definition without comment".
>
> Signed-off-by: Victor Colombo
> Signed-off-by: Matheus Tavares
Applied, thanks
Jonathan
> ---
> Changes in v3:
> - none
On Fri, 23 Nov 2018 22:23:11 -0200
Matheus Tavares wrote:
> From: Victor Colombo
>
> Fix the checkpatch.pl issue:
> "CHECK: struct mutex definition without comment".
>
> Signed-off-by: Victor Colombo
> Signed-off-by: Matheus Tavares
Applied, thanks
Jonathan
> ---
> Changes in v3:
> - none
On Fri, 23 Nov 2018 22:23:10 -0200
Matheus Tavares wrote:
> This patch removes the license boilerplate text at the top of ad2s90.c
> and, instead, adds the SPDX GPL-2.0 license identifier, which solves the
> checkpatch.pl warning:
> "WARNING: Missing or malformed SPDX-License-Identifier tag in
On Fri, 23 Nov 2018 22:23:10 -0200
Matheus Tavares wrote:
> This patch removes the license boilerplate text at the top of ad2s90.c
> and, instead, adds the SPDX GPL-2.0 license identifier, which solves the
> checkpatch.pl warning:
> "WARNING: Missing or malformed SPDX-License-Identifier tag in
On Fri, 23 Nov 2018 22:23:08 -0200
Matheus Tavares wrote:
> From: Alexandru Ardelean
>
> This patch adds a max frequency check at the beginning of ad2s90_probe
> function so that when it is set to a value above 0.83Mhz, dev_err is
> called with an appropriate message and -EINVAL is returned.
>
On Mon, 26 Nov 2018 19:52:27 -0600
Rob Herring wrote:
> On Fri, 23 Nov 2018 22:23:09 -0200, Matheus Tavares wrote:
> > This patch adds the device tree binding documentation for the ad2s90
> > resolver-to-digital converter.
> >
> > Signed-off-by: Matheus Tavares
> > ---
> > Changes in v3:
> >
On Fri, 23 Nov 2018 22:23:08 -0200
Matheus Tavares wrote:
> From: Alexandru Ardelean
>
> This patch adds a max frequency check at the beginning of ad2s90_probe
> function so that when it is set to a value above 0.83Mhz, dev_err is
> called with an appropriate message and -EINVAL is returned.
>
On Mon, 26 Nov 2018 19:52:27 -0600
Rob Herring wrote:
> On Fri, 23 Nov 2018 22:23:09 -0200, Matheus Tavares wrote:
> > This patch adds the device tree binding documentation for the ad2s90
> > resolver-to-digital converter.
> >
> > Signed-off-by: Matheus Tavares
> > ---
> > Changes in v3:
> >
On Fri, 23 Nov 2018 22:23:07 -0200
Matheus Tavares wrote:
> The ad2s90 driver currently sets some spi settings (max_speed_hz and
> mode) at ad2s90_probe. Since the maximum frequency is a required element
> in DT binding for spi slave devices and because the spi mode for the
> device can be
On Fri, 23 Nov 2018 22:23:07 -0200
Matheus Tavares wrote:
> The ad2s90 driver currently sets some spi settings (max_speed_hz and
> mode) at ad2s90_probe. Since the maximum frequency is a required element
> in DT binding for spi slave devices and because the spi mode for the
> device can be
On Fri, 23 Nov 2018 22:23:06 -0200
Matheus Tavares wrote:
> This patch adds device tree support to ad2s90 with standard
> device tree id table.
>
> Signed-off-by: Matheus Tavares
Applied to the togreg branch of iio.git and pushed out as testing for
the autobuilders to play with it.
Thanks,
On Fri, 23 Nov 2018 22:23:06 -0200
Matheus Tavares wrote:
> This patch adds device tree support to ad2s90 with standard
> device tree id table.
>
> Signed-off-by: Matheus Tavares
Applied to the togreg branch of iio.git and pushed out as testing for
the autobuilders to play with it.
Thanks,
It just occurs to me that the simple way to implement
procfd_sigqueueinfo info is like:
int copy_siginfo_from_user_any(kernel_siginfo_t *info, siginfo_t *uinfo)
{
#ifdef CONFIG_COMPAT
if (in_compat_syscall)
return copy_siginfo_from_user32(info, uinfo);
#endif
It just occurs to me that the simple way to implement
procfd_sigqueueinfo info is like:
int copy_siginfo_from_user_any(kernel_siginfo_t *info, siginfo_t *uinfo)
{
#ifdef CONFIG_COMPAT
if (in_compat_syscall)
return copy_siginfo_from_user32(info, uinfo);
#endif
Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
Signed-off-by: Yangtao Li
---
drivers/mmc/core/mmc_test.c | 14 ++
drivers/mmc/host/atmel-mci.c | 31 +--
drivers/mmc/host/omap_hsmmc.c | 14 ++
drivers/mmc/host/s3cmci.c | 30
Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
Signed-off-by: Yangtao Li
---
drivers/mmc/core/mmc_test.c | 14 ++
drivers/mmc/host/atmel-mci.c | 31 +--
drivers/mmc/host/omap_hsmmc.c | 14 ++
drivers/mmc/host/s3cmci.c | 30
--
My Dear Friend,
I never want to bother you at all with my business proposal. However
is sure i contact you as my foreign partner. I would like you to give
me your full consideration to participate and share the amounts with
me.
You have to follow up so that you know what to do next. I need
--
My Dear Friend,
I never want to bother you at all with my business proposal. However
is sure i contact you as my foreign partner. I would like you to give
me your full consideration to participate and share the amounts with
me.
You have to follow up so that you know what to do next. I need
101 - 200 of 330 matches
Mail list logo