Re: [PATCH v4 3/5] net: macb: fix macb_get/set_wol() when moving to phylink

On Wed, May 06, 2020 at 01:37:39PM +0200, nicolas.fe...@microchip.com wrote: > From: Nicolas Ferre > > Keep previous function goals and integrate phylink actions to them. > > phylink_ethtool_get_wol() is not enough to figure out if Ethernet driver > supports Wake-on-Lan. > Initialization of

Re: [PATCH net-next 4/4] net: bcmgenet: add support for ethtool flow control

On Mon, May 11, 2020 at 05:24:10PM -0700, Doug Berger wrote: > diff --git a/drivers/net/ethernet/broadcom/genet/bcmmii.c > b/drivers/net/ethernet/broadcom/genet/bcmmii.c > index 511d553a4d11..788da1ecea0c 100644 > --- a/drivers/net/ethernet/broadcom/genet/bcmmii.c > +++

Re: [PATCH net-next 3/4] net: ethernet: introduce phy_set_pause

; drivers/net/phy/phy_device.c | 31 +++++++ > include/linux/phy.h | 1 + > 2 files changed, 32 insertions(+) > > diff --git a/drivers/net/phy/phy_device.c b/drivers/net/phy/phy_device.c > index 48ab9efa0166..e6dafb3c3e5f 100644 > --- a/drivers/net/phy/phy_device.c > +++ b/d

Re: [PATCH net-next 1/4] net: ethernet: validate pause autoneg setting

On Wed, May 13, 2020 at 06:34:05AM +0100, Russell King - ARM Linux admin wrote: > On Tue, May 12, 2020 at 08:48:22PM -0700, Doug Berger wrote: > > On 5/12/2020 11:55 AM, Russell King - ARM Linux admin wrote: > > > On Tue, May 12, 2020 at 11:31:39AM -0700,

Re: [PATCH net-next 1/4] net: ethernet: validate pause autoneg setting

On Tue, May 12, 2020 at 08:48:22PM -0700, Doug Berger wrote: > On 5/12/2020 11:55 AM, Russell King - ARM Linux admin wrote: > > On Tue, May 12, 2020 at 11:31:39AM -0700, Doug Berger wrote: > >> This was intended as a fix, but I thought it would be better to keep it > &

Re: [PATCH net-next 1/4] net: ethernet: validate pause autoneg setting

On Tue, May 12, 2020 at 11:31:39AM -0700, Doug Berger wrote: > This was intended as a fix, but I thought it would be better to keep it > as part of this set for context and since net-next is currently open. > > The context is trying to improve the phylib support for offloading > ethtool pause

Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id()

On Mon, May 11, 2020 at 03:04:57PM +0200, Andrew Lunn wrote: > > NXP's LX2160ARDB platform currently has the following MDIO-PHY connection. > > > > MDIO-1 ==> one 40G PHY, two 1G PHYs(C45), two 10G PHYs(C22) > > MDIO-2 ==> one 25G PHY > > It has been suggested that ACPI only support a one to one

Re: [PATCH net-next 01/15] net: dsa: provide an option for drivers to always receive bridge VLANs

On Mon, May 11, 2020 at 02:59:12PM +0300, Vladimir Oltean wrote: > On Mon, 11 May 2020 at 14:54, Russell King - ARM Linux admin > wrote: > > > > On Mon, May 11, 2020 at 02:40:29PM +0300, Vladimir Oltean wrote: > > > On Mon, 11 May 2020 at 14:38, Russell King - A

Re: [PATCH net-next 01/15] net: dsa: provide an option for drivers to always receive bridge VLANs

On Mon, May 11, 2020 at 02:40:29PM +0300, Vladimir Oltean wrote: > On Mon, 11 May 2020 at 14:38, Russell King - ARM Linux admin > wrote: > > > > On Sun, May 10, 2020 at 07:42:41PM +0300, Vladimir Oltean wrote: > > > From: Russell King > > > > >

Re: [PATCH net-next 01/15] net: dsa: provide an option for drivers to always receive bridge VLANs

On Sun, May 10, 2020 at 07:42:41PM +0300, Vladimir Oltean wrote: > From: Russell King > > DSA assumes that a bridge which has vlan filtering disabled is not > vlan aware, and ignores all vlan configuration. However, the kernel > software bridge code allows configuration in this state. > > This

Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id()

On Mon, May 11, 2020 at 03:59:30PM +0530, Calvin Johnson wrote: > On Mon, May 11, 2020 at 10:38:49AM +0100, Russell King - ARM Linux admin > wrote: > > On Mon, May 11, 2020 at 01:30:40PM +0530, Calvin Johnson wrote: > > > On Sat, May 09, 2020 at 01:42:57AM +0200, Andrew Lunn

Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id()

On Mon, May 11, 2020 at 01:30:40PM +0530, Calvin Johnson wrote: > On Sat, May 09, 2020 at 01:42:57AM +0200, Andrew Lunn wrote: > > On Fri, May 08, 2020 at 05:48:33PM -0500, Jeremy Linton wrote: > > > Hi, > > > > > > On 5/8/20 3:27 PM, Andrew Lunn wrote: > > > > > > There is a very small number of

Re: [PATCH net] mvpp2: enable rxhash only on the first port

On Sat, May 09, 2020 at 04:15:46PM +0200, Matteo Croce wrote: > Currently rxhash only works on the first port of the CP (Communication > Processor). Enabling it on other ports completely blocks packet reception. > This patch only adds rxhash as supported feature to the first port, > so rxhash

Re: [EXT] Re: [PATCH net-next 3/5] net: mvpp2: cls: Use RSS contexts to handle RSS tables

On Sat, May 09, 2020 at 08:52:46PM +0100, Russell King - ARM Linux admin wrote: > On Sat, May 09, 2020 at 03:14:05PM +0200, Matteo Croce wrote: > > Hi, > > > > When git bisect pointed to 895586d5dc32 ("net: mvpp2: cls: Use RSS > > contexts to handle RSS table

Re: [EXT] Re: [PATCH net-next 3/5] net: mvpp2: cls: Use RSS contexts to handle RSS tables

On Sat, May 09, 2020 at 03:14:05PM +0200, Matteo Croce wrote: > Hi, > > When git bisect pointed to 895586d5dc32 ("net: mvpp2: cls: Use RSS > contexts to handle RSS tables"), which was merged > almost an year after d33ec4525007 ("net: mvpp2: add an RSS > classification step for each flow"), so I

Re: [PATCH v1 2/3] armv8: gpio: add gpio feature

On Sat, May 09, 2020 at 07:18:45PM +0100, Russell King - ARM Linux admin wrote: > On Sat, May 09, 2020 at 11:34:59PM +0530, Amit Tomer wrote: > > > From what I can tell, these patches are not for the kernel. The > > > filenames don't match th kernel layout. > > > &g

Re: [PATCH v1 2/3] armv8: gpio: add gpio feature

ddress in recipient's address? So why is it copied to: devicet...@vger.kernel.org - a kernel mailing list linux-kernel@vger.kernel.org - the main kernel mailing list linux-g...@vger.kernel.org - the gpio driver kernel mailing list linux-arm-ker...@lists.infradead.org - the ARM kernel mailing list G

Re: [PATCH v1 2/3] armv8: gpio: add gpio feature

On Sat, May 09, 2020 at 05:33:15PM +0200, Andrew Lunn wrote: > On Sat, May 09, 2020 at 06:39:55PM +0800, Hui Song wrote: > > From: "hui.song" > > > > add one struct mpc8xxx_gpio_plat to enable gpio feature. > > > > Signed-off-by: hui.song > > --- > > .../include/asm/arch-fsl-layerscape/gpio.h

Re: [EXT] Re: [PATCH net-next 3/5] net: mvpp2: cls: Use RSS contexts to handle RSS tables

On Sat, May 09, 2020 at 02:51:05PM +0100, Russell King - ARM Linux admin wrote: > On Sat, May 09, 2020 at 03:14:05PM +0200, Matteo Croce wrote: > > On Sat, May 9, 2020 at 1:45 PM Russell King - ARM Linux admin > > wrote: > > > > > > On Sat, May 09, 2020 at 11:15

Re: [EXT] Re: [PATCH net-next 3/5] net: mvpp2: cls: Use RSS contexts to handle RSS tables

On Sat, May 09, 2020 at 03:14:05PM +0200, Matteo Croce wrote: > On Sat, May 9, 2020 at 1:45 PM Russell King - ARM Linux admin > wrote: > > > > On Sat, May 09, 2020 at 11:15:58AM +, Stefan Chulski wrote: > > > > > > > > > > -Original Messa

Re: [EXT] Re: [PATCH net-next 3/5] net: mvpp2: cls: Use RSS contexts to handle RSS tables

t; ; Antoine Tenart > > ; Thomas Petazzoni > > ; gregory.clem...@bootlin.com; > > miquel.ray...@bootlin.com; Nadav Haklai ; Marcin > > Wojtas ; Linux ARM > ker...@lists.infradead.org>; Russell King - ARM Linux admin > > > > Subject: Re: [EXT] Re: [PATCH net-n

Re: [EXT] Re: [PATCH net-next 3/5] net: mvpp2: cls: Use RSS contexts to handle RSS tables

On Sat, May 09, 2020 at 02:16:44PM +0200, Thomas Petazzoni wrote: > Hello, > > On Sat, 9 May 2020 12:45:18 +0100 > Russell King - ARM Linux admin wrote: > > > Looking at the timeline here, it looks like Matteo raised the issue > > very quickly after the patch

Re: [EXT] Re: [PATCH net-next 3/5] net: mvpp2: cls: Use RSS contexts to handle RSS tables

gt; Tenart ; Thomas Petazzoni > > ; gregory.clem...@bootlin.com; > > miquel.ray...@bootlin.com; Nadav Haklai ; Stefan > > Chulski ; Marcin Wojtas ; Linux > > ARM ; Russell King - ARM Linux admin > > > > Subject: [EXT] Re: [PATCH net-next 3/5] net: mvpp2: cls: Use

Re: [PATCH v1 1/3] gpio: mpc8xxx: support fsl-layerscape platform.

On Sat, May 09, 2020 at 06:35:35PM +0800, Hui Song wrote: > From: "hui.song" > > Make the MPC8XXX gpio driver to support the fsl-layerscape. > > Signed-off-by: hui.song > --- > drivers/gpio/mpc8xxx_gpio.c | 59 + > 1 file changed, 59 insertions(+) What

Re: [PATCH] ARM: OMAP2+: remove unneeded variable "errata" in configure_dma_errata()

On Wed, May 06, 2020 at 02:19:00PM +0800, Jason Yan wrote: > Fix the following coccicheck warning: > > arch/arm/mach-omap2/dma.c:82:10-16: Unneeded variable: "errata". Return > "0" on line 161 NAK. Look closer at what the code is doing, thanks. This warning is basically incorrect. -- RMK's

Re: [net-next PATCH v3 1/5] net: phy: Introduce phy related fwnode functions

On Tue, May 05, 2020 at 06:59:01PM +0530, Calvin Johnson wrote: > +static inline struct phy_device *device_phy_find_device(struct device *dev) > +{ > + return NULL; > +} > + > +struct fwnode_handle *fwnode_get_phy_node(struct fwnode_handle *fwnode) > +{ > + return NULL; > +} This wants to

Re: [net-next PATCH v3 1/5] net: phy: Introduce phy related fwnode functions

move phy code from base/property.c to net/phy/phy_device.c > replace acpi & of code to get phy-handle with fwnode_find_reference > > drivers/net/phy/phy_device.c | 53 > include/linux/phy.h | 19 + > 2 files changed

Re: [net-next PATCH v3 3/5] phylink: Introduce phylink_fwnode_phy_connect()

nvalid > remove unused phylink_device_phy_connect() > > Changes in v2: > replace of_ and acpi_ code with generic fwnode to get phy-handle. > > drivers/net/phy/phylink.c | 48 +++ > include/linux/phylink.h | 3 +++ > 2 files changed, 51

Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id()

On Tue, May 05, 2020 at 05:15:16PM +0300, Andy Shevchenko wrote: > On Tue, May 5, 2020 at 4:29 PM Calvin Johnson > > + if (sscanf(cp, "ethernet-phy-id%4x.%4x", > > + , ) == 2) { > > > + *phy_id = ((upper & 0x) << 16) | (lower & > >

Re: [PATCH] ARM: use ARM unwinder for gcov

On Tue, May 05, 2020 at 04:11:56PM +0200, Arnd Bergmann wrote: > Using gcov on ARM fails when the frame pointer unwinder is used: > > arm-linux-gnueabi-ld: kernel/softirq.o:(.ARM.exidx+0x120): undefined > reference to `__aeabi_unwind_cpp_pr0' > arm-linux-gnueabi-ld: init/main.o:(

Re: [Patch include request] ARM: dts: imx6qdl-sr-som-ti: indicate powering off wifi is safe

e powering off wifi is safe), > > already in Linus tree > > (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/arm/boot/dts/imx6qdl-sr-som-ti.dtsi?h=v5.7-rc3=b7dc7205b2ae6b6c9d9cfc3e47d6f08da8647b10) > > to LTS kernel 5.4 and to stable 5.6.8. > > &

Re: [PATCH] arm: Drop CONFIG_MTD_M25P80 in various defconfig files

BLOCK=y > -CONFIG_MTD_M25P80=y > CONFIG_MTD_RAW_NAND=y > CONFIG_MTD_NAND_DENALI_DT=y > CONFIG_MTD_SPI_NOR=y > diff --git a/arch/arm/configs/tegra_defconfig > b/arch/arm/configs/tegra_defconfig > index aa94369..6a7988a 100644 > --- a/arch/arm/configs/tegra_defconfig > +++ b/arch/arm/c

Re: [PATCH] net: dsa: sja1105: fix speed setting for 10 MBPS

On Fri, May 01, 2020 at 06:00:52PM +, Walter Harms wrote: > IMHO it would be better to use switch case here to improve readability. > > switch (bmcr & mask) { > > case BMCR_SPEED1000: > speed = SPEED_1000; > break; > case

Re: [PATCH 04/18] ARM: debug-ll: Add support for r8a7742

On Wed, Apr 29, 2020 at 10:56:41PM +0100, Lad Prabhakar wrote: > @@ -1701,6 +1709,7 @@ config DEBUG_UART_PHYS > default 0xe6e6 if DEBUG_RCAR_GEN2_SCIF0 > default 0xe6e68000 if DEBUG_RCAR_GEN2_SCIF1 > default 0xe6ee if DEBUG_RCAR_GEN2_SCIF4 > + default 0xe6c6 if

Re: [PATCH v2 0/5] Fix ELF / FDPIC ELF core dumping, and use mmap_sem properly in there

On Wed, Apr 29, 2020 at 11:49:49PM +0200, Jann Horn wrote: > At the moment, we have that rather ugly mmget_still_valid() helper to > work around : ELF core dumping > doesn't take the mmap_sem while traversing the task's VMAs, and if > anything (like

Re: [PATCH] net: dsa: mv88e6xxx: remove duplicate assignment of struct members

On Wed, Apr 29, 2020 at 10:10:01PM +0800, Jason Yan wrote: > These struct members named 'phylink_validate' was assigned twice: > > static const struct mv88e6xxx_ops mv88e6190_ops = { > .. > .phylink_validate = mv88e6390_phylink_validate, > .. > .phylink_validate =

Re: [PATCH] [v2] ARM: oabi-compat: fix epoll_ctl build failure

On Wed, Apr 29, 2020 at 03:23:24PM +0200, Arnd Bergmann wrote: > Two functions are not declared or defined when CONFIG_EPOLL is > disabled: > > arch/arm/kernel/sys_oabi-compat.c: In function 'sys_oabi_epoll_ctl': > arch/arm/kernel/sys_oabi-compat.c:258:6: error: implicit declaration of >

Re: Xilinx axienet 1000BaseX support

On Tue, Apr 28, 2020 at 05:51:58PM -0600, Robert Hancock wrote: > On 2020-04-28 5:01 p.m., Russell King - ARM Linux admin wrote: > > On Tue, Apr 28, 2020 at 03:59:45PM -0600, Robert Hancock wrote: > > > On 2020-04-22 1:51 a.m., Russell King - ARM Linux admin wrote: > >

Re: Xilinx axienet 1000BaseX support

On Tue, Apr 28, 2020 at 03:59:45PM -0600, Robert Hancock wrote: > On 2020-04-22 1:51 a.m., Russell King - ARM Linux admin wrote: > > On Tue, Apr 21, 2020 at 07:45:47PM -0600, Robert Hancock wrote: > > > Hi Andre/Russell, > > > > > > Just wondering where thin

Re: [PATCH 1/2] Revert "ASoC: hdmi-codec: re-introduce mutex locking"

On Wed, Oct 23, 2019 at 05:37:16PM +0100, Mark Brown wrote: > On Wed, Oct 23, 2019 at 06:12:02PM +0200, Jerome Brunet wrote: > > This reverts commit eb1ecadb7f67dde94ef0efd3ddaed5cb6c9a65ed. > > > > This fixes the following warning reported by lockdep and a potential > > issue with hibernation >

Re: [PATCH v3 1/5] net: ag71xx: port to phylink

On Mon, Oct 21, 2019 at 07:38:07AM +0200, Oleksij Rempel wrote: > +static void ag71xx_mac_validate(struct phylink_config *config, > + unsigned long *supported, > + struct phylink_link_state *state) > { > - struct ag71xx *ag = netdev_priv(ndev);

Re: [PATCH net-next 2/2] net: phy: Add ability to debug RGMII connections

On Fri, Oct 18, 2019 at 04:37:55PM +0300, Vladimir Oltean wrote: > On Fri, 18 Oct 2019 at 16:23, Russell King - ARM Linux admin > wrote: > > > > On Fri, Oct 18, 2019 at 04:09:30PM +0300, Vladimir Oltean wrote: > > > Hi Andrew, > > > > > > On

Re: [PATCH net-next 2/2] net: phy: Add ability to debug RGMII connections

On Fri, Oct 18, 2019 at 04:09:30PM +0300, Vladimir Oltean wrote: > Hi Andrew, > > On Fri, 18 Oct 2019 at 16:01, Andrew Lunn wrote: > > > > > Well, that's the tricky part. You're sending a frame out, with no > > > guarantee you'll get the same frame back in. So I'm not sure that any > > >

Re: [PATCH v2 1/5] net: ag71xx: port to phylink

L); > ifctl &= ~(MAC_IFCTL_SPEED); > @@ -870,7 +869,7 @@ static void ag71xx_link_adjust(struct ag71xx *ag, bool > update) > fifo5 = ag71xx_rr(ag, AG71XX_REG_FIFO_CFG5); > fifo5 &= ~FIFO_CFG5_BM; > > - switch (phydev->speed) { > + switch

Re: [RFC PATCH 0/3] watchdog servicing during decompression

On Thu, Oct 17, 2019 at 02:34:52PM +0200, Rasmus Villemoes wrote: > On 17/10/2019 14.03, Russell King - ARM Linux admin wrote: > > We used to have this on ARM - it was called from the decompressor > > code via an arch_decomp_wdog() hook. > > > > That code got rem

Re: [RFC PATCH 0/3] watchdog servicing during decompression

updated without physical > access or is locked down for other reasons, so the decompressor has to > be bundled with the kernel image for that to be possible. > > This POC adds a linux/decompress/keepalive.h header which provides a > decompress_keepalive() macro. Wiring up any given deco

Re: [PATCH 3/6] PCI: mobiveil: Add PCIe Gen4 EP driver for NXP Layerscape SoCs

On Tue, Oct 15, 2019 at 09:14:00AM +, Xiaowei Bao wrote: > > -Original Message- > > From: Russell King - ARM Linux admin > > Sent: 2019年10月15日 17:08 > > To: Xiaowei Bao > > Cc: Z.q. Hou ; bhelg...@google.com; > > robh...@kernel.org; mark.rutl...@

Re: [PATCH 3/6] PCI: mobiveil: Add PCIe Gen4 EP driver for NXP Layerscape SoCs

On Tue, Oct 15, 2019 at 07:46:12AM +, Xiaowei Bao wrote: > > > > -Original Message- > > From: Russell King - ARM Linux admin > > Sent: 2019年9月25日 0:39 > > To: Xiaowei Bao > > Cc: Z.q. Hou ; bhelg...@google.com; > > robh...@kernel.org; mark

[no subject]

Здравствуйте! Вас интересуют клиентские базы данных?

Re: [PATCH v2 1/3] net: phylink: switch to using fwnode_gpiod_get_index()

On Mon, Oct 14, 2019 at 10:40:20AM -0700, Dmitry Torokhov wrote: > Instead of fwnode_get_named_gpiod() that I plan to hide away, let's use > the new fwnode_gpiod_get_index() that mimics gpiod_get_index(), but > works with arbitrary firmware node. > > Reviewed-by: Andy Shevchenko > Acked-by:

[no subject]

Здравствуйте! Вас интересуют клиентские базы данных?

Re: [PATCH 3/3] arm64: configs: unset CPU_BIG_ENDIAN

On Sat, Oct 12, 2019 at 12:47:45AM +0200, Arnd Bergmann wrote: > On Fri, Oct 11, 2019 at 12:33 PM Russell King - ARM Linux admin > wrote: > > 32-bit ARM experience is that telco class users really like big > > endian. > > Right, basically anyone with a large code base mi

Re: [PATCH] compiler: enable CONFIG_OPTIMIZE_INLINING forcibly

; > make its own inlining decisions, but not when the potential for > > miscompilation isn't fully understood and the proposed alternatives turn > > the source into an unreadable mess. Perhaps we can do something different > > for 5.5 (arch opt-in? clang only? invert the logic? wo

Re: [PATCH 3/3] arm64: configs: unset CPU_BIG_ENDIAN

On Fri, Oct 11, 2019 at 11:27:48AM +0100, Will Deacon wrote: > Does anybody use BIG_ENDIAN? If we're not even building it then maybe we > should get rid of it altogether on arm64. I don't know of any supported > userspace that supports it or any CPUs that are unable to run little-endian >

Re: [PATCH 34/36] ARM: s3c: stop including mach/hardware.h from mach/io.h

> @@ -13,7 +13,6 @@ > #include > #include > #include > -#include > #include > > #include > diff --git a/drivers/spi/spi-s3c24xx-regs.h b/drivers/spi/spi-s3c24xx-regs.h > index 37b93ff7c7fe..b76d591eba8c 100644 > --- a/drivers/spi/spi-s3c24xx-regs.h > +++ b/drivers/spi/spi-

Re: [PATCH 5.3 076/148] mmc: sdhci-of-esdhc: set DMA snooping based on DMA coherence

Hi Greg, On 5th October, Christian Zigotzky reported a problem with this on PowerPC (at a guess, it looks like there's a PowerPC user of this where the DT does not mark the device as dma-coherent, but the hardware requires it to be DMA coherent.) However, despite sending a reply to him within

Re: [PATCH v6] gpio/mpc8xxx: change irq handler from chained to normal

mpc8xxx_gpio_irq_cascade, mpc8xxx_gc); > + ret = devm_request_irq(>dev, mpc8xxx_gc->irqn, > +mpc8xxx_gpio_irq_cascade, > +IRQF_NO_THREAD | IRQF_SHARED, "gpio-cascade", > +

Re: [PATCH v2 -next] ASoc: tas2770: Fix build error without GPIOLIB

On Sun, Oct 06, 2019 at 06:46:31PM +0800, YueHaibing wrote: > If GPIOLIB is not set, building fails: > > sound/soc/codecs/tas2770.c: In function tas2770_reset: > sound/soc/codecs/tas2770.c:38:3: error: implicit declaration of function > gpiod_set_value_cansleep; did you mean

Re: MAP_FIXED_NOREPLACE appears to break older i386 binaries

On Sat, Oct 05, 2019 at 05:18:05PM -0700, Linus Torvalds wrote: > Duh. > > I only looked at recent issues in this area, and overlooked your > sentence in between the two ELF section dumps, and it appears that you > have already biseced it to something else: I hadn't - I'd looked at the changes

MAP_FIXED_NOREPLACE appears to break older i386 binaries

Under a 4.19 kernel (debian stable), I am surprised to find that some previously working i386 binaries no longer work, whereas others are fine. ls, for example, dies with a SEGV, but bash is fine. Looking at the kernel log reveals: [13117.361000] 20899 (ls): Uhuuh, elf segment at

Re: [PATCH] panic: Ensure preemption is disabled during panic()

s a crash by writing to /proc/sysrq-trigger: > > > > > > > > | sysrq: Trigger a crash > > > > | Kernel panic - not syncing: sysrq triggered crash > > > > | CPU: 0 PID: 1 Comm: init Not tainted 5.2.15 #1 > > > &g

Re: [PATCH v2 00/21] Refine memblock API

On Thu, Oct 03, 2019 at 02:30:10PM +0300, Mike Rapoport wrote: > On Thu, Oct 03, 2019 at 09:49:14AM +0100, Russell King - ARM Linux admin > wrote: > > On Thu, Oct 03, 2019 at 08:34:52AM +0300, Mike Rapoport wrote: > > > (trimmed the CC) > > > > > > On Wed,

Re: [PATCH v2 00/21] Refine memblock API

On Thu, Oct 03, 2019 at 07:46:06AM -0700, Chris Healy wrote: > > > > The iMX6 does not have MMUv2 hardware, it has MMUv1. With MMUv1 > > hardware requires command buffers within the first 2GiB of physical > > RAM. > > > I thought that the i.MX6q has the MMUv1 and GC2000 GPU while the > i.MX6qp

Re: [PATCH v2 00/21] Refine memblock API

On Thu, Oct 03, 2019 at 08:34:52AM +0300, Mike Rapoport wrote: > (trimmed the CC) > > On Wed, Oct 02, 2019 at 06:14:11AM -0500, Adam Ford wrote: > > On Wed, Oct 2, 2019 at 2:36 AM Mike Rapoport wrote: > > > > > > > Before the patch: > > > > # cat /sys/kernel/debug/memblock/memory > >0:

Re: [PATCH 0/6] Add the Mobiveil EP and Layerscape Gen4 EP driver support

On Wed, Oct 02, 2019 at 04:14:21PM -0500, Bjorn Helgaas wrote: > On Tue, Sep 24, 2019 at 04:52:23PM +0100, Russell King - ARM Linux admin > wrote: > > On Tue, Sep 24, 2019 at 03:18:47PM +0100, Russell King - ARM Linux admin > > wrote: > > > On Mon, Sep 16, 2019 at 10

Re: [PATCHv3] ARM: drivers/amba: release and cleanup the resource to allow for deferred probe

On Wed, Oct 02, 2019 at 09:35:51AM -0500, Dinh Nguyen wrote: > With commit "79bdcb202a35 ARM: 8906/1: drivers/amba: add reset control to > amba bus probe", the amba bus driver needs to be deferred probe because the > reset driver is probed later. However with a deferred probe, the call to >

Re: [PATCHv2] ARM: drivers/amba: release the resource to allow for deferred probe

On Wed, Oct 02, 2019 at 07:33:49AM -0500, Dinh Nguyen wrote: > With commit "79bdcb202a35 ARM: 8906/1: drivers/amba: add reset control to > amba bus probe", the amba bus driver needs to be deferred probe because the > reset driver is probed later. However with a deferred probe, the call to >

Re: [PATCH v2] ARM: add __always_inline to functions called from __get_user_check()

On Tue, Oct 01, 2019 at 10:03:50AM -0700, Nick Desaulniers wrote: > On Tue, Oct 1, 2019 at 1:37 AM Masahiro Yamada > wrote: > > > > KernelCI reports that bcm2835_defconfig is no longer booting since > > commit ac7c3e4ff401 ("compiler: enable CONFIG_OPTIMIZE_INLINING > > forcibly")

Re: [PATCH] compiler: enable CONFIG_OPTIMIZE_INLINING forcibly

On Tue, Oct 01, 2019 at 02:32:54PM -0700, Nick Desaulniers wrote: > On Tue, Oct 1, 2019 at 2:26 PM Russell King - ARM Linux admin > wrote: > > > > On Tue, Oct 01, 2019 at 09:59:38PM +0100, Russell King - ARM Linux admin > > wrote: > > > On Tue, Oct 01, 2019 at 0

Re: [PATCH] ARM: drivers/amba: release the resource to allow for deferred probe

On Tue, Oct 01, 2019 at 04:40:26PM -0500, Dinh Nguyen wrote: > With commit "79bdcb202a35 ARM: 8906/1: drivers/amba: add reset control to > amba bus probe", the amba bus driver needs to be deferred probe because the > reset driver is probed later than the amba bus. However with a deferred > probe,

Re: [PATCH] compiler: enable CONFIG_OPTIMIZE_INLINING forcibly

On Tue, Oct 01, 2019 at 09:59:38PM +0100, Russell King - ARM Linux admin wrote: > On Tue, Oct 01, 2019 at 01:21:44PM -0700, Nick Desaulniers wrote: > > On Tue, Oct 1, 2019 at 11:14 AM Russell King - ARM Linux admin > > wrote: > > > > > > On Tue, Oct 01, 2019 at 1

Re: [PATCH] compiler: enable CONFIG_OPTIMIZE_INLINING forcibly

On Tue, Oct 01, 2019 at 01:21:44PM -0700, Nick Desaulniers wrote: > On Tue, Oct 1, 2019 at 11:14 AM Russell King - ARM Linux admin > wrote: > > > > On Tue, Oct 01, 2019 at 11:00:11AM -0700, Nick Desaulniers wrote: > > > On Tue, Oct 1, 2019 at 10:55 AM Russell King - A

Re: [PATCH] compiler: enable CONFIG_OPTIMIZE_INLINING forcibly

On Tue, Oct 01, 2019 at 11:00:11AM -0700, Nick Desaulniers wrote: > On Tue, Oct 1, 2019 at 10:55 AM Russell King - ARM Linux admin > wrote: > > > > On Tue, Oct 01, 2019 at 10:44:43AM -0700, Nick Desaulniers wrote: > > > I apologize; I don't mean to be difficult.

Re: [PATCH] compiler: enable CONFIG_OPTIMIZE_INLINING forcibly

rm64 related to outlining. If we fix those two cases, I think we're > close to proceeding with Masahiro's cleanup, which I view as a good > thing for the health of the Linux kernel codebase. Except, using the C preprocessor for this turns the arm32 code into yuck: 1. We'd need to turn get_domai

Re: [PATCH] Partially revert "compiler: enable CONFIG_OPTIMIZE_INLINING forcibly"

On Tue, Oct 01, 2019 at 04:28:27PM +0100, Andrew Murray wrote: > I hadn't noticed the use of __OPTIMIZE__ - indeed if __compiletime_assert > is no-op'd and you reach it then you won't have a build error - but you > may get uninitialised values instead. > > Presumably the purpose of __OPTIMIZE__

Re: [PATCH] Partially revert "compiler: enable CONFIG_OPTIMIZE_INLINING forcibly"

ern - isn't there a benefit > here for changing all of these to BUILD_BUG? (So they can be found easily). Precisely, what is your suggestion? If you think that replacing the call to __get_user_bad with BUILD_BUG(), BUILD_BUG() becomes a no-op when __OPTIMIZE__ is not defined (see the definit

Re: [PATCH] ARM: fix __get_user_check() in case uaccess_* calls are not inlined

On Mon, Sep 30, 2019 at 02:59:25PM +0900, Masahiro Yamada wrote: > KernelCI reports that bcm2835_defconfig is no longer booting since > commit ac7c3e4ff401 ("compiler: enable CONFIG_OPTIMIZE_INLINING > forcibly"): > > https://lkml.org/lkml/2019/9/26/825 > > I also received a regression report

perf annotate fails with "Invalid -1 error code"

LL, NULL) = 1 (in [0]) 3431 pselect6(5, [4], NULL, NULL, {tv_sec=10, tv_nsec=0}, NULL) = 1 (in [4], left {tv_sec=9, tv_nsec=95480}) 3431 read(4, "\r", 1) = 1 3431 uname({sysname="Linux", nodename="cex7", ...}) = 0 3431 openat(AT_FDCWD, "/usr

Re: [PATCH v5] gpio/mpc8xxx: change irq handler from chained to normal

et = request_irq(mpc8xxx_gc->irqn, mpc8xxx_gpio_irq_cascade, > + IRQF_NO_THREAD | IRQF_SHARED, "gpio-cascade", > + mpc8xxx_gc); > + if (ret) { > + dev_err(>dev, "%s: failed to request_irq(%d), ret = %d\n

[no subject]

Здравствуйте! Вас интересуют клиентские базы данных?

Re: [PATCH 4/6] PCI: mobiveil: Add workaround for unsupported request error

OR_MASK 0x108 > + > /* starting offset of INTX bits in status register */ > #define PAB_INTX_START 5 > > -- > 2.9.5 > > > ___ > linux-arm-kernel mailing list > linux-arm-ker...@lists.infradead.org > http://lists.infradead.o

Re: [PATCH 3/6] PCI: mobiveil: Add PCIe Gen4 EP driver for NXP Layerscape SoCs

RSCAPE GEN4 CONTROLLER > M: Hou Zhiqiang > +M: Xiaowei Bao > L: linux-...@vger.kernel.org > L: linux-arm-ker...@lists.infradead.org > S: Maintained > F: Documentation/devicetree/bindings/pci/layerscape-pcie-gen4.txt > F: drivers/pci/controller/mobibeil/pc

Re: [PATCH 0/6] Add the Mobiveil EP and Layerscape Gen4 EP driver support

On Tue, Sep 24, 2019 at 03:18:47PM +0100, Russell King - ARM Linux admin wrote: > On Mon, Sep 16, 2019 at 10:17:36AM +0800, Xiaowei Bao wrote: > > This patch set are for adding Mobiveil EP driver and adding PCIe Gen4 > > EP driver of NXP Layerscape platform. > > >

Re: [PATCH 0/6] Add the Mobiveil EP and Layerscape Gen4 EP driver support

On Mon, Sep 16, 2019 at 10:17:36AM +0800, Xiaowei Bao wrote: > This patch set are for adding Mobiveil EP driver and adding PCIe Gen4 > EP driver of NXP Layerscape platform. > > This patch set depends on: > https://patchwork.kernel.org/project/linux-pci/list/?series=159139 >

Re: [PATCH] arm: export memblock_reserve()d regions via /proc/iomem

On Mon, Sep 23, 2019 at 11:42:54PM +0800, Yu Chen wrote: > From: Yu Chen > > On Sat, 21 Sep 2019 15:51:38, Russell King - ARM Linux admin wrote: > > On Sat, Sep 21, 2019 at 09:02:49PM +0800, Yu Chen wrote: > > > From: Yu Chen > > > > > > memblock r

Re: [PATCH] arm: export memblock_reserve()d regions via /proc/iomem

r initrd. Many reserved regions come from the kernel allocating memory during boot. We don't want to prevent kexec re-using those regions. > [    0.000000] Booting Linux on physical CPU 0xf00 > [    0.00] Linux version 4.9.115-rt93-dirty > (yuchen@localhost.localdomain) (gcc versi

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

On Tue, Sep 17, 2019 at 10:42:01PM +0100, Russell King - ARM Linux admin wrote: > On Tue, Sep 17, 2019 at 06:19:13PM +0100, Russell King - ARM Linux admin > wrote: > > whether you can get the link to come up at all. You might need to see > > whether wiggling the RJ45 helps (

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

On Tue, Sep 17, 2019 at 08:39:34PM +0200, Andrew Lunn wrote: > > > Well, the _correct_ driver needs to be used for the PHY specific > > > features to be properly controlled. Using the generic driver > > > in this situation will not be guaranteed to work. > > I fully agree about the PHY driver.

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

On Tue, Sep 17, 2019 at 11:30:13PM +0100, Russell King - ARM Linux admin wrote: > On Tue, Sep 17, 2019 at 04:32:53PM +0300, tinywrkb wrote: > > Here's the output of # mii-tool -v -v eth0 > > > > * linux-test-5.1rc1-a2703de70942-without_bad_commit > > > >

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

On Tue, Sep 17, 2019 at 04:32:53PM +0300, tinywrkb wrote: > Here's the output of # mii-tool -v -v eth0 > > * linux-test-5.1rc1-a2703de70942-without_bad_commit > > Using SIOCGMIIPHY=0x8947 > eth0: negotiated 100baseTx-FD flow-control, link ok > registers for MII PHY 0:

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

On Tue, Sep 17, 2019 at 06:19:13PM +0100, Russell King - ARM Linux admin wrote: > whether you can get the link to come up at all. You might need to see > whether wiggling the RJ45 helps (I've had that sort of thing with some > cables.) > > You might also need "ethtool -s

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

On Tue, Sep 17, 2019 at 06:37:28PM +0100, Russell King - ARM Linux admin wrote: > On Tue, Sep 17, 2019 at 07:26:58PM +0200, Andrew Lunn wrote: > > > diff --git a/drivers/net/phy/at803x.c b/drivers/net/phy/at803x.c > > > index b3893347804d..85cf4a4a5e81 100644 > > >

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

On Tue, Sep 17, 2019 at 07:26:58PM +0200, Andrew Lunn wrote: > > diff --git a/drivers/net/phy/at803x.c b/drivers/net/phy/at803x.c > > index b3893347804d..85cf4a4a5e81 100644 > > --- a/drivers/net/phy/at803x.c > > +++ b/drivers/net/phy/at803x.c > > Hi Russell > > This won't work. In the kernel

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

On Tue, Sep 17, 2019 at 06:04:19PM +0100, Russell King - ARM Linux admin wrote: > On Tue, Sep 17, 2019 at 07:34:27PM +0300, tinywrkb wrote: > > The patch didn't fix the issue. > > > > # ethtool eth0 > > > > Settings for eth0: > > Supported ports:

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

trol > link partner: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD > flow-control > > # journalctl -b | egrep -i 'phy|eth|fec'|grep -v usb > > kernel: Booting Linux on physical CPU 0x0 > kernel: libphy: Fixed MDIO Bus: probed > kernel: libphy: fec_enet_mii_bu

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

On Tue, Sep 17, 2019 at 04:17:07PM +0100, Russell King - ARM Linux admin wrote: > On Tue, Sep 17, 2019 at 02:39:43PM +0100, Russell King - ARM Linux admin > wrote: > > On Tue, Sep 17, 2019 at 04:32:53PM +0300, tinywrkb wrote: > > > On Tue, Sep 17, 2019 at 02:54:34PM +02

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

On Tue, Sep 17, 2019 at 02:39:43PM +0100, Russell King - ARM Linux admin wrote: > On Tue, Sep 17, 2019 at 04:32:53PM +0300, tinywrkb wrote: > > On Tue, Sep 17, 2019 at 02:54:34PM +0200, Andrew Lunn wrote: > > > On Tue, Sep 17, 2019 at 03:41:01PM +0300, tinywrkb wrote: > >

Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed

riant running v5.3-rc8. I have no Solo/DualLite variant handy at > > > > > the moment. > > > > > > > > Could somebody with an affected device show us the output of ethtool > > > > with and without 5502b218e001. Does one show 1G has b

Re: [breakage] panic() does not halt arm64 systems under certain conditions

On Tue, Sep 17, 2019 at 11:45:19AM +0100, Will Deacon wrote: > Hi, > > [Expanding CC list; original message is here: > > https://lore.kernel.org/linux-arm-kernel/BX1W47JXPMR8.58IYW53H6M5N@dragonstone/] > > On Mon, Sep 16, 2019 at 09:35:36PM -0400, Xogium wrote: > >

Re: [PATCH] arm: fix page faults in do_alignment

On Fri, Sep 06, 2019 at 04:17:59PM +0100, Russell King - ARM Linux admin wrote: > On Mon, Sep 02, 2019 at 12:36:56PM -0500, Eric W. Biederman wrote: > > Russell King - ARM Linux admin writes: > > > > > On Fri, Aug 30, 2019 at 04:02:48PM -0500, Eric W. Biederman wrote: &

<    1   2   3   4   5   6   7   8   9   10   >