This is the start of the stable review cycle for the 5.10.78 release.
There are 16 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.
Responses should be made by Sat, 06 Nov 2021 14:11:51 +0000.
Anything received after that time might be too late.
The whole patch series can be found in one patch at:
https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.78-rc1.gz
or in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.10.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <[email protected]>
Linux 5.10.78-rc1
Takashi Iwai <[email protected]>
ALSA: usb-audio: Add Audient iD14 to mixer map quirk table
Takashi Iwai <[email protected]>
ALSA: usb-audio: Add Schiit Hel device to mixer map quirk table
Bryan O'Donoghue <[email protected]>
Revert "wcn36xx: Disable bmps when encryption is disabled"
Wang Kefeng <[email protected]>
ARM: 9120/1: Revert "amba: make use of -1 IRQs warn"
Greg Kroah-Hartman <[email protected]>
Revert "drm/ttm: fix memleak in ttm_transfered_destroy"
Yang Shi <[email protected]>
mm: khugepaged: skip huge page collapse for special files
Greg Kroah-Hartman <[email protected]>
Revert "usb: core: hcd: Add support for deferring roothub registration"
Greg Kroah-Hartman <[email protected]>
Revert "xhci: Set HCD flag to defer primary roothub registration"
Dan Carpenter <[email protected]>
media: firewire: firedtv-avc: fix a buffer overflow in avc_ca_pmt()
Yang Shi <[email protected]>
mm: filemap: check if THP has hwpoisoned subpage for PMD page fault
Yang Shi <[email protected]>
mm: hwpoison: remove the unnecessary THP check
Yuiko Oshino <[email protected]>
net: ethernet: microchip: lan743x: Fix skb allocation failure
Eugene Crosser <[email protected]>
vrf: Revert "Reset skb conntrack connection..."
Erik Ekman <[email protected]>
sfc: Fix reading non-legacy supported link modes
Lee Jones <[email protected]>
Revert "io_uring: reinforce cancel on flush during exit"
Ming Lei <[email protected]>
scsi: core: Put LLD module refcnt after SCSI device is released
-------------
Diffstat:
Makefile | 4 ++--
drivers/amba/bus.c | 3 ---
drivers/gpu/drm/ttm/ttm_bo_util.c | 1 -
drivers/media/firewire/firedtv-avc.c | 14 ++++++++++---
drivers/media/firewire/firedtv-ci.c | 2 ++
drivers/net/ethernet/microchip/lan743x_main.c | 10 +++++----
drivers/net/ethernet/sfc/ethtool_common.c | 10 ++-------
drivers/net/vrf.c | 4 ----
drivers/net/wireless/ath/wcn36xx/main.c | 10 ---------
drivers/net/wireless/ath/wcn36xx/pmc.c | 5 +----
drivers/net/wireless/ath/wcn36xx/wcn36xx.h | 1 -
drivers/scsi/scsi.c | 4 +++-
drivers/scsi/scsi_sysfs.c | 9 +++++++++
drivers/usb/core/hcd.c | 29 ++++++---------------------
drivers/usb/host/xhci.c | 1 -
fs/io_uring.c | 3 ++-
include/linux/page-flags.h | 23 +++++++++++++++++++++
include/linux/usb/hcd.h | 2 --
mm/huge_memory.c | 2 ++
mm/khugepaged.c | 17 +++++++++-------
mm/memory-failure.c | 28 +++++++++++++-------------
mm/memory.c | 9 +++++++++
mm/page_alloc.c | 4 +++-
sound/usb/mixer_maps.c | 8 ++++++++
24 files changed, 113 insertions(+), 90 deletions(-)
From: Wang Kefeng <[email protected]>
commit eb4f756915875b0ea0757751cd29841f0504d547 upstream.
After commit 77a7300abad7 ("of/irq: Get rid of NO_IRQ usage"),
no irq case has been removed, irq_of_parse_and_map() will return
0 in all cases when get error from parse and map an interrupt into
linux virq space.
amba_device_register() is only used on no-DT initialization, see
s3c64xx_pl080_init() arch/arm/mach-s3c/pl080.c
ep93xx_init_devices() arch/arm/mach-ep93xx/core.c
They won't set -1 to irq[0], so no need the warn.
This reverts commit 2eac58d5026e4ec8b17ff8b62877fea9e1d2f1b3.
Reviewed-by: Rob Herring <[email protected]>
Signed-off-by: Kefeng Wang <[email protected]>
Signed-off-by: Russell King (Oracle) <[email protected]>
Signed-off-by: Greg Kroah-Hartman <[email protected]>
---
drivers/amba/bus.c | 3 ---
1 file changed, 3 deletions(-)
--- a/drivers/amba/bus.c
+++ b/drivers/amba/bus.c
@@ -375,9 +375,6 @@ static int amba_device_try_add(struct am
void __iomem *tmp;
int i, ret;
- WARN_ON(dev->irq[0] == (unsigned int)-1);
- WARN_ON(dev->irq[1] == (unsigned int)-1);
-
ret = request_resource(parent, &dev->res);
if (ret)
goto err_out;
From: Greg Kroah-Hartman <[email protected]>
This reverts commit c21b4002214c1c7e7b627b9b53375612f7aab6db which is
commit 0db55f9a1bafbe3dac750ea669de9134922389b5 upstream.
Seems that the older kernels can not handle this fix because, to quote
Christian:
The problem is this memory leak could potentially happen with
5.10 as wel, just much much much less likely.
But my guess is that 5.10 is so buggy that when the leak does
NOT happen we double free and obviously causing a crash.
So it needs to be reverted.
Link: https://lore.kernel.org/r/[email protected]
Cc: Christian König <[email protected]>
Cc: Erhard F. <[email protected]>
Cc: Erhard F. <[email protected]>
Cc: Huang Rui <[email protected]>
Signed-off-by: Greg Kroah-Hartman <[email protected]>
---
drivers/gpu/drm/ttm/ttm_bo_util.c | 1 -
1 file changed, 1 deletion(-)
--- a/drivers/gpu/drm/ttm/ttm_bo_util.c
+++ b/drivers/gpu/drm/ttm/ttm_bo_util.c
@@ -322,7 +322,6 @@ static void ttm_transfered_destroy(struc
struct ttm_transfer_obj *fbo;
fbo = container_of(bo, struct ttm_transfer_obj, base);
- dma_resv_fini(&fbo->base.base._resv);
ttm_bo_put(fbo->bo);
kfree(fbo);
}
From: Greg Kroah-Hartman <[email protected]>
This reverts commit d58fc9e9c15825e3a8fc1ef3b52495c93c41e71c which is
commit 58877b0824da15698bd85a0a9dbfa8c354e6ecb7 upstream.
It has been reported to be causing problems in Arch and Fedora bug
reports.
Reported-by: Hans de Goede <[email protected]>
Link: https://bbs.archlinux.org/viewtopic.php?pid=2000956#p2000956
Link: https://bugzilla.redhat.com/show_bug.cgi?id=2019542
Link: https://bugzilla.redhat.com/show_bug.cgi?id=2019576
Link: https://lore.kernel.org/r/[email protected]
Cc: Mathias Nyman <[email protected]>
Cc: Chris Chiu <[email protected]>
Cc: Alan Stern <[email protected]>
Cc: Kishon Vijay Abraham I <[email protected]>
Signed-off-by: Greg Kroah-Hartman <[email protected]>
---
drivers/usb/core/hcd.c | 29 ++++++-----------------------
include/linux/usb/hcd.h | 2 --
2 files changed, 6 insertions(+), 25 deletions(-)
--- a/drivers/usb/core/hcd.c
+++ b/drivers/usb/core/hcd.c
@@ -2640,7 +2640,6 @@ int usb_add_hcd(struct usb_hcd *hcd,
{
int retval;
struct usb_device *rhdev;
- struct usb_hcd *shared_hcd;
if (!hcd->skip_phy_initialization && usb_hcd_is_primary_hcd(hcd)) {
hcd->phy_roothub = usb_phy_roothub_alloc(hcd->self.sysdev);
@@ -2797,26 +2796,13 @@ int usb_add_hcd(struct usb_hcd *hcd,
goto err_hcd_driver_start;
}
- /* starting here, usbcore will pay attention to the shared HCD roothub */
- shared_hcd = hcd->shared_hcd;
- if (!usb_hcd_is_primary_hcd(hcd) && shared_hcd && HCD_DEFER_RH_REGISTER(shared_hcd)) {
- retval = register_root_hub(shared_hcd);
- if (retval != 0)
- goto err_register_root_hub;
-
- if (shared_hcd->uses_new_polling && HCD_POLL_RH(shared_hcd))
- usb_hcd_poll_rh_status(shared_hcd);
- }
-
/* starting here, usbcore will pay attention to this root hub */
- if (!HCD_DEFER_RH_REGISTER(hcd)) {
- retval = register_root_hub(hcd);
- if (retval != 0)
- goto err_register_root_hub;
+ retval = register_root_hub(hcd);
+ if (retval != 0)
+ goto err_register_root_hub;
- if (hcd->uses_new_polling && HCD_POLL_RH(hcd))
- usb_hcd_poll_rh_status(hcd);
- }
+ if (hcd->uses_new_polling && HCD_POLL_RH(hcd))
+ usb_hcd_poll_rh_status(hcd);
return retval;
@@ -2859,7 +2845,6 @@ EXPORT_SYMBOL_GPL(usb_add_hcd);
void usb_remove_hcd(struct usb_hcd *hcd)
{
struct usb_device *rhdev = hcd->self.root_hub;
- bool rh_registered;
dev_info(hcd->self.controller, "remove, state %x\n", hcd->state);
@@ -2870,7 +2855,6 @@ void usb_remove_hcd(struct usb_hcd *hcd)
dev_dbg(hcd->self.controller, "roothub graceful disconnect\n");
spin_lock_irq (&hcd_root_hub_lock);
- rh_registered = hcd->rh_registered;
hcd->rh_registered = 0;
spin_unlock_irq (&hcd_root_hub_lock);
@@ -2880,8 +2864,7 @@ void usb_remove_hcd(struct usb_hcd *hcd)
cancel_work_sync(&hcd->died_work);
mutex_lock(&usb_bus_idr_lock);
- if (rh_registered)
- usb_disconnect(&rhdev); /* Sets rhdev to NULL */
+ usb_disconnect(&rhdev); /* Sets rhdev to NULL */
mutex_unlock(&usb_bus_idr_lock);
/*
--- a/include/linux/usb/hcd.h
+++ b/include/linux/usb/hcd.h
@@ -124,7 +124,6 @@ struct usb_hcd {
#define HCD_FLAG_RH_RUNNING 5 /* root hub is running? */
#define HCD_FLAG_DEAD 6 /* controller has died? */
#define HCD_FLAG_INTF_AUTHORIZED 7 /* authorize interfaces? */
-#define HCD_FLAG_DEFER_RH_REGISTER 8 /* Defer roothub registration */
/* The flags can be tested using these macros; they are likely to
* be slightly faster than test_bit().
@@ -135,7 +134,6 @@ struct usb_hcd {
#define HCD_WAKEUP_PENDING(hcd) ((hcd)->flags & (1U << HCD_FLAG_WAKEUP_PENDING))
#define HCD_RH_RUNNING(hcd) ((hcd)->flags & (1U << HCD_FLAG_RH_RUNNING))
#define HCD_DEAD(hcd) ((hcd)->flags & (1U << HCD_FLAG_DEAD))
-#define HCD_DEFER_RH_REGISTER(hcd) ((hcd)->flags & (1U << HCD_FLAG_DEFER_RH_REGISTER))
/*
* Specifies if interfaces are authorized by default
From: Bryan O'Donoghue <[email protected]>
commit 285bb1738e196507bf985574d0bc1e9dd72d46b1 upstream.
This reverts commit c6522a5076e1a65877c51cfee313a74ef61cabf8.
Testing on tip-of-tree shows that this is working now. Revert this and
re-enable BMPS for Open APs.
Signed-off-by: Bryan O'Donoghue <[email protected]>
Signed-off-by: Kalle Valo <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Greg Kroah-Hartman <[email protected]>
---
drivers/net/wireless/ath/wcn36xx/main.c | 10 ----------
drivers/net/wireless/ath/wcn36xx/pmc.c | 5 +----
drivers/net/wireless/ath/wcn36xx/wcn36xx.h | 1 -
3 files changed, 1 insertion(+), 15 deletions(-)
--- a/drivers/net/wireless/ath/wcn36xx/main.c
+++ b/drivers/net/wireless/ath/wcn36xx/main.c
@@ -601,15 +601,6 @@ static int wcn36xx_set_key(struct ieee80
}
}
}
- /* FIXME: Only enable bmps support when encryption is enabled.
- * For any reasons, when connected to open/no-security BSS,
- * the wcn36xx controller in bmps mode does not forward
- * 'wake-up' beacons despite AP sends DTIM with station AID.
- * It could be due to a firmware issue or to the way driver
- * configure the station.
- */
- if (vif->type == NL80211_IFTYPE_STATION)
- vif_priv->allow_bmps = true;
break;
case DISABLE_KEY:
if (!(IEEE80211_KEY_FLAG_PAIRWISE & key_conf->flags)) {
@@ -909,7 +900,6 @@ static void wcn36xx_bss_info_changed(str
vif->addr,
bss_conf->aid);
vif_priv->sta_assoc = false;
- vif_priv->allow_bmps = false;
wcn36xx_smd_set_link_st(wcn,
bss_conf->bssid,
vif->addr,
--- a/drivers/net/wireless/ath/wcn36xx/pmc.c
+++ b/drivers/net/wireless/ath/wcn36xx/pmc.c
@@ -23,10 +23,7 @@ int wcn36xx_pmc_enter_bmps_state(struct
{
int ret = 0;
struct wcn36xx_vif *vif_priv = wcn36xx_vif_to_priv(vif);
-
- if (!vif_priv->allow_bmps)
- return -ENOTSUPP;
-
+ /* TODO: Make sure the TX chain clean */
ret = wcn36xx_smd_enter_bmps(wcn, vif);
if (!ret) {
wcn36xx_dbg(WCN36XX_DBG_PMC, "Entered BMPS\n");
--- a/drivers/net/wireless/ath/wcn36xx/wcn36xx.h
+++ b/drivers/net/wireless/ath/wcn36xx/wcn36xx.h
@@ -127,7 +127,6 @@ struct wcn36xx_vif {
enum wcn36xx_hal_bss_type bss_type;
/* Power management */
- bool allow_bmps;
enum wcn36xx_power_state pw_state;
u8 bss_index;
Hello!
On 11/4/21 8:12 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.10.78 release.
> There are 16 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.
>
> Responses should be made by Sat, 06 Nov 2021 14:11:51 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.78-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.10.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
Regressions detected.
Build failures on all architectures and all toolchains (GCC 8, 9, 10, 11; Clang 10, 11, 12, 13, nightly):
- arc
- arm (32-bits)
- arm (64-bits)
- i386
- mips
- parisc
- ppc
- riscv
- s390
- sh
- sparc
- x86
Failures look like this:
In file included from /builds/linux/include/linux/kernel.h:11,
from /builds/linux/include/linux/list.h:9,
from /builds/linux/include/linux/smp.h:12,
from /builds/linux/include/linux/kernel_stat.h:5,
from /builds/linux/mm/memory.c:42:
/builds/linux/mm/memory.c: In function 'finish_fault':
/builds/linux/mm/memory.c:3929:15: error: implicit declaration of function 'PageHasHWPoisoned'; did you mean 'PageHWPoison'? [-Werror=implicit-function-declaration]
3929 | if (unlikely(PageHasHWPoisoned(page)))
| ^~~~~~~~~~~~~~~~~
/builds/linux/include/linux/compiler.h:78:42: note: in definition of macro 'unlikely'
78 | # define unlikely(x) __builtin_expect(!!(x), 0)
| ^
cc1: some warnings being treated as errors
and this:
/builds/linux/mm/memory.c:3929:15: error: implicit declaration of function 'PageHasHWPoisoned' [-Werror,-Wimplicit-function-declaration]
if (unlikely(PageHasHWPoisoned(page)))
^
/builds/linux/mm/page_alloc.c:1237:4: error: implicit declaration of function 'ClearPageHasHWPoisoned' [-Werror,-Wimplicit-function-declaration]
ClearPageHasHWPoisoned(page);
^
/builds/linux/mm/page_alloc.c:1237:4: note: did you mean 'ClearPageHWPoison'?
Greetings!
Daniel Díaz
[email protected]
On Thu, Nov 04, 2021 at 09:53:57AM -0600, Daniel D?az wrote:
> Hello!
>
> On 11/4/21 8:12 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.10.78 release.
> > There are 16 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.
> >
> > Responses should be made by Sat, 06 Nov 2021 14:11:51 +0000.
> > Anything received after that time might be too late.
> >
> > The whole patch series can be found in one patch at:
> > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.78-rc1.gz
> > or in the git tree and branch at:
> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.10.y
> > and the diffstat can be found below.
> >
> > thanks,
> >
> > greg k-h
>
> Regressions detected.
>
> Build failures on all architectures and all toolchains (GCC 8, 9, 10, 11; Clang 10, 11, 12, 13, nightly):
> - arc
> - arm (32-bits)
> - arm (64-bits)
> - i386
> - mips
> - parisc
> - ppc
> - riscv
> - s390
> - sh
> - sparc
> - x86
>
> Failures look like this:
>
> In file included from /builds/linux/include/linux/kernel.h:11,
> from /builds/linux/include/linux/list.h:9,
> from /builds/linux/include/linux/smp.h:12,
> from /builds/linux/include/linux/kernel_stat.h:5,
> from /builds/linux/mm/memory.c:42:
> /builds/linux/mm/memory.c: In function 'finish_fault':
> /builds/linux/mm/memory.c:3929:15: error: implicit declaration of function 'PageHasHWPoisoned'; did you mean 'PageHWPoison'? [-Werror=implicit-function-declaration]
> 3929 | if (unlikely(PageHasHWPoisoned(page)))
> | ^~~~~~~~~~~~~~~~~
> /builds/linux/include/linux/compiler.h:78:42: note: in definition of macro 'unlikely'
> 78 | # define unlikely(x) __builtin_expect(!!(x), 0)
> | ^
> cc1: some warnings being treated as errors
>
> and this:
>
> /builds/linux/mm/memory.c:3929:15: error: implicit declaration of function 'PageHasHWPoisoned' [-Werror,-Wimplicit-function-declaration]
> if (unlikely(PageHasHWPoisoned(page)))
> ^
>
> /builds/linux/mm/page_alloc.c:1237:4: error: implicit declaration of function 'ClearPageHasHWPoisoned' [-Werror,-Wimplicit-function-declaration]
> ClearPageHasHWPoisoned(page);
> ^
> /builds/linux/mm/page_alloc.c:1237:4: note: did you mean 'ClearPageHWPoison'?
>
What configuration? This builds for me on x86 here on allmodconfig.
thanks,
greg k-h
Hello!
On 11/4/21 10:20 AM, Greg Kroah-Hartman wrote:
> On Thu, Nov 04, 2021 at 09:53:57AM -0600, Daniel Díaz wrote:
>> Hello!
>>
>> On 11/4/21 8:12 AM, Greg Kroah-Hartman wrote:
>>> This is the start of the stable review cycle for the 5.10.78 release.
>>> There are 16 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.
>>>
>>> Responses should be made by Sat, 06 Nov 2021 14:11:51 +0000.
>>> Anything received after that time might be too late.
>>>
>>> The whole patch series can be found in one patch at:
>>> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.78-rc1.gz
>>> or in the git tree and branch at:
>>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.10.y
>>> and the diffstat can be found below.
>>>
>>> thanks,
>>>
>>> greg k-h
>>
>> Regressions detected.
>>
>> Build failures on all architectures and all toolchains (GCC 8, 9, 10, 11; Clang 10, 11, 12, 13, nightly):
>> - arc
>> - arm (32-bits)
>> - arm (64-bits)
>> - i386
>> - mips
>> - parisc
>> - ppc
>> - riscv
>> - s390
>> - sh
>> - sparc
>> - x86
>>
>> Failures look like this:
>>
>> In file included from /builds/linux/include/linux/kernel.h:11,
>> from /builds/linux/include/linux/list.h:9,
>> from /builds/linux/include/linux/smp.h:12,
>> from /builds/linux/include/linux/kernel_stat.h:5,
>> from /builds/linux/mm/memory.c:42:
>> /builds/linux/mm/memory.c: In function 'finish_fault':
>> /builds/linux/mm/memory.c:3929:15: error: implicit declaration of function 'PageHasHWPoisoned'; did you mean 'PageHWPoison'? [-Werror=implicit-function-declaration]
>> 3929 | if (unlikely(PageHasHWPoisoned(page)))
>> | ^~~~~~~~~~~~~~~~~
>> /builds/linux/include/linux/compiler.h:78:42: note: in definition of macro 'unlikely'
>> 78 | # define unlikely(x) __builtin_expect(!!(x), 0)
>> | ^
>> cc1: some warnings being treated as errors
>>
>> and this:
>>
>> /builds/linux/mm/memory.c:3929:15: error: implicit declaration of function 'PageHasHWPoisoned' [-Werror,-Wimplicit-function-declaration]
>> if (unlikely(PageHasHWPoisoned(page)))
>> ^
>>
>> /builds/linux/mm/page_alloc.c:1237:4: error: implicit declaration of function 'ClearPageHasHWPoisoned' [-Werror,-Wimplicit-function-declaration]
>> ClearPageHasHWPoisoned(page);
>> ^
>> /builds/linux/mm/page_alloc.c:1237:4: note: did you mean 'ClearPageHWPoison'?
>>
>
> What configuration? This builds for me on x86 here on allmodconfig.
Our main config also works, but defconfig, allnoconfig and tinyconfig all fail. That's across all architectures.
Here's a comprehensive list of failures:
* arc, build
- gcc-8-allnoconfig
- gcc-8-axs103_defconfig
- gcc-8-defconfig
- gcc-8-tinyconfig
- gcc-8-vdk_hs38_smp_defconfig
- gcc-9-allnoconfig
- gcc-9-axs103_defconfig
- gcc-9-defconfig
- gcc-9-tinyconfig
- gcc-9-vdk_hs38_smp_defconfig
* arm, build
- clang-10-allnoconfig
- clang-10-at91_dt_defconfig
- clang-10-axm55xx_defconfig
- clang-10-bcm2835_defconfig
- clang-10-clps711x_defconfig
- clang-10-davinci_all_defconfig
- clang-10-defconfig
- clang-10-exynos_defconfig
- clang-10-footbridge_defconfig
- clang-10-imx_v4_v5_defconfig
- clang-10-imx_v6_v7_defconfig
- clang-10-integrator_defconfig
- clang-10-ixp4xx_defconfig
- clang-10-keystone_defconfig
- clang-10-lpc32xx_defconfig
- clang-10-mini2440_defconfig
- clang-10-multi_v5_defconfig
- clang-10-mxs_defconfig
- clang-10-nhk8815_defconfig
- clang-10-omap1_defconfig
- clang-10-omap2plus_defconfig
- clang-10-orion5x_defconfig
- clang-10-pxa910_defconfig
- clang-10-s3c2410_defconfig
- clang-10-s3c6400_defconfig
- clang-10-s5pv210_defconfig
- clang-10-sama5_defconfig
- clang-10-shmobile_defconfig
- clang-10-tinyconfig
- clang-10-u8500_defconfig
- clang-10-vexpress_defconfig
- clang-11-allnoconfig
- clang-11-at91_dt_defconfig
- clang-11-axm55xx_defconfig
- clang-11-bcm2835_defconfig
- clang-11-clps711x_defconfig
- clang-11-davinci_all_defconfig
- clang-11-defconfig
- clang-11-exynos_defconfig
- clang-11-footbridge_defconfig
- clang-11-imx_v4_v5_defconfig
- clang-11-imx_v6_v7_defconfig
- clang-11-integrator_defconfig
- clang-11-ixp4xx_defconfig
- clang-11-keystone_defconfig
- clang-11-lpc32xx_defconfig
- clang-11-mini2440_defconfig
- clang-11-multi_v5_defconfig
- clang-11-mxs_defconfig
- clang-11-nhk8815_defconfig
- clang-11-omap1_defconfig
- clang-11-omap2plus_defconfig
- clang-11-orion5x_defconfig
- clang-11-pxa910_defconfig
- clang-11-s3c2410_defconfig
- clang-11-s3c6400_defconfig
- clang-11-s5pv210_defconfig
- clang-11-sama5_defconfig
- clang-11-shmobile_defconfig
- clang-11-tinyconfig
- clang-11-u8500_defconfig
- clang-11-vexpress_defconfig
- clang-12-allnoconfig
- clang-12-at91_dt_defconfig
- clang-12-axm55xx_defconfig
- clang-12-bcm2835_defconfig
- clang-12-clps711x_defconfig
- clang-12-davinci_all_defconfig
- clang-12-defconfig
- clang-12-defconfig-50bba0f5
- clang-12-exynos_defconfig
- clang-12-footbridge_defconfig
- clang-12-imx_v4_v5_defconfig
- clang-12-imx_v6_v7_defconfig
- clang-12-integrator_defconfig
- clang-12-ixp4xx_defconfig
- clang-12-keystone_defconfig
- clang-12-lpc32xx_defconfig
- clang-12-mini2440_defconfig
- clang-12-multi_v5_defconfig
- clang-12-mxs_defconfig
- clang-12-nhk8815_defconfig
- clang-12-omap1_defconfig
- clang-12-omap2plus_defconfig
- clang-12-orion5x_defconfig
- clang-12-pxa910_defconfig
- clang-12-s3c2410_defconfig
- clang-12-s3c6400_defconfig
- clang-12-s5pv210_defconfig
- clang-12-sama5_defconfig
- clang-12-shmobile_defconfig
- clang-12-tinyconfig
- clang-12-u8500_defconfig
- clang-12-vexpress_defconfig
- clang-13-allnoconfig
- clang-13-at91_dt_defconfig
- clang-13-axm55xx_defconfig
- clang-13-bcm2835_defconfig
- clang-13-clps711x_defconfig
- clang-13-davinci_all_defconfig
- clang-13-defconfig
- clang-13-defconfig-50bba0f5
- clang-13-exynos_defconfig
- clang-13-footbridge_defconfig
- clang-13-imx_v4_v5_defconfig
- clang-13-imx_v6_v7_defconfig
- clang-13-integrator_defconfig
- clang-13-ixp4xx_defconfig
- clang-13-keystone_defconfig
- clang-13-lpc32xx_defconfig
- clang-13-mini2440_defconfig
- clang-13-multi_v5_defconfig
- clang-13-mxs_defconfig
- clang-13-nhk8815_defconfig
- clang-13-omap1_defconfig
- clang-13-omap2plus_defconfig
- clang-13-orion5x_defconfig
- clang-13-pxa910_defconfig
- clang-13-s3c2410_defconfig
- clang-13-s3c6400_defconfig
- clang-13-s5pv210_defconfig
- clang-13-sama5_defconfig
- clang-13-shmobile_defconfig
- clang-13-tinyconfig
- clang-13-u8500_defconfig
- clang-13-vexpress_defconfig
- clang-nightly-allnoconfig
- clang-nightly-at91_dt_defconfig
- clang-nightly-axm55xx_defconfig
- clang-nightly-bcm2835_defconfig
- clang-nightly-clps711x_defconfig
- clang-nightly-davinci_all_defconfig
- clang-nightly-defconfig
- clang-nightly-defconfig-50bba0f5
- clang-nightly-exynos_defconfig
- clang-nightly-footbridge_defconfig
- clang-nightly-imx_v4_v5_defconfig
- clang-nightly-imx_v6_v7_defconfig
- clang-nightly-integrator_defconfig
- clang-nightly-ixp4xx_defconfig
- clang-nightly-keystone_defconfig
- clang-nightly-lpc32xx_defconfig
- clang-nightly-mini2440_defconfig
- clang-nightly-multi_v5_defconfig
- clang-nightly-mxs_defconfig
- clang-nightly-nhk8815_defconfig
- clang-nightly-omap1_defconfig
- clang-nightly-omap2plus_defconfig
- clang-nightly-orion5x_defconfig
- clang-nightly-pxa910_defconfig
- clang-nightly-s3c2410_defconfig
- clang-nightly-s3c6400_defconfig
- clang-nightly-s5pv210_defconfig
- clang-nightly-sama5_defconfig
- clang-nightly-shmobile_defconfig
- clang-nightly-tinyconfig
- clang-nightly-u8500_defconfig
- clang-nightly-vexpress_defconfig
- gcc-10-allnoconfig
- gcc-10-at91_dt_defconfig
- gcc-10-axm55xx_defconfig
- gcc-10-bcm2835_defconfig
- gcc-10-clps711x_defconfig
- gcc-10-davinci_all_defconfig
- gcc-10-defconfig
- gcc-10-defconfig-493f0879
- gcc-10-defconfig-50bba0f5
- gcc-10-defconfig-5a3a4204
- gcc-10-defconfig-6830ede0
- gcc-10-defconfig-883c3502
- gcc-10-defconfig-a05dd807
- gcc-10-defconfig-c58d92d2
- gcc-10-defconfig-ced87bbf
- gcc-10-exynos_defconfig
- gcc-10-footbridge_defconfig
- gcc-10-imx_v4_v5_defconfig
- gcc-10-imx_v6_v7_defconfig
- gcc-10-integrator_defconfig
- gcc-10-ixp4xx_defconfig
- gcc-10-keystone_defconfig
- gcc-10-lpc32xx_defconfig
- gcc-10-mini2440_defconfig
- gcc-10-multi_v5_defconfig
- gcc-10-mxs_defconfig
- gcc-10-nhk8815_defconfig
- gcc-10-omap1_defconfig
- gcc-10-omap2plus_defconfig
- gcc-10-orion5x_defconfig
- gcc-10-pxa910_defconfig
- gcc-10-s3c2410_defconfig
- gcc-10-s3c6400_defconfig
- gcc-10-s5pv210_defconfig
- gcc-10-sama5_defconfig
- gcc-10-shmobile_defconfig
- gcc-10-tinyconfig
- gcc-10-u8500_defconfig
- gcc-10-vexpress_defconfig
- gcc-11-allnoconfig
- gcc-11-at91_dt_defconfig
- gcc-11-axm55xx_defconfig
- gcc-11-bcm2835_defconfig
- gcc-11-clps711x_defconfig
- gcc-11-davinci_all_defconfig
- gcc-11-defconfig
- gcc-11-exynos_defconfig
- gcc-11-footbridge_defconfig
- gcc-11-imx_v4_v5_defconfig
- gcc-11-imx_v6_v7_defconfig
- gcc-11-integrator_defconfig
- gcc-11-ixp4xx_defconfig
- gcc-11-keystone_defconfig
- gcc-11-lpc32xx_defconfig
- gcc-11-mini2440_defconfig
- gcc-11-multi_v5_defconfig
- gcc-11-mxs_defconfig
- gcc-11-nhk8815_defconfig
- gcc-11-omap1_defconfig
- gcc-11-omap2plus_defconfig
- gcc-11-orion5x_defconfig
- gcc-11-pxa910_defconfig
- gcc-11-s3c2410_defconfig
- gcc-11-s3c6400_defconfig
- gcc-11-s5pv210_defconfig
- gcc-11-sama5_defconfig
- gcc-11-shmobile_defconfig
- gcc-11-tinyconfig
- gcc-11-u8500_defconfig
- gcc-11-vexpress_defconfig
- gcc-8-allnoconfig
- gcc-8-at91_dt_defconfig
- gcc-8-axm55xx_defconfig
- gcc-8-bcm2835_defconfig
- gcc-8-clps711x_defconfig
- gcc-8-davinci_all_defconfig
- gcc-8-defconfig
- gcc-8-exynos_defconfig
- gcc-8-footbridge_defconfig
- gcc-8-imx_v4_v5_defconfig
- gcc-8-imx_v6_v7_defconfig
- gcc-8-integrator_defconfig
- gcc-8-ixp4xx_defconfig
- gcc-8-keystone_defconfig
- gcc-8-lpc32xx_defconfig
- gcc-8-mini2440_defconfig
- gcc-8-multi_v5_defconfig
- gcc-8-mxs_defconfig
- gcc-8-nhk8815_defconfig
- gcc-8-omap1_defconfig
- gcc-8-omap2plus_defconfig
- gcc-8-orion5x_defconfig
- gcc-8-pxa910_defconfig
- gcc-8-s3c2410_defconfig
- gcc-8-s3c6400_defconfig
- gcc-8-s5pv210_defconfig
- gcc-8-sama5_defconfig
- gcc-8-shmobile_defconfig
- gcc-8-tinyconfig
- gcc-8-u8500_defconfig
- gcc-8-vexpress_defconfig
- gcc-9-allnoconfig
- gcc-9-at91_dt_defconfig
- gcc-9-axm55xx_defconfig
- gcc-9-bcm2835_defconfig
- gcc-9-clps711x_defconfig
- gcc-9-davinci_all_defconfig
- gcc-9-defconfig
- gcc-9-exynos_defconfig
- gcc-9-footbridge_defconfig
- gcc-9-imx_v4_v5_defconfig
- gcc-9-imx_v6_v7_defconfig
- gcc-9-integrator_defconfig
- gcc-9-ixp4xx_defconfig
- gcc-9-keystone_defconfig
- gcc-9-lpc32xx_defconfig
- gcc-9-mini2440_defconfig
- gcc-9-multi_v5_defconfig
- gcc-9-mxs_defconfig
- gcc-9-nhk8815_defconfig
- gcc-9-omap1_defconfig
- gcc-9-omap2plus_defconfig
- gcc-9-orion5x_defconfig
- gcc-9-pxa910_defconfig
- gcc-9-s3c2410_defconfig
- gcc-9-s3c6400_defconfig
- gcc-9-s5pv210_defconfig
- gcc-9-sama5_defconfig
- gcc-9-shmobile_defconfig
- gcc-9-tinyconfig
- gcc-9-u8500_defconfig
- gcc-9-vexpress_defconfig
* arm64, build
- clang-10-allnoconfig
- clang-10-tinyconfig
- clang-11-allnoconfig
- clang-11-tinyconfig
- clang-12-allnoconfig
- clang-12-tinyconfig
- clang-13-allnoconfig
- clang-13-tinyconfig
- clang-nightly-allnoconfig
- clang-nightly-tinyconfig
- gcc-10-allnoconfig
- gcc-10-tinyconfig
- gcc-11-allnoconfig
- gcc-11-tinyconfig
- gcc-8-allnoconfig
- gcc-8-tinyconfig
- gcc-9-allnoconfig
- gcc-9-tinyconfig
* i386, build
- clang-10-allnoconfig
- clang-10-defconfig
- clang-10-tinyconfig
- clang-11-allnoconfig
- clang-11-defconfig
- clang-11-tinyconfig
- clang-12-allnoconfig
- clang-12-defconfig
- clang-12-tinyconfig
- clang-13-allnoconfig
- clang-13-defconfig
- clang-13-tinyconfig
- clang-nightly-allnoconfig
- clang-nightly-defconfig
- clang-nightly-tinyconfig
- gcc-10-allnoconfig
- gcc-10-defconfig
- gcc-10-tinyconfig
- gcc-11-allnoconfig
- gcc-11-defconfig
- gcc-11-tinyconfig
- gcc-8-allnoconfig
- gcc-8-i386_defconfig
- gcc-8-tinyconfig
- gcc-9-allnoconfig
- gcc-9-i386_defconfig
- gcc-9-tinyconfig
* mips, build
- clang-10-allnoconfig
- clang-10-defconfig
- clang-10-tinyconfig
- clang-11-allnoconfig
- clang-11-defconfig
- clang-11-tinyconfig
- clang-12-allnoconfig
- clang-12-defconfig
- clang-12-tinyconfig
- clang-13-allnoconfig
- clang-13-defconfig
- clang-13-tinyconfig
- clang-nightly-allnoconfig
- clang-nightly-defconfig
- clang-nightly-tinyconfig
- gcc-10-allnoconfig
- gcc-10-ar7_defconfig
- gcc-10-ath79_defconfig
- gcc-10-bcm47xx_defconfig
- gcc-10-bcm63xx_defconfig
- gcc-10-defconfig
- gcc-10-e55_defconfig
- gcc-10-malta_defconfig
- gcc-10-rt305x_defconfig
- gcc-10-tinyconfig
- gcc-8-allnoconfig
- gcc-8-ar7_defconfig
- gcc-8-ath79_defconfig
- gcc-8-bcm47xx_defconfig
- gcc-8-bcm63xx_defconfig
- gcc-8-defconfig
- gcc-8-e55_defconfig
- gcc-8-malta_defconfig
- gcc-8-rt305x_defconfig
- gcc-8-tinyconfig
* parisc, build
- gcc-10-allnoconfig
- gcc-10-defconfig
- gcc-10-tinyconfig
- gcc-11-allnoconfig
- gcc-11-defconfig
- gcc-11-tinyconfig
- gcc-8-allnoconfig
- gcc-8-defconfig
- gcc-8-tinyconfig
- gcc-9-allnoconfig
- gcc-9-defconfig
- gcc-9-tinyconfig
* powerpc, build
- gcc-10-allnoconfig
- gcc-10-cell_defconfig
- gcc-10-maple_defconfig
- gcc-10-mpc83xx_defconfig
- gcc-10-ppc64e_defconfig
- gcc-10-ppc6xx_defconfig
- gcc-10-tinyconfig
- gcc-10-tqm8xx_defconfig
- gcc-11-allnoconfig
- gcc-11-cell_defconfig
- gcc-11-maple_defconfig
- gcc-11-mpc83xx_defconfig
- gcc-11-ppc64e_defconfig
- gcc-11-ppc6xx_defconfig
- gcc-11-tinyconfig
- gcc-11-tqm8xx_defconfig
- gcc-8-allnoconfig
- gcc-8-cell_defconfig
- gcc-8-maple_defconfig
- gcc-8-mpc83xx_defconfig
- gcc-8-ppc64e_defconfig
- gcc-8-ppc6xx_defconfig
- gcc-8-tinyconfig
- gcc-8-tqm8xx_defconfig
- gcc-9-allnoconfig
- gcc-9-cell_defconfig
- gcc-9-maple_defconfig
- gcc-9-mpc83xx_defconfig
- gcc-9-ppc64e_defconfig
- gcc-9-ppc6xx_defconfig
- gcc-9-tinyconfig
- gcc-9-tqm8xx_defconfig
* riscv, build
- clang-11-allnoconfig
- clang-11-defconfig
- clang-11-tinyconfig
- clang-12-allnoconfig
- clang-12-defconfig
- clang-12-tinyconfig
- clang-13-allnoconfig
- clang-13-defconfig
- clang-13-tinyconfig
- clang-nightly-allnoconfig
- clang-nightly-defconfig
- clang-nightly-tinyconfig
- gcc-10-allnoconfig
- gcc-10-defconfig
- gcc-10-tinyconfig
- gcc-11-allnoconfig
- gcc-11-defconfig
- gcc-11-tinyconfig
- gcc-8-allnoconfig
- gcc-8-defconfig
- gcc-8-tinyconfig
- gcc-9-allnoconfig
- gcc-9-defconfig
- gcc-9-tinyconfig
* s390, build
- clang-13-allnoconfig
- clang-13-tinyconfig
- clang-nightly-allnoconfig
- clang-nightly-tinyconfig
- gcc-10-allnoconfig
- gcc-10-tinyconfig
- gcc-11-allnoconfig
- gcc-11-tinyconfig
- gcc-8-allnoconfig
- gcc-8-tinyconfig
- gcc-9-allnoconfig
- gcc-9-tinyconfig
* sh, build
- gcc-10-allnoconfig
- gcc-10-defconfig
- gcc-10-dreamcast_defconfig
- gcc-10-microdev_defconfig
- gcc-10-shx3_defconfig
- gcc-10-tinyconfig
- gcc-11-allnoconfig
- gcc-11-defconfig
- gcc-11-dreamcast_defconfig
- gcc-11-microdev_defconfig
- gcc-11-shx3_defconfig
- gcc-11-tinyconfig
- gcc-8-allnoconfig
- gcc-8-defconfig
- gcc-8-dreamcast_defconfig
- gcc-8-microdev_defconfig
- gcc-8-shx3_defconfig
- gcc-8-tinyconfig
- gcc-9-allnoconfig
- gcc-9-defconfig
- gcc-9-dreamcast_defconfig
- gcc-9-microdev_defconfig
- gcc-9-shx3_defconfig
- gcc-9-tinyconfig
* sparc, build
- gcc-10-allnoconfig
- gcc-10-defconfig
- gcc-10-tinyconfig
- gcc-11-allnoconfig
- gcc-11-defconfig
- gcc-11-tinyconfig
- gcc-8-allnoconfig
- gcc-8-defconfig
- gcc-8-tinyconfig
- gcc-9-allnoconfig
- gcc-9-defconfig
- gcc-9-tinyconfig
* x86_64, build
- clang-10-allnoconfig
- clang-10-defconfig
- clang-10-tinyconfig
- clang-11-allnoconfig
- clang-11-tinyconfig
- clang-11-x86_64_defconfig
- clang-12-allnoconfig
- clang-12-tinyconfig
- clang-12-x86_64_defconfig
- clang-13-allnoconfig
- clang-13-tinyconfig
- clang-13-x86_64_defconfig
- clang-nightly-allnoconfig
- clang-nightly-tinyconfig
- clang-nightly-x86_64_defconfig
- gcc-10-allnoconfig
- gcc-10-defconfig
- gcc-10-tinyconfig
- gcc-11-allnoconfig
- gcc-11-defconfig
- gcc-11-tinyconfig
- gcc-8-allnoconfig
- gcc-8-tinyconfig
- gcc-8-x86_64_defconfig
- gcc-9-allnoconfig
- gcc-9-tinyconfig
- gcc-9-x86_64_defconfig
(It would have been easier to list the ones that _passed_ instead! :)
Greetings!
daniel Díaz
[email protected]
On 11/4/21 9:20 AM, Greg Kroah-Hartman wrote:
> On Thu, Nov 04, 2021 at 09:53:57AM -0600, Daniel Díaz wrote:
>> Hello!
>>
>> On 11/4/21 8:12 AM, Greg Kroah-Hartman wrote:
>>> This is the start of the stable review cycle for the 5.10.78 release.
>>> There are 16 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.
>>>
>>> Responses should be made by Sat, 06 Nov 2021 14:11:51 +0000.
>>> Anything received after that time might be too late.
>>>
>>> The whole patch series can be found in one patch at:
>>> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.78-rc1.gz
>>> or in the git tree and branch at:
>>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.10.y
>>> and the diffstat can be found below.
>>>
>>> thanks,
>>>
>>> greg k-h
>>
>> Regressions detected.
>>
>> Build failures on all architectures and all toolchains (GCC 8, 9, 10, 11; Clang 10, 11, 12, 13, nightly):
>> - arc
>> - arm (32-bits)
>> - arm (64-bits)
>> - i386
>> - mips
>> - parisc
>> - ppc
>> - riscv
>> - s390
>> - sh
>> - sparc
>> - x86
>>
>> Failures look like this:
>>
>> In file included from /builds/linux/include/linux/kernel.h:11,
>> from /builds/linux/include/linux/list.h:9,
>> from /builds/linux/include/linux/smp.h:12,
>> from /builds/linux/include/linux/kernel_stat.h:5,
>> from /builds/linux/mm/memory.c:42:
>> /builds/linux/mm/memory.c: In function 'finish_fault':
>> /builds/linux/mm/memory.c:3929:15: error: implicit declaration of function 'PageHasHWPoisoned'; did you mean 'PageHWPoison'? [-Werror=implicit-function-declaration]
>> 3929 | if (unlikely(PageHasHWPoisoned(page)))
>> | ^~~~~~~~~~~~~~~~~
>> /builds/linux/include/linux/compiler.h:78:42: note: in definition of macro 'unlikely'
>> 78 | # define unlikely(x) __builtin_expect(!!(x), 0)
>> | ^
>> cc1: some warnings being treated as errors
>>
>> and this:
>>
>> /builds/linux/mm/memory.c:3929:15: error: implicit declaration of function 'PageHasHWPoisoned' [-Werror,-Wimplicit-function-declaration]
>> if (unlikely(PageHasHWPoisoned(page)))
>> ^
>>
>> /builds/linux/mm/page_alloc.c:1237:4: error: implicit declaration of function 'ClearPageHasHWPoisoned' [-Werror,-Wimplicit-function-declaration]
>> ClearPageHasHWPoisoned(page);
>> ^
>> /builds/linux/mm/page_alloc.c:1237:4: note: did you mean 'ClearPageHWPoison'?
>>
>
> What configuration? This builds for me on x86 here on allmodconfig.
>
defconfig, and anything with CONFIG_MEMORY_FAILURE=n or CONFIG_TRANSPARENT_HUGEPAGE=n.
Fix needs upstream commit e66435936756d (presumably, I did not check).
Guenter
On Thu, Nov 04, 2021 at 09:46:49AM -0700, Guenter Roeck wrote:
> On 11/4/21 9:20 AM, Greg Kroah-Hartman wrote:
> > On Thu, Nov 04, 2021 at 09:53:57AM -0600, Daniel D?az wrote:
> > > Hello!
> > >
> > > On 11/4/21 8:12 AM, Greg Kroah-Hartman wrote:
> > > > This is the start of the stable review cycle for the 5.10.78 release.
> > > > There are 16 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.
> > > >
> > > > Responses should be made by Sat, 06 Nov 2021 14:11:51 +0000.
> > > > Anything received after that time might be too late.
> > > >
> > > > The whole patch series can be found in one patch at:
> > > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.78-rc1.gz
> > > > or in the git tree and branch at:
> > > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.10.y
> > > > and the diffstat can be found below.
> > > >
> > > > thanks,
> > > >
> > > > greg k-h
> > >
> > > Regressions detected.
> > >
> > > Build failures on all architectures and all toolchains (GCC 8, 9, 10, 11; Clang 10, 11, 12, 13, nightly):
> > > - arc
> > > - arm (32-bits)
> > > - arm (64-bits)
> > > - i386
> > > - mips
> > > - parisc
> > > - ppc
> > > - riscv
> > > - s390
> > > - sh
> > > - sparc
> > > - x86
> > >
> > > Failures look like this:
> > >
> > > In file included from /builds/linux/include/linux/kernel.h:11,
> > > from /builds/linux/include/linux/list.h:9,
> > > from /builds/linux/include/linux/smp.h:12,
> > > from /builds/linux/include/linux/kernel_stat.h:5,
> > > from /builds/linux/mm/memory.c:42:
> > > /builds/linux/mm/memory.c: In function 'finish_fault':
> > > /builds/linux/mm/memory.c:3929:15: error: implicit declaration of function 'PageHasHWPoisoned'; did you mean 'PageHWPoison'? [-Werror=implicit-function-declaration]
> > > 3929 | if (unlikely(PageHasHWPoisoned(page)))
> > > | ^~~~~~~~~~~~~~~~~
> > > /builds/linux/include/linux/compiler.h:78:42: note: in definition of macro 'unlikely'
> > > 78 | # define unlikely(x) __builtin_expect(!!(x), 0)
> > > | ^
> > > cc1: some warnings being treated as errors
> > >
> > > and this:
> > >
> > > /builds/linux/mm/memory.c:3929:15: error: implicit declaration of function 'PageHasHWPoisoned' [-Werror,-Wimplicit-function-declaration]
> > > if (unlikely(PageHasHWPoisoned(page)))
> > > ^
> > >
> > > /builds/linux/mm/page_alloc.c:1237:4: error: implicit declaration of function 'ClearPageHasHWPoisoned' [-Werror,-Wimplicit-function-declaration]
> > > ClearPageHasHWPoisoned(page);
> > > ^
> > > /builds/linux/mm/page_alloc.c:1237:4: note: did you mean 'ClearPageHWPoison'?
> > >
> >
> > What configuration? This builds for me on x86 here on allmodconfig.
> >
>
> defconfig, and anything with CONFIG_MEMORY_FAILURE=n or CONFIG_TRANSPARENT_HUGEPAGE=n.
> Fix needs upstream commit e66435936756d (presumably, I did not check).
Odd, no, I don't think that commit will help.
I'll go drop the offending commit now and push out a -rc2.
thanks,
greg k-h
On Thu, 4 Nov 2021 15:12:39 +0100, Greg Kroah-Hartman <[email protected]> wrote:
> This is the start of the stable review cycle for the 5.10.78 release.
> There are 16 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.
>
> Responses should be made by Sat, 06 Nov 2021 14:11:51 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.78-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.10.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
5.10.78-rc1 Successfully Compiled and booted on my Raspberry PI 4b (8g) (bcm2711)
Tested-by: Fox Chen <[email protected]>
On 11/4/21 8:12 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.10.78 release.
> There are 16 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.
>
> Responses should be made by Sat, 06 Nov 2021 14:11:51 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.78-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.10.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
Boot hang during journal check on my system. I am building rc2
now and will let you know what happens.
thanks,
-- Shuah
Hi!
> From: Bryan O'Donoghue <[email protected]>
>
> commit 285bb1738e196507bf985574d0bc1e9dd72d46b1 upstream.
>
> This reverts commit c6522a5076e1a65877c51cfee313a74ef61cabf8.
>
> Testing on tip-of-tree shows that this is working now. Revert this and
> re-enable BMPS for Open APs.
This explains why revert is a good idea for mainline, but it may still
cause problems for 5.10. Is someone able to test it in 5.10?
Best regards,
Pavel
> +++ b/drivers/net/wireless/ath/wcn36xx/main.c
> @@ -601,15 +601,6 @@ static int wcn36xx_set_key(struct ieee80
> }
> }
> }
> - /* FIXME: Only enable bmps support when encryption is enabled.
> - * For any reasons, when connected to open/no-security BSS,
> - * the wcn36xx controller in bmps mode does not forward
> - * 'wake-up' beacons despite AP sends DTIM with station AID.
> - * It could be due to a firmware issue or to the way driver
> - * configure the station.
> - */
> - if (vif->type == NL80211_IFTYPE_STATION)
> - vif_priv->allow_bmps = true;
> break;
> case DISABLE_KEY:
> if (!(IEEE80211_KEY_FLAG_PAIRWISE & key_conf->flags)) {
> @@ -909,7 +900,6 @@ static void wcn36xx_bss_info_changed(str
> vif->addr,
> bss_conf->aid);
> vif_priv->sta_assoc = false;
> - vif_priv->allow_bmps = false;
> wcn36xx_smd_set_link_st(wcn,
> bss_conf->bssid,
> vif->addr,
> --- a/drivers/net/wireless/ath/wcn36xx/pmc.c
> +++ b/drivers/net/wireless/ath/wcn36xx/pmc.c
> @@ -23,10 +23,7 @@ int wcn36xx_pmc_enter_bmps_state(struct
> {
> int ret = 0;
> struct wcn36xx_vif *vif_priv = wcn36xx_vif_to_priv(vif);
> -
> - if (!vif_priv->allow_bmps)
> - return -ENOTSUPP;
> -
> + /* TODO: Make sure the TX chain clean */
> ret = wcn36xx_smd_enter_bmps(wcn, vif);
> if (!ret) {
> wcn36xx_dbg(WCN36XX_DBG_PMC, "Entered BMPS\n");
> --- a/drivers/net/wireless/ath/wcn36xx/wcn36xx.h
> +++ b/drivers/net/wireless/ath/wcn36xx/wcn36xx.h
> @@ -127,7 +127,6 @@ struct wcn36xx_vif {
> enum wcn36xx_hal_bss_type bss_type;
>
> /* Power management */
> - bool allow_bmps;
> enum wcn36xx_power_state pw_state;
>
> u8 bss_index;
>
--
http://www.livejournal.com/~pavelmachek
On 05/11/2021 13:18, Pavel Machek wrote:
> This explains why revert is a good idea for mainline, but it may still
> cause problems for 5.10. Is someone able to test it in 5.10?
>
> Best regards,
> Pavel
I have to pull in a bunch of out-of-tree patches to boot on the target
device but..
Sure, I can have a look over the weekend
---
bod
Hi!
> From: Wang Kefeng <[email protected]>
>
> commit eb4f756915875b0ea0757751cd29841f0504d547 upstream.
>
> After commit 77a7300abad7 ("of/irq: Get rid of NO_IRQ usage"),
> no irq case has been removed, irq_of_parse_and_map() will return
> 0 in all cases when get error from parse and map an interrupt into
> linux virq space.
>
> amba_device_register() is only used on no-DT initialization, see
> s3c64xx_pl080_init() arch/arm/mach-s3c/pl080.c
> ep93xx_init_devices() arch/arm/mach-ep93xx/core.c
>
> They won't set -1 to irq[0], so no need the warn.
AFAICT this does not fix any bug. It is simply a WARN that can not
trigger.
Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany