The following commit has been merged into the irq/irqchip-next branch of
irqchip:
Commit-ID: 9f3a0f34b84ad1b9a8f2bdae44b66f16685b2143
Gitweb:
https://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms/9f3a0f34b84ad1b9a8f2bdae44b66f16685b2143
Author:Bert Vermeulen
The following commit has been merged into the irq/irqchip-next branch of
irqchip:
Commit-ID: 4a2b92a5d3519fc2c1edda4d4aa0e05bff41e8de
Gitweb:
https://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms/4a2b92a5d3519fc2c1edda4d4aa0e05bff41e8de
Author:Bert Vermeulen
On 2/1/21 12:17 PM, Bhaskar Chowdhury wrote:
> s/debugees/debuge's/
Definitely not.
--
Bert Vermeulen
b...@biot.com
routing symbols to device tree interrupt-map. Parsing
is done similar to the renesas,rza1-irqc driver.
Bert Vermeulen (2):
dt-bindings: interrupt-controller: Add Realtek RTL838x/RTL839x support
irqchip: Add support for Realtek RTL838x/RTL839x interrupt controller
.../realtek,rtl-intc.yaml
Reviewed-by: Rob Herring
Signed-off-by: Bert Vermeulen
---
.../realtek,rtl-intc.yaml | 57 +++
1 file changed, 57 insertions(+)
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/realtek,rtl-intc.yaml
diff --git
a/Documentation
This is a standard IRQ driver with only status and mask registers.
The mapping from SoC interrupts (18-31) to MIPS core interrupts is
done via an interrupt-map in device tree.
Signed-off-by: Bert Vermeulen
Signed-off-by: Birger Koblitz
---
drivers/irqchip/Makefile | 1 +
drivers
Python 2.x has been officially EOL'ed for some time, and in any case
the git module for it is hard to come by.
Signed-off-by: Bert Vermeulen
---
scripts/spdxcheck.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/spdxcheck.py b/scripts/spdxcheck.py
index
Signed-off-by: Bert Vermeulen
---
.../bindings/spi/realtek,rtl-spi.yaml | 41 +++
1 file changed, 41 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/realtek,rtl-spi.yaml
diff --git a/Documentation/devicetree/bindings/spi/realtek,rtl-spi.yaml
b
to build the
driver, since there's no point booting without the SPI-connected flash.
v2:
- Rewrote from spi-nor driver to regular spi driver, implementing only
set_cs() and transfer_one(). (Thanks Chuanhong Guo!)
Bert Vermeulen (2):
dt-bindings: spi: Realtek RTL838x/RTL839x SPI controller
spi
controller.
The hardware appears to have a vestigial second chip-select control, but
it hasn't been seen in the wild and is thus not supported.
Signed-off-by: Bert Vermeulen
---
drivers/spi/Makefile | 1 +
drivers/spi/spi-realtek-rtl.c | 209 ++
2 files changed
Signed-off-by: Bert Vermeulen
---
drivers/irqchip/Makefile | 1 +
drivers/irqchip/irq-realtek-rtl.c | 180 ++
2 files changed, 181 insertions(+)
create mode 100644 drivers/irqchip/irq-realtek-rtl.c
diff --git a/drivers/irqchip/Makefile b/drivers/irqchip
Signed-off-by: Bert Vermeulen
---
.../realtek,rtl-intc.yaml | 57 +++
1 file changed, 57 insertions(+)
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/realtek,rtl-intc.yaml
diff --git
a/Documentation/devicetree/bindings/interrupt
v3:
- Fixed syntax and maxItems problems in DT bindings.
v2:
- Addressed all comments by Marc Zyngier.
- Moved interrupt routing symbols to device tree interrupt-map. Parsing
is done similar to the renesas,rza1-irqc driver.
Bert Vermeulen (2):
dt-bindings: interrupt-controller: Add Realtek
Signed-off-by: Bert Vermeulen
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
b/Documentation/devicetree/bindings/vendor-prefixes.yaml
index 041ae90b0d8f..e6e3a51fc2e3 100644
are already written and functional, and work to
get them upstream is already in progress.
Signed-off-by: Birger Koblitz
Signed-off-by: Bert Vermeulen
Signed-off-by: John Crispin
Signed-off-by: Sander Vanheule
---
arch/mips/boot/dts/Makefile | 1 +
arch/mips/boot/dts/realtek
Signed-off-by: Bert Vermeulen
---
.../devicetree/bindings/mips/realtek-rtl.yaml | 24 +++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mips/realtek-rtl.yaml
diff --git a/Documentation/devicetree/bindings/mips/realtek-rtl.yaml
b
. This will be further
filled out, and bindings documented, as drivers get merged.
Bert Vermeulen (5):
dt-bindings: mips: Add support for RTL83xx SoC series
Add support for Realtek RTL838x/RTL839x switch SoCs
MIPS: Add Realtek RTL838x/RTL839x support as generic MIPS system
dt-bindings: Add Cisco
Signed-off-by: Bert Vermeulen
---
arch/mips/Kconfig | 10
arch/mips/boot/dts/realtek/Makefile | 2 ++
arch/mips/boot/dts/realtek/cisco_sg220-26.dts | 25 +++
3 files changed, 37 insertions(+)
create mode 100644 arch/mips/boot/dts
This is just enough system to boot the kernel with earlycon working.
Signed-off-by: Bert Vermeulen
Signed-off-by: Sander Vanheule
---
arch/mips/Kconfig | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 0a17bedf4f0d
On 1/5/21 6:04 PM, Rob Herring wrote:
On Mon, 04 Jan 2021 14:17:54 +0100, Bert Vermeulen wrote:
Signed-off-by: Bert Vermeulen
---
.../realtek,rtl-intc.yaml | 57 +++
1 file changed, 57 insertions(+)
create mode 100644
Documentation/devicetree/bindings
Signed-off-by: Bert Vermeulen
---
.../bindings/spi/realtek,rtl-spi.yaml | 38 +++
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/realtek,rtl-spi.yaml
diff --git a/Documentation/devicetree/bindings/spi/realtek,rtl-spi.yaml
b
controller.
The hardware appears to have a vestigial second chip-select control, but
it hasn't been seen in the wild and is thus not supported.
Signed-off-by: Bert Vermeulen
---
MAINTAINERS | 6 +
drivers/spi/Makefile | 1 +
drivers/spi/spi-realtek-rtl.c | 206
without the SPI-connected flash.
v2:
- Rewrote from spi-nor driver to regular spi driver, implementing only
set_cs() and transfer_one(). (Thanks Chuanhong Guo!)
Bert Vermeulen (2):
dt-bindings: spi: Realtek RTL838x/RTL839x SPI controller
spi: realtek-rtl: Add support for Realtek RTL838x
On 1/4/21 10:31 PM, Mark Brown wrote:
On Fri, Jan 01, 2021 at 02:24:31PM +0100, Bert Vermeulen wrote:
+ compatible:
+const: realtek,rtl-spi
This is still just using rtl-spi as the compatible string, please
address the feedback on the previous version.
Mark,
The rtl prefix really
This is a standard IRQ driver with only status and mask registers.
The mapping from SoC interrupts (18-31) to MIPS core interrupts is
done via an interrupt-map in device tree.
Signed-off-by: Bert Vermeulen
---
drivers/irqchip/Makefile | 1 +
drivers/irqchip/irq-realtek-rtl.c | 180
Signed-off-by: Bert Vermeulen
---
.../realtek,rtl-intc.yaml | 57 +++
1 file changed, 57 insertions(+)
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/realtek,rtl-intc.yaml
diff --git
a/Documentation/devicetree/bindings/interrupt
v2:
- Addressed all comments by Marc Zyngier.
- Moved interrupt routing symbols to device tree interrupt-map. Parsing
is done similar to the renesas,rza1-irqc driver.
Bert Vermeulen (2):
dt-bindings: interrupt-controller: Add Realtek RTL838x/RTL839x support
irqchip: Add support for Realtek
Signed-off-by: Bert Vermeulen
---
.../bindings/spi/realtek,rtl-spi.yaml | 36 +++
1 file changed, 36 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/realtek,rtl-spi.yaml
diff --git a/Documentation/devicetree/bindings/spi/realtek,rtl-spi.yaml
b
controller.
The hardware appears to have a vestigial second chip-select control, but
it hasn't been seen in the wild and is thus not supported.
Signed-off-by: Bert Vermeulen
---
MAINTAINERS | 6 +
drivers/spi/Makefile | 1 +
drivers/spi/spi-realtek-rtl.c | 205
-nor driver to regular spi driver, implementing only
set_cs() and transfer_one(). (Thanks Chuanhong Guo!)
Bert Vermeulen (2):
dt-bindings: spi: Realtek RTL838x/RTL839x SPI controller
spi: realtek-rtl: Add support for Realtek RTL838x/RTL839x SoC SPI
controllers
.../bindings/spi/realtek
On 12/31/20 3:23 PM, Lukas Wunner wrote:
On Wed, Dec 30, 2020 at 12:19:04AM +0100, Bert Vermeulen wrote:
+static inline void wait_ready(struct rtspi *rtspi)
+{
+ while (!(readl(REG(RTL8380_SPI_SFCSR)) & RTL8380_SPI_SFCSR_RDY))
+ ;
+}
I'd suggest calling cpu_r
On 12/30/20 2:51 PM, Mark Brown wrote:
> On Wed, Dec 30, 2020 at 12:19:03AM +0100, Bert Vermeulen wrote:
>
>> +properties:
>> + compatible:
>> +const: realtek,spi
>
> It is possibled Realtek might make other SPI controllers, there should
> be some more s
On 12/30/20 10:22 PM, Bert Vermeulen wrote:
The RTL838x/839x family of SoCs are Realtek switches with an embedded
MIPS core.
Oops, forgot patch version note:
v3:
- all code removed, the base system is now only device tree files and docs
and some build config.
- ioremap.h restored to the v1
are already written and functional, and work to
get them upstream is already in progress.
Signed-off-by: Birger Koblitz
Signed-off-by: Bert Vermeulen
Signed-off-by: John Crispin
Signed-off-by: Sander Vanheule
---
.../devicetree/bindings/mips/realtek-rtl.yaml | 24 ++
arch/mips/boot/dts
This is just enough system to boot the kernel with earlycon working.
Signed-off-by: Bert Vermeulen
Signed-off-by: Sander Vanheule
---
arch/mips/Kconfig | 21 ++
arch/mips/generic/Platform | 1 +
arch/mips/include/asm/realtek/ioremap.h | 29
Signed-off-by: Bert Vermeulen
Signed-off-by: Sander Vanheule
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
b/Documentation/devicetree/bindings/vendor-prefixes.yaml
index
Signed-off-by: Bert Vermeulen
Signed-off-by: Sander Vanheule
---
arch/mips/Kconfig | 10 +++
arch/mips/boot/dts/realtek/Makefile | 2 +
arch/mips/boot/dts/realtek/cisco_sg220-26.dts | 81 +++
3 files changed, 93 insertions(+)
create mode
controller.
The hardware appears to have a vestigial second chip-select control, but
it hasn't been seen in the wild and is thus not supported.
Signed-off-by: Bert Vermeulen
---
(resent due to mail trouble)
Notes:
v2: rewrote from spi-nor driver to regular spi driver, implementing only
set_cs
Signed-off-by: Bert Vermeulen
---
(resent due to mail trouble)
.../devicetree/bindings/spi/realtek,spi.yaml | 36 +++
1 file changed, 36 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/realtek,spi.yaml
diff --git a/Documentation/devicetree/bindings/spi
On 12/23/20 5:18 PM, Marc Zyngier wrote:
Marc,
Thanks for reviewing. We will rework as needed, however:
On Wed, 23 Dec 2020 15:06:24 +,
Bert Vermeulen wrote:
[...]
+/* Interrupt numbers/bits */
+#define RTL8380_IRQ_UART0 31
+#define RTL8380_IRQ_UART1 30
Board support depends on MACH_INGENIC, not BOARD_INGENIC.
Signed-off-by: Bert Vermeulen
---
arch/mips/generic/Kconfig | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/mips/generic/Kconfig b/arch/mips/generic/Kconfig
index 55d9aed7ced9..5216c850b7e2 100644
--- a/arch/mips/generic
On 12/20/20 9:51 AM, Chuanhong Guo wrote:
Hi!
On Sun, Dec 20, 2020 at 7:01 AM Bert Vermeulen wrote:
On 12/16/20 9:30 AM, tudor.amba...@microchip.com wrote:
> On 12/15/20 11:46 PM, Bert Vermeulen wrote:
>> This driver supports the spiflash core in all RTL838x/RTL839x SoCs,
>>
On 12/16/20 9:30 AM, tudor.amba...@microchip.com wrote:
On 12/15/20 11:46 PM, Bert Vermeulen wrote:
This driver supports the spiflash core in all RTL838x/RTL839x SoCs,
and likely some older models as well (RTL8196C).
Can we use SPIMEM and move this under drivers/spi/ instead?
I wasn't aware
On 12/15/20 11:11 PM, Oleksij Rempel wrote:
Hello Bert,
thank you for your work. Here are some comments..
Thanks for reviewing. I will send in a V2 with your comments all handled.
I assume, after applying all needed changes, there will be no files within
arch/mips/include/asm/mach-realtek
This driver supports the spiflash core in all RTL838x/RTL839x SoCs,
and likely some older models as well (RTL8196C).
Signed-off-by: Bert Vermeulen
---
drivers/mtd/spi-nor/controllers/Kconfig | 7 +
drivers/mtd/spi-nor/controllers/Makefile | 1 +
.../spi-nor/controllers/rtl8380
Signed-off-by: Bert Vermeulen
---
arch/mips/Kbuild.platforms| 1 +
arch/mips/Kconfig | 20 +++
arch/mips/include/asm/mach-realtek/ioremap.h | 29
arch/mips/include/asm/mach-realtek/irq.h | 69
.../include/asm/mach-realtek
fault to addr_width of 3 for
configurable widths")
Signed-off-by: Bert Vermeulen
Reviewed-by: Tudor Ambarus
---
drivers/mtd/spi-nor/core.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/spi-nor/core.c b/drivers/mtd/spi-nor/core.c
index 03
If a flash chip has more than 16MB capacity but its BFPT reports
BFPT_DWORD1_ADDRESS_BYTES_3_OR_4, the spi-nor framework defaults to 3.
The check in spi_nor_set_addr_width() doesn't catch it because addr_width
did get set. This fixes that check.
Signed-off-by: Bert Vermeulen
---
drivers/mtd
On 10/2/20 9:50 AM, David Laight wrote:
> From: Bert Vermeulen
>> The SoCs I'm dealing with have an SPI_ADDR_SEL pin, indicating whether it
>> should be in 3 or 4-byte mode. The vendor's hacked-up U-Boot sets the mode
>> accordingly, as does their BSP. It seems to me like a m
000) {
+ /* enable 4-byte addressing if the device exceeds 16MiB */
+ nor->addr_width = 4;
+ }
+
Still fixes the general case, but I'm not sure what the SMPT parsing problem
is -- would this still trigger it?
--
Bert Vermeulen
b...@biot.com
hen BFPT_DWORD1_ADDRESS_BYTES_3_OR_4 is found fixes the
problem for all such cases.
Signed-off-by: Bert Vermeulen
---
drivers/mtd/spi-nor/sfdp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/spi-nor/sfdp.c b/drivers/mtd/spi-nor/sfdp.c
index e2a43d39eb5f..6fedc425bcf7 100
dward Cree
> Signed-off-by: David S. Miller
> Signed-off-by: Sasha Levin
I don't think this particularly needs to go to stable, but if it does it
should be accompanied by:
c65285428b6e ("sfc: initialise found bitmap in efx_ef10_mtd_probe")
Bert.
> ---
> drivers/net/ethern
message fixups look good, but apart from that:
Acked-by: Bert Kenward
> ---
> drivers/net/ethernet/sfc/tx.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/ethernet/sfc/tx.c b/drivers/net/ethernet/sfc/tx.c
> index c3ad564..ed551f0 100644
>
x_mcdi_rpc() already issues an error message on failure, so this doesn't add
anything beyond that.
Are you trying to address a particular issue with this patch?
Thanks,
Bert.
'start'
> is never read
>
> Signed-off-by: Colin Ian King <colin.k...@canonical.com>
Acked-by: Bert Kenward <bkenw...@solarflare.com>
Thanks Colin.
> ---
> drivers/net/ethernet/sfc/ptp.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/drivers/net
t; Signed-off-by: Colin Ian King
Acked-by: Bert Kenward
Thanks Colin.
> ---
> drivers/net/ethernet/sfc/ptp.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/drivers/net/ethernet/sfc/ptp.c b/drivers/net/ethernet/sfc/ptp.c
> index 56c2db398def..caa89bf7603e 100644
&
<linux-net-driv...@solarflare.com>
> Cc: Edward Cree <ec...@solarflare.com>
> Cc: Bert Kenward <bkenw...@solarflare.com>
> Cc: "David S. Miller" <da...@davemloft.net>
> Cc: Eric Dumazet <eduma...@google.com>
> Cc: Jiri Pirko <j...@mellanox.com>
&g
Edward Cree
> Cc: Bert Kenward
> Cc: "David S. Miller"
> Cc: Eric Dumazet
> Cc: Jiri Pirko
> Cc: Jamal Hadi Salim
> Cc: Ingo Molnar
> Cc: net...@vger.kernel.org
> Signed-off-by: Kees Cook
Acked-by: Bert Kenward
> ---
> drivers/net/ethernet/sfc/efx
pause frames (bidirectional and respond-only) */
ethtool_link_ksettings_add_link_mode(cmd, supported, Pause);
ethtool_link_ksettings_add_link_mode(cmd, supported, Asym_Pause);
if (LOOPBACK_INTERNAL(efx)) {
cmd->base.speed = link_state->speed;
cmd->base.duplex = link_state->fd ? DUPLEX_FULL : DUPLEX_HALF;
}
return 0;
}
Thanks,
Bert.
ectional and respond-only) */
ethtool_link_ksettings_add_link_mode(cmd, supported, Pause);
ethtool_link_ksettings_add_link_mode(cmd, supported, Asym_Pause);
if (LOOPBACK_INTERNAL(efx)) {
cmd->base.speed = link_state->speed;
cmd->base.duplex = link_state->fd ? DUPLEX_FULL : DUPLEX_HALF;
}
return 0;
}
Thanks,
Bert.
On 14/12/16 23:12, Philippe Reynes wrote:
> The ethtool api {get|set}_settings is deprecated.
> We move this driver to new api {get|set}_link_ksettings.
>
> Signed-off-by: Philippe Reynes <trem...@gmail.com>
Tested-by: Bert Kenward <bkenw...@solarflare.com>
Acked
On 14/12/16 23:12, Philippe Reynes wrote:
> The ethtool api {get|set}_settings is deprecated.
> We move this driver to new api {get|set}_link_ksettings.
>
> Signed-off-by: Philippe Reynes
Tested-by: Bert Kenward
Acked-by: Bert Kenward
n 14/12/16 23:12, Philippe Reynes wrote:
> The ethtool api {get|set}_settings is deprecated.
> We move this driver to new api {get|set}_link_ksettings.
>
> Signed-off-by: Philippe Reynes <trem...@gmail.com>
Thanks Philippe. We'll get some testing done on this.
Bert.
n 14/12/16 23:12, Philippe Reynes wrote:
> The ethtool api {get|set}_settings is deprecated.
> We move this driver to new api {get|set}_link_ksettings.
>
> Signed-off-by: Philippe Reynes
Thanks Philippe. We'll get some testing done on this.
Bert.
of the Kconfig built-in and module enable details.
>
> Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com>
Acked-by: Bert Kenward <bkenw...@solarflare.com>
Thanks,
Bert.
of the Kconfig built-in and module enable details.
>
> Signed-off-by: Javier Martinez Canillas
Acked-by: Bert Kenward
Thanks,
Bert.
Jsem zastupujicí investicní zajem ze strany Dubaji, pro ktere hledáme vasi
ucast. Odpoved na e-mailu nize v pripade zajmu.
E-mail: philp...@gmail.com
Jsem zastupujicí investicní zajem ze strany Dubaji, pro ktere hledáme vasi
ucast. Odpoved na e-mailu nize v pripade zajmu.
E-mail: philp...@gmail.com
]
> ethernet/sfc/farch.c:124:731: error: comparison of unsigned expression < 0 is
> always false [-Werror=type-limits]
>
> The macro and the caller are both correct, but we can avoid the
> warning by changing the index variable to a signed type.
>
> Signed-off-by: Arnd Bergmann &
]
> ethernet/sfc/farch.c:124:731: error: comparison of unsigned expression < 0 is
> always false [-Werror=type-limits]
>
> The macro and the caller are both correct, but we can avoid the
> warning by changing the index variable to a signed type.
>
> Signed-off-by: Arnd Bergma
7000-series SFC NICs connected with an SFP+ module currently fail to
report any supported link speeds.
Reported-by: Jarod Wilson <ja...@redhat.com>
Signed-off-by: Bert Kenward <bkenw...@solarflare.com>
---
drivers/net/ethernet/sfc/mcdi_port.c | 7 ---
1 file changed, 4 inse
7000-series SFC NICs connected with an SFP+ module currently fail to
report any supported link speeds.
Reported-by: Jarod Wilson
Signed-off-by: Bert Kenward
---
drivers/net/ethernet/sfc/mcdi_port.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ethernet
We probably shouldn't be claiming KX/KX4 here, because it isn't. I'll post an
updated patch shortly.
Bert.
We probably shouldn't be claiming KX/KX4 here, because it isn't. I'll post an
updated patch shortly.
Bert.
isem zastupujicí investicní zajem ze strany Dubaji, pro ktere hledáme vasi
ucast. Odpoved na e-mailu nize v pripade zajmu.
E-mail: pbrt...@gmail.com
isem zastupujicí investicní zajem ze strany Dubaji, pro ktere hledáme vasi
ucast. Odpoved na e-mailu nize v pripade zajmu.
E-mail: pbrt...@gmail.com
Add myself and Edward Cree as maintainers.
Remove Shradha Shah, who is on extended leave.
Cc: David S. Miller <da...@davemloft.net>
Cc: Edward Cree <ec...@solarflare.com>
Cc: Shradha Shah <ss...@solarflare.com>
Signed-off-by: Bert Kenward <bkenw...@solarflare.com>
---
MAI
Add myself and Edward Cree as maintainers.
Remove Shradha Shah, who is on extended leave.
Cc: David S. Miller
Cc: Edward Cree
Cc: Shradha Shah
Signed-off-by: Bert Kenward
---
MAINTAINERS | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index
This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
Signed-off-by: Bert Vermeulen <b...@biot.com>
---
Changes from v3:
- added comment noting eth1 is connected to switch as well
Changes from v2:
- added linksys to filename
- added make rule
Changes from v1:
- changed c
This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
Signed-off-by: Bert Vermeulen
---
Changes from v3:
- added comment noting eth1 is connected to switch as well
Changes from v2:
- added linksys to filename
- added make rule
Changes from v1:
- changed console to stdout-path
This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
---
Changes from v2:
- added linksys to filename
- added make rule
Changes from v1:
- changed console to stdout-path
- removed unnecesarry @0 from dsa node, and fixed dsa/switch node
- fixed partitions according to the official
This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
---
Changes from v2:
- added linksys to filename
- added make rule
Changes from v1:
- changed console to stdout-path
- removed unnecesarry @0 from dsa node, and fixed dsa/switch node
- fixed partitions according to the official
On 04/02/2016 06:16 PM, Andrew Lunn wrote:
On Sat, Apr 02, 2016 at 02:55:52PM +0200, Bert Vermeulen wrote:
+ * (c) 2013 Jonas Gorski <j...@openwrt.org>
+ * (c) 2013 Deutsche Telekom Innovation Laboratories
+ * (c) 2014 Luka Perkov <l...@openwrt.org>
+ * (c) 2014 Randy C. Wil
On 04/02/2016 06:16 PM, Andrew Lunn wrote:
On Sat, Apr 02, 2016 at 02:55:52PM +0200, Bert Vermeulen wrote:
+ * (c) 2013 Jonas Gorski
+ * (c) 2013 Deutsche Telekom Innovation Laboratories
+ * (c) 2014 Luka Perkov
+ * (c) 2014 Randy C. Will
+ *
+ * This file is licensed under the terms
This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
---
arch/arm/boot/dts/kirkwood-viper.dts | 236 +++
1 file changed, 236 insertions(+)
create mode 100644 arch/arm/boot/dts/kirkwood-viper.dts
diff --git a/arch/arm/boot/dts/kirkwood-viper.dts
This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
---
arch/arm/boot/dts/kirkwood-viper.dts | 236 +++
1 file changed, 236 insertions(+)
create mode 100644 arch/arm/boot/dts/kirkwood-viper.dts
diff --git a/arch/arm/boot/dts/kirkwood-viper.dts
This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
The DSA port labels follow the switchdev convention.
Signed-off-by: Bert Vermeulen <b...@biot.com>
---
arch/arm/boot/dts/kirkwood-candyhouse.dts | 228 ++
1 file changed, 228 insertions(+)
This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
The DSA port labels follow the switchdev convention.
Signed-off-by: Bert Vermeulen
---
arch/arm/boot/dts/kirkwood-candyhouse.dts | 228 ++
1 file changed, 228 insertions(+)
create mode 100644 arch
as that is
unnecessary since the PFs that have been reset will each receive an MC
reboot notification. In that case, the driver re-reads the unchanged
value.
Signed-off-by: Bert Kenward
---
drivers/net/ethernet/sfc/ef10.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git
rmware doesn't change as that is
unnecessary since the PFs that have been reset will each receive an MC
reboot notification. In that case, the driver re-reads the unchanged
value.
Signed-off-by: Bert Kenward <bkenw...@solarflare.com>
---
drivers/net/ethernet/sfc/ef10.c | 15 +--
1
On 30/11/15 22:12, Jarod Wilson wrote:
> Don't open-code it.
>
> CC: Solarflare linux maintainers
> CC: Shradha Shah
> CC: net...@vger.kernel.org
> Signed-off-by: Jarod Wilson
Acked-by: Bert Kenward
> ---
> drivers/net/ethernet/sfc/net_driver.h | 3 ++-
> 1 file
On 30/11/15 22:12, Jarod Wilson wrote:
> Don't open-code it.
>
> CC: Solarflare linux maintainers <linux-net-driv...@solarflare.com>
> CC: Shradha Shah <ss...@solarflare.com>
> CC: net...@vger.kernel.org
> Signed-off-by: Jarod Wilson <ja...@redhat.co
On 03/10/15 16:19, Christoph Hellwig wrote:
dma_set_mask already checks for a supported DMA mask before updating it,
the call to dma_supported is redundant.
Signed-off-by: Christoph Hellwig
Acked-by: Bert Kenward
--
To unsubscribe from this list: send the line "unsubscribe linux-k
On 03/10/15 16:19, Christoph Hellwig wrote:
dma_set_mask already checks for a supported DMA mask before updating it,
the call to dma_supported is redundant.
Signed-off-by: Christoph Hellwig <h...@lst.de>
Acked-by: Bert Kenward <bkenw...@solarflare.com>
--
To unsubscribe from thi
On 05/08/2015 05:48 PM, Andrew Lunn wrote:
> On Fri, May 08, 2015 at 04:18:49PM +0200, Bert Vermeulen wrote:
>> When the bus id was supplied via a struct platform_device, the driver wasn't
>> handling -1 to mean an unspecified id of the only instance of this driver,
>>
On 05/08/2015 12:14 PM, Frans Klaver wrote:
> On Thu, May 7, 2015 at 2:31 PM, Bert Vermeulen wrote:
>> +
>> + info->chip.priv = info;
>> + info->mtd.priv = >chip;
>> + info->mtd.owner = THIS_MODULE;
>
> If you should respin, c
When the bus id was supplied via a struct platform_device, the driver wasn't
handling -1 to mean an unspecified id of the only instance of this driver,
as the platform spec requires.
Signed-off-by: Bert Vermeulen
---
drivers/net/phy/mdio-gpio.c | 5 -
1 file changed, 4 insertions(+), 1
On 05/08/2015 12:14 PM, Frans Klaver wrote:
On Thu, May 7, 2015 at 2:31 PM, Bert Vermeulen b...@biot.com wrote:
+
+ info-chip.priv = info;
+ info-mtd.priv = info-chip;
+ info-mtd.owner = THIS_MODULE;
If you should respin, could you add
info-mtd.dev.parent = pdev-dev
When the bus id was supplied via a struct platform_device, the driver wasn't
handling -1 to mean an unspecified id of the only instance of this driver,
as the platform spec requires.
Signed-off-by: Bert Vermeulen b...@biot.com
---
drivers/net/phy/mdio-gpio.c | 5 -
1 file changed, 4
On 05/08/2015 05:48 PM, Andrew Lunn wrote:
On Fri, May 08, 2015 at 04:18:49PM +0200, Bert Vermeulen wrote:
When the bus id was supplied via a struct platform_device, the driver wasn't
handling -1 to mean an unspecified id of the only instance of this driver,
as the platform spec requires
1 - 100 of 418 matches
Mail list logo