On Mon, Feb 15, 2021 at 09:17:09PM +0900, Hector Martin wrote:
> Apple mobile devices originally used Samsung SoCs (starting with the
> S5L8900), and their current in-house SoCs continue to use compatible
> UART peripherals. We'll call this UART variant apple,s5l-uart.
>
> Signed-off-by: Hector
On Mon, Feb 15, 2021 at 09:23:32AM -0800, Xie He wrote:
> On Mon, Feb 15, 2021 at 1:25 AM Leon Romanovsky wrote:
> >
> > > + /* When transmitting data:
> > > + * first we'll remove a pseudo header of 1 byte,
> > > + * then the LAPB module will prepend an LAPB header of at most 3
>
On Mon, Feb 15, 2021 at 10:54 AM Leon Romanovsky wrote:
>
> On Mon, Feb 15, 2021 at 09:23:32AM -0800, Xie He wrote:
> > On Mon, Feb 15, 2021 at 1:25 AM Leon Romanovsky wrote:
> > >
> > > > + /* When transmitting data:
> > > > + * first we'll remove a pseudo header of 1 byte,
> > > > +
Hi Saravana,
On Mon, Feb 15, 2021 at 7:27 PM Saravana Kannan wrote:
> On Mon, Feb 15, 2021 at 6:59 AM Rafael J. Wysocki wrote:
> > On Mon, Feb 15, 2021 at 12:16 PM Geert Uytterhoeven
> > wrote:
> > > With fw_devlink=permissive, devices are added to the deferred probe
> > > pending list if
On Thu, Feb 11, 2021 at 4:45 PM Hans de Goede wrote:
>
> Hi,
>
> On 2/11/21 4:24 PM, Rafael J. Wysocki wrote:
> > On Thu, Feb 11, 2021 at 2:50 PM Andy Shevchenko
> > wrote:
> >>
> >> This is last part of Intel MID (SFI based) removal. We have no more users
> >> of it
> >> in the kernel and
> Can't we simply use signed arithmetic here? This expression works fine
> if the quantities are all interpreted as s64 instead of u64
I was thinking about that, but I do not like the idea of using sign
arithmetics for physical addresses. Also, I am worried that someone in
the future will
Linus,
please pull the latest timers/core branch from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-core-2021-02-15
up to: 11db5710d4a9: Merge tag 'timers-v5.12-rc1' of
https://git.linaro.org/people/daniel.lezcano/linux into timers/core
Time and timer updates:
-
On Mon, Feb 15, 2021 at 11:08 AM Geert Uytterhoeven
wrote:
>
> Hi Saravana,
>
> On Mon, Feb 15, 2021 at 7:27 PM Saravana Kannan wrote:
> > On Mon, Feb 15, 2021 at 6:59 AM Rafael J. Wysocki wrote:
> > > On Mon, Feb 15, 2021 at 12:16 PM Geert Uytterhoeven
> > > wrote:
> > > > With
On 2/15/21 11:29 AM, Krzysztof Kozlowski wrote:
>> diff --git a/arch/arm64/boot/dts/apple/apple-j274.dts
>> b/arch/arm64/boot/dts/apple/apple-j274.dts
>> new file mode 100644
>> index ..9a1be91a2cf0
>> --- /dev/null
>> +++ b/arch/arm64/boot/dts/apple/apple-j274.dts
>> @@ -0,0 +1,41 @@
On Mon, Feb 15, 2021 at 4:38 AM Geert Uytterhoeven wrote:
>
> Hi Saravana,
>
> On Fri, Feb 12, 2021 at 4:00 AM Saravana Kannan wrote:
> > On Thu, Feb 11, 2021 at 5:00 AM Geert Uytterhoeven
> > wrote:
> > > - I2C on R-Car Gen3 does not seem to use DMA, according to
> > >
On Sun, Feb 14, 2021 at 09:48:53PM +0100, Michael Walle wrote:
> Am 2021-02-14 03:24, schrieb Vladimir Oltean:
> > On Sun, Feb 14, 2021 at 03:18:49AM +0100, Michael Walle wrote:
> > > Am 14. Februar 2021 02:57:33 MEZ schrieb Vladimir Oltean
> > > :
> > > >Hi Michael,
> > > >
> > > >On Sun, Feb
Lakshmi Ramasubramanian writes:
> From: Rob Herring
>
> The architecture specific field, elfcorehdr_addr in struct kimage_arch,
> that holds the address of the buffer in memory for ELF core header for
> powerpc has a different name than the one used for x86_64. This makes
> it hard to have a
Lakshmi Ramasubramanian writes:
> From: Rob Herring
>
> The code for setting up the /chosen node in the device tree
> and updating the memory reservation for the next kernel has been
> moved to of_kexec_alloc_and_setup_fdt() defined in "drivers/of/kexec.c".
>
> Use the common
On 2/11/21 5:16 AM, Juergen Gross wrote:
> Add syfs nodes for each xenbus device showing event statistics (number
> of events and spurious events, number of associated event channels)
> and for setting a spurious event threshold in case a frontend is
> sending too many events without being rogue
Commit 973c096f6a85 ("vgacon: remove software scrollback support")
removed all uses of vga_init_done, so let's get rid of it entirely.
Signed-off-by: Stephen Kitt
---
drivers/video/console/vgacon.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/video/console/vgacon.c
This one has gone away. Remove it; there's good chance there wasn't anything
useful there anyway.
Signed-off-by: Lubomir Rintel
---
Changes since v2:
- Just remove one link; the rest has been replaced with archive links
Changes since v1:
- Adjust for removal of "[PATCH 0/4] docs: arm: marvell:
MMP2 is used in XO-1.75 and MMP3 is now supported in mainline.
Signed-off-by: Lubomir Rintel
---
Documentation/arm/marvell.rst | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/Documentation/arm/marvell.rst b/Documentation/arm/marvell.rst
index
Marvell has an annoying habit of moving stuff around their web site
every full moon, and often just removing documents altogether.
At this point basically none but four of the links still works and even
those that work today weren't working for a long period of time
previously. That is a shame
Hello,
syzbot found the following issue on:
HEAD commit:291009f6 Merge tag 'pm-5.11-rc8' of git://git.kernel.org/p..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=17cd1098d0
kernel config: https://syzkaller.appspot.com/x/.config?x=6a218c95bd23063a
On Wed, Feb 10, 2021 at 5:40 PM Gustavo A. R. Silva
wrote:
>
> There is a regular need in the kernel to provide a way to declare having
> a dynamically sized set of trailing elements in a structure. Kernel code
> should always use “flexible array members”[1] for these cases. The older
> style of
On Wed, Feb 10, 2021 at 6:36 PM Gustavo A. R. Silva
wrote:
>
> There is a regular need in the kernel to provide a way to declare having
> a dynamically sized set of trailing elements in a structure. Kernel code
> should always use “flexible array members”[1] for these cases. The older
> style of
On Mon, 15 Feb 2021 17:43:59 +,
Krzysztof Kozlowski wrote:
> For bigger patchsets, you should combine get_maintainer.pl with sending
> emails so individual patches will go to all role-based entries from
> get_maintainer.pl and to all mailing lists. You can (and sometimes even
> worth to)
On Sat, 13 Feb 2021 00:06:04 -0500 vincent.cheng...@renesas.com wrote:
> From: Vincent Cheng
>
> Part of the device initialization aligns the rising edge of the output
> clock to the internal 1 PPS clock. If the system APLL and DPLL is not
> locked, then the alignment will fail and there will be
Introduce module_parport_driver() helper macro to reduce boilerplate
in the existing and new code.
Signed-off-by: Andy Shevchenko
---
include/linux/parport.h | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/include/linux/parport.h b/include/linux/parport.h
index
Switch to use module_parport_driver() to reduce boilerplate code.
Note, device_initcall() is a default for module_init().
Signed-off-by: Andy Shevchenko
---
drivers/spi/spi-lm70llp.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/spi/spi-lm70llp.c
On 22/01/2021 15:55, Ansuel Smith wrote:
> VER_0 is used to describe device based on tsens version before v0.1.
> These device are devices based on msm8960 for example apq8064 or
> ipq806x.
>
> Signed-off-by: Ansuel Smith
At the first glance, this series sounds ok but there is no ack from the
Memory mappings inside kernel allocated with vmalloc() are in
predictable order and packed tightly toward the low addresses, except
for per-cpu areas which start from top of the vmalloc area. With
new kernel boot parameter 'randomize_vmalloc=1', the entire area is
used randomly to make the
Switch to use module_parport_driver() to reduce boilerplate code.
Note, device_initcall() is a default for module_init().
Signed-off-by: Andy Shevchenko
---
drivers/spi/spi-butterfly.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/spi/spi-butterfly.c
Hi all,
Commits
78034b8e072d ("gpio: msic: Drop driver from Makefile")
5a2a46ae4b26 ("gpio: wcove: Split out to_ireg() helper and deduplicate the
code")
9fe5fcd64035 ("gpio: wcove: Switch to use regmap_set_bits(),
regmap_clear_bits()")
2edba74c9d34 ("gpio: wcove: Get rid of error prone
On Mon, 2021-02-15 at 19:34 +0100, Thomas Zimmermann wrote:
> Hi
>
> Am 09.02.21 um 00:03 schrieb Lyude Paul:
> > >
> > > > + } else {
> > > > + buf[0] = level;
> > > > + }
> > > > +
> > > > + ret = drm_dp_dpcd_write(aux, DP_EDP_BACKLIGHT_BRIGHTNESS_MSB,
> > > >
Le lundi 15 février 2021 à 13:10 +0100, Christian König a écrit :
>
>
> Am 15.02.21 um 13:00 schrieb Thomas Zimmermann:
> > Hi
> >
> > Am 15.02.21 um 10:49 schrieb Thomas Zimmermann:
> > > Hi
> > >
> > > Am 15.02.21 um 09:58 schrieb Christian König:
> > > > Hi guys,
> > > >
> > > > we are
Hi Dejin,
Thank you for all the work here!
The subject and the commit message could be improved to include a little
more details about why do you want to do it, and what problems does it
aims to solve.
> Introduce pcim_alloc_irq_vectors(), a explicit device-managed version of
>
On Fri, Feb 12, 2021 at 11:08:56AM +0100, Wasim Khan wrote:
> From: Wasim Khan
>
> Log a message if all BARs of type 0 devices are of
> size zero. This can help detecting type 0 devices
> not reporting BAR size correctly.
I could be missing something, but I don't think we can do this. I
would
Hi Dejin,
Thank you for working on this series!
Do you have a link to the conversation that prompted addition of this
new function? If so, then it would be nice to include a reference to it
here (as a link to http://lore.kernel.org/) in the cover letter for
reference, if possible, of course.
On Mon, Feb 15, 2021 at 1:09 AM Marc Zyngier wrote:
>
> Hi Saravana,
>
> On Mon, 15 Feb 2021 08:29:53 +,
> Saravana Kannan wrote:
> >
> > On Sun, Feb 14, 2021 at 7:58 PM Guenter Roeck wrote:
> > >
> > > On 2/14/21 1:12 PM, Saravana Kannan wrote:
> > > [ ... ]
> > > >
> > > > Can you please
Haier Y11C Laptop have FocalTech PS/2 Touchpad, BIOS Device Name is FTE0001.
This device have different protocol than exisiting FocalTech PS/2 Driver.
This commit adds a basic multitouch-capable driver.
Some of the protcol is still unknown (just like the other FocalTech driver)
Device can only
Remove all DBG_COUNTER macro calls from os_dep/xmit_linux.c, as the
corresponding variables are only ever written to and not used. This
makes the code cleaner, and is necessary prior to removing the
DBG_COUNTER definition itself.
Signed-off-by: Phillip Potter
---
Remove all DBG_COUNTER macro calls from core/rtw_xmit.c, as the
corresponding variables are only ever written to and not used. This
makes the code cleaner, and is necessary prior to removing the
DBG_COUNTER definition itself.
Signed-off-by: Phillip Potter
---
This is against for-next/kexec, fix for machine_kexec_post_load
warning.
Reported by kernel test robot [1].
[1] https://lore.kernel.org/linux-arm-kernel/202102030727.gqtokach-...@intel.com
Pavel Tatashin (1):
kexec: move machine_kexec_post_load() to public interface
include/linux/kexec.h
On Wed, Feb 10, 2021 at 6:49 PM Gustavo A. R. Silva
wrote:
>
> There is a regular need in the kernel to provide a way to declare having
> a dynamically sized set of trailing elements in a structure. Kernel code
> should always use “flexible array members”[1] for these cases. The older
> style of
machine_kexec_post_load() is called after kexec load is finished. It must
be declared in public header not in kexec_internal.h
Reported-by: kernel test robot
Signed-off-by: Pavel Tatashin
---
include/linux/kexec.h | 2 ++
kernel/kexec_internal.h | 2 --
2 files changed, 2 insertions(+), 2
On Mon, 2021-02-15 at 19:24 +0200, Amir Goldstein wrote:
> On Mon, Feb 15, 2021 at 6:53 PM Trond Myklebust <
> tron...@hammerspace.com> wrote:
> >
> > On Mon, 2021-02-15 at 18:34 +0200, Amir Goldstein wrote:
> > > On Mon, Feb 15, 2021 at 5:42 PM Luis Henriques <
> > > lhenriq...@suse.de>
> > >
lmc set sc->lmc_media pointer when there is a matching device.
However, when no matching device is found, this pointer is NULL
and the following dereference will result in a null-ptr-deref.
To fix this issue, unregister the hdlc device and return an error.
[4.569359] BUG: KASAN:
>From QPIC version 2.0 onwards new register got added to
read last codeword. This change will add the READ_LOCATION_LAST_CW_n
register.
For first three code word READ_LOCATION_n register will be
use.For last code word READ_LOCATION_LAST_CW_n register will be
use.
Signed-off-by: Md Sadre Alam
On Mon, Feb 15, 2021 at 09:17:11PM +0900, Hector Martin wrote:
> Earlycon support is identical to S3C2410, but Apple SoCs also need
> MMIO mapped as nGnRnE. This is handled generically for normal drivers
> including the normal UART path here, but earlycon uses fixmap and
> runs before that
André Almeida writes:
> Create a new set of futex syscalls known as futex2. This new interface
> is aimed to implement a more maintainable code, while removing obsolete
> features and expanding it with new functionalities.
Hi André. Some comments below
> +/* kernel/futex2.c */
> +asmlinkage
On 15.02.2021 17:57, Bjarni Jonasson wrote:
> At Power-On Reset, transients may cause the LCPLL to lock onto a
> clock that is momentarily unstable. This is normally seen in QSGMII
> setups where the higher speed 6G SerDes is being used.
> This patch adds an initial LCPLL Reset to the PHY (first
On 15.02.2021 17:57, Bjarni Jonasson wrote:
> The current IB serdes calibration algorithm (performed by the onboard 8051)
> has proven to be unstable for the VSC8514 QSGMII phy.
> A new algorithm has been developed based on
> 'Frequency-offset Jittered-Injection' or 'FoJi' method which solves
>
On 15.02.2021 17:58, Bjarni Jonasson wrote:
> The 'coma mode' (configurable through sw or hw) provides an
> optional feature that may be used to control when the PHYs become active.
> The typical usage is to synchronize the link-up time across
> all PHY instances. This patch releases coma mode if
The following changes since commit 19c329f6808995b142b3966301f217c831e7cf31:
Linux 5.11-rc4 (2021-01-17 16:37:05 -0800)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
tags/regmap-v5.12
for you to fetch changes up to
On Mon, Feb 15, 2021 at 10:23:52PM +0200, Andy Shevchenko wrote:
> Switch to use module_parport_driver() to reduce boilerplate code.
> Note, device_initcall() is a default for module_init().
Acked-by: Mark Brown
signature.asc
Description: PGP signature
On Mon, Feb 15, 2021 at 10:23:53PM +0200, Andy Shevchenko wrote:
> Switch to use module_parport_driver() to reduce boilerplate code.
> Note, device_initcall() is a default for module_init().
Acked-by: Mark Brown
signature.asc
Description: PGP signature
Lakshmi Ramasubramanian writes:
> From: Rob Herring
>
> Both arm64 and powerpc do essentially the same FDT /chosen setup for
> kexec. The differences are either omissions that arm64 should have
> or additional properties that will be ignored. The setup code can be
> combined and shared by
Haier Y11C Laptop have FocalTech PS/2 Touchpad, BIOS Device Name is FTE0001.
This device have different protocol than exisiting FocalTech PS/2 Driver.
This commit adds a basic multitouch-capable driver.
Some of the protcol is still unknown (just like the other FocalTech driver)
Device can only
This driver is used by the Nitrogen8m Mini SBC.
Signed-off-by: Adrien Grassein
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 292c00f893fc..bd310e91d4ed 100644
---
Hello:
This patch was applied to netdev/net-next.git (refs/heads/master):
On Mon, 15 Feb 2021 16:19:23 + you wrote:
> From: Colin Ian King
>
> It appears that the call of ipv6_add_any for the destination address
> is using ip6src instead of ip6dst, this looks like a copy-paste
> coding
Add SAI description and pinmuxing.
Signed-off-by: Adrien Grassein
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 86 +++
1 file changed, 86 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
On Wed, Feb 10, 2021 at 9:53 PM syzbot
wrote:
>
> syzbot has found a reproducer for the following issue on:
>
> HEAD commit:291009f6 Merge tag 'pm-5.11-rc8' of git://git.kernel.org/p..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=14470d18d0
>
Add flexspi description an pinmuxing.
Signed-off-by: Adrien Grassein
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
On 2021-02-15 14:10, Miquel Raynal wrote:
Hello,
Md Sadre Alam wrote on Mon, 15 Feb 2021
02:47:31 +0530:
From QPIC version 2.0 onwards new register got added to
read last codeword. This change will add the READ_LOCATION_LAST_CW_n
register.
For first three code word READ_LOCATION_n register
On Tue 16-02-21 02:19:20, Muchun Song wrote:
> On Tue, Feb 16, 2021 at 1:48 AM Muchun Song wrote:
> >
> > On Tue, Feb 16, 2021 at 12:28 AM Michal Hocko wrote:
> > >
> > > On Mon 15-02-21 23:36:49, Muchun Song wrote:
> > > [...]
> > > > > There shouldn't be any real reason why the memory
Linus,
please pull the latest irq/core branch from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-core-2021-02-15
up to: 0b6d70e571a1: Merge tag 'irqchip-5.12' of
git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms into irq/core
Updates for the irq subsystem:
From: Viktor Rosendahl
This is a tool that is intended to work around the fact that the
preemptoff, irqsoff, and preemptirqsoff tracers only work in
overwrite mode. The idea is to act randomly in such a way that we
do not systematically lose any latencies, so that if enough testing
is done, all
Masami Hiramatsu (3):
tracing: Show real address for trace event arguments
tracing: Update the stage 3 of trace event macro comment
tracing: Add ptr-hash option to show the hashed pointer value
Steven Rostedt (VMware) (1):
tracing: Make hash-ptr option default
Viktor
From: "Steven Rostedt (VMware)"
Since the original behavior of the trace events is to hash the %p pointers,
make that the default, and have developers have to enable the option in
order to have them unhashed.
Cc: Masami Hiramatsu
Signed-off-by: Steven Rostedt (VMware)
---
From: Masami Hiramatsu
Add tracefs/options/hash-ptr option to show hashed pointer
value by %p in event printk format string.
For the security reason, normal printk will show the hashed
pointer value (encrypted by random number) with %p to printk
buffer to hide the real address. But the
From: Masami Hiramatsu
Update the comment of the 3rd stage of trace event macro
expansion code. Now there are 2 macros makes different
trace_raw_output_() functions.
Link:
https://lkml.kernel.org/r/160277371605.29307.8586817119278606720.stgit@devnote2
Signed-off-by: Masami Hiramatsu
From: Masami Hiramatsu
To help debugging kernel, show real address for trace event arguments
in tracefs/trace{,pipe} instead of hashed pointer value.
Since ftrace human-readable format uses vsprintf(), all %p are
translated to hash values instead of pointer address.
However, when debugging the
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
On Mon, 15 Feb 2021 09:58:06 -0600
Josh Poimboeuf wrote:
> On Mon, Feb 15, 2021 at 09:53:07AM -0500, Steven Rostedt wrote:
> > On Sun, 14 Feb 2021 09:51:47 -0600
> > Josh Poimboeuf wrote:
> >
> > > Steve, looks like recordmcount avoids referencing weak symbols directly
> > > by their
Hello Dejin,
[...]
> add pcim_alloc_irq_vectors(), a explicit device-managed version of
> pci_alloc_irq_vectors().
It would be "Add" at the start of the sentence. You could also drop
the "explicit" word or replace it with "an explicit", if you want to
keep it.
Generally, this commit message
Hello:
This patch was applied to netdev/net-next.git (refs/heads/master):
On Mon, 15 Feb 2021 17:23:42 +0200 you wrote:
> From: Stefan Chulski
>
> With MTU less than 1500B on all ports, the driver uses per CPU pool mode.
> If one of the ports set to jumbo frame MTU size, all ports move
> to
Hello:
This patch was applied to netdev/net-next.git (refs/heads/master):
On Sun, 14 Feb 2021 16:10:03 +0200 you wrote:
> From: Stefan Chulski
>
> 1KB is enough for loopback port, so 2KB can be distributed
> between other ports.
>
> Signed-off-by: Stefan Chulski
>
> [...]
Here is the
We configure the minimum and maximum number of various types of IPA
resources in ipa_resource_config(). It iterates over resource types
in the configuration data and assigns resource limits to each
resource group for each type.
Unfortunately, we are repeatedly initializing the resource data for
Hi,
please consider applying the patches chained to this message.
The objective is to deal with the a large amount of dead links to
material that often comes handy in marvel.rst; and improve some details
along the way.
Compared to v2, the patches "[PATCH v2 2/5] docs: arm: marvell: fix 38x
When CONFIG_OF_IRQ is not defined, it doesn't make sense to parse
interrupts property.
Also, parsing and tracking interrupts property breaks some PPC
devices[1]. But none of the IRQ drivers in PPC seem ready to be
converted to a proper platform (or any bus) driver. So, there's not much
of a
add description of USB.
usbotg2 seems to not working on all boards (including ones
from variscite).
Signed-off-by: Adrien Grassein
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 42 +++
1 file changed, 42 insertions(+)
diff --git
Add the description for espi support.
Signed-off-by: Adrien Grassein
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 30 +++
1 file changed, 30 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
Add description and pinmuxing for uarts.
Signed-off-by: Adrien Grassein
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 53 ++-
1 file changed, 52 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
Add usdhc3 description which corresponds to the wifi/bt chip
Signed-off-by: Adrien Grassein
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
Hello:
This series was applied to netdev/net-next.git (refs/heads/master):
On Fri, 12 Feb 2021 19:46:29 -0800 you wrote:
> This patch series cleans up the brcmphy.h header and its numerous unused
> phydev->dev_flags, fixes the RXC/TXC clock disabling bit and allows the
> BCM54210E PHY to utilize
Add description for the four pwms.
Signed-off-by: Adrien Grassein
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 51 +++
1 file changed, 51 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
Hi,
this patch set is to add several peripheral support for the
imx8mm-nitrogen-r2 board.
Thanks,
Adrien Grassein (8):
arm64: dts: imx8mm-nitrogen-r2: add wifi/bt chip
arm64: dts: imx8mm-nitrogen-r2: add USB support
arm64: dts: imx8mm-nitrogen-r2: add espi2 support
arm64: dts:
Hi Andy,
I love your patch! Yet something to improve:
[auto build test ERROR on spi/for-next]
[also build test ERROR on linus/master v5.11 next-20210215]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented
Hello,
syzbot found the following issue on:
HEAD commit:f40ddce8 Linux 5.11
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1395db28d0
kernel config: https://syzkaller.appspot.com/x/.config?x=494a8e2d9bf09818
dashboard link:
On Mon, Feb 15, 2021 at 04:44:46PM -0500, Steven Rostedt wrote:
> From: "Steven Rostedt (VMware)"
>
> Starting with binutils 2.36, sections were being removed if they had weak
> functions that were optimized out. Unfortunately, these weak functions would
> leave references to mcount/fentry
From: Rafael J. Wysocki
Commit 3c55e94c0ade ("cpufreq: ACPI: Extend frequency tables to cover
boost frequencies") attempted to address a performance issue involving
acpi-cpufreq, the schedutil governor and scale-invariance on x86 by
extending the frequency tables created by acpi-cpufreq to cover
There is a typo here where it says "qurey" but "query" was intended.
Signed-off-by: William Durand
---
drivers/staging/rtl8192e/rtllib_tx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtllib_tx.c
b/drivers/staging/rtl8192e/rtllib_tx.c
index
optoe is an i2c based driver that supports read/write access to all
the pages (tables) of MSA standard SFP and similar devices (conforming
to the SFF-8472 spec), MSA standard QSFP and similar devices (conforming
to the SFF-8636 spec) and CMIS and similar devices (conforming to the
Common
From: Colin Ian King
The variable rc is being initialized with a value that is never read
and it is being updated later with a new value. The initialization is
redundant and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
drivers/cxl/mem.c | 2 +-
1
The following changes since commit 92bf22614b21a2706f4993b278017e437f7785b3:
Linux 5.11-rc7 (2021-02-07 13:57:38 -0800)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-v5.12
for you to fetch changes up to
The following changes since commit 92bf22614b21a2706f4993b278017e437f7785b3:
Linux 5.11-rc7 (2021-02-07 13:57:38 -0800)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-v5.12
for you to fetch changes up to
From: Dan Carpenter
Date: Mon, 15 Feb 2021 18:56:46 +0300
> The "<= FEC_MAX_INDEX" comparison should be "< FEC_MAX_INDEX".
>
> I did some cleanup in this function to hopefully make the code a bit
> clearer. There was no blank line after the declaration block. The
> closing curly brace on the
Hi Jacopo,
Thank you for the detailed review!
On 15.02.2021 15:00, Jacopo Mondi wrote:
Hi Andrey,
nice to see progress in this direction
On Mon, Feb 15, 2021 at 12:34:03AM +0300, Andrey Konovalov wrote:
There are places in the camss driver where camss_get_pixel_clock() is
called to get
Hi Andy,
I love your patch! Yet something to improve:
[auto build test ERROR on spi/for-next]
[also build test ERROR on linus/master v5.11 next-20210215]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented
On Mon, 15 Feb 2021, Andy Shevchenko wrote:
> On Sun, Feb 14, 2021 at 7:12 AM Finn Thain wrote:
> > On Sat, 13 Feb 2021, Song Bao Hua (Barry Song) wrote:
> > > So what is really confusing and a pain to me is that:
> > > For years people like me have been writing device drivers
> > > with the
> >
> > Btw, the KASLR check is incorrect: memstart_addr could also be
> > negative when running the 52-bit VA kernel on hardware that is only
> > 48-bit VA capable.
>
> Good point!
>
> if (IS_ENABLED(CONFIG_ARM64_VA_BITS_52) && (vabits_actual != 52))
> memstart_addr -= _PAGE_OFFSET(48) -
do you speak English
Hi!
> [ Upstream commit c1c35cf78bfab31b8cb455259524395c9e4c7cd6 ]
>
> If not in long mode, the low bits of CR3 are reserved but not enforced to
> be zero, so remove those checks. If in long mode, however, the MBZ bits
> extend down to the highest physical address bit of the guest, excluding
>
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pnp-5.12-rc1
with top-most commit 96228223933bf5ac920f93862c82449ec28247c0
PNP: pnpbios: Use DEFINE_SPINLOCK() for spinlock
on top of commit 19c329f6808995b142b3966301f217c831e7cf31
1 - 100 of 1135 matches
Mail list logo