Home
last modified time | relevance | path

Searched hist:fbb42e7fe2c4962cb51776fff5462e6264d9716b (Results 1 – 5 of 5) sorted by relevance

/linux/arch/um/include/shared/
H A Dlongjmp.hdiff fbb42e7fe2c4962cb51776fff5462e6264d9716b Fri Mar 05 13:19:54 CET 2021 Johannes Berg <johannes.berg@intel.com> um: export signals_enabled directly

Use signals_enabled instead of always jumping through
a function call to read it, there's not much point in
that.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
H A Dos.hdiff fbb42e7fe2c4962cb51776fff5462e6264d9716b Fri Mar 05 13:19:54 CET 2021 Johannes Berg <johannes.berg@intel.com> um: export signals_enabled directly

Use signals_enabled instead of always jumping through
a function call to read it, there's not much point in
that.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
/linux/arch/um/include/asm/
H A Dirqflags.hdiff fbb42e7fe2c4962cb51776fff5462e6264d9716b Fri Mar 05 13:19:54 CET 2021 Johannes Berg <johannes.berg@intel.com> um: export signals_enabled directly

Use signals_enabled instead of always jumping through
a function call to read it, there's not much point in
that.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
/linux/arch/um/kernel/
H A Dksyms.cdiff fbb42e7fe2c4962cb51776fff5462e6264d9716b Fri Mar 05 13:19:54 CET 2021 Johannes Berg <johannes.berg@intel.com> um: export signals_enabled directly

Use signals_enabled instead of always jumping through
a function call to read it, there's not much point in
that.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
/linux/arch/um/os-Linux/
H A Dsignal.cdiff fbb42e7fe2c4962cb51776fff5462e6264d9716b Fri Mar 05 13:19:54 CET 2021 Johannes Berg <johannes.berg@intel.com> um: export signals_enabled directly

Use signals_enabled instead of always jumping through
a function call to read it, there's not much point in
that.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>