other: 0.138 PID: 0.102 vnc: 0.077 permissions: 0.075 device: 0.074 KVM: 0.070 semantic: 0.067 performance: 0.064 network: 0.062 files: 0.059 boot: 0.059 graphic: 0.054 socket: 0.050 debug: 0.049 files: 0.205 debug: 0.195 other: 0.111 semantic: 0.086 device: 0.065 PID: 0.051 performance: 0.045 vnc: 0.044 KVM: 0.041 network: 0.041 graphic: 0.032 socket: 0.030 boot: 0.029 permissions: 0.025 Coding bug in the function serial_ioport_write in serial.c Branch hash: b50ea0d (pulled from github). I was reviewing the code and noticed the following in the function serial_ioport_write: assert(size == 1 && addr < 8); . . . switch(addr) { default: case 0: if (s->lcf & UART_LCR_DLAB) { if (size == 1) { s->divider = (s->divider & 0xff00) | val; } else { s->divider = val; } } The assert will trigger if the size is > 1, so the else of the if (size == 1) will never be executed and an attempt to specify a size > 1 will trigger an assert. The documentation for the UART indicates that the 16-bit divisor is broken up amongst 2 8-bit registers (DLL and DLM). There already is code to handle the DLL and DLM portions of the divider register (as coded). This is not exactly going to cause a bug, as there is no code that calls this function with a value for size other than 1. It is just unnecessary code. Since commit 5ec3a23e6c8 ("serial: convert PIO to new memory api read/write") we don't need to worry about accesses bigger than 8-bit. Use the extract()/deposit() functions to access the correct part of the 16-bit 'divider' register. Reported-by: Jonathan D. Belanger