[Bug gas/27099] New: [ARM] ISB instruction inside an IT block

[kordalski.wojciech at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=27099

Bug ID: 27099
   Summary: [ARM] ISB instruction inside an IT block
   Product: binutils
   Version: 2.35.1
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: gas
  Assignee: unassigned at sourceware dot org
  Reporter: kordalski.wojciech at gmail dot com
  Target Milestone: ---

Created attachment 13068
  --> https://sourceware.org/bugzilla/attachment.cgi?id=13068&action=edit
The minimal example

During research of ARM Cortex-M3-based processor for our master thesis, we
found a bug (using a tool that generates random-but-correct sequences of
assembly instructions).

Minimal example:

.syntax unified
.cpu cortex-m3
.thumb

.align 2
.type f1, %function
.thumb_func
f1:
it eq
isbeq

The example compiles successfully (arm-none-eabi-as -o test.o test.s
-mcpu=cortex-m3) without any message emitted, but it should not.

The ARMv7-M Architecture Reference Manual states that ISB instruction inside an
IT block is unpredictable (see Section A7.7.38 IT, page A7-236).

The ARMv7-M Architecture Reference Manual can be downloaded from:
https://static.docs.arm.com/ddi0403/ed/DDI0403E_d_armv7m_arm.pdf

Expected behavior: assembler should emit a warning or error message.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug ld/26256] Support mixed SHF_LINK_ORDER & non-SHF_LINK_ORDER components in an output section

[hjl.tools at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=26256

H.J. Lu  changed:

   What|Removed |Added

  Attachment #13066|0   |1
is obsolete||

--- Comment #7 from H.J. Lu  ---
Created attachment 13069
  --> https://sourceware.org/bugzilla/attachment.cgi?id=13069&action=edit
An updated patch

Please try this.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug ld/26256] Support mixed SHF_LINK_ORDER & non-SHF_LINK_ORDER components in an output section

[hjl.tools at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=26256

H.J. Lu  changed:

   What|Removed |Added

  Attachment #13069|0   |1
is obsolete||

--- Comment #8 from H.J. Lu  ---
Created attachment 13070
  --> https://sourceware.org/bugzilla/attachment.cgi?id=13070&action=edit
A patch with tests

Try this.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug ld/27100] New: final link failed: bad value

[cameron.macpherson at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=27100

Bug ID: 27100
   Summary: final link failed: bad value
   Product: binutils
   Version: 2.35
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ld
  Assignee: unassigned at sourceware dot org
  Reporter: cameron.macpherson at gmail dot com
  Target Milestone: ---

after upgrading to the latest debian ppc64 binutils (via apt -t experimental
upgrade) i am no longer able to compile a linux kernel.  i haven't had problems
compiling anything else.

$ cat /proc/cpuinfo
processor   : 0
cpu : PPC970, altivec supported
clock   : 1600.00MHz
revision: 2.2 (pvr 0039 0202)

timebase: 
platform: PowerMac
model   : PowerMac7,2
machine : PowerMac7,2
motherboard : PowerMac7,2 MacRISC4 Power Macintosh
detected as : 336 (PowerMac G5)
pmac flags  : 
L2 cache: 512K unified
pmac-generation : NewWorld

$ make V=1 bindeb-pkg
make KERNELRELEASE=5.10.1 ARCH=powerpc  KBUILD_BUILD_VERSION=1 -f ./Makefile
[...]
  gcc -Wp,-MMD,init/.main.o.d -nostdinc -isystem
/usr/lib/gcc/powerpc64-linux-gnu/10/include -I./arch/powerpc/include
-I./arch/powerpc/include/generated  -I./include -I./arch/powerpc/include/uapi
-I./arch/powerpc/include/generated/uapi -I./include/uapi
-I./include/generated/uapi -include ./include/linux/kconfig.h -include
./include/linux/compiler_types.h -D__KERNEL__ -I ./arch/powerpc
-DHAVE_AS_ATHIGH=1 -fmacro-prefix-map=./= -Wall -Wundef
-Werror=strict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-fshort-wchar -fno-PIE -Werror=implicit-function-declaration
-Werror=implicit-int -Werror=return-type -Wno-format-security -std=gnu89
-mbig-endian -m64 -msoft-float -pipe -mtraceback=no -mabi=elfv1 -mcall-aixdesc
-mcmodel=medium -mno-pointers-to-nested-functions -mtune=power7 -mcpu=power5
-mno-altivec -mno-vsx -fno-asynchronous-unwind-tables -mno-string -Wa,-maltivec
-Wa,-mpower4 -Wa,-many -mabi=elfv1 -mcall-aixdesc -mbig-endian
-mstack-protector-guard=tls -mstack-protector-guard-reg=r13
-fno-delete-null-pointer-checks -Wno-frame-address -Wno-format-truncation
-Wno-format-overflow -Wno-address-of-packed-member -O2
-fno-allow-store-data-races -Wframe-larger-than=2048 -fstack-protector-strong
-Wno-unused-but-set-variable -Wimplicit-fallthrough -Wno-unused-const-variable
-fomit-frame-pointer -Wdeclaration-after-statement -Wvla -Wno-pointer-sign
-Wno-stringop-truncation -Wno-zero-length-bounds -Wno-array-bounds
-Wno-stringop-overflow -Wno-restrict -Wno-maybe-uninitialized
-fno-strict-overflow -fno-stack-check -fconserve-stack -Werror=date-time
-Werror=incompatible-pointer-types -Werror=designated-init
-Wno-packed-not-aligned -mstack-protector-guard-offset=880 -D_TASK_CPU=304
-fno-function-sections -fno-data-sections-DKBUILD_MODFILE='"init/main"'
-DKBUILD_BASENAME='"main"' -DKBUILD_MODNAME='"main"' -c -o init/main.o
init/main.c

  if objdump -h init/main.o | grep -q __ksymtab; then gcc -E -Wall -Wundef
-Werror=strict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-fshort-wchar -fno-PIE -Werror=implicit-function-declaration
-Werror=implicit-int -Werror=return-type -Wno-format-security -std=gnu89
-mbig-endian -m64 -msoft-float -pipe -mtraceback=no -mabi=elfv1 -mcall-aixdesc
-mcmodel=medium -mno-pointers-to-nested-functions -mtune=power7 -mcpu=power5
-mno-altivec -mno-vsx -fno-asynchronous-unwind-tables -mno-string -Wa,-maltivec
-Wa,-mpower4 -Wa,-many -mabi=elfv1 -mcall-aixdesc -mbig-endian
-mstack-protector-guard=tls -mstack-protector-guard-reg=r13
-fno-delete-null-pointer-checks -Wno-frame-address -Wno-format-truncation
-Wno-format-overflow -Wno-address-of-packed-member -O2
-fno-allow-store-data-races -Wframe-larger-than=2048 -fstack-protector-strong
-Wno-unused-but-set-variable -Wimplicit-fallthrough -Wno-unused-const-variable
-fomit-frame-pointer -Wdeclaration-after-statement -Wvla -Wno-pointer-sign
-Wno-stringop-truncation -Wno-zero-length-bounds -Wno-array-bounds
-Wno-stringop-overflow -Wno-restrict -Wno-maybe-uninitialized
-fno-strict-overflow -fno-stack-check -fconserve-stack -Werror=date-time
-Werror=incompatible-pointer-types -Werror=designated-init
-Wno-packed-not-aligned -mstack-protector-guard-offset=880 -D_TASK_CPU=304
-D__GENKSYMS__ -Wp,-MMD,init/.main.o.d -nostdinc -isystem
/usr/lib/gcc/powerpc64-linux-gnu/10/include -I./arch/powerpc/include
-I./arch/powerpc/include/generated  -I./include -I./arch/powerpc/include/uapi
-I./arch/powerpc/include/generated/uapi -I./include/uapi
-I./include/generated/uapi -include ./include/linux/kconfig.h -include
./include/linux/compiler_types.h -D__KERNEL__ -I ./arch/powerpc
-DHAVE_AS_ATHIGH=1 -fmacro-prefix-map=./= -Wall -Wundef
-Werror=strict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-fshort-wchar -fno-PIE -Werror=implicit-function-declaration
-Werror=implicit-int -Werror=return-type -Wno-

[Bug ld/27100] final link failed: bad value

[cameron.macpherson at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=27100

Cameron MacPherson  changed:

   What|Removed |Added

 Target||elf64ppc

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug ld/27100] final link failed: bad value

[cameron.macpherson at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=27100

--- Comment #1 from Cameron MacPherson  ---
contents of init/.tmp_main.ver

SECTIONS { .rodata : ALIGN(4) { __crc_system_state = .; LONG(0x015af7f4); } }
SECTIONS { .rodata : ALIGN(4) { __crc_static_key_initialized = .;
LONG(0xbea5ff1e); } }
SECTIONS { .rodata : ALIGN(4) { __crc_reset_devices = .; LONG(0xc2e587d1); } }
SECTIONS { .rodata : ALIGN(4) { __crc_loops_per_jiffy = .; LONG(0xba497f13); }
}

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug ld/27073] s390 linker fails with "bad value" when building kernel

[cameron.macpherson at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=27073

Cameron MacPherson  changed:

   What|Removed |Added

 CC||cameron.macpherson at gmail 
dot co
   ||m

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gas/27099] [ARM] ISB instruction inside an IT block

[kordalski.wojciech at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=27099

--- Comment #1 from Wojciech Kordalski  ---
By accident, I did a mistake in the reference to the ARMv7-M Architecture
Reference Manual.

The note that "ISB instruction inside an IT block is unpredictable" is in
Section A7.7.37 ISB, page A7-235.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gas/27101] New: as: Reject (byte) .align 0x100000000

[i at maskray dot me]

https://sourceware.org/bugzilla/show_bug.cgi?id=27101

Bug ID: 27101
   Summary: as: Reject (byte) .align 0x1
   Product: binutils
   Version: unspecified
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: gas
  Assignee: unassigned at sourceware dot org
  Reporter: i at maskray dot me
  Target Milestone: ---

On targets .align means the byte alignment,

.align 0x10
.balign 0x10
nop

GNU as assembles the code but uses alignment misleading 1. While ELF64_Shdr
uses 64-bit sh_addralign, it is fair to reject such a large alignment for the
assembler.

-- 
You are receiving this mail because:
You are on the CC list for the bug.