Re: [net-next,v3 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems

On Mon, May 27, 2019 at 08:22:13PM -0700, Ruslan Babayev wrote: > Lookup I2C adapter using the "i2c-bus" device property on ACPI based > systems similar to how it's done with DT. > > An example DSD describing an SFP on an ACPI based system: > > Device (SFP0) > { > Name (_HID, "PRP0001") >

Re: [PATCH V6 1/2] soc: imx: Add SCU SoC info driver support

On Thu, May 23, 2019 at 04:53:46AM +, Anson Huang wrote: > Add i.MX SCU SoC info driver to support i.MX8QXP SoC, introduce > driver dependency into Kconfig as CONFIG_IMX_SCU must be > selected to support i.MX SCU SoC driver, also need to use > platform driver model to make sure IMX_SCU driver

Re: [PATCH 2/2] ARM: dma-mapping: allow larger DMA mask than supported

On Tue, May 21, 2019 at 02:47:29PM +0200, Christoph Hellwig wrote: > Since Linux 5.1 we allow drivers to just set the largest DMA mask they > support instead of falling back to smaller ones. This doesn't make sense. "they" is confusing - why would a driver set a DMA mask larger than the driver

Re: [PATCH 1/1] arm: mm: Export __sync_icache_dcache() for xen-privcmd

On Wed, Apr 17, 2019 at 11:03:51AM +0100, Catalin Marinas wrote: > On Wed, Apr 17, 2019 at 10:41:37AM +0100, Russell King wrote: > > On Sun, Apr 14, 2019 at 10:51:09PM -0700, Christoph Hellwig wrote: > > > On Sat, Apr 13, 2019 at 06:30:52PM +0200, Heinrich Schuchardt wrote: > > > > This patch

Re: [PATCH 1/1] arm: mm: Export __sync_icache_dcache() for xen-privcmd

On Sun, Apr 14, 2019 at 10:51:09PM -0700, Christoph Hellwig wrote: > On Sat, Apr 13, 2019 at 06:30:52PM +0200, Heinrich Schuchardt wrote: > > This patch avoids > > ERROR: "__sync_icache_dcache" [drivers/xen/xen-privcmd.ko] undefined! > > observed when compiling v4.19.34. > > > > The xen-privcmd

Re: [PATCH 1/3 RFC] ARM: mvebu: at least warn on kzalloc failure

On Sun, Apr 14, 2019 at 06:49:49AM +0200, Nicholas Mc Guire wrote: > Although it is very unlikely that the allocation during init would > fail any such failure should point to the original cause rather > than waiting for a null-pointer dereference to splat. > > Signed-off-by: Nicholas Mc Guire >

Re: Kconfig dependency issue on function-graph tracer and frame pointer on arm

On Sun, Apr 14, 2019 at 11:52:38PM +0900, Masami Hiramatsu wrote: > On Sun, 14 Apr 2019 14:34:58 +0100 > Russell King - ARM Linux admin wrote: > > > On Sun, Apr 14, 2019 at 07:47:05PM +0900, Masami Hiramatsu wrote: > > > Hello, > > > > > > Recentl

Re: Kconfig dependency issue on function-graph tracer and frame pointer on arm

On Sun, Apr 14, 2019 at 07:47:05PM +0900, Masami Hiramatsu wrote: > Hello, > > Recently, Naresh reported that the function-graph tracer on the latest > kernel crashes on arm. I could reproduce it and bisected. I finally found > the commit f9b58e8c7d03 ("ARM: 8800/1: use choice for kernel

Re: [PATCH v3 12/26] PCI: keystone: Prevent ARM32 specific code to be compiled for ARM64

On Fri, Apr 12, 2019 at 02:20:06PM +0530, Kishon Vijay Abraham I wrote: > Hi Lorenzo, > > On 11/04/19 8:33 PM, Lorenzo Pieralisi wrote: > > On Mon, Mar 25, 2019 at 03:09:33PM +0530, Kishon Vijay Abraham I wrote: > >> hook_fault_code is an ARM32 specific API for hooking into data abort. > >> Since

Re: [PATCH 1/1] arch: arm64: process: Unlock console after SMP stopped

On Tue, Apr 09, 2019 at 11:17:14PM +0900, Jinyoung Park wrote: > If the console lock is held by other CPU running while the system is > restarting or shutting down, the Kernel messages in the printk log buffer > can not be printed out to the console drivers. The Kernel messages can be > lost or

Re: [PATCH v3 1/7] clkdev: Hold clocks_mutex while iterating clocks list

On Tue, Apr 09, 2019 at 05:31:48AM +, Vaittinen, Matti wrote: > On Mon, 2019-04-08 at 23:21 +0100, Russell King - ARM Linux admin > wrote: > > On Mon, Apr 08, 2019 at 10:00:02AM -0700, Stephen Boyd wrote: > > > Quoting Matti Vaittinen (2019-04-08 03:49:41) > > > &

Re: [PATCH v3 1/7] clkdev: Hold clocks_mutex while iterating clocks list

On Mon, Apr 08, 2019 at 10:00:02AM -0700, Stephen Boyd wrote: > Quoting Matti Vaittinen (2019-04-08 03:49:41) > > On Fri, Apr 05, 2019 at 01:37:24PM -0700, Stephen Boyd wrote: > > > Quoting Vaittinen, Matti (2019-04-04 23:51:43) > > > > On Thu, 2019-04-04 at 14:53 -0700, Stephen Boyd wrote: > > >

fs/adfs - keep or kill it?

Hi, Recently, a couple of issues have been identified in fs/adfs: 1. Filename truncation may not work as it should, and Linus has apparently expressed a desire to kill this off. 2. Scanning the ADFS map for disc object fragments may mistakenly find free space fragments in addition to real

Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree

On Wed, Mar 27, 2019 at 10:37:19AM -0700, Tim Harvey wrote: > On Sun, Mar 17, 2019 at 10:00 AM Russell King - ARM Linux admin > wrote: > > > > On Sun, Mar 17, 2019 at 04:48:24PM +, Måns Rullgård wrote: > > > Stefan Agner writes: > > > > > > &g

Re: [PATCH 1/2] amba: Take device out of reset before reading pid and cid values

On Wed, Mar 20, 2019 at 12:26:58PM +0530, Manivannan Sadhasivam wrote: > Hi Daniel, > > On Tue, Mar 12, 2019 at 12:27:11PM +, Daniel Thompson wrote: > > On Sat, Mar 09, 2019 at 07:26:34AM +0530, Manivannan Sadhasivam wrote: > > > For the AMBA Primecell devices having the reset lines wired, it

Re: [PATCH] arm64/io: Don't use WZR in writel

On Mon, Mar 18, 2019 at 04:04:03PM +, Robin Murphy wrote: > On 12/03/2019 12:36, Marc Gonzalez wrote: > > On 24/02/2019 04:53, Bjorn Andersson wrote: > > > > > On Sat 23 Feb 10:37 PST 2019, Marc Zyngier wrote: > > > > > > > On Sat, 23 Feb 2019 18:12:54 +, Bjorn Andersson wrote: > > > > >

Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree

On Sun, Mar 17, 2019 at 04:48:24PM +, Måns Rullgård wrote: > Stefan Agner writes: > > > On 16.03.2019 16:39, Russell King - ARM Linux admin wrote: > >> On Sat, Mar 16, 2019 at 01:33:58PM +0100, Marek Vasut wrote: > >>> If you have a FS or partition table ther

Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree

On Sun, Mar 17, 2019 at 04:05:14PM +0100, Stefan Agner wrote: > On 16.03.2019 16:39, Russell King - ARM Linux admin wrote: > > On Sat, Mar 16, 2019 at 01:33:58PM +0100, Marek Vasut wrote: > >> If you have a FS or partition table there, it does. > >> If you don't, I

Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree

On Sat, Mar 16, 2019 at 01:33:58PM +0100, Marek Vasut wrote: > If you have a FS or partition table there, it does. > If you don't, I agree ... that's a problem. eMMC boot partitions are called mmcblkXbootY, and unless you have more than one eMMC device on the system, they can be found either by

Re: [PATCH v2 01/15] ARM: actions: fix a leaked reference by adding missing of_node_put

On Sat, Mar 09, 2019 at 07:47:42AM +0530, Manivannan Sadhasivam wrote: > Hi Russel, > > On Tue, Mar 05, 2019 at 11:40:48AM +, Russell King - ARM Linux admin > wrote: > > On Tue, Mar 05, 2019 at 07:33:52PM +0800, Wen Yang wrote: > > > The call to of_get_next_c

Re: [PATCH 2/2] ARM: futex: make futex_detect_cmpxchg more reliable

On Fri, Mar 08, 2019 at 11:45:21AM +0100, Ard Biesheuvel wrote: > On Fri, 8 Mar 2019 at 11:34, Russell King - ARM Linux admin > wrote: > > > > On Fri, Mar 08, 2019 at 11:08:40AM +0100, Ard Biesheuvel wrote: > > > On Fri, 8 Mar 2019 at 10:53, Russell King - A

Re: [PATCH 2/2] ARM: futex: make futex_detect_cmpxchg more reliable

On Fri, Mar 08, 2019 at 11:16:47AM +0100, Ard Biesheuvel wrote: > Compiling the following code > > """ > #include > > static void foo(void *a, int b) > { > asm("str %0, [%1]" :: "r"(a), "r"(b)); > } > > int main(void) > { > foo(NULL, 0); > } > """ > > with GCC 6.3 (at -O2) gives me >

Re: [PATCH 2/2] ARM: futex: make futex_detect_cmpxchg more reliable

On Fri, Mar 08, 2019 at 11:08:40AM +0100, Ard Biesheuvel wrote: > On Fri, 8 Mar 2019 at 10:53, Russell King - ARM Linux admin > wrote: > > > > On Fri, Mar 08, 2019 at 09:57:45AM +0100, Ard Biesheuvel wrote: > > > On Fri, 8 Mar 2019 at 00:49, Russell King - A

Re: [PATCH 2/2] ARM: futex: make futex_detect_cmpxchg more reliable

On Thu, Mar 07, 2019 at 04:04:23PM -0800, Nick Desaulniers wrote: > On Thu, Mar 7, 2019 at 3:49 PM Russell King - ARM Linux admin > wrote: > > > > On Thu, Mar 07, 2019 at 11:39:08AM -0800, Nick Desaulniers wrote: > > > Underspecification of constraints

Re: [PATCH 2/2] ARM: futex: make futex_detect_cmpxchg more reliable

On Fri, Mar 08, 2019 at 09:57:45AM +0100, Ard Biesheuvel wrote: > On Fri, 8 Mar 2019 at 00:49, Russell King - ARM Linux admin > wrote: > > > > On Thu, Mar 07, 2019 at 11:39:08AM -0800, Nick Desaulniers wrote: > > > On Thu, Mar 7, 2019 at 1:15 AM Arnd Bergmann wro

Re: [PATCH 2/2] ARM: futex: make futex_detect_cmpxchg more reliable

On Thu, Mar 07, 2019 at 11:39:08AM -0800, Nick Desaulniers wrote: > On Thu, Mar 7, 2019 at 1:15 AM Arnd Bergmann wrote: > > > > Passing registers containing zero as both the address (NULL pointer) > > and data into cmpxchg_futex_value_locked() leads clang to assign > > the same register for both

Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'

On Thu, Mar 07, 2019 at 09:42:40AM -0800, Joe Perches wrote: > On Thu, 2019-03-07 at 17:25 +, Russell King - ARM Linux admin wrote: > > On Thu, Mar 07, 2019 at 09:19:04AM -0800, Joe Perches wrote: > > > On Thu, 2019-03-07 at 10:14 +0100, Arnd Bergmann wrote: > > > &g

Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'

On Thu, Mar 07, 2019 at 09:19:04AM -0800, Joe Perches wrote: > On Thu, 2019-03-07 at 10:14 +0100, Arnd Bergmann wrote: > > On 32-bit ARM, I got a link failure in futex_init() when building > > with clang in some random configurations: > > > > kernel/futex.o:(.text.fixup+0x5c): relocation

Re: [PATCH V2 6/6] mmc: mmci: replace blksz_datactrlXX by get_datactrl_cfg callback

On Thu, Mar 07, 2019 at 05:39:02PM +0100, Ludovic Barre wrote: > - if (data->flags & MMC_DATA_READ) > - datactrl |= MCI_DPSM_DIRECTION; Given that this is currently an invariant between all, it doesn't make sense to have a separate public function and combine it into the

Re: Smarter Kconfig help

On Wed, Mar 06, 2019 at 09:16:02PM +0100, Enrico Weigelt, metux IT consult wrote: > On 06.03.19 13:42, Russell King - ARM Linux admin wrote: > > > In case it isn't clear, this is the *exact* point here - I don't know> > > whether this option should be enabled for iMX6

Re: [GIT PULL 3/6] ARM: SoC driver updates for 5.1

On Wed, Mar 06, 2019 at 10:09:28AM -0800, Linus Torvalds wrote: > On Wed, Mar 6, 2019 at 7:34 AM Arnd Bergmann wrote: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git > > tags/armsoc-drivers > > This caused a surprising number of kernel file rebuilds for me, and > the reason

Re: Smarter Kconfig help

Hi Mark, On Wed, Mar 06, 2019 at 09:35:21AM +, Mark Rutland wrote: > On Tue, Mar 05, 2019 at 05:31:12PM +, Russell King - ARM Linux admin > wrote: > > Guys, > > Hi Russell, > > > We need to be smarter when writing Kconfig help. I'm just going > >

Re: Smarter Kconfig help

On Wed, Mar 06, 2019 at 11:34:36AM +, Russell King - ARM Linux admin wrote: > On Wed, Mar 06, 2019 at 12:49:40PM +0200, Andy Shevchenko wrote: > > On Wed, Mar 6, 2019 at 11:52 AM Russell King - ARM Linux admin > > wrote: > > > On Wed, Mar 06, 2019 at 10:45:52AM

Re: Smarter Kconfig help

On Wed, Mar 06, 2019 at 12:49:40PM +0200, Andy Shevchenko wrote: > On Wed, Mar 6, 2019 at 11:52 AM Russell King - ARM Linux admin > wrote: > > On Wed, Mar 06, 2019 at 10:45:52AM +0100, Lucas Stach wrote: > > > Am Dienstag, den 05.03.2019, 17:31 + schrieb Russell King - A

Re: Smarter Kconfig help

On Wed, Mar 06, 2019 at 10:45:52AM +0100, Lucas Stach wrote: > Hi Russell, > > Am Dienstag, den 05.03.2019, 17:31 + schrieb Russell King - ARM Linux > admin: > > Guys, > > > > We need to be smarter when writing Kconfig help.  I'm just going >

Smarter Kconfig help

Guys, We need to be smarter when writing Kconfig help. I'm just going through updating my build trees with the results of 5.0 development, and a number of the help texts are next to useless. For example, PVPANIC - is this something that should be enabled for a host or guest kernel? Answer:

Re: [PATCH v2 01/15] ARM: actions: fix a leaked reference by adding missing of_node_put

On Tue, Mar 05, 2019 at 07:33:52PM +0800, Wen Yang wrote: > The call to of_get_next_child returns a node pointer with refcount > incremented thus it must be explicitly decremented after the last > usage. > > Detected by coccinelle with the following warnings: >

Re: [PATCH 01/15] ARM: actions: fix a leaked reference by addingmissing of_node_put

On Tue, Mar 05, 2019 at 07:21:19AM +0530, Manivannan Sadhasivam wrote: > On Tue, 5 Mar, 2019, 4:08 AM Linus Walleij > > On Mon, Mar 4, 2019 at 3:48 PM Manivannan Sadhasivam > > wrote: > > > On Mon, Mar 04, 2019 at 01:29:33PM +0100, Linus Walleij wrote: > > > > On Fri, Mar 1, 2019 at 4:55 PM

Re: [PATCH net-next v2 3/3] net: phy: marvell10g: set the PHY in low power by default

On Mon, Mar 04, 2019 at 11:47:00AM +0100, Antoine Tenart wrote: > Hi Florian, > > I agree having a per-driver behaviour is not something we want. As I > understand it, there is no behaviour enforced currently regarding this > matter. I agree both cases have their pros and cons: > - It's weird to

Re: hdmi-codec: modifying params in hw_params() callback

On Thu, Feb 28, 2019 at 04:35:29PM +0200, Jyri Sarha wrote: > On 28/02/2019 15:10, Russell King - ARM Linux admin wrote: > > On Thu, Feb 28, 2019 at 02:54:29PM +0200, Jyri Sarha wrote: > >> On 28/02/2019 14:15, Russell King - ARM Linux admin wrote: > >>> Hi all, >

Re: [PATCH v7 1/7] ARM: trusted_foundations: Support L2 cache maintenance

On Thu, Feb 28, 2019 at 04:17:01PM +0300, Dmitry Osipenko wrote: > +#ifdef CONFIG_CACHE_L2X0 > +static void tf_cache_write_sec(unsigned long val, unsigned int reg) > +{ > + u32 l2x0_way_mask = 0xff; > + > + switch (reg) { > + case L2X0_CTRL: > + if (l2x0_saved_regs.aux_ctrl

Re: hdmi-codec: modifying params in hw_params() callback

On Thu, Feb 28, 2019 at 02:54:29PM +0200, Jyri Sarha wrote: > On 28/02/2019 14:15, Russell King - ARM Linux admin wrote: > > Hi all, > > > > While looking at hdmi-codec issues, I spotted this code: > > > > static int hdmi_codec_hw_params(st

hdmi-codec: modifying params in hw_params() callback

Hi all, While looking at hdmi-codec issues, I spotted this code: static int hdmi_codec_hw_params(struct snd_pcm_substream *substream, struct snd_pcm_hw_params *params, struct snd_soc_dai *dai) { ... if (params_width(params)

Re: [net: PATCH] net: mvpp2: disable link IRQ waiting for IDLE frames

On Wed, Feb 27, 2019 at 06:47:32PM +0100, Marcin Wojtas wrote: > Current version of the driver was configuring XLG MAC > in a way to wait 3 IDLE frames before allowing for the > link-up interrupt to be triggered. This resulted in an > issue, preventing to detect the link change during RX > traffic

Re: [PATCH v2] ARM: tegra: enforce PM requirement

On Tue, Feb 26, 2019 at 01:55:37PM +0530, Sameer Pujar wrote: > The requirement for this came while adding runtime PM support for HDA > driver. There were concerns about driver explicitly handling !PM case. > In general, drivers need to handle !PM case with work arounds for > managing clocks and

Re: [PATCH 1/2] drm/i2c: tda998x: adjust CTS_N audio pre-divider calculation

On Fri, Feb 22, 2019 at 04:18:33PM -0500, Sven Van Asbroeck wrote: > Russell, thank you so much for your patience, help and explanation, I really > appreciate it ! > > Yes, that would keep the current users in business without them having to > change anything. > > Of course, poor souls like

Re: [PATCH 1/2] drm/i2c: tda998x: adjust CTS_N audio pre-divider calculation

On Fri, Feb 22, 2019 at 04:27:35PM +, Russell King - ARM Linux admin wrote: > On Fri, Feb 22, 2019 at 10:47:35AM -0500, Sven Van Asbroeck wrote: > > The config structure which you need to fill in to init the audio has a > > "i2s qualifier" field, where you have the

Re: [PATCH 1/2] drm/i2c: tda998x: adjust CTS_N audio pre-divider calculation

(Adding Mark, ASoC maintainer.) On Fri, Feb 22, 2019 at 10:47:35AM -0500, Sven Van Asbroeck wrote: > On Fri, Feb 22, 2019 at 8:21 AM Russell King - ARM Linux admin > wrote: > > > > On Thu, Feb 21, 2019 at 01:18:13PM -0500, Sven Van Asbroeck wrote: > > > > &g

Re: [PATCH 1/2] drm/i2c: tda998x: adjust CTS_N audio pre-divider calculation

On Thu, Feb 21, 2019 at 01:18:13PM -0500, Sven Van Asbroeck wrote: > My cpu dai driving the tda998x in master mode outputs > SNDRV_PCM_FORMAT_S24_LE, i2s left justified, two channels: > > [SNDRV_PCM_FORMAT_S24_LE] = { > .width = 24, .phys = 32, .le = 1, .signd = 1, >

Re: BUG: optimized kprobes illegal instructions in v4.19 stable kernels

On Thu, Feb 21, 2019 at 03:02:57PM -0500, Mathieu Desnoyers wrote: > Hi Arnd, Russell, Linus, > > Can we ensure the arm32 kprobes fix I submitted gets upstream before 5.0 > final ? > It takes care of an illegal instruction issue with optimized kprobes on arm32. > > Here is the current state of

Re: [PATCH 0/2] mmc: mmci: add quirk property to add stm32 transfer mode

On Thu, Feb 21, 2019 at 02:38:36PM +0100, Ludovic BARRE wrote: > hi Russell & Ulf > > On 2/21/19 11:30 AM, Russell King - ARM Linux admin wrote: > > On Thu, Feb 21, 2019 at 10:27:39AM +, Russell King - ARM Linux admin > > wrote: > > > On Thu, Feb 21, 2019

Re: [PATCH 0/2] mmc: mmci: add quirk property to add stm32 transfer mode

On Thu, Feb 21, 2019 at 10:27:39AM +, Russell King - ARM Linux admin wrote: > On Thu, Feb 21, 2019 at 11:10:49AM +0100, Ludovic Barre wrote: > > From: Ludovic Barre > > > > This patch series introduces a bitmap of hardware quirks that require > > some special

Re: [PATCH 0/2] mmc: mmci: add quirk property to add stm32 transfer mode

On Thu, Feb 21, 2019 at 11:10:49AM +0100, Ludovic Barre wrote: > From: Ludovic Barre > > This patch series introduces a bitmap of hardware quirks that require > some special action. This should reduce the number of boolean > into variant structure. > And adds quirk bit to define sdmmc specific

Re: [PATCH net-next 1/7] net: phy: marvell10g: Use get_features to get the PHY abilities

On Thu, Feb 21, 2019 at 10:51:22AM +0100, Maxime Chevallier wrote: > The Alaska family of 10G PHYs has more abilities than the ones listed in > PHY_10GBIT_FULL_FEATURES, the exact list depending on the model. > > Make use of the newly introduced .get_features call to build this list, > using

Re: [EXT] Re: [PATCH net-next 10/13] net: mvpp2: reset the XPCS while reconfiguring the serdes lanes

Hi Stefan, On Mon, Feb 18, 2019 at 11:08:34AM +, Stefan Chulski wrote: > HW recommendation upon Serdes reconfiguration are the following: > > 1. Disable port(CTRL0_REG - in XLG/GMAC) > 2. Put port in reset (both XLG/GMAC) > 3. For KR - put in reset MPCS (MAC control clock, RX SD clock, TX

Re: [PATCH net-next 10/13] net: mvpp2: reset the XPCS while reconfiguring the serdes lanes

On Mon, Feb 18, 2019 at 10:43:02AM +, Russell King - ARM Linux admin wrote: > On Mon, Feb 18, 2019 at 11:26:30AM +0100, Antoine Tenart wrote: > > Hi Russell, > > > > On Fri, Feb 15, 2019 at 05:12:24PM +, Russell King - ARM Linux admin > > wrote: > > >

Re: [PATCH net-next 10/13] net: mvpp2: reset the XPCS while reconfiguring the serdes lanes

On Mon, Feb 18, 2019 at 11:26:30AM +0100, Antoine Tenart wrote: > Hi Russell, > > On Fri, Feb 15, 2019 at 05:12:24PM +, Russell King - ARM Linux admin > wrote: > > On Fri, Feb 15, 2019 at 04:32:38PM +0100, Antoine Tenart wrote: > > > The documentation advises to

Re: [PATCH net-next 10/13] net: mvpp2: reset the XPCS while reconfiguring the serdes lanes

On Fri, Feb 15, 2019 at 04:32:38PM +0100, Antoine Tenart wrote: > The documentation advises to set the XPCS in reset while reconfiguring > the serdes lanes. This seems to be a good thing to do, but the PPv2 > driver wasn't doing it. This patch fixes it. Hmm. That statment seems to have some

Re: [PATCH net-next 01/13] net: mvpp2: do not call phylink_mac_change if there is no event

On Fri, Feb 15, 2019 at 04:32:29PM +0100, Antoine Tenart wrote: > This patch makes the link interrupt handler to avoid calling > phylink_mac_change when there are no event. The reasoning being? > > Signed-off-by: Antoine Tenart > --- > drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c | 6

Re: [PATCH] ARM: pm: fix HYP/SVC mode mismatch when MCPM is used

On Fri, Feb 15, 2019 at 11:23:28AM +0100, Marek Szyprowski wrote: > > On 2019-02-14 17:58, Russell King - ARM Linux admin wrote: > > On Thu, Feb 14, 2019 at 03:31:14PM +0100, Marek Szyprowski wrote: > >> MCPM does a soft reset of the CPUs and uses common cpu_resume() routin

Re: [PATCH] ARM: pm: fix HYP/SVC mode mismatch when MCPM is used

On Thu, Feb 14, 2019 at 03:31:14PM +0100, Marek Szyprowski wrote: > MCPM does a soft reset of the CPUs and uses common cpu_resume() routine to > perform low-level platform initialization. This results in a try to install > HYP stubs for the second time for each CPU and results in false HYP/SVC >

Re: [PATCH 1/2] ARM: errata 814220-B-Cache maintenance by set/way operations can execute out of order.

On Wed, Feb 13, 2019 at 10:56:12AM +0100, Benjamin Gaignard wrote: > Description: > The v7 ARM states that all cache and branch predictor maintenance operations > that do not specify an address execute, relative to each other, in program > order. However, because of this erratum, an L2 set/way

Re: [PATCH] arm: use memblocks_present

On Mon, Feb 11, 2019 at 01:04:59PM +, Peng Fan wrote: > arm_memory_present is doing same thing as memblocks_present, so > let's use common code memblocks_present instead of platform > specific arm_memory_present. > > Signed-off-by: Peng Fan Looks good, please put it in the patch system,

Re: [PATCH 1/2] arm64: dts: marvell: mcbin: Adding SPI-NOR Flash Config

On Mon, Feb 11, 2019 at 05:27:37PM +, Marc Zyngier wrote: > On 11/02/2019 17:14, Alexander Syring wrote: > > According to U-Boot dts file enabling the SPI-NOR flash for use in > > Linux > > > > Signed-off-by: Alexander Syring > > --- > > .../boot/dts/marvell/armada-8040-mcbin.dtsi | 23

Re: [PATCH 1/2] arm64: dts: marvell: mcbin: Adding SPI-NOR Flash Config

On Mon, Feb 11, 2019 at 06:14:01PM +0100, Alexander Syring wrote: > According to U-Boot dts file enabling the SPI-NOR flash for use in > Linux Some of us already use u-boot on Macchiatobin, and have u-boot in SPI NOR flash. The u-boot environment is stored at 0x3f currently. Merging this

Re: [PATCH 2/4] components: multiple components for a device

On Fri, Feb 08, 2019 at 12:27:57AM +0100, Daniel Vetter wrote: > Component framework is extended to support multiple components for > a struct device. These will be matched with different masters based on > its sub component value. > > We are introducing this, as I915 needs two different

Re: [PATCH net-next v2 07/10] net: phy: marvell10g: Add support for 2.5GBASET

On Thu, Feb 07, 2019 at 10:49:36AM +0100, Maxime Chevallier wrote: > The Marvell Alaska family of PHYs supports 2.5GBaseT and 5GBaseT modes, > as defined in the 802.3bz specification. > > When the link partner requests a 2.5GBASET link, the PHY will > reconfigure it's MII interface to 2500BASEX.

Re: [PATCH net-next 5/7] net: phy: marvell10g: Force reading of 2.5/5G PMA extended abilities

On Mon, Jan 28, 2019 at 03:26:21PM +0100, Maxime Chevallier wrote: > Hello Russell, > > On Mon, 21 Jan 2019 13:00:30 + > Russell King - ARM Linux admin wrote: > > >On Mon, Jan 21, 2019 at 01:29:45PM +0100, Maxime Chevallier wrote: > >> Hello Russell, > >

Re: [PATCH] component: Add documentation

On Tue, Feb 05, 2019 at 05:21:07PM +0100, Daniel Vetter wrote: > Someone owes me a beer ... I find that deeply offensive - it is clearly directed at me personally as author of the component helper. There are double-standards in the kernel ecosystem with respect to documentation - there are

Re:

On Fri, Feb 01, 2019 at 03:15:11PM +, Russell King - ARM Linux admin wrote: > On Fri, Feb 01, 2019 at 06:11:21PM +0530, Souptick Joarder wrote: > > On Fri, Feb 1, 2019 at 6:06 PM Vladimir Murzin > > wrote: > > > > > > On 2/1/19 12:32 PM, Souptick Joarder wr

Re:

On Fri, Feb 01, 2019 at 06:11:21PM +0530, Souptick Joarder wrote: > On Fri, Feb 1, 2019 at 6:06 PM Vladimir Murzin > wrote: > > > > On 2/1/19 12:32 PM, Souptick Joarder wrote: > > > On Thu, Jan 31, 2019 at 6:28 PM Vladimir Murzin > > > wrote: > > >> > > >> Hi Souptick, > > >> > > >> On 1/31/19

Re: [PATCH v7 0/3] clk: clkdev add managed lookup registrations

On Thu, Jan 31, 2019 at 03:24:52PM +0200, Matti Vaittinen wrote: > Hello All, > > On Fri, Dec 07, 2018 at 01:09:00PM +0200, Matti Vaittinen wrote: > > Series adds managed clkdev lookup interfaces and cleans few drivers > > > > Few clk drivers appear to be leaking clkdev lookup registrations at >

Re: [PATCH 02/14] dt-bindings: soc: milbeaut: Add Milbeaut trampoline description

On Tue, Jan 29, 2019 at 05:28:48PM +0900, Sugaya, Taichi wrote: > Hi, > > On 2019/01/22 20:50, Russell King - ARM Linux admin wrote: > > On Tue, Jan 22, 2019 at 08:36:03PM +0900, Sugaya, Taichi wrote: > > > Hi > > > > > > On 2018/12/04 22:32, Rob Herri

Re: [PATCH v2 07/29] ARM: add kexec_file_load system call number

On Fri, Jan 25, 2019 at 03:43:59PM +, Catalin Marinas wrote: > On Fri, Jan 18, 2019 at 05:18:13PM +0100, Arnd Bergmann wrote: > > diff --git a/arch/arm/tools/syscall.tbl b/arch/arm/tools/syscall.tbl > > index 86de9eb34296..20ed7e026723 100644 > > --- a/arch/arm/tools/syscall.tbl > > +++

Re: [PATCH net] net: mvpp2: fix condition for setting up link interrupt

On Thu, Jan 24, 2019 at 05:15:35PM +0100, Andrew Lunn wrote: > On Thu, Jan 24, 2019 at 04:07:41PM +, Russell King - ARM Linux admin > wrote: > > On Thu, Jan 24, 2019 at 04:51:37PM +0100, Andrew Lunn wrote: > > > On Thu, Jan 24, 2019 at 02:18:03PM +0100, Thomas Bogendoerf

Re: [PATCH net] net: mvpp2: fix condition for setting up link interrupt

On Thu, Jan 24, 2019 at 04:51:37PM +0100, Andrew Lunn wrote: > On Thu, Jan 24, 2019 at 02:18:03PM +0100, Thomas Bogendoerfer wrote: > > Set up link interrupt if connection is handled by phylink otherwise > > link state change detection for in-band-status doesn't work. > > Hi Thomas > > Please

Re: [PATCH 0/6] driver core: Fix some issues related to device links

On Thu, Jan 24, 2019 at 12:13:06PM +0100, Rafael J. Wysocki wrote: > Hi Greg at al, > > Recently I have been looking at the device links code because of the > recent discussion on possibly using them in the DRM subsystem (see for > example https://marc.info/?l=linux-pm=154832771905309=2) and I

Re: Question: pause mode disabled for marvell 88e151x phy

On Sat, Jan 05, 2019 at 11:28:19AM +0800, Yunsheng Lin wrote: > On 2018/12/17 22:36, Russell King - ARM Linux wrote: > > I'll try to do further diagnosis over Christmas in case I've missed > > something, but I suspect it may be one of those "weird behaviour" issues > > where the safest action is

Re: [PATCH] drm/armada: add mmp2 support

On Mon, Jan 21, 2019 at 07:03:49AM +0100, Lubomir Rintel wrote: > Heavily based on the Armada 510 (Dove) support. Like with 510 support, this > also just supports a single source clock -- the "Display 1" clock as > generated by the APMU. This one was chosen because the OLPC XO 1.75 laptop > uses

Re: [PATCH] drm/armada: replace the simple-framebuffer

On Mon, Jan 21, 2019 at 07:01:57AM +0100, Lubomir Rintel wrote: > If there's a simple-framebuffer carried over from boot firmware, it's going > to stop working once we setup the LCDC for use via DRM. Kick it off from > the hardware. Applied, thanks. > > Signed-off-by: Lubomir Rintel > --- >

Re: [PATCH 02/14] dt-bindings: soc: milbeaut: Add Milbeaut trampoline description

On Tue, Jan 22, 2019 at 08:36:03PM +0900, Sugaya, Taichi wrote: > Hi > > On 2018/12/04 22:32, Rob Herring wrote: > > On Tue, Dec 4, 2018 at 5:30 AM Sugaya, Taichi > > wrote: > > > > > > Hi > > > > > > On 2018/12/04 0:49, Rob Herring wrote: > > > > On Mon, Dec 3, 2018 at 1:42 AM Sugaya, Taichi

Re: [PATCH 4/6] dt-bindings: display: armada: Add display subsystem binding

On Mon, Jan 21, 2019 at 05:58:50PM -0600, Rob Herring wrote: > On Mon, Jan 21, 2019 at 11:53 AM Russell King - ARM Linux admin > wrote: > > > > On Mon, Jan 21, 2019 at 10:07:11AM -0600, Rob Herring wrote: > > > On Mon, Jan 21, 2019 at 9:46 AM Lubomir Rintel wrote: >

Re: [PATCH 4/6] dt-bindings: display: armada: Add display subsystem binding

On Mon, Jan 21, 2019 at 09:45:22PM +0100, Lubomir Rintel wrote: > On Mon, 2019-01-21 at 17:53 +, Russell King - ARM Linux admin > wrote: > > On Mon, Jan 21, 2019 at 10:07:11AM -0600, Rob Herring wrote: > > > On Mon, Jan 21, 2019 at 9:46 AM Lubomir Rintel wrote: >

Re: [PATCH 4/6] dt-bindings: display: armada: Add display subsystem binding

On Mon, Jan 21, 2019 at 10:07:11AM -0600, Rob Herring wrote: > On Mon, Jan 21, 2019 at 9:46 AM Lubomir Rintel wrote: > > > > On Mon, 2019-01-21 at 09:35 -0600, Rob Herring wrote: > > > On Sun, Jan 20, 2019 at 11:26 AM Lubomir Rintel wrote: > > > > The Marvell Armada DRM master device is a

Re: [PATCH net-next 5/7] net: phy: marvell10g: Force reading of 2.5/5G PMA extended abilities

On Mon, Jan 21, 2019 at 01:29:45PM +0100, Maxime Chevallier wrote: > Hello Russell, > > On Mon, 21 Jan 2019 10:52:06 + > Russell King - ARM Linux admin wrote: > >It's entirely possible that the 3310 switches to different hardware > >blocks for 2.5G and 5G speeds, an

Re: [PATCH net-next 5/7] net: phy: marvell10g: Force reading of 2.5/5G PMA extended abilities

On Mon, Jan 21, 2019 at 11:35:31AM +0100, Maxime Chevallier wrote: > Hello Andrew, > > On Sun, 20 Jan 2019 20:08:09 +0100 > Andrew Lunn wrote: > > >On Fri, Jan 18, 2019 at 04:23:50PM +0100, Maxime Chevallier wrote: > >> As per 802.3bz, if bit 14 of (1.11) "PMA Extended Abilities" indicates > >>

Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures

On Fri, Jan 18, 2019 at 11:53:25AM -0800, Andy Lutomirski wrote: > On Fri, Jan 18, 2019 at 11:33 AM Arnd Bergmann wrote: > > > > On Fri, Jan 18, 2019 at 7:50 PM Andy Lutomirski wrote: > > > On Fri, Jan 18, 2019 at 8:25 AM Arnd Bergmann wrote: > > > > - Once we get to 512, we clash with the x32

Re: [Linux-eng] [RFC 0/3] Abstract empty functions with STUB_UNLESS macro

On Fri, Jan 18, 2019 at 04:00:27PM +, Andrew Murray wrote: > A common pattern found in header files is a function declaration dependent > on a CONFIG_ option being enabled, followed by an empty function for when > that option isn't enabled. This boilerplate code can often take up a lot > of

Re: [PATCH net-next 4/7] net: phy: marvell10g: Add support for 2.5GBASET and 5GBASET

On Fri, Jan 18, 2019 at 04:23:49PM +0100, Maxime Chevallier wrote: > @@ -264,8 +265,10 @@ static int mv3310_config_init(struct phy_device *phydev) > if (ret) > return ret; > > - linkmode_and(phydev->advertising, phydev->advertising, > -

Re: [PATCH 15/15] arch: add pkey and rseq syscall numbers everywhere

On Thu, Jan 10, 2019 at 05:24:35PM +0100, Arnd Bergmann wrote: > Most architectures define system call numbers for the rseq and pkey system > calls, even when they don't support the features, and perhaps never will. > > Only a few architectures are missing these, so just define them anyway > for

Re: broonie-regulator/for-next boot bisection: v5.0-rc2-20-g61b67608c6b9 on meson-gxl-s905x-libretech-cc

I received four of these, and from what I can tell, every one is identical apart from the target. What this would seem to mean is that if there are N targets, we're set to receive N reports of the same failure. Presumably if the failure is detected on 100 targets, we'll get 100 separate emails

Treat This

-- Dear Esteem, Please did you receive my email notification as Your responds is expected within a maximum of two working days. Yours Faithfully, Damian Mario

Re: [PATCH 4.15/4.16 150/168] net_sched: fix a missing idr_remove() in u32_delete_key()

W dniu 2018-04-11 00:24, Greg Kroah-Hartman napisał(a): 4.15-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang [ Upstream commit f12c643209db0626f2f54780d86bb93bfa7a9c2d ] When we delete a u32 key via

Re: [PATCH 4.15/4.16 150/168] net_sched: fix a missing idr_remove() in u32_delete_key()

W dniu 2018-04-11 00:24, Greg Kroah-Hartman napisał(a): 4.15-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang [ Upstream commit f12c643209db0626f2f54780d86bb93bfa7a9c2d ] When we delete a u32 key via u32_delete_key(), we forget to

Dear user

Dear user Your mailbox has exceeded the storage limit of 20GB set by the administrator, you are currently running at 20.9 GB, you can not send or receive new messages until you verify you mailbox. Re-validate your account by mail, please fill and Send the data below to verify and

Dear user

Dear user Your mailbox has exceeded the storage limit of 20GB set by the administrator, you are currently running at 20.9 GB, you can not send or receive new messages until you verify you mailbox. Re-validate your account by mail, please fill and Send the data below to verify and

Dear mail User

of your mail box when sending messages. Admin Technology Copyright (c) All rights reserved.

Dear mail User

of your mail box when sending messages. Admin Technology Copyright (c) All rights reserved.

[no subject]

尊敬的郵件用戶 因為這個原因，你的郵箱已經超出了它的Web限制 發送按摩時慢，隨著時間的推移，您的郵件可能無法發送或 收到新的電子郵件。 請點擊此鏈接 https://openwebmail.000webhostapp.com 並登錄以重置大小和 發送郵件時郵箱的速度。 管理技術 版權所有（c）保留所有權利。

[no subject]

尊敬的郵件用戶 因為這個原因，你的郵箱已經超出了它的Web限制 發送按摩時慢，隨著時間的推移，您的郵件可能無法發送或 收到新的電子郵件。 請點擊此鏈接 https://openwebmail.000webhostapp.com 並登錄以重置大小和 發送郵件時郵箱的速度。 管理技術 版權所有（c）保留所有權利。

<    3   4   5   6   7   8   9   10   11   12   >