On (07/03/16 01:16), Sergey Senozhatsky wrote:
[..]
> +#ifdef CONFIG_PAGE_OWNER_TRACK_FREE
> +void __page_owner_free_pages(struct page *page, unsigned int order)
> +{
> + int i;
> + depot_stack_handle_t handle;
> + struct page_ext *page_ext = lookup_page_ext(page);
> +
> + if
This is likely that checking 'phy->hsic_clk' instead of 'phy->clk' is
expected here.
Signed-off-by: Christophe JAILLET
---
drivers/phy/phy-sun9i-usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/phy/phy-sun9i-usb.c
On (07/03/16 01:16), Sergey Senozhatsky wrote:
[..]
> +#ifdef CONFIG_PAGE_OWNER_TRACK_FREE
> +void __page_owner_free_pages(struct page *page, unsigned int order)
> +{
> + int i;
> + depot_stack_handle_t handle;
> + struct page_ext *page_ext = lookup_page_ext(page);
> +
> + if
This is likely that checking 'phy->hsic_clk' instead of 'phy->clk' is
expected here.
Signed-off-by: Christophe JAILLET
---
drivers/phy/phy-sun9i-usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/phy/phy-sun9i-usb.c b/drivers/phy/phy-sun9i-usb.c
index
On 07/03/2016 07:37 AM, Christophe JAILLET wrote:
This is likely that checking 'phy_provider' instead of 'phy' is
expected here.
Signed-off-by: Christophe JAILLET
---
drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On 07/03/2016 07:37 AM, Christophe JAILLET wrote:
This is likely that checking 'phy_provider' instead of 'phy' is
expected here.
Signed-off-by: Christophe JAILLET
---
drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This is likely that checking 'phy_provider' instead of 'phy' is
expected here.
Signed-off-by: Christophe JAILLET
---
drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_mipi_tx.c
This is likely that checking 'phy_provider' instead of 'phy' is
expected here.
Signed-off-by: Christophe JAILLET
---
drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_mipi_tx.c
Hi,
[auto build test ERROR on arm64/for-next/core]
[also build test ERROR on v4.7-rc5 next-20160701]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Hi,
[auto build test ERROR on arm64/for-next/core]
[also build test ERROR on v4.7-rc5 next-20160701]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
FYI, we noticed the following commit:
https://github.com/0day-ci/linux
frowand-list-gmail-com/Portable-Device-Tree-Connector-conceptual/20160703-081931
commit 0192688ec6f2161c0f2b99d38cc459f39285398f ("device tree connectors, using
plugs and sockets.")
in testcase: boot
on test machine: 2
FYI, we noticed the following commit:
https://github.com/0day-ci/linux
frowand-list-gmail-com/Portable-Device-Tree-Connector-conceptual/20160703-081931
commit 0192688ec6f2161c0f2b99d38cc459f39285398f ("device tree connectors, using
plugs and sockets.")
in testcase: boot
on test machine: 2
size contains the value returned by posix_acl_from_xattr(), which
returns -ERANGE, -ENODATA, zero, or an integer greater than zero. So
replace -ENOENT by -ERANGE.
Signed-off-by: Salah Triki
---
fs/btrfs/acl.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff
size contains the value returned by posix_acl_from_xattr(), which
returns -ERANGE, -ENODATA, zero, or an integer greater than zero. So
replace -ENOENT by -ERANGE.
Signed-off-by: Salah Triki
---
fs/btrfs/acl.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/btrfs/acl.c
Fixed issues with coding style.
Signed-off-by: Anuradha Weeraman
---
drivers/staging/rtl8712/xmit_linux.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/rtl8712/xmit_linux.c
b/drivers/staging/rtl8712/xmit_linux.c
index
Fixed issues with coding style.
Signed-off-by: Anuradha Weeraman
---
drivers/staging/rtl8712/xmit_linux.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/rtl8712/xmit_linux.c
b/drivers/staging/rtl8712/xmit_linux.c
index 695f9b9..1e86133
Hi,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 99b0f54e6a3a4012aacfaada5644a8e520447d80
commit: ab9d1e4f7b0217948a3b35a64178602ab30ff45d Merge branch
'xfs-misc-fixes-4.6-3' into for-next
date: 4 months ago
Hi,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 99b0f54e6a3a4012aacfaada5644a8e520447d80
commit: ab9d1e4f7b0217948a3b35a64178602ab30ff45d Merge branch
'xfs-misc-fixes-4.6-3' into for-next
date: 4 months ago
Hi,
[auto build test ERROR on thermal/next]
[also build test ERROR on v4.7-rc5 next-20160701]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Hi,
[auto build test ERROR on thermal/next]
[also build test ERROR on v4.7-rc5 next-20160701]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
On Fri, Jul 01, 2016 at 11:16:54AM +0530, Raveendra Padasalagi wrote:
> This patch adds HMAC-SHA3 test modes in tcrypt module
> and related test vectors.
>
> Signed-off-by: Raveendra Padasalagi
Patch applied. Thanks.
--
Email: Herbert Xu
On Fri, Jul 01, 2016 at 11:16:54AM +0530, Raveendra Padasalagi wrote:
> This patch adds HMAC-SHA3 test modes in tcrypt module
> and related test vectors.
>
> Signed-off-by: Raveendra Padasalagi
Patch applied. Thanks.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP
On Wed, Jun 29, 2016 at 11:11:36AM -0500, Bin Liu wrote:
> Some software alg has cra_priority as higher as 300, so increase
> omap-sham priority to 400 to ensure it is on top of any software alg.
>
> Signed-off-by: Bin Liu
Patch applied. Thanks.
--
Email: Herbert Xu
On Wed, Jun 29, 2016 at 11:11:36AM -0500, Bin Liu wrote:
> Some software alg has cra_priority as higher as 300, so increase
> omap-sham priority to 400 to ensure it is on top of any software alg.
>
> Signed-off-by: Bin Liu
Patch applied. Thanks.
--
Email: Herbert Xu
Home Page:
Hi,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 99b0f54e6a3a4012aacfaada5644a8e520447d80
commit: abec1a806e0c3cf168999667d5fb6218398ef12a percpu: Make __verify_pcu_ptr
handle per cpu pointers to arrays
date:
Hi,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 99b0f54e6a3a4012aacfaada5644a8e520447d80
commit: abec1a806e0c3cf168999667d5fb6218398ef12a percpu: Make __verify_pcu_ptr
handle per cpu pointers to arrays
date:
Hi,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 99b0f54e6a3a4012aacfaada5644a8e520447d80
commit: 7480e0aabd5f9e6c3e3b72ed206e89284e90f11f sh: add device tree support
and generic board using device tree
date:
Hi,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 99b0f54e6a3a4012aacfaada5644a8e520447d80
commit: 7480e0aabd5f9e6c3e3b72ed206e89284e90f11f sh: add device tree support
and generic board using device tree
date:
If an irq_domain is auto-recursive and irq_domain_alloc_irqs_recursive()
for its parent has returned an error, then do return and avoid calling
irq_domain_free_irqs_recursive() uselessly, because:
- if domain->ops->alloc() had failed for an auto-recursive irq_domain,
then
If an irq_domain is auto-recursive and irq_domain_alloc_irqs_recursive()
for its parent has returned an error, then do return and avoid calling
irq_domain_free_irqs_recursive() uselessly, because:
- if domain->ops->alloc() had failed for an auto-recursive irq_domain,
then
Hi Russell, Jon,
On 06/07/2016 06:18 PM, Russell King - ARM Linux wrote:
> On Tue, Jun 07, 2016 at 05:08:32PM -0400, Jon Mason wrote:
>> Many users (and some applications) are expecting the CPU clock speed to
>> be output in /proc/cpuinfo (as is done in x86, avr32, c6x, tile, parisc,
>> ia64, and
Hi Russell, Jon,
On 06/07/2016 06:18 PM, Russell King - ARM Linux wrote:
> On Tue, Jun 07, 2016 at 05:08:32PM -0400, Jon Mason wrote:
>> Many users (and some applications) are expecting the CPU clock speed to
>> be output in /proc/cpuinfo (as is done in x86, avr32, c6x, tile, parisc,
>> ia64, and
From: Frank Rowand
This patch has been compiled but has not been booted. It is likely
to contain bugs.
Problem: mother boards may contain multiple connectors that daughter
boards may be attached to. If two of the daughter boards can be
described by the same .dtsi
From: Frank Rowand
This patch has been compiled but has not been booted. It is likely
to contain bugs.
Problem: mother boards may contain multiple connectors that daughter
boards may be attached to. If two of the daughter boards can be
described by the same .dtsi file, then it should be
From: Frank Rowand
Hi All,
This is version 2 of this email.
Changes from version 1:
- some rewording of the text
- removed new (theoretical) dtc directive "/connector/"
- added compatibility between mother board and daughter board
- added info on applying a
From: Frank Rowand
Hi All,
This is version 2 of this email.
Changes from version 1:
- some rewording of the text
- removed new (theoretical) dtc directive "/connector/"
- added compatibility between mother board and daughter board
- added info on applying a single .dtbo to different
Hi,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 99b0f54e6a3a4012aacfaada5644a8e520447d80
commit: 71458cfc782eafe4b27656e078d379a34e472adf kernel: add support for gcc 5
date: 1 year, 9 months ago
config:
Hi,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 99b0f54e6a3a4012aacfaada5644a8e520447d80
commit: 71458cfc782eafe4b27656e078d379a34e472adf kernel: add support for gcc 5
date: 1 year, 9 months ago
config:
The Kconfig currently controlling compilation of this code is:
config FSL_MC_BUS
bool "Freescale Management Complex (MC) bus driver"
...meaning that it currently is not being built as a module by anyone.
Lets remove the modular code that is essentially orphaned, so that
when reading the
The Kconfig currently controlling compilation of this code is:
config FSL_MC_BUS
bool "Freescale Management Complex (MC) bus driver"
...meaning that it currently is not being built as a module by anyone.
Lets remove the modular code that is essentially orphaned, so that
when reading the
[Re: [PATCH 0/4] sh: fix up modular use in non-modular code] On 02/06/2016 (Thu
15:54) Yoshinori Sato wrote:
> On Fri, 27 May 2016 01:53:34 +0900,
> Rich Felker wrote:
> >
> > On Thu, May 26, 2016 at 12:45:57PM -0400, Paul Gortmaker wrote:
> > > [[PATCH 0/4] sh: fix up modular use in
[Re: [PATCH 0/4] sh: fix up modular use in non-modular code] On 02/06/2016 (Thu
15:54) Yoshinori Sato wrote:
> On Fri, 27 May 2016 01:53:34 +0900,
> Rich Felker wrote:
> >
> > On Thu, May 26, 2016 at 12:45:57PM -0400, Paul Gortmaker wrote:
> > > [[PATCH 0/4] sh: fix up modular use in
Hi Linus,
Please pull some more powerpc fixes for 4.7:
The following changes since commit 844e3be47693f92a108cb1fb3b0606bf25e9c7a6:
powerpc/bpf/jit: Disable classic BPF JIT on ppc64le (2016-06-23 10:35:31
+1000)
are available in the git repository at:
Hi Linus,
Please pull some more powerpc fixes for 4.7:
The following changes since commit 844e3be47693f92a108cb1fb3b0606bf25e9c7a6:
powerpc/bpf/jit: Disable classic BPF JIT on ppc64le (2016-06-23 10:35:31
+1000)
are available in the git repository at:
When saa7134 module driving a Medion 7134 card is reloaded reads of this
card EEPROM (required for automatic detection of tuner model) will be
corrupted due to I2C gate in DVB-T demod being left closed.
This sometimes also happens on first saa7134 module load after a warm
reboot.
Fix this by
When saa7134 module driving a Medion 7134 card is reloaded reads of this
card EEPROM (required for automatic detection of tuner model) will be
corrupted due to I2C gate in DVB-T demod being left closed.
This sometimes also happens on first saa7134 module load after a warm
reboot.
Fix this by
Hi,
[auto build test ERROR on tip/perf/core]
[also build test ERROR on v4.7-rc5 next-20160701]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Hi,
[auto build test ERROR on tip/perf/core]
[also build test ERROR on v4.7-rc5 next-20160701]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Hi,
[auto build test ERROR on tip/perf/core]
[also build test ERROR on v4.7-rc5 next-20160701]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Hi,
[auto build test ERROR on tip/perf/core]
[also build test ERROR on v4.7-rc5 next-20160701]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Firstly, this group of commits was chosen for the fact that they don't
change anything even at a binary object file level ; they just replace
module_platform_driver with builtin_platform_driver, and remove some
MODULE_ tags that are no-ops in code. So the regression risk
is zero here.
More
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_HOST_GENERIC
drivers/pci/host/Kconfig: bool "Generic PCI host controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular
Firstly, this group of commits was chosen for the fact that they don't
change anything even at a binary object file level ; they just replace
module_platform_driver with builtin_platform_driver, and remove some
MODULE_ tags that are no-ops in code. So the regression risk
is zero here.
More
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_HOST_GENERIC
drivers/pci/host/Kconfig: bool "Generic PCI host controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular
The Kconfig currently controlling compilation of this code is:
host/Kconfig:config PCI_HISI
host/Kconfig:bool "HiSilicon Hip05 and Hip06 SoCs PCIe controllers"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular code and macros,
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_LAYERSCAPE
drivers/pci/host/Kconfig: bool "Freescale Layerscape PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the couple instances of
The Kconfig currently controlling compilation of this code is:
host/Kconfig:config PCI_HISI
host/Kconfig:bool "HiSilicon Hip05 and Hip06 SoCs PCIe controllers"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular code and macros,
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_LAYERSCAPE
drivers/pci/host/Kconfig: bool "Freescale Layerscape PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the couple instances of
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_KEYSTONE
drivers/pci/host/Kconfig: bool "TI Keystone PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the couple instances of modular code
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCIE_ARTPEC6
drivers/pci/host/Kconfig: bool "Axis ARTPEC-6 PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular code
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_KEYSTONE
drivers/pci/host/Kconfig: bool "TI Keystone PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the couple instances of modular code
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCIE_ARTPEC6
drivers/pci/host/Kconfig: bool "Axis ARTPEC-6 PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular code
On 2016-07-01 18:12, Stephen Boyd wrote:
> On 06/29, Dong Aisheng wrote:
>> Recently several people met the kernel complaining
>> "bad: scheduling from the idle thread!" issue which caused by
>> sleeping during kernel early booting phase by calling clk
>> APIs like clk_prepare_enable.
>>
>> See:
On 2016-07-01 18:12, Stephen Boyd wrote:
> On 06/29, Dong Aisheng wrote:
>> Recently several people met the kernel complaining
>> "bad: scheduling from the idle thread!" issue which caused by
>> sleeping during kernel early booting phase by calling clk
>> APIs like clk_prepare_enable.
>>
>> See:
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_RCAR_GEN2_PCIE
drivers/pci/host/Kconfig: bool "Renesas R-Car PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_TEGRA
drivers/pci/host/Kconfig: bool "NVIDIA Tegra PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular code and
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_RCAR_GEN2_PCIE
drivers/pci/host/Kconfig: bool "Renesas R-Car PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_TEGRA
drivers/pci/host/Kconfig: bool "NVIDIA Tegra PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular code and
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_MVEBU
drivers/pci/host/Kconfig: bool "Marvell EBU PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular code and
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_XGENE
drivers/pci/host/Kconfig: bool "X-Gene PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular code and
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_RCAR_GEN2
drivers/pci/host/Kconfig: bool "Renesas R-Car Gen2 Internal PCI
controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_MVEBU
drivers/pci/host/Kconfig: bool "Marvell EBU PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular code and
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_XGENE
drivers/pci/host/Kconfig: bool "X-Gene PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular code and
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_RCAR_GEN2
drivers/pci/host/Kconfig: bool "Renesas R-Car Gen2 Internal PCI
controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_HOST_THUNDER_ECAM
drivers/pci/host/Kconfig: bool "Cavium Thunder ECAM controller to on-chip
devices on pass-1.x silicon"
...meaning that it currently is not being built as a module by
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_HOST_THUNDER_ECAM
drivers/pci/host/Kconfig: bool "Cavium Thunder ECAM controller to on-chip
devices on pass-1.x silicon"
...meaning that it currently is not being built as a module by
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/smsc/smsc911x.c | 18 ++
1 files changed, 2 insertions(+), 16
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_HOST_THUNDER_PEM
drivers/pci/host/Kconfig: bool "Cavium Thunder PCIe controller to
off-chip devices"
...meaning that it currently is not being built as a module by anyone.
Lets remove the
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/smsc/smsc911x.c | 18 ++
1 files changed, 2 insertions(+), 16 deletions(-)
diff
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_HOST_THUNDER_PEM
drivers/pci/host/Kconfig: bool "Cavium Thunder PCIe controller to
off-chip devices"
...meaning that it currently is not being built as a module by anyone.
Lets remove the
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCIE_ARMADA_8K
drivers/pci/host/Kconfig: bool "Marvell Armada-8K PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCIE_DW_PLAT
drivers/pci/host/Kconfig: bool "Platform bus based DesignWare PCIe
Controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCIE_ARMADA_8K
drivers/pci/host/Kconfig: bool "Marvell Armada-8K PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses of modular
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCIE_DW_PLAT
drivers/pci/host/Kconfig: bool "Platform bus based DesignWare PCIe
Controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the few trace uses
On Fri, Jul 1, 2016 at 2:30 PM, Alexandre Belloni
wrote:
> A common way of multiplexing buttons on a single input in cheap devices is
> to use a resistor ladder on an ADC. This driver supports that configuration
> by polling an ADC channel provided by IIO.
>
On Fri, Jul 1, 2016 at 2:30 PM, Alexandre Belloni
wrote:
> A common way of multiplexing buttons on a single input in cheap devices is
> to use a resistor ladder on an ADC. This driver supports that configuration
> by polling an ADC channel provided by IIO.
>
> Signed-off-by: Alexandre Belloni
>
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/lantiq_etop.c | 16 ++--
1 files changed, 2 insertions(+), 14
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/lantiq_etop.c | 16 ++--
1 files changed, 2 insertions(+), 14 deletions(-)
diff --git
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/cavium/octeon/octeon_mgmt.c | 25 +
1 files changed, 2
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/cavium/octeon/octeon_mgmt.c | 25 +
1 files changed, 2 insertions(+), 23
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
On Saturday, July 2, 2016 8:39:38 PM CEST Build bot for Mark Brown wrote:
> Warnings:
>
> ../drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/polaris10_hwmgr.c:1817:4:
> warning: this decimal constant is unsigned only in ISO C90
>
>
On Saturday, July 2, 2016 8:39:38 PM CEST Build bot for Mark Brown wrote:
> Warnings:
>
> ../drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/polaris10_hwmgr.c:1817:4:
> warning: this decimal constant is unsigned only in ISO C90
>
>
CONFIG_NO_HZ currently only sets the default value
of dynticks config so if PPS kernel consumer needs
periodic timer ticks it should depend on
!CONFIG_NO_HZ_COMMON instead of !CONFIG_NO_HZ.
Otherwise it is possible to enable it even on
tickless system which has CONFIG_NO_HZ not set and
CONFIG_NO_HZ currently only sets the default value
of dynticks config so if PPS kernel consumer needs
periodic timer ticks it should depend on
!CONFIG_NO_HZ_COMMON instead of !CONFIG_NO_HZ.
Otherwise it is possible to enable it even on
tickless system which has CONFIG_NO_HZ not set and
1 - 100 of 392 matches
Mail list logo