- May 20, 2017
-
-
Sebastien Lorquet authored
-
Sebastien Lorquet authored
-
- May 16, 2017
-
-
Gregory Nutt authored
syslog: Add header file inclusion to eliminate a warning; mm/iob: private function needs static storage class.
-
Jussi Kivilinna authored
-
Sebastien Lorquet authored
Reformat some code
-
Sebastien Lorquet authored
-
Sebastien Lorquet authored
-
Sebastien Lorquet authored
-
EunBong Song authored
drivers/bch: BCH character driver bch_ioctl() always returns -ENOTTY for DIOC_GETPRIV command. It should returns OK if DIOC_GETPRIV command succeeds.
-
Sebastien Lorquet authored
reorganize debug comments cleanup pending status at boot
-
- May 15, 2017
-
-
Sebastien Lorquet authored
-
Sebastien Lorquet authored
implement get_chip_status and use it to detect command errors
-
Juha Niskanen authored
-
Juha Niskanen authored
-
- May 14, 2017
-
-
Gregory Nutt authored
-
Gregory Nutt authored
-
- May 13, 2017
-
-
Gregory Nutt authored
Syslog interrrupt buffer: eliminate a warning about an uninitialized variable; simply some related logic.
-
- May 12, 2017
-
-
Sebastien Lorquet authored
-
Gregory Nutt authored
-
Sebastien Lorquet authored
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Alan Carvalho de Assis authored
Signed-off-by: Alan Carvalho de Assis <acassis@gmail.com>
-
Gregory Nutt authored
Bitbucket Issue 47: Some of last syslog changes needed to be condition on #ifdef CONFIG_SYSLOG_BUFFER in order to be built without syslog buffering enabled.
-
Gregory Nutt authored
syslog: There is yet another place where the output can get split. That is in syslog_dev_write(): It will break up the stream to insert a CR before the LF. This can that can be avoid be generating the CR-LF sequence in the buffer and then detecting and ignoring valid CR-LF sequences, rather than expecting syslog_dev_write() to insert the CR in this case. I don't like the idea that syslog_dev_write() still scans the entire output buffer to expand CR-LF sequence. This seems really wasteful, especially in this case where we can be sure that the is no CR or LF without a matching LF or CR. Bu, I think, the existing behavior in syslog_dev_write() must be retained because it is needed in other contexts.
-
Gregory Nutt authored
syslog: Avoid flushing syslog_stream buffer, if possible, until lib_vsprintf() completely parses the format. This assures that the flush will flush the entire output, even data that may potentially follow the linefeed. And, in that case, it cannot be interleaved with other devug output. Suggested by Jussi Kivilinna.
-
- May 11, 2017
-
-
Gregory Nutt authored
-
Sebastien Lorquet authored
-
Sebastien Lorquet authored
add fifo read and write commands add comments, add a function to set a single byte property add bits for global config property and fast response register options
-
Juha Niskanen authored
mtd: fix some unallocated and NULL pointer issues. rwb->wrflush and rwb->wrmaxblocks in rwbuffer could get unallocated values from ftl_initialize() in some configurations. Also fixes related assert: up_assert: Assertion failed at file:rwbuffer.c line: 643 that can happen with the following configuration: CONFIG_FTL_WRITEBUFFER=y CONFIG_DRVR_WRITEBUFFER=y # CONFIG_FS_WRITABLE is not set These problems are caused by CONFIG variable differences between the buffer layers. TODO: This is not a perfect solution. readahead support has similar issues.
-
Juha Niskanen authored
-
Juha Niskanen authored
-
Gregory Nutt authored
-
Jussi Kivilinna authored
When syslog message has addition characters after last new-line. With buffering those now get lost as vsyslog does not flush output after lib_sprintf. Additional trailing characters could be ANSI escape sequence to reset state that message setups. For example, macro here uses colors and resets state after actual message (including '\n'): With flushing added to vsyslog, then there is problem that next syslog line might come from other task before reset sequence, causing wrong line getting color. This could be avoided by not flushing on '\n' but only if IOB is full and/or at end of vsyslog. Would this make sense?
-
- May 10, 2017
-
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Floxx authored
Moved LIS3DSH from the I2C-dependent block to the SPI-block to make Make.defs consistent with the driver (SPI only) and drivers/sensors/Kconfig.
-
Juha Niskanen authored
-
Stefan Kolb authored
I discovered a problem in the file drivers/serial/serial.c concerning the function uart_close(…). In the case that a serial device is opened with the flag O_NONBLOCK the function uart_close(…) blocks until all data in the buffer is transmitted. The function close(…) called on an handle opened with O_NONBLOCK should not block. The problem occurred with a CDC/ACM device.
-