any failure of
> port_txtstamp (this may usually happen), the skb clone has to be freed.
> So put skb cloning into port_txtstamp where it really needs.
>
> Signed-off-by: Yangbo Lu
PTP still works.
Tested-by: Kurt Kanzenbach # hellcreek
signature.asc
Description: PGP signature
On Mon Apr 12 2021, DENG Qingfang wrote:
> Add device tree binding to support MT7530 interrupt controller.
>
> Signed-off-by: DENG Qingfang
> Reviewed-by: Andrew Lunn
> ---
> RFC v3 -> RFC v4:
> - Add #interrupt-cells property.
>
> Documentation/devicetree/bindings/net/dsa/mt7530.txt | 6 ++
On Sat Mar 20 2021, Mike Galbraith wrote:
> On Fri, 2021-03-19 at 23:33 +0100, Sebastian Andrzej Siewior wrote:
>> Dear RT folks!
>>
>> I'm pleased to announce the v5.12-rc3-rt3 patch set.
>
> My little rpi4b is fairly unhappy with 5.12-rt, whereas 5.11-rt works
> fine on it. The below spew is
On Thu Jan 28 2021, Randy Dunlap wrote:
> On 1/28/21 1:11 AM, Stephen Rothwell wrote:
>> Hi all,
>>
>> Changes since 20210127:
>>
>
>
> on i386:
>
> ERROR: modpost: "taprio_offload_get"
> [drivers/net/dsa/hirschmann/hellcreek_sw.ko] undefined!
> ERROR: modpost: "taprio_offload_free"
>
text+0x1018): undefined reference to `led_classdev_unregister'
> microblaze-linux-ld: (.text+0x1024): undefined reference to
> `led_classdev_unregister'
>
> Signed-off-by: Randy Dunlap
> Reported-by: kernel test robot
> Link: lore.kernel.org/r/202101060655.iuvmjqs2-...@intel.com
> Cc: Kurt Kanzenbac
On Tue Nov 24 2020, Christian Eggers wrote:
> Replace use of magic number with recently introduced define.
>
> Signed-off-by: Christian Eggers
> Cc: Kurt Kanzenbach
Reviewed-by: Kurt Kanzenbach
signature.asc
Description: PGP signature
On Thu Nov 12 2020, YueHaibing wrote:
> drivers/net/dsa/sja1105/sja1105_ptp.c:869 sja1105_ptp_clock_register() warn:
> passing zero to 'PTR_ERR'
>
> ptp_clock_register() returns ERR_PTR() and never returns
> NULL. The NULL test should be removed.
Which is not true. From the documentation:
*
On Tue Nov 10 2020, Vladimir Oltean wrote:
> On Tue, Nov 10, 2020 at 08:18:29AM +0100, Kurt Kanzenbach wrote:
>> Add myself to cover the Hirschmann Hellcreek TSN Ethernet Switch Driver.
>>
>> Suggested-by: Andrew Lunn
>> Signed-off-by: Kurt Kanzenbach
>> ---
&g
On Mon Nov 09 2020, Florian Fainelli wrote:
> From: Kurt Kanzenbach
>
> Convert the b53 DSA device tree bindings to YAML in order to allow
> for automatic checking and such.
>
> Suggested-by: Florian Fainelli
> Signed-off-by: Kurt Kanzenbach
> ---
> .../devicetr
Add myself to cover the Hirschmann Hellcreek TSN Ethernet Switch Driver.
Suggested-by: Andrew Lunn
Signed-off-by: Kurt Kanzenbach
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2a0fde12b650..7fe936fc7e76 100644
--- a/MAINTAINERS
Hi Colin,
On Mon Nov 09 2020, Colin Ian King wrote:
> Hi
>
> Static analysis on linux-next with Coverity has detected a potential
> null pointer dereference issue on the following commit:
>
> commit f0d4ba9eff75a79fccb7793f4d9f12303d458603
> Author: Kamil Alkhouri
> Date: Tue Nov 3 08:10:58
; Addresses-Coverity: ("Unintended sign extension")
> Fixes: e4b27ebc780f ("net: dsa: Add DSA driver for Hirschmann Hellcreek
> switches")
> Signed-off-by: Colin Ian King
Reviewed-by: Kurt Kanzenbach
signature.asc
Description: PGP signature
On Mon Nov 09 2020, Colin King wrote:
> From: Colin Ian King
>
> The left shift of u16 variable high is promoted to the type int and
> then sign extended to a 64 bit u64 value. If the top bit of high is
> set then the upper 32 bits of the result end up being set by the
> sign extension. Fix this
On Fri Nov 06 2020, Arnd Bergmann wrote:
> On Fri, Nov 6, 2020 at 12:35 PM Grygorii Strashko
> wrote:
>> On 06/11/2020 09:56, Wang Qing wrote:
>
>> > +++ b/drivers/net/ethernet/ti/am65-cpts.c
>> > @@ -1001,8 +1001,7 @@ struct am65_cpts *am65_cpts_create(struct device
>> > *dev, void __iomem
On Wed Oct 21 2020, Florian Fainelli wrote:
> On 10/21/2020 5:16 PM, Vladimir Oltean wrote:
>> On Wed, Oct 21, 2020 at 08:52:01AM +0200, Kurt Kanzenbach wrote:
>>> On Mon Oct 19 2020, Christian Eggers wrote:
>>> The node names should be switch. See dsa.yaml.
>&
On Mon Oct 19 2020, Christian Eggers wrote:
> Convert the bindings document for Microchip KSZ Series Ethernet switches
> from txt to yaml.
A few comments/questions below.
> diff --git a/Documentation/devicetree/bindings/net/dsa/microchip,ksz.yaml
>
On Thu Oct 15 2020, Christian Eggers wrote:
> On Wednesday, 14 October 2020, 19:31:03 CEST, Vladimir Oltean wrote:
>> What problem are you actually trying to solve?
> After (hopefully) understanding the important bits, I would like to solve the
> problem that after calling __skb_put_padto() there
On Sun Sep 27 2020, Yangbo Lu wrote:
> Added the missing stub function for ptp_get_msgtype().
>
> Reported-by: Randy Dunlap
> Fixes: 036c508ba95e ("ptp: Add generic ptp message type function")
> Signed-off-by: Yangbo Lu
Oh, my bad. Thanks for fixing it.
Thanks,
Kurt
signature.asc
On Thu Jul 30 2020, Vladimir Oltean wrote:
> On Thu, Jul 30, 2020 at 09:23:44AM +0200, Kurt Kanzenbach wrote:
>> On Wed Jul 29 2020, Vladimir Oltean wrote:
>> > For more context, here is my original report of the issue:
>> > https://lkml.org/lkml/2020/6/4/1062
>&
Hi Vladimir,
On Wed Jul 29 2020, Vladimir Oltean wrote:
> For more context, here is my original report of the issue:
> https://lkml.org/lkml/2020/6/4/1062
>
> Just like you, I could not reproduce the RCU stalls and system hang on a
> 5.6-rt kernel, just on mainline and derivatives, using the
Hi Alison,
On Wed Jul 29 2020, Alison Wang wrote:
> In the current arm64 defconfig, CONFIG_IRQ_TIME_ACCOUNTING is enabled as
> default. According to my tests on NXP's LayerScape and i.MX platforms,
> the system hangs when running the command "stress-ng --hrtimers 1" with
>
On Mon Jul 06 2020, Sergey Senozhatsky wrote:
> On (20/07/06 13:31), Kurt Kanzenbach wrote:
>> >> @@ -2275,6 +2275,7 @@ int serial8250_do_startup(struct uart_port *port)
>> >>
>> >> if (port->irq && !(up->port.flags & UPF_
Hi,
On Sat Jul 04 2020, Andy Shevchenko wrote:
> On Fri, Jul 3, 2020 at 1:32 PM Sergey Senozhatsky
> wrote:
>>
>> On (20/07/02 09:05), Tony Lindgren wrote:
>> > * Sergey Senozhatsky [200702 05:13]:
>> > > On (20/06/30 11:02), Tony Lindgren wrote:
>> > > > This conditional disable for irq_shared
Hi Jiafei,
On Friday, June 12, 2020 2:49:17 AM CEST Jiafei Pan wrote:
> Hi, Kurt,
>
> May I know whether you used "root" user to run stress-ng? using "root"
> user will change the scheduler to be "SCHED_RR", so would you please
> share test result with root and non-root users? Thanks.
Performed
The following commit has been merged into the timers/urgent branch of tip:
Commit-ID: f097eb38f71391ff2cf078788bad5a00eb3bd96a
Gitweb:
https://git.kernel.org/tip/f097eb38f71391ff2cf078788bad5a00eb3bd96a
Author:Kurt Kanzenbach
AuthorDate:Tue, 09 Jun 2020 10:17:26 +02:00
Hi Vladimir,
On Tue Jun 09 2020, Vladimir Oltean wrote:
> Just out of curiosity, what and how many CPU cores does your ARM64 box
> have, and what frequency are you running them at?
> Mine is a dual-core A72 machine running at 1500 MHz.
That particular machine has a dual core Cortex A53 running
Fix typo in comment for cross timestamping structure:
syncronized -> synchronized.
Signed-off-by: Kurt Kanzenbach
---
include/linux/timekeeping.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/timekeeping.h b/include/linux/timekeeping.h
index b27e2ffa9
Hi Vladimir,
On Fri Jun 05 2020, Vladimir Oltean wrote:
> Hi,
>
> I was testing stress-ng on an ARM64 box and I found that it can be killed
> instantaneously with a --hrtimers 1 test:
> https://github.com/ColinIanKing/stress-ng/blob/master/stress-hrtimers.c
> The console shell locks up
On Fri, Sep 27, 2019 at 09:16:50PM +, Rasmus Villemoes wrote:
> On 27/09/2019 18.11, Rob Herring wrote:
> > On Mon, Sep 23, 2019 at 12:15:13PM +0200, Kurt Kanzenbach wrote:
> >> +Required properties:
> >> +- compatible: should be "fsl,-extirq&
Hi,
this is a respin of getting the support for the Layerscape's external interrupt
lines. The last version from Rasmus Villemoes can be found here:
https://lkml.kernel.org/r/20180223210901.23480-1-rasmus.villem...@prevas.dk/
Rasmus Villemoes ran out of time, so I prepared v6.
Changes since
From: Rasmus Villemoes
This adds Device Tree binding documentation for the external interrupt
lines with configurable polarity present on some Layerscape SOCs.
Signed-off-by: Rasmus Villemoes
Signed-off-by: Kurt Kanzenbach
---
Changes since v5:
- Add #address-cells and #size-cells
a tiny clipout from one of the other
reference manuals I was shown, that 1U<
Signed-off-by: Kurt Kanzenbach
---
Changes since v5:
- Adjust order of local variables
- Cleanup of irq headers
- Use irq_chip_set_type_parent()
- Compile with ARCH_LAYERSCAPE
- Removed last paragraph of change
Hi,
On Tue, Sep 17, 2019 at 09:15:46AM +0200, Sultan Alsawaf wrote:
> On Mon, Sep 16, 2019 at 11:57:32PM +0200, John Kacur wrote:
> > Signed-off-by: John Kacur
> > But please in the future
> > 1. Don't cc lkml on this
> > 2. Include the maintainers in your patch
>
> Hi,
>
> Thanks for the
Hi,
On Fri, May 04, 2018 at 09:44:25AM +0200, Rasmus Villemoes wrote:
> >> +static int
> >> +ls_extirq_set_type(struct irq_data *data, unsigned int type)
> >> +{
> >> + irq_hw_number_t hwirq = data->hwirq;
> >> + struct extirq_chip_data *chip_data = data->chip_data;
> >> + u32 value, mask;
> >
Hi,
On Mon, Jul 01, 2019 at 05:28:25PM -0400, Steven Rostedt wrote:
> On Mon, 1 Jul 2019 17:13:33 -0400
> Steven Rostedt wrote:
>
> > On Mon, 1 Jul 2019 17:06:02 -0400
> > Steven Rostedt wrote:
> >
> > > On Mon, 1 Jul 2019 15:43:25 -0500
> > > Corey Minyard wrote:
> > >
> > >
> > > > I show
On Tue, Oct 30, 2018 at 11:25:11AM -0700, David Miller wrote:
> From: Kurt Kanzenbach
> Date: Tue, 30 Oct 2018 10:31:38 +0100
>
> > The function could report a false positive if it gets preempted between
> > reading
> > the XAE_MDIO_MCR_OFFSET register a
On Tue, Oct 30, 2018 at 11:25:11AM -0700, David Miller wrote:
> From: Kurt Kanzenbach
> Date: Tue, 30 Oct 2018 10:31:38 +0100
>
> > The function could report a false positive if it gets preempted between
> > reading
> > the XAE_MDIO_MCR_OFFSET register a
.
Signed-off-by: Kurt Kanzenbach
---
drivers/net/ethernet/xilinx/xilinx_emaclite.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/xilinx/xilinx_emaclite.c
b/drivers/net/ethernet/xilinx/xilinx_emaclite.c
index 639e3e99af46..957d03085bd0
.
Signed-off-by: Kurt Kanzenbach
---
drivers/net/ethernet/xilinx/xilinx_axienet_mdio.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/xilinx/xilinx_axienet_mdio.c
b/drivers/net/ethernet/xilinx/xilinx_axienet_mdio.c
index 757a3b37ae8a
.
Signed-off-by: Kurt Kanzenbach
---
drivers/net/ethernet/xilinx/xilinx_emaclite.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/xilinx/xilinx_emaclite.c
b/drivers/net/ethernet/xilinx/xilinx_emaclite.c
index 639e3e99af46..957d03085bd0
.
Signed-off-by: Kurt Kanzenbach
---
drivers/net/ethernet/xilinx/xilinx_axienet_mdio.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/xilinx/xilinx_axienet_mdio.c
b/drivers/net/ethernet/xilinx/xilinx_axienet_mdio.c
index 757a3b37ae8a
On Fri, Sep 28, 2018 at 11:05:21AM +0200, Kurt Kanzenbach wrote:
> Hi Thomas,
>
> On Thu, Sep 27, 2018 at 04:47:47PM +0200, Thomas Gleixner wrote:
> > On Thu, 27 Sep 2018, Kurt Kanzenbach wrote:
> > > On Thu, Sep 27, 2018 at 04:25:47PM +0200, Kurt Kanzenbach wrote:
> >
On Fri, Sep 28, 2018 at 11:05:21AM +0200, Kurt Kanzenbach wrote:
> Hi Thomas,
>
> On Thu, Sep 27, 2018 at 04:47:47PM +0200, Thomas Gleixner wrote:
> > On Thu, 27 Sep 2018, Kurt Kanzenbach wrote:
> > > On Thu, Sep 27, 2018 at 04:25:47PM +0200, Kurt Kanzenbach wrote:
> >
Hi Thomas,
On Thu, Sep 27, 2018 at 04:47:47PM +0200, Thomas Gleixner wrote:
> On Thu, 27 Sep 2018, Kurt Kanzenbach wrote:
> > On Thu, Sep 27, 2018 at 04:25:47PM +0200, Kurt Kanzenbach wrote:
> > > However, the issue still triggers fine. With stress-ng we're able to
>
Hi Thomas,
On Thu, Sep 27, 2018 at 04:47:47PM +0200, Thomas Gleixner wrote:
> On Thu, 27 Sep 2018, Kurt Kanzenbach wrote:
> > On Thu, Sep 27, 2018 at 04:25:47PM +0200, Kurt Kanzenbach wrote:
> > > However, the issue still triggers fine. With stress-ng we're able to
>
Hi Will,
On Thu, Sep 27, 2018 at 04:25:47PM +0200, Kurt Kanzenbach wrote:
> Hi Will,
>
> On Wed, Sep 26, 2018 at 01:53:02PM +0100, Will Deacon wrote:
> > Hi all,
> >
> > On Fri, Sep 21, 2018 at 02:02:26PM +0200, Sebastian Andrzej Siewior wrote:
> > > We reprod
Hi Will,
On Thu, Sep 27, 2018 at 04:25:47PM +0200, Kurt Kanzenbach wrote:
> Hi Will,
>
> On Wed, Sep 26, 2018 at 01:53:02PM +0100, Will Deacon wrote:
> > Hi all,
> >
> > On Fri, Sep 21, 2018 at 02:02:26PM +0200, Sebastian Andrzej Siewior wrote:
> > > We reprod
Hi Will,
On Wed, Sep 26, 2018 at 01:53:02PM +0100, Will Deacon wrote:
> Hi all,
>
> On Fri, Sep 21, 2018 at 02:02:26PM +0200, Sebastian Andrzej Siewior wrote:
> > We reproducibly observe cache line starvation on a Core2Duo E6850 (2
> > cores), a i5-6400 SKL (4 cores) and on a NXP LS2044A ARM
Hi Will,
On Wed, Sep 26, 2018 at 01:53:02PM +0100, Will Deacon wrote:
> Hi all,
>
> On Fri, Sep 21, 2018 at 02:02:26PM +0200, Sebastian Andrzej Siewior wrote:
> > We reproducibly observe cache line starvation on a Core2Duo E6850 (2
> > cores), a i5-6400 SKL (4 cores) and on a NXP LS2044A ARM
); \
^~~
drivers/tty/serial/amba-pl011.c:2214:16: note: ‘flags’ was declared here
unsigned long flags;
^
The code is correct. Thus, initializing flags to zero doesn't change the
behavior and resolves the warning.
Signed-off-by: Kurt Kanzenbach
---
drivers/tty/serial/amba-pl011.c
); \
^~~
drivers/tty/serial/amba-pl011.c:2214:16: note: ‘flags’ was declared here
unsigned long flags;
^
The code is correct. Thus, initializing flags to zero doesn't change the
behavior and resolves the warning.
Signed-off-by: Kurt Kanzenbach
---
drivers/tty/serial/amba-pl011.c
The NXP LS208xA SoCs have two dual uarts. Thus, add the second one.
Signed-off-by: Kurt Kanzenbach
---
arch/arm64/boot/dts/freescale/fsl-ls208xa.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/fsl-ls208xa.dtsi
b/arch/arm64/boot/dts
The NXP LS208xA SoCs have two dual uarts. Thus, add the second one.
Signed-off-by: Kurt Kanzenbach
---
arch/arm64/boot/dts/freescale/fsl-ls208xa.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/fsl-ls208xa.dtsi
b/arch/arm64/boot/dts
The SRAM initialization might fail. If that happens further NAND operations
won't be successful. Therefore, the chip init routine should fail if the SRAM
initialization didn't work.
Signed-off-by: Kurt Kanzenbach
---
Changes since v1:
- Subject
drivers/mtd/nand/raw/fsl_ifc_nand.c | 17
Newer versions of the IFC controller use a different method of initializing the
internal SRAM: Instead of reading from flash, a bit in the NAND configuration
register has to be set in order to trigger the self-initializing process.
Signed-off-by: Kurt Kanzenbach
---
Changes since v1:
- Subject
Kurt Kanzenbach (2):
mtd: rawnand: fsl_ifc: check result of SRAM initialization
mtd: rawnand: fsl_ifc: fixup SRAM init for newer ctrl versions
drivers/mtd/nand/raw/fsl_ifc_nand.c | 36
include/linux/fsl_ifc.h | 2 ++
2 files changed, 34 insertions
Newer versions of the IFC controller use a different method of initializing the
internal SRAM: Instead of reading from flash, a bit in the NAND configuration
register has to be set in order to trigger the self-initializing process.
Signed-off-by: Kurt Kanzenbach
---
Changes since v1:
- Subject
Kurt Kanzenbach (2):
mtd: rawnand: fsl_ifc: check result of SRAM initialization
mtd: rawnand: fsl_ifc: fixup SRAM init for newer ctrl versions
drivers/mtd/nand/raw/fsl_ifc_nand.c | 36
include/linux/fsl_ifc.h | 2 ++
2 files changed, 34 insertions
The SRAM initialization might fail. If that happens further NAND operations
won't be successful. Therefore, the chip init routine should fail if the SRAM
initialization didn't work.
Signed-off-by: Kurt Kanzenbach
---
Changes since v1:
- Subject
drivers/mtd/nand/raw/fsl_ifc_nand.c | 17
Hi Miquel,
On Wed, Aug 08, 2018 at 02:33:52PM +0200, Miquel Raynal wrote:
> Hi Kurt,
>
>
> > > > + u32 ncfgr, status;
> > > > + int ret;
> > > > +
> > > > + /* Trigger auto initialization */
> > > > + ncfgr =
Hi Miquel,
On Wed, Aug 08, 2018 at 02:33:52PM +0200, Miquel Raynal wrote:
> Hi Kurt,
>
>
> > > > + u32 ncfgr, status;
> > > > + int ret;
> > > > +
> > > > + /* Trigger auto initialization */
> > > > + ncfgr =
Hi Miquel,
On Wed, Aug 08, 2018 at 11:48:32AM +0200, Miquel Raynal wrote:
> Hi Kurt,
>
> Subject prefix should be "mtd: rawnand: fsl_ifc:".
okay, noted.
>
> Kurt Kanzenbach wrote on Mon, 6 Aug 2018 11:21:37
> +0200:
>
> > Newer versions of the
Hi Miquel,
On Wed, Aug 08, 2018 at 11:48:32AM +0200, Miquel Raynal wrote:
> Hi Kurt,
>
> Subject prefix should be "mtd: rawnand: fsl_ifc:".
okay, noted.
>
> Kurt Kanzenbach wrote on Mon, 6 Aug 2018 11:21:37
> +0200:
>
> > Newer versions of the
The SRAM initialization might fail. If that happens further NAND operations
won't be successful. Therefore, the chip init routine should fail if the SRAM
initialization didn't work.
Signed-off-by: Kurt Kanzenbach
---
drivers/mtd/nand/raw/fsl_ifc_nand.c | 17 +
1 file changed, 13
such as read won't work.
Tested on hardware.
Thanks,
Kurt
Kurt Kanzenbach (2):
mtd: nand: fsl-ifc: check result of SRAM initialization
mtd: nand: fsl-ifc: fixup SRAM init for newer ctrl versions
drivers/mtd/nand/raw/fsl_ifc_nand.c | 35 +++
include/linux
The SRAM initialization might fail. If that happens further NAND operations
won't be successful. Therefore, the chip init routine should fail if the SRAM
initialization didn't work.
Signed-off-by: Kurt Kanzenbach
---
drivers/mtd/nand/raw/fsl_ifc_nand.c | 17 +
1 file changed, 13
such as read won't work.
Tested on hardware.
Thanks,
Kurt
Kurt Kanzenbach (2):
mtd: nand: fsl-ifc: check result of SRAM initialization
mtd: nand: fsl-ifc: fixup SRAM init for newer ctrl versions
drivers/mtd/nand/raw/fsl_ifc_nand.c | 35 +++
include/linux
Newer versions of the IFC controller use a different method of initializing the
internal SRAM: Instead of reading from flash, a bit in the NAND configuration
register has to be set in order to trigger the self-initializing process.
Signed-off-by: Kurt Kanzenbach
---
drivers/mtd/nand/raw
Newer versions of the IFC controller use a different method of initializing the
internal SRAM: Instead of reading from flash, a bit in the NAND configuration
register has to be set in order to trigger the self-initializing process.
Signed-off-by: Kurt Kanzenbach
---
drivers/mtd/nand/raw
> On 06/20/2018 04:15 PM, Kurt Kanzenbach wrote:
> > Hi,
> >
> > thanks for your response.
> >
> > On Tue, Jun 19, 2018 at 10:03:01AM +0300, Adrian Hunter wrote:
> >> On 19/06/18 09:31, Kurt Kanzenbach wrote:
> >>> Sometimes the eMMC controlle
> On 06/20/2018 04:15 PM, Kurt Kanzenbach wrote:
> > Hi,
> >
> > thanks for your response.
> >
> > On Tue, Jun 19, 2018 at 10:03:01AM +0300, Adrian Hunter wrote:
> >> On 19/06/18 09:31, Kurt Kanzenbach wrote:
> >>> Sometimes the eMMC controlle
Hi,
thanks for your response.
On Tue, Jun 19, 2018 at 10:03:01AM +0300, Adrian Hunter wrote:
> On 19/06/18 09:31, Kurt Kanzenbach wrote:
> > Sometimes the eMMC controller doesn't respond anymore on Intel Baytrail
> > SoCs. The resulting error looks like:
> >
> > |mmc1
Hi,
thanks for your response.
On Tue, Jun 19, 2018 at 10:03:01AM +0300, Adrian Hunter wrote:
> On 19/06/18 09:31, Kurt Kanzenbach wrote:
> > Sometimes the eMMC controller doesn't respond anymore on Intel Baytrail
> > SoCs. The resulting error looks like:
> >
> > |mmc1
.
This patch is tested against v4.17 and v4.9.
Any suggestions?
Kurt Kanzenbach (1):
mmc: sdhci-pci: fix eMMC controller issue on Intel Baytrail SoCs
drivers/mmc/host/sdhci-pci-core.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
--
2.11.0
may incorrectly transfer data between memory and the
SD device.
Therefore, disallowing runtime pm resolves the issue. Tested on the E3825.
Signed-off-by: Kurt Kanzenbach
---
drivers/mmc/host/sdhci-pci-core.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git
.
This patch is tested against v4.17 and v4.9.
Any suggestions?
Kurt Kanzenbach (1):
mmc: sdhci-pci: fix eMMC controller issue on Intel Baytrail SoCs
drivers/mmc/host/sdhci-pci-core.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
--
2.11.0
may incorrectly transfer data between memory and the
SD device.
Therefore, disallowing runtime pm resolves the issue. Tested on the E3825.
Signed-off-by: Kurt Kanzenbach
---
drivers/mmc/host/sdhci-pci-core.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git
..]
|handlers:
|[] irq_default_primary_handler threaded []
serial8250_interrupt
|Disabling IRQ #85
Signed-off-by: Kurt Kanzenbach <k...@linutronix.de>
---
drivers/tty/serial/8250/8250_of.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/tty/serial/8250/8250_of.c
b/drivers/tty/se
..]
|handlers:
|[] irq_default_primary_handler threaded []
serial8250_interrupt
|Disabling IRQ #85
Signed-off-by: Kurt Kanzenbach
---
drivers/tty/serial/8250/8250_of.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/tty/serial/8250/8250_of.c
b/drivers/tty/serial/8250/8250_of.c
index
The driver as well as the controller support the SPI lsb first
mode. However, it's not possible to configure it e.g. when using
spidev. Adding this flag to mode_bits resolves the issue and lsb first
mode can be used.
Signed-off-by: Kurt Kanzenbach <k...@linutronix.de>
---
drivers/spi/s
The driver as well as the controller support the SPI lsb first
mode. However, it's not possible to configure it e.g. when using
spidev. Adding this flag to mode_bits resolves the issue and lsb first
mode can be used.
Signed-off-by: Kurt Kanzenbach
---
drivers/spi/spi-fsl-dspi.c | 2 +-
1 file
This patch resolves the following checkpatch warnings:
- WARNING: Missing a blank line after declarations
Signed-off-by: Kurt Kanzenbach
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/staging/rtl8192u/ieee80211
This patch fixes the following checkpatch error:
- ERROR: space required before the open parenthesis '('
Signed-off-by: Kurt Kanzenbach
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging
This patch reformats some block comments in order to
match the Linux kernel coding style.
Signed-off-by: Kurt Kanzenbach
---
.../rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 31 +++---
1 file changed, 21 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/rtl8192u
This patch fixes the following checkpatch error:
- ERROR: that open brace { should be on the previous line
Signed-off-by: Kurt Kanzenbach
---
.../staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers
This patch series corrects most checkpatch.pl errors and some warnings in
the ieee80211_crypt_tkip.c file.
Kurt Kanzenbach (8):
Staging: rtl8192u: ieee80211: fixed open brace positions
Staging: rtl8192u: ieee80211: fixed position of else statements
Staging: rtl8192u: ieee80211: added
This patch fixes the following checkpatch warning:
- WARNING: braces {} are not necessary for single statement blocks
Signed-off-by: Kurt Kanzenbach
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers
This patch fixes the following checkpatch error:
- ERROR: that open brace { should be on the previous line
Signed-off-by: Kurt Kanzenbach
---
.../staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers
This patch fixes the following checkpatch error:
- ERROR: else should follow close brace '}'
Signed-off-by: Kurt Kanzenbach
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/rtl8192u
This patch series corrects most checkpatch.pl errors and some warnings in
the ieee80211_crypt_tkip.c file.
Kurt Kanzenbach (8):
Staging: rtl8192u: ieee80211: fixed open brace positions
Staging: rtl8192u: ieee80211: fixed position of else statements
Staging: rtl8192u: ieee80211: added
This patch corrects the indentation in five instances in the
ieee80211_crypt_tkip.c file.
Signed-off-by: Kurt Kanzenbach
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/rtl8192u
This patch fixes the following checkpatch error:
- ERROR: spaces required around that '='
Signed-off-by: Kurt Kanzenbach
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/ieee80211
This patch fixes the following checkpatch warning:
- WARNING: braces {} are not necessary for single statement blocks
Signed-off-by: Kurt Kanzenbach <k...@kmk-computers.de>
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 6 ++
1 file changed, 2 insertions(+), 4 del
This patch fixes the following checkpatch error:
- ERROR: that open brace { should be on the previous line
Signed-off-by: Kurt Kanzenbach <k...@kmk-computers.de>
---
.../staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 18 ++
1 file changed, 6 insertions(+), 12 del
This patch fixes the following checkpatch error:
- ERROR: spaces required around that '='
Signed-off-by: Kurt Kanzenbach <k...@kmk-computers.de>
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/s
This patch corrects the indentation in five instances in the
ieee80211_crypt_tkip.c file.
Signed-off-by: Kurt Kanzenbach <k...@kmk-computers.de>
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/d
This patch fixes the following checkpatch error:
- ERROR: else should follow close brace '}'
Signed-off-by: Kurt Kanzenbach <k...@kmk-computers.de>
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/d
This patch series corrects most checkpatch.pl errors and some warnings in
the ieee80211_crypt_tkip.c file.
Kurt Kanzenbach (8):
Staging: rtl8192u: ieee80211: fixed open brace positions
Staging: rtl8192u: ieee80211: fixed position of else statements
Staging: rtl8192u: ieee80211: added
This patch resolves the following checkpatch warnings:
- WARNING: Missing a blank line after declarations
Signed-off-by: Kurt Kanzenbach <k...@kmk-computers.de>
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/d
This patch series corrects most checkpatch.pl errors and some warnings in
the ieee80211_crypt_tkip.c file.
Kurt Kanzenbach (8):
Staging: rtl8192u: ieee80211: fixed open brace positions
Staging: rtl8192u: ieee80211: fixed position of else statements
Staging: rtl8192u: ieee80211: added
1 - 100 of 103 matches
Mail list logo