Add support for BSD4 baud rates, i.e. not Unix compatible

1) These baud rates were revealed for BSD 4 based operating systems. The
relevant Qt macro might be added in the future once the grouping is fixed for
all the baudrates. As for the time being, no other UNIX operating system has
support for this that that is being awared of, other than BSDs, so that may
result an easily maintainable code.

2) For future reference, it may be groupped separately from the "truly standard
rates" as they are not yet present on Linux (and perhaps other Unix variants)
and so forth. Therefore, it might result a simpler maintainable and more compact
code snippet.

3) It is unknown if other UNIX variants add support for these in the future, but
based on the last few decades, probably not any soon.

4) See the following headers for further details about the BSD, Mac and so forth
termios.h content:

OpenBSD: http://fxr.watson.org/fxr/source/sys/termios.h?v=OPENBSD#L228
FreeBSD: http://svnweb.freebsd.org/base/head/sys/sys/_termios.h?view=markup
Apple: http://www.opensource.apple.com/source/xnu/xnu-1456.1.26/bsd/sys/termios.h

5) The following wikipedia page can also serve a good basis for checking what
the BSD 4 OS type includes for future reference if needed.

http://en.wikipedia.org/wiki/Berkeley_Software_Distribution#4.4BSD_and_descendants

6) The macros may be necessary in the future as a user might define the baudrate
on his own to get this right (i.e. with Qt4), but this can lead to confusion and
errors as the kernel will actually not support it. This remains to be seen.

7) Another change follows this one fixing the grouping for the baud rates
properly.

8) Thank you to Israel Lins Albuquerque for bringing up the topic on Gerrit.

Change-Id: I04afe63f956f4a03dc45a81c5431110b8754127d
Reviewed-by: Denis Shienkov <denis.shienkov@gmail.com>
Reviewed-by: Sergey Belyashov <Sergey.Belyashov@gmail.com>
Do not time out for -1 msec (wait methods)

According to the documentation of QIODevice:

* http://qt-project.org/doc/qt-5.1/qtcore/qiodevice.html#waitForBytesWritten

* http://qt-project.org/doc/qt-5.1/qtcore/qiodevice.html#waitForReadyRead

these wait methods should not time out if msecs is -1.

Currently, the behavior does not match the expected behavior as the
negative values were overridden by zero. The operation returns as
soon as the event loop processing happens.

Now this problem is solved for Windows: the INFINITE flag has been
added to the WaitForMultipleObjects call. See the MSDN documentation
for details below:

http://msdn.microsoft.com/en-us/library/windows/desktop/ms687025%28v=vs.85%29.aspx

Note: the check is added only for -1 to be consistent with the behavior
of other QIODevice subclasses. If it is any other negative integer, the
value will be cast to the corresponding positive value which will
indicate the waiting time.

Tested with Qt4 and then Qt5.

Change-Id: I2b8c8310723bca7beb9af0213edf4c855b5ac6ae
Reviewed-by: Laszlo Papp <lpapp@kde.org>
Reviewed-by: Sergey Belyashov <Sergey.Belyashov@gmail.com>
Merge remote-tracking branch 'origin/stable' into dev

Change-Id: I4694207fc852aefd7302c2db9153c37f304cc3c4