The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 20bf2b378729c4a0366a53e2018a0b70ace94bcd
Gitweb:
https://git.kernel.org/tip/20bf2b378729c4a0366a53e2018a0b70ace94bcd
Author:Josh Poimboeuf
AuthorDate:Thu, 28 Jan 2021 15:52:19 -06:00
On Fri, Jan 29, 2021 at 6:54 AM Hans de Goede wrote:
>
> While testing 5.11-rc5 I noticed that flicker-free boot was no longer flicker
> free,
> when plymouth loads and tells systemd to start logging detailed messages
> these start
> showing upon the fbcon instead of being redirected to the
On Fri, Jan 29, 2021 at 6:56 PM Vincenzo Frascino
wrote:
>
> Hi Andrey,
>
> On 1/29/21 5:40 PM, Andrey Konovalov wrote:
> > I suggest to call end_report(, 0) here and check addr !=0 in
> > end_report() before calling trace_error_report_end().
> >
>
> Probably this is better as:
>
> if
On Wed, Jan 27, 2021 at 3:27 PM Josh Poimboeuf wrote:
>
> On Wed, Jan 27, 2021 at 02:15:57PM -0800, Nick Desaulniers wrote:
> > > From: Raphael Gault
> > >
> > > This plugins comes into play before the final 2 RTL passes of GCC and
> > > detects switch-tables that are to be outputed in the ELF
On Fri, Jan 29, 2021 at 6:57 PM Vincenzo Frascino
wrote:
> +#ifdef CONFIG_KASAN_HW_TAGS
> +void kasan_report_async(void)
> +{
> + unsigned long flags;
> +
> + start_report();
> + pr_err("BUG: KASAN: invalid-access\n");
> +
[Resending, because it hasn't made it to the mailing lists, not sure why.]
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-5.11-rc6
with top-most commit b584b7e9630acc65a4d01ff5f9090d1a0fb3bbb6
Merge branch 'acpi-sysfs'
on top of
On 1/29/21 6:09 PM, Andrey Konovalov wrote:
> On Fri, Jan 29, 2021 at 6:56 PM Vincenzo Frascino
> wrote:
>>
>> Hi Andrey,
>>
>> On 1/29/21 5:40 PM, Andrey Konovalov wrote:
>>> I suggest to call end_report(, 0) here and check addr !=0 in
>>> end_report() before calling trace_error_report_end().
On 1/29/21 6:10 PM, Andrey Konovalov wrote:
> On Fri, Jan 29, 2021 at 6:57 PM Vincenzo Frascino
> wrote:
>> +#ifdef CONFIG_KASAN_HW_TAGS
>> +void kasan_report_async(void)
>> +{
>> + unsigned long flags;
>> +
>> + start_report();
>> + pr_err("BUG:
On Fri, Jan 29, 2021 at 10:11 AM Rafael J. Wysocki wrote:
>
> [Resending, because it hasn't made it to the mailing lists, not sure why.]
I see it, and I see the cc to the list, so it is likely something
about the list being slow or subtly broken.
There was another pull request a couple of days
By enabling -Wunreachable-code-aggressive on Clang the following code
paths are unreachable.
Commit ce22c320b8ca ("drm/i915/sdvo: convert to encoder disable/enable")
Commit 19f1f627b333 ("drm/i915/gt: Move ivb GT workarounds from
init_clock_gating to workarounds")
Commit 0a97015d45ee ("drm/i915:
On Friday, January 29, 2021 7:13:14 PM CET Linus Torvalds wrote:
> On Fri, Jan 29, 2021 at 10:11 AM Rafael J. Wysocki wrote:
> >
> > [Resending, because it hasn't made it to the mailing lists, not sure why.]
>
> I see it, and I see the cc to the list, so it is likely something
> about the list
The following commit has been merged into the ras/core branch of tip:
Commit-ID: b4e530ac40f25dbf07cbd37796bfcef3ec86fba8
Gitweb:
https://git.kernel.org/tip/b4e530ac40f25dbf07cbd37796bfcef3ec86fba8
Author:Borislav Petkov
AuthorDate:Thu, 07 Jan 2021 13:23:34 +01:00
The following commit has been merged into the ras/core branch of tip:
Commit-ID: 1dba8a9538f5164eb8874eed4c7d6799a3c64963
Gitweb:
https://git.kernel.org/tip/1dba8a9538f5164eb8874eed4c7d6799a3c64963
Author:Borislav Petkov
AuthorDate:Thu, 07 Jan 2021 13:29:05 +01:00
On 1/29/2021 6:29 PM, Geert Uytterhoeven wrote:
External email: Use caution opening links or attachments
Audio Graph Card based Tegra driver is only useful on NVIDIA Tegra SoCs.
Hence add a dependency on SND_SOC_TEGRA, to prevent asking the user
about this driver when configuring a kernel
On Thu, Jan 28, 2021 at 8:51 PM David Gow wrote:
>
> On Fri, Jan 29, 2021 at 10:26 AM Daniel Latypov wrote:
> >
> > Currently, given something (fairly dystopian) like
> > > KUNIT_EXPECT_EQ(test, 2 + 2, 5)
> >
> > KUnit will prints a failure message like this.
> > > Expected 2 + 2 == 5, but
> >
On Fri, Jan 29, 2021 at 12:06:35PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.254 release.
> There are 24 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Fri, Jan 29, 2021 at 12:06:25PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.218 release.
> There are 50 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Fri, 29 Jan 2021 at 16:47, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 5.10.12 release.
> There are 32 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Fri, Jan 29, 2021 at 12:06:36PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.254 release.
> There are 30 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Fri, Jan 29, 2021 at 10:07:13AM +, Russell King - ARM Linux admin wrote:
> On Fri, Jan 29, 2021 at 10:28:49AM +0100, Lubomir Rintel wrote:
> > > + /*
> > > + * Setup PLL. 40MHz clock used to be the default, being 25MHz now.
> > > + * See the functional specification for details.
> >
> >
On Fri, Jan 29, 2021 at 12:06:57PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.19.172 release.
> There are 26 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Fri, Jan 29, 2021 at 12:07:14PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.4.94 release.
> There are 18 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Fri, Jan 29, 2021 at 12:07:10PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.10.12 release.
> There are 32 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
Hi,
On 1/29/21 7:09 PM, Linus Torvalds wrote:
> On Fri, Jan 29, 2021 at 6:54 AM Hans de Goede wrote:
>>
>> While testing 5.11-rc5 I noticed that flicker-free boot was no longer
>> flicker free,
>> when plymouth loads and tells systemd to start logging detailed messages
>> these start
>>
From: Richard Neumann
Cleaned up the i2c-amd-mp2-{pci,plat} drivers:
* Migrated kernel logging to pci_* log macros where applicable.
* Removed unused macros.
Richard Neumann (2):
Removed NIH log functions
Removed unused work_amd_i2c_common macro
drivers/i2c/busses/i2c-amd-mp2-pci.c | 37
Hello Nitin!
> As per JESD223D UFS HCI v3.0 spec, HCI version 3.0
> is also supported. Hence Adding UFS3.0 in UFS HCI
> version check to avoid logging of the error message.
https://lkml.org/lkml/2020/4/27/192
--
Martin K. Petersen Oracle Linux Engineering
While reworking the resources management and departing from using
ahci_platform_enable_resources() which did not allow a proper step
separation like we need, we unfortunately lost the ability to control
AHCI regulators. This broke some Broadcom STB systems that do expect
regulators to be turned on
From: Richard Neumann
Removed unnecessary ndev_pdev, ndev_name and ndev_dev macros.
Using pci_{info,warn,err,dbg} functions of the kernel's PCI API.
Signed-off-by: Richard Neumann
---
drivers/i2c/busses/i2c-amd-mp2-pci.c | 37 ++-
drivers/i2c/busses/i2c-amd-mp2-plat.c
From: Richard Neumann
The macro work_amd_i2c_common is not used anywhere in the driver.
Removed it.
Signed-off-by: Richard Neumann
---
drivers/i2c/busses/i2c-amd-mp2.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/i2c/busses/i2c-amd-mp2.h b/drivers/i2c/busses/i2c-amd-mp2.h
This patch proposes to use the device tree to determine the present cpus
instead of assuming all CONFIG_NRCPUS are actually present in the system.
Signed-off-by: Jan Henrik Weinstock
---
arch/openrisc/kernel/smp.c | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff
Hi Linus,
On 1/29/21 7:23 PM, Hans de Goede wrote:
> Hi,
>
> On 1/29/21 7:09 PM, Linus Torvalds wrote:
>> On Fri, Jan 29, 2021 at 6:54 AM Hans de Goede wrote:
>>>
>>> While testing 5.11-rc5 I noticed that flicker-free boot was no longer
>>> flicker free,
>>> when plymouth loads and tells
Jiapeng,
> Fix the following coccicheck warnings:
>
> ./drivers/scsi/qla2xxx/qla_nvme.c:288:24-26: WARNING !A || A && B is
> equivalent to !A || B.
Applied to 5.12/scsi-staging, thanks!
--
Martin K. Petersen Oracle Linux Engineering
501 - 532 of 532 matches
Mail list logo