Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

HSDK fails to boot Linux v5.11-rc1 #34

Closed
vineetgarc opened this issue Jan 6, 2021 · 2 comments
Closed

HSDK fails to boot Linux v5.11-rc1 #34

vineetgarc opened this issue Jan 6, 2021 · 2 comments
Assignees
@vineetgarc @abrodkin @evgeniy-paltsev @falaleevms
Labels
bug

Comments

@vineetgarc
Copy link

vineetgarc commented Jan 6, 2021 •
edited
Loading

5.11-rc1 boot log

Linux version 5.11.0-rc2-00130-gf4d9359de8ac (vineetg@vineetg-Latitude-7400) (arc-linux-gcc.br_real (Buildroot 2020.
08-4-g742b459a97f8-dirty) 10.2.0, GNU ld (GNU Binutils) 2.34) #186 SMP PREEMPT Tue Jan 5 17:20:56 PST 2021
Memory @ 80000000 [1024M] 
OF: fdt: Machine model: snps,hsdk
earlycon: uart8250 at MMIO32 0xf0005000 (options '115200n8')
printk: bootconsole [uart8250] enabled
Failed to get possible-cpus from dtb, pretending all 4 cpus exist
archs-intc      : 2 priority levels (default 1) FIRQ (not used)

IDENTITY        : ARCVER [0x54] ARCNUM [0x0] CHIPID [ 0x0]
processor [0]   : HS48 R3.10a (ARCv2 ISA)  Dual-Issue 
Timers          : Timer0 Timer1 RTC [UP 64-bit] GFRC [SMP 64-bit] 
ISA Extn        : atomic ll64 unalign mpy[opt 9] div_rem 
BPU             : full match, cache:2048, Predict Table:16384 Return stk: 8 Loop Buffer:8 (disabled) 
MMU [v5]        : 8k PAGE, 2M Super Page (not used) JTLB 1024 (256x4), uDTLB 8, uITLB 4, PAE40 (not used) 
I-Cache         : 64K, 4way/set, 64B Line, VIPT aliasing
D-Cache         : 64K, 2way/set, 64B Line, PIPT
SLC             : 512K, 128B Line
Peripherals     : 0xf0000000, IO-Coherency (per-device) 
Vector Table    : 0x90000000
FPU             : SP DP 
DEBUG           : smaRT RTT ActionPoint 8/full
Extn [SMP]      : ARConnect (v2): 4 cores with IPI IDU DEBUG GFRC
 ! Enable CONFIG_ARC_DSP_HANDLED for working apps
Zone ranges:
  Normal   [mem 0x0000000080000000-0x00000000bfffffff]
Movable zone start for each node
Early memory node ranges
  node   0: [mem 0x0000000080000000-0x00000000bfffffff]
Initmem setup node 0 [mem 0x0000000080000000-0x00000000bfffffff]
On node 0 totalpages: 131072
  Normal zone: 576 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 131072 pages, LIFO batch:31
percpu: Embedded 7 pages/cpu s23296 r8192 d25856 u57344
pcpu-alloc: s23296 r8192 d25856 u57344 alloc=7*8192
pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 
Built 1 zonelists, mobility grouping on.  Total pages: 130496
Kernel command line: earlycon=uart8250,mmio32,0xf0005000,115200n8 console=ttyS0,115200n8 debug print-fatal-signals=1
Dentry cache hash table entries: 131072 (order: 6, 524288 bytes, linear)
Inode-cache hash table entries: 65536 (order: 5, 262144 bytes, linear)
mem auto-init: stack:off, heap alloc:off, heap free:off
Memory: 1027408K/1048576K available (5394K kernel code, 634K rwdata, 1328K rodata, 6552K init, 268K bss, 21168K rese
rved, 0K cma-reserved)
rcu: Preemptible hierarchical RCU implementation.
rcu:    RCU event tracing is enabled.
        Trampoline variant of Tasks RCU enabled.
rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies.
NR_IRQS: 512
MCIP: IDU supports 64 common irqs
sched_clock: 64 bits at 999MHz, resolution 1ns, wraps every 4398046511103ns
clocksource: ARConnect GFRC: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881590591483 ns
Console: colour dummy device 80x25
Calibrating delay loop... 996.14 BogoMIPS (lpj=4980736)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 2048 (order: 0, 8192 bytes, linear)
Mountpoint-cache hash table entries: 2048 (order: 0, 8192 bytes, linear)
rcu: Hierarchical SRCU implementation.
smp: Bringing up secondary CPUs ...
Idle Task [1] (ptrval)
Trying to bring up CPU1 ...
archs-intc      : 2 priority levels (default 1) FIRQ (not used)

IDENTITY        : ARCVER [0x54] ARCNUM [0x1] CHIPID [ 0x0]
processor [1]   : HS48 R3.10a (ARCv2 ISA)  Dual-Issue 
Timers          : Timer0 Timer1 RTC [UP 64-bit] 
ISA Extn        : atomic ll64 unalign mpy[opt 9] div_rem 
BPU             : full match, cache:2048, Predict Table:16384 Return stk: 8 Loop Buffer:8 
MMU [v5]        : 8k PAGE, 2M Super Page (not used) JTLB 1024 (256x4), uDTLB 8, uITLB 4, PAE40 (not used) 
I-Cache         : 64K, 4way/set, 64B Line, VIPT aliasing
D-Cache         : 64K, 2way/set, 64B Line, PIPT
SLC             : 512K, 128B Line
Peripherals     : 0xf0000000, IO-Coherency (per-device) 
Vector Table    : 0x90000000
FPU             : SP DP 
DEBUG           : smaRT RTT ActionPoint 8/full
Extn [CCM]      : DCCM @ 60000000, 64 KB / ICCM: @ 60000000, 256 KB
Extn [SMP]      : ARConnect (v2): 4 cores with IPI IDU DEBUG GFRC
 ! Enable CONFIG_ARC_DSP_HANDLED for working apps
## CPU1 LIVE ##: Executing Code...
Idle Task [2] (ptrval)
Trying to bring up CPU2 ...
archs-intc      : 2 priority levels (default 1) FIRQ (not used)

IDENTITY        : ARCVER [0x54] ARCNUM [0x2] CHIPID [ 0x0]
processor [2]   : HS48 R3.10a (ARCv2 ISA)  Dual-Issue 
Timers          : Timer0 Timer1 RTC [UP 64-bit] 
ISA Extn        : atomic ll64 unalign mpy[opt 9] div_rem 
BPU             : full match, cache:2048, Predict Table:16384 Return stk: 8 Loop Buffer:8 
MMU [v5]        : 8k PAGE, 2M Super Page (not used) JTLB 1024 (256x4), uDTLB 8, uITLB 4, PAE40 (not used) 
I-Cache         : 64K, 4way/set, 64B Line, VIPT aliasing
D-Cache         : 64K, 2way/set, 64B Line, PIPT
SLC             : 512K, 128B Line
Peripherals     : 0xf0000000, IO-Coherency (per-device) 
Vector Table    : 0x90000000
FPU             : SP DP 
DEBUG           : smaRT RTT ActionPoint 8/full
Extn [SMP]      : ARConnect (v2): 4 cores with IPI IDU DEBUG GFRC
 ! Enable CONFIG_ARC_DSP_HANDLED for working apps
## CPU2 LIVE ##: Executing Code...
Idle Task [3] (ptrval)
Trying to bring up CPU3 ...
archs-intc      : 2 priority levels (default 1) FIRQ (not used)

IDENTITY        : ARCVER [0x54] ARCNUM [0x3] CHIPID [ 0x0]
processor [3]   : HS48 R3.10a (ARCv2 ISA)  Dual-Issue 
Timers          : Timer0 Timer1 RTC [UP 64-bit] 
ISA Extn        : atomic ll64 unalign mpy[opt 9] div_rem 
BPU             : full match, cache:2048, Predict Table:16384 Return stk: 8 Loop Buffer:8 
MMU [v5]        : 8k PAGE, 2M Super Page (not used) JTLB 1024 (256x4), uDTLB 8, uITLB 4, PAE40 (not used) 
I-Cache         : 64K, 4way/set, 64B Line, VIPT aliasing
D-Cache         : 64K, 2way/set, 64B Line, PIPT
SLC             : 512K, 128B Line
Peripherals     : 0xf0000000, IO-Coherency (per-device) 
Vector Table    : 0x90000000
FPU             : SP DP 
DEBUG           : smaRT RTT ActionPoint 8/full
Extn [CCM]      : DCCM @ 60000000, 64 KB / ICCM: @ 60000000, 256 KB
Extn [SMP]      : ARConnect (v2): 4 cores with IPI IDU DEBUG GFRC
 ! Enable CONFIG_ARC_DSP_HANDLED for working apps
## CPU3 LIVE ##: Executing Code...
smp: Brought up 1 node, 4 CPUs
devtmpfs: initialized
random: get_random_u32 called from rhashtable_init+0xbc/0x288 with crng_init=0
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
futex hash table entries: 1024 (order: 4, 131072 bytes, linear)
NET: Registered protocol family 16
DMA: preallocated 128 KiB GFP_KERNEL pool for atomic allocations
thermal_sys: Registered thermal governor 'step_wise'
OF: /soc/gpio@3000/gpio-controller@0: could not find phandle
reg-fixed-voltage regulator-5v0: use noncoherent DMA ops
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
pps_core: LinuxPPS API ver. 1 registered
pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
PTP clock support registered
clocksource: Switched to clocksource ARConnect GFRC
NET: Registered protocol family 2
tcp_listen_portaddr_hash hash table entries: 1024 (order: 0, 12288 bytes, linear)
TCP established hash table entries: 8192 (order: 2, 32768 bytes, linear)
TCP bind hash table entries: 8192 (order: 3, 65536 bytes, linear)
TCP: Hash tables configured (established 8192 bind 8192)
UDP hash table entries: 512 (order: 1, 16384 bytes, linear)
UDP-Lite hash table entries: 512 (order: 1, 16384 bytes, linear)
NET: Registered protocol family 1
random: fast init done
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
arc-pct pct: use noncoherent DMA ops
ARC perf        : 8 counters (48 bits), 123 conditions, [overflow IRQ support]
workingset: timestamp_bits=30 max_order=17 bucket_order=0
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
io scheduler mq-deadline registered
io scheduler kyber registered
snps-creg-gpio f00014b0.gpio: use noncoherent DMA ops
snps-creg-gpio f00014b0.gpio: GPIO controller with 2 gpios probed
gpio-dwapb f0003000.gpio: use noncoherent DMA ops
gpio-dwapb f0003000.gpio: no IRQ for port0
dw_axi_dmac_platform f0080000.dmac: use noncoherent DMA ops
dw_axi_dmac_platform f0080000.dmac: DesignWare AXI DMA Controller, 4 channels
hsdk-reset f00008a0.reset-controller: use noncoherent DMA ops
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
dw-apb-uart f0005000.serial: use noncoherent DMA ops
printk: console [ttyS0] disabled
f0005000.serial: ttyS0 at MMIO 0xf0005000 (irq = 6, base_baud = 2083125) is a 16550A
printk: console [ttyS0] enabled
printk: console [ttyS0] enabled
printk: bootconsole [uart8250] disabled
printk: bootconsole [uart8250] disabled
usbcore: registered new interface driver udl
etnaviv-gpu f0090000.gpu: use noncoherent DMA ops
 (null): use noncoherent DMA ops
etnaviv etnaviv: bound f0090000.gpu (ops 0x90bd9eb4)
etnaviv-gpu f0090000.gpu: model: GC0, revision: 0
etnaviv-gpu f0090000.gpu: Unknown GPU model
[drm] Initialized etnaviv 1.3.0 20151214 for etnaviv on minor 0
brd: module loaded
dw_spi_mmio f0020000.spi: use noncoherent DMA ops
spi-nor spi0.0: sst26wf016b (2048 Kbytes)

5.10 is fine with same rootfs
@vineetgarc vineetgarc added the bug label Jan 6, 2021
@vineetgarc
Copy link
Author

vineetgarc commented Jan 7, 2021 •
edited
Loading

So it seems there are a couple of issues which surprisingly the inhouse regression jobs have not caught (perhaps they went away for holidays too).

First issue is snafu in generic signal handling changes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL") which I didn't spot at the time of review. Fix will likely make it into 5.11-rc3:
http://lists.infradead.org/pipermail/linux-snps-arc/2021-January/004729.html

The 2nd is no console output in a devtmpfs based Buildroot init system due to upstream 757055a ("init/console: Use ttynull as a fallback when there is no console"). This has been reported to mailing list too
http://lists.infradead.org/pipermail/linux-snps-arc/2021-January/004728.html

fengguang pushed a commit to 0day-ci/linux that referenced this issue Jan 7, 2021
@intel-lab-lkp
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
73e3aab 
Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
sudipm-mukherjee pushed a commit to sudipm-mukherjee/linux-test that referenced this issue Jan 8, 2021
@vineetgarc
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
bb12433 
Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
@vineetgarc
Copy link
Author

Fixes for both the issues: arc: add support for TIF_NOTIFY_SIGNAL and Revert "init/console: Use ttynull as a fallback when there is no console" have been merged in released 5.11-rc3

Verfified that 5.11-rc3 boots fine.

Linux version 5.11.0-rc3 (vineetg@vineetg-Latitude-7400) (arc-linux-gcc.br_real (Buildroot 2020
.08-4-g742b459a97f8) 9.3.0, GNU ld (GNU Binutils) 2.34) #192 SMP PREEMPT Sun Jan 10 15:06:19 PST 
2021
Memory @ 80000000 [1024M] 
OF: fdt: Machine model: snps,hsdk
earlycon: uart8250 at MMIO32 0xf0005000 (options '115200n8')
printk: bootconsole [uart8250] enabled
Failed to get possible-cpus from dtb, pretending all 4 cpus exist
archs-intc      : 2 priority levels (default 1) FIRQ (not used)

IDENTITY        : ARCVER [0x54] ARCNUM [0x0] CHIPID [ 0x0]
processor [0]   : HS48 R3.10a (ARCv2 ISA)  Dual-Issue 
Timers          : Timer0 Timer1 RTC [UP 64-bit] GFRC [SMP 64-bit] 
ISA Extn        : atomic ll64 unalign mpy[opt 9] div_rem 
BPU             : full match, cache:2048, Predict Table:16384 Return stk: 8 Loop Buffer:8 (disabl
ed) 
MMU [v5]        : 8k PAGE, 2M Super Page (not used) JTLB 1024 (256x4), uDTLB 8, uITLB 4, PAE40 (n
ot used) 
I-Cache         : 64K, 4way/set, 64B Line, VIPT aliasing
D-Cache         : 64K, 2way/set, 64B Line, PIPT
SLC             : 512K, 128B Line
Peripherals     : 0xf0000000, IO-Coherency (per-device) 
Vector Table    : 0x90000000
FPU             : SP DP 
DEBUG           : smaRT RTT ActionPoint 8/full
Extn [SMP]      : ARConnect (v2): 4 cores with IPI IDU DEBUG GFRC
 ! Enable CONFIG_ARC_DSP_HANDLED for working apps
Zone ranges:
  Normal   [mem 0x0000000080000000-0x00000000bfffffff]
Movable zone start for each node
Early memory node ranges
  node   0: [mem 0x0000000080000000-0x00000000bfffffff]
Initmem setup node 0 [mem 0x0000000080000000-0x00000000bfffffff]
On node 0 totalpages: 131072
  Normal zone: 576 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 131072 pages, LIFO batch:31
percpu: Embedded 7 pages/cpu s23296 r8192 d25856 u57344
pcpu-alloc: s23296 r8192 d25856 u57344 alloc=7*8192
pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 
Built 1 zonelists, mobility grouping on.  Total pages: 130496
Kernel command line: earlycon=uart8250,mmio32,0xf0005000,115200n8 console=ttyS0,115200n8 debug pr
int-fatal-signals=1
Dentry cache hash table entries: 131072 (order: 6, 524288 bytes, linear)
Inode-cache hash table entries: 65536 (order: 5, 262144 bytes, linear)
mem auto-init: stack:off, heap alloc:off, heap free:off
Memory: 1027368K/1048576K available (5444K kernel code, 636K rwdata, 1328K rodata, 6560K init, 26
8K bss, 21208K reserved, 0K cma-reserved)
rcu: Preemptible hierarchical RCU implementation.
rcu:    RCU event tracing is enabled.
        Trampoline variant of Tasks RCU enabled.
rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies.
NR_IRQS: 512
MCIP: IDU supports 64 common irqs
sched_clock: 64 bits at 999MHz, resolution 1ns, wraps every 4398046511103ns
clocksource: ARConnect GFRC: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881
590591483 ns
Console: colour dummy device 80x25
Calibrating delay loop... 996.14 BogoMIPS (lpj=4980736)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 2048 (order: 0, 8192 bytes, linear)
Mountpoint-cache hash table entries: 2048 (order: 0, 8192 bytes, linear)
rcu: Hierarchical SRCU implementation.
...
...
Saving random seed: random: dd: uninitialized urandom read (512 bytes read)
OK
usb 1-1: new high-speed USB device number 2 using ehci-platform
hub 1-1:1.0: USB hub found
hub 1-1:1.0: 2 ports detected
# 
# 
# 
# 
# ls
bin        hackbench  lib32      mnt        proc       sbin       usr
dev        init       linuxrc    oom        root       sys        var
etc        lib        media      opt        run        tmp
#

ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Dec 22, 2022
@vineetgarc @axboe
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
d8378b1 
Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-fork that referenced this issue Dec 22, 2022
@vineetgarc @axboe
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
303353a 
Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-fork that referenced this issue Dec 23, 2022
@vineetgarc @axboe
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
fa7a887 
Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-fork that referenced this issue Dec 23, 2022
@vineetgarc @axboe
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
8a72899 
[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-fork that referenced this issue Dec 23, 2022
@vineetgarc @axboe
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
b6d0cbf 
[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-fork that referenced this issue Dec 23, 2022
@vineetgarc @axboe
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
f766e39 
[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Dec 23, 2022
@vineetgarc @axboe
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
ec98073 
[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
anayw2001 pushed a commit to StatiXOS/android_kernel_common that referenced this issue Dec 24, 2022
@vineetgarc @anayw2001
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
c24f2c2 
[ Upstream commit bb12433bf56e76789c6b08b36c546f745a6aa6e1 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e12588743ea128 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Jan 3, 2023
@vineetgarc
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
950f52b 
[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Jan 3, 2023
@vineetgarc @gregkh
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
5a6ed3f 
[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Jan 3, 2023
@vineetgarc
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
2a3a52a 
[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-fork that referenced this issue Jan 4, 2023
@vineetgarc
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
f70356c 
[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Jan 4, 2023
@vineetgarc @gregkh
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
db91127 
[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Jan 4, 2023
@vineetgarc
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
27e238a 
[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
jpuhlman pushed a commit to MontaVista-OpenSourceTechnology/linux-mvista that referenced this issue Jan 19, 2023
@vineetgarc @mvakuster
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
717c347 
Source: Kernel.org
MR: 124537
Type: Integration
Disposition: Backport from git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable linux-5.10.y
ChangeID: db911277a2b38b4ef98c7192728d5f4cba7863fe
Description:

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster@mvista.com>
jpuhlman pushed a commit to MontaVista-OpenSourceTechnology/linux-mvista that referenced this issue Jan 19, 2023
@vineetgarc @mvakuster
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
44644cf 
Source: Kernel.org
MR: 124537
Type: Integration
Disposition: Backport from git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable linux-5.10.y
ChangeID: db911277a2b38b4ef98c7192728d5f4cba7863fe
Description:

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster@mvista.com>
jpuhlman pushed a commit to MontaVista-OpenSourceTechnology/linux-mvista that referenced this issue Jan 19, 2023
@vineetgarc @mvakuster
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
b11f537 
Source: Kernel.org
MR: 124537
Type: Integration
Disposition: Backport from git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable linux-5.10.y
ChangeID: db911277a2b38b4ef98c7192728d5f4cba7863fe
Description:

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster@mvista.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 7, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
ad4ba30 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 9, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
499fca4 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
logic10492 pushed a commit to logic10492/kernel_mtk_5.10 that referenced this issue Feb 11, 2023
@vineetgarc @logic10492
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
27a291d 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
(cherry picked from commit ad4ba30)
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 14, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
dd3fec9 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 16, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
4788a2f 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 16, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
f1c438f 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 16, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
8c88f71 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 16, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
e0cae4a 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 17, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
02f24ec 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 28, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
32cd36f 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 28, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
86497e0 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 28, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
a5cb279 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 28, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
2584d4c 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 28, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
4c47c0b 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
ammarfaizi2 pushed a commit to ammarfaizi2/linux-block that referenced this issue Feb 28, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
cfe1e1e 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
laiyoufafa pushed a commit to laiyoufafa/kernel_linux_5.10 that referenced this issue May 15, 2023
@vineetgarc
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
3ce9519 
stable inclusion
from stable-5.10.162
commit db911277a2b38b4ef98c7192728d5f4cba7863fe
category: bugfix
issue: #I71WIR
CVE: NA

Signed-off-by: wanxiaoqing40281 <wanxiaoqing@huawei.com>
---------------------------------------

[ Upstream commit bb12433bf56e76789c6b08b36c546f745a6aa6e1 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e12588743ea128 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: wanxiaoqing40281 <wanxiaoqing@huawei.com>
jgudec pushed a commit to jgudec/android_kernel_samsung_exynos2200 that referenced this issue Jul 4, 2023
@vineetgarc @jgudec
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
e16ea95 
[ Upstream commit bb12433bf56e76789c6b08b36c546f745a6aa6e1 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e12588743ea128 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
chenyt9 pushed a commit to MotorolaMobilityLLC/kernel-msm that referenced this issue Jul 12, 2023
@vineetgarc
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
938015d 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
wanghao75 pushed a commit to openeuler-mirror/kernel that referenced this issue Aug 2, 2023
@vineetgarc @sanglipeng1
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
11afe2a 
stable inclusion
from stable-v5.10.162
commit db911277a2b38b4ef98c7192728d5f4cba7863fe
category: bugfix
bugzilla: https://gitee.com/openeuler/kernel/issues/I7P7OH

Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=db911277a2b38b4ef98c7192728d5f4cba7863fe

--------------------------------

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: sanglipeng <sanglipeng1@jd.com>
wanghao75 pushed a commit to openeuler-mirror/kernel that referenced this issue Aug 14, 2023
@vineetgarc
ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL handling
4ac4348 
stable inclusion
from stable-v5.10.162
commit db911277a2b38b4ef98c7192728d5f4cba7863fe
category: bugfix
bugzilla: https://gitee.com/openeuler/kernel/issues/I7P7OH

Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=db911277a2b38b4ef98c7192728d5f4cba7863fe

--------------------------------

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: sanglipeng <sanglipeng1@jd.com>
(cherry picked from commit 11afe2a)
mbissaromoto pushed a commit to MotorolaMobilityLLC/kernel-msm that referenced this issue Sep 4, 2023
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
233eb1b 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
mbissaromoto pushed a commit to MotorolaMobilityLLC/kernel-msm that referenced this issue May 17, 2024
@vineetgarc @gregkh
UPSTREAM: ARC: unbork 5.11 bootup: fix snafu in _TIF_NOTIFY_SIGNAL ha…
4dadd59 
…ndling

[ Upstream commit bb12433 ]

Linux 5.11.rcX was failing to boot on ARC HSDK board. Turns out we have
a couple of issues, this being the first one, and I'm to blame as I
didn't pay attention during review.

TIF_NOTIFY_SIGNAL support requires checking multiple TIF_* bits in
kernel return code path. Old code only needed to check a single bit so
BBIT0 <TIF_SIGPENDING> worked. New code needs to check multiple bits so
AND <bit-mask> instruction. So needs to use bit mask variant _TIF_SIGPENDING

Cc: Jens Axboe <axboe@kernel.dk>
Fixes: 53855e1 ("arc: add support for TIF_NOTIFY_SIGNAL")
Link: foss-for-synopsys-dwc-arc-processors/linux#34
Change-Id: I00aa9a6c3118f72e90575fb7ca4ebc08300b542e
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit db91127)
Bug: 268174392
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@vineetgarc vineetgarc

@abrodkin abrodkin

@evgeniy-paltsev evgeniy-paltsev

@falaleevms falaleevms

Labels
bug
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@vineetgarc @abrodkin @evgeniy-paltsev @falaleevms