Freebsd bus error

In computing, a bus error is a fault raised by hardware, notifying an operating system (OS) that a process is trying to access memory that the CPU cannot physically address: an invalid address for the address bus, hence the name. In modern use on most architectures these are much rarer than segmentation faults, which occur primarily due to memory access violations: problems in the logical address or permissions.

On POSIX-compliant platforms, bus errors usually result in the SIGBUS signal being sent to the process that caused the error. SIGBUS can also be caused by any general device fault that the computer detects, though a bus error rarely means that the computer hardware is physically broken—it is normally caused by a bug in software. Bus errors may also be raised for certain other paging errors; see below.

Causes

There are at least three main causes of bus errors:

Non-existent address

Software instructs the CPU to read or write a specific physical memory address. Accordingly, the CPU sets this physical address on its address bus and requests all other hardware connected to the CPU to respond with the results, if they answer for this specific address. If no other hardware responds, the CPU raises an exception, stating that the requested physical address is unrecognized by the whole computer system. Note that this only covers physical memory addresses. Trying to access an undefined virtual memory address is generally considered to be a segmentation fault rather than a bus error, though if the MMU is separate, the processor cannot tell the difference.

Unaligned access

Most CPUs are byte-addressable, where each unique memory address refers to an 8-bit byte. Most CPUs can access individual bytes from each memory address, but they generally cannot access larger units (16 bits, 32 bits, 64 bits and so on) without these units being «aligned» to a specific boundary (the x86 platform being a notable exception).

For example, if multi-byte accesses must be 16 bit-aligned, addresses (given in bytes) at 0, 2, 4, 6, and so on would be considered aligned and therefore accessible, while addresses 1, 3, 5, and so on would be considered unaligned. Similarly, if multi-byte accesses must be 32-bit aligned, addresses 0, 4, 8, 12, and so on would be considered aligned and therefore accessible, and all addresses in between would be considered unaligned. Attempting to access a unit larger than a byte at an unaligned address can cause a bus error.

Some systems may have a hybrid of these depending on the architecture being used. For example, for hardware based on the IBM System/360 mainframe, including the IBM System z, Fujitsu B8000, RCA Spectra, and UNIVAC Series 90, instructions must be on a 16-bit boundary, that is, execution addresses must start on an even byte. Attempts to branch to an odd address results in a specification exception.^[1] Data, however, may be retrieved from any address in memory, and may be one byte or longer depending on the instruction.

CPUs generally access data at the full width of their data bus at all times. To address bytes, they access memory at the full width of their data bus, then mask and shift to address the individual byte. Systems tolerate this inefficient algorithm, as it is an essential feature for most software, especially string processing. Unlike bytes, larger units can span two aligned addresses and would thus require more than one fetch on the data bus.
It is possible for CPUs to support this, but this functionality is rarely required directly at the machine code level, thus CPU designers normally avoid implementing it and instead issue bus errors for unaligned memory access.

Paging errors

FreeBSD, Linux and Solaris can signal a bus error when virtual memory pages cannot be paged in, e.g. because it has disappeared (e.g. accessing a memory-mapped file or executing a binary image which has been truncated while the program was running),^[2] or because a just-created memory-mapped file cannot be physically allocated, because the disk is full.

Non-present segment (x86)

On x86 exists an older memory management
mechanism known as segmentation.
If the application loads segment register with the selector
of non-present segment (which under POSIX-compliant OSes
can only be done with an assembly language), the exception
is generated. Some OSes used that for swapping, but under
Linux this generates SIGBUS.

Example

This is an example of unaligned memory access, written in the C programming language with AT&T assembly syntax.

#include <stdlib.h>

int main(int argc, char **argv) 
{
    int *iptr;
    char *cptr;
    
#if defined(__GNUC__)
# if defined(__i386__)
    /* Enable Alignment Checking on x86 */
    __asm__("pushfnorl $0x40000,(%esp)npopf");
# elif defined(__x86_64__) 
     /* Enable Alignment Checking on x86_64 */
    __asm__("pushfnorl $0x40000,(%rsp)npopf");
# endif
#endif

    /* malloc() always provides memory which is aligned for all fundamental types */
    cptr = malloc(sizeof(int) + 1);
    
    /* Increment the pointer by one, making it misaligned */
    iptr = (int *) ++cptr;

    /* Dereference it as an int pointer, causing an unaligned access */
    *iptr = 42;

    /*
       Following accesses will also result in sigbus error.
       short *sptr;
       int    i;

       sptr = (short *)&i;
       // For all odd value increments, it will result in sigbus.
       sptr = (short *)(((char *)sptr) + 1);
       *sptr = 100;
    
    */

    return 0;
}

Compiling and running the example on a POSIX compliant OS on x86 demonstrates the error:

$ gcc -ansi sigbus.c -o sigbus
$ ./sigbus 
Bus error
$ gdb ./sigbus
(gdb) r
Program received signal SIGBUS, Bus error.
0x080483ba in main ()
(gdb) x/i $pc
0x80483ba <main+54>:    mov    DWORD PTR [eax],0x2a
(gdb) p/x $eax
$1 = 0x804a009
(gdb) p/t $eax & (sizeof(int) - 1)
$2 = 1

The GDB debugger shows that the immediate value 0x2a is being stored at the location stored in the EAX register, using X86 assembly language. This is an example of register indirect addressing.

Printing the low order bits of the address shows that it is not aligned to a word boundary («dword» using x86 terminology).

References

Ошибка на шине (bus error)- это ошибка, которая была вызвана аппаратным обеспечением, уведомляющим операционную систему о том , что процесс пытается получить доступ к памяти, которую процессор не может физически адресовать из-за того, что у адресной шины недопустимый адрес, а следовательно, и имя. В современном использовании на большинстве архитектур они встречаются гораздо реже , чем ошибки сегментации, которые возникают в основном из-за нарушений доступа к памяти: проблем с логическим адресом или разрешениями.
На платформах, совместимых с портативным интерфейсом операционной системы( POSIX), ошибки шины обычно приводят к тому, что сигнал SIGBUS, который сигнализирует об ошибке шины, при обращении к физической памяти, передается процессу, который вызвал ошибку. SIGBUS также может быть вызван любой общей неисправностью устройства, которую обнаруживает компьютер, хотя ошибка шины редко означает, что компьютерное оборудование физически сломано, в основном это вызвано ошибкой в программном обеспечении.

Причины возникновения

Существует 4 основных причины возникновения данной ошибки.
Рассмотрим каждую из них.

Недействующий адрес

Программное обеспечение указывает процессору на чтение или запись определенного адреса физической памяти . Соответственно, центральный процессор устанавливает этот физический адрес на своей адресной шине и запрашивает все другое оборудование, подключенное к нему, чтобы ответить с результатами, если они отвечают за этот конкретный адрес. Если никакое другое оборудование не отвечает, центральный процессор вызывает исключение, указывающее, что запрошенный физический адрес не распознан всей компьютерной системой. Состоит отметить, что это касается только физических адресов памяти. Попытка доступа к неопределенному адресу виртуальной памяти обычно считается ошибкой сегментации, а не ошибкой шины, хотя если блок управления памятью (MMU) является отдельным, процессор не может определить разницу.

Несогласованный доступ

В основном центральные процессоры (CPU) являются байт-адресуемыми, где каждый уникальный адрес памяти ссылается на 8-битный байт . Большинство из них могут получить доступ к отдельным байтам из каждого адреса памяти, но они, как правило, не могут получить доступ к более крупным блокам (16 бит, 32 бит, 64 бит и т. д.) без «выравнивания» структуры данных этих блоков к определенной границе.
К примеру, если многобайтовый доступ должен быть 16-битным, адреса (заданные в байтах) в 0, 2, 4, 6 и так далее будут считаться выровненными и, следовательно, доступными, в то время как адреса 1, 3, 5 и так далее будут считаться не выровненными. Аналогично, если многобайтовый доступ должен быть 32-разрядным, адреса 0, 4, 8, 12 и так далее будут считаться выровненными и, следовательно, доступными, а все промежуточные адреса будут считаться не выровненными. Попытка получить доступ к блоку размером больше байта по не выровненному адресу может привести к ошибке шины.
Некоторые системы могут быть смешанные в зависимости от используемой архитектуры. Например, для аппаратного обеспечения, основанного на мэйнфрейме IBM System/360 , включая IBM System z, Fujitsu B8000, RCA Spectra и UNIVAC Series 90 , инструкции должны находиться на 16-разрядной границе, то есть адреса выполнения должны начинаться с четного байта. Попытка ветвления на нечетный адрес приводит к исключению спецификации. Данные, однако, могут быть извлечены из любого адреса в памяти, и могут быть размером от одного байта или больше, в зависимости от инструкции.
Процессоры, как правило, получают доступ к данным на всей ширине своей шины данных в любое время.
Система связи , которая передает данные между компонентами внутри компьютера или между компьютерами.Шина это система связи , которая передает данные между компонентами внутри компьютера или между компьютерами. Чтобы обратиться к байтам, они обращаются к памяти на всей ширине своей шины данных, затем маскируют и сдвигают для обращения к отдельному байту. Системы терпят этот неэффективный алгоритм, так как он является неотъемлемой особенностью большинства программ, особенно обработки строк. В отличие от байтов, большие блоки могут охватывать два выровненных адреса и, таким образом, требуют более одной выборки на шине данных. Процессоры могут поддерживать эту функцию, но эта функциональность редко требуется непосредственно в машинном коде уровень, таким образом, проектировщики центрального процессора обычно избегают его реализации и вместо этого выдают ошибки шины для не выровненного доступа к памяти.

Ошибка страницы

Такие ОС как,FreeBSD, Linux и Solaris могут сигнализировать об ошибке шины, когда страницы виртуальной памяти не могут быть выгружены, например, потому, что она исчезла (например, доступ к файлу с отображением памяти или выполнение двоичного образа, который был усечен во время работы программы), или потому, что только что созданный файл с отображением памяти не может быть физически выделен, потому что диск заполнен.

Несуществующий сегмент(x86)

На x86(емейство архитектур наборов команд,основанных на микропроцессоре Intel 8086 ) существует старый механизм управления памятью, известный как сегментация. Если приложение загружает регистр сегмента с селектором несуществующего сегмента , генерируется исключение. Некоторые ОС использовали это для подкачки, но под Linux это генерирует SIGBUS.

Источники

1. https://stackoverflow.com/questions/212466/what-is-a-bus-error
2. https://www.geeksforgeeks.org/segmentation-fault-sigsegv-vs-bus-error-sigbus/
3. https://studfiles.net/preview/307512/page:15/

Нравится ресурс? Помоги проекту!

Bus error: 10 (core dumped)

• Подписаться на тему
• Сообщить другу
• Скачать/распечатать тему

Сообщ. #1 , 30.06.11, 10:21

Как бороться? И с чего начать борьбу с проблемой? При вызове метода MongoGridFSFile::getBytes() валится с такой ошибкой, причем проявляется в зависимости от файла. То есть один и тот же файл всегда валит систему. Буквально пару дней назад проблемы не было, данные за это время не изменились. Софт не обновлял. Версии последние и пхп и расширения и монги. Ось FreeBSD 8.2 Добавлено 30.06.11, 10:24 Или так zend_mm_heap corrupted

negram

Сообщ. #2 , 30.06.11, 10:27

Цитата Pr0[)!9Y @ 30.06.11, 10:21 core dumped это замечательно! следует написать в багтреккер, авторам расширения. Если попросят, приложить корку и/или файл Если без них, то gdb —core=core_file path_to_php (или путь к апачу, если это его пхп-шный модуль роняет) и смотреть на каком месте валится… Цитата Pr0[)!9Y @ 30.06.11, 10:21 Софт не обновлял. может без тебя? чудес-то не бывает… может конфиг(и) поменялся… Сообщение отредактировано: negram — 30.06.11, 10:41

Pr0[)!9Y

Сообщ. #3 , 30.06.11, 10:42

Пробовал даунгрейдить расширение. Проблема проявляется и раньше. Цитата negram @ 30.06.11, 10:27 может без тебя? Точно нет, единоличный правитель. Меняются лишь команды выполняемые до того как будет вызван метод. Убрал обно обращение к PDO, и валиться перестало. Хотя очевидно что вещи не связанные. Пришла мысль что возможно параллельно исполнялся еще один такой процесс в фоне, но все равно такое поведение ненормально. Сейчас все в порядке. А еще расширение течёт заметно, но это тоже не важно, т.к. валится сразу. Сообщение отредактировано: Pr0[)!9Y — 30.06.11, 11:01

negram	Сообщ. #4 , 30.06.11, 10:43
	Кстати, Bus error может означать и аппаратные проблемы…

Pr0[)!9Y

Сообщ. #5 , 30.06.11, 10:43

Цитата negram @ 30.06.11, 10:27 Если без них Цитата Reading symbols from /usr/local/lib/php/20090626/pdo_mysql.so…(no debugging symbols found)…done. Loaded symbols for /usr/local/lib/php/20090626/pdo_mysql.so Reading symbols from /usr/local/lib/php/20090626/mongo.so…done. Loaded symbols for /usr/local/lib/php/20090626/mongo.so Reading symbols from /libexec/ld-elf.so.1…done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000000530ad9 in _zend_mm_free_int () [New Thread 80157a1c0 (LWP 100997)] Добавлено 30.06.11, 10:46 Цитата negram @ 30.06.11, 10:43 Кстати, Bus error может означать и аппаратные проблемы… До него был segmentation ну и Цитата Pr0[)!9Y @ 30.06.11, 10:21 zend_mm_heap corrupted

negram	Сообщ. #6 , 30.06.11, 11:01
	Цитата Pr0[)!9Y @ 30.06.11, 10:43 Цитата bt<enter> Сообщение отредактировано: negram — 30.06.11, 11:02

Pr0[)!9Y

Сообщ. #7 , 30.06.11, 12:33

#0  0x0000000000530ad9 in _zend_mm_free_int () #1  0x0000000000541935 in _zval_ptr_dtor () #2  0x0000000000559ed8 in zend_hash_destroy () #3  0x000000000056b799 in zend_object_std_dtor () #4  0x000000000056b7b9 in zend_objects_free_object_storage () #5  0x000000000056f2d4 in zend_objects_store_del_ref_by_handle_ex () #6  0x000000000056f313 in zend_objects_store_del_ref () #7  0x0000000000541935 in _zval_ptr_dtor () #8  0x0000000000559ed8 in zend_hash_destroy () #9  0x000000000054da16 in _zval_dtor_func () #10 0x0000000000541935 in _zval_ptr_dtor () #11 0x00000008077453ea in zim_MongoCursor_next (ht=Variable «ht» is not available. ) at /go-pear/mongo/cursor.c:704 #12 0x00000008077464e0 in zim_MongoCursor_getNext (ht=Variable «ht» is not available. ) at /go-pear/mongo/cursor.c:264 #13 0x0000000807751aaa in apply_to_cursor (cursor=0x80870f330, apply_copy_func=0x807751b80 <copy_bytes>, to=0x7fffffffcdc0) at /go-pear/mongo/gridfs.c:1063 #14 0x0000000807754f15 in zim_MongoGridFSFile_getBytes (ht=Variable «ht» is not available. ) at /go-pear/mongo/gridfs.c:991 #15 0x0000000000574207 in zend_do_fcall_common_helper_SPEC () #16 0x00000000005737e3 in execute () #17 0x0000000000543517 in zend_call_function () #18 0x000000000045a1eb in zim_reflection_method_invokeArgs () #19 0x0000000000574207 in zend_do_fcall_common_helper_SPEC () #20 0x00000000005737e3 in execute () #21 0x000000000054dcb5 in zend_execute_scripts () #22 0x00000000004fb86c in php_execute_script () #23 0x00000000005d4b5b in main () #24 0x000000000041722e in _start () #25 0x00000008007d1000 in ?? () #26 0x0000000000000000 in ?? () ……………… #645 0x0000000000000006 in ?? () Cannot access memory at address 0x800000000000

negram	Сообщ. #8 , 30.06.11, 12:49
	Как-то малоинформативно, пичально… Кроме очевидного, что проблема где-то в модуле Mongo, нифига не понятно… В ихнем списке рассылки такая проблема пару раз бывала, фиксилась (разработчиками) и все кричали «спасибо» :-/

Pr0[)!9Y	Сообщ. #9 , 30.06.11, 12:52
	Цитата Pr0[)!9Y @ 30.06.11, 12:33 ht=Variable «ht» is not available. Это ничего не значит?

0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)

0 пользователей:

• Предыдущая тема
• PHP
• Следующая тема

[ Script execution time: 0,0260 ]   [ 15 queries used ]   [ Generated: 9.02.23, 18:58 GMT ]