Hi!
I wanted to look at the serial console of a second machine, so I
plugged in a USB serial dongle into my NetBSD (7.99.38/amd64):
uftdi0 at uhub4 port 3
uftdi0: FTDI FT232R USB UART, rev 2.00/6.00, addr 3
ucom0 at uftdi0 portno 1
Then I looked at ucom(4) and saw that the first mentioned entry
Thomas Klausner writes:
> Should I have used /dev/ttyU0 instead?
I've recently experienced exactly the same thing, on i386 and amd64
systems, current as of about a month ago, using /dev/ttyU0. On the
(slow) i386 system, it would happen every time I tried to use the USB
serial port. On the (fas
Thomas Klausner writes:
> I wanted to look at the serial console of a second machine, so I
> plugged in a USB serial dongle into my NetBSD (7.99.38/amd64):
>
> uftdi0 at uhub4 port 3
> uftdi0: FTDI FT232R USB UART, rev 2.00/6.00, addr 3
> ucom0 at uftdi0 portno 1
Beware the the word floating ar
This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host,
using sources from CVS date 2016.09.21.10.54.36.
An extract from the build.sh output follows:
/tmp/bracket/build/2016.09.21.10.54.36-i386/tools/
On Sep 21, 10:30am, Thomas Klausner wrote:
}
} I wanted to look at the serial console of a second machine, so I
} plugged in a USB serial dongle into my NetBSD (7.99.38/amd64):
}
} uftdi0 at uhub4 port 3
} uftdi0: FTDI FT232R USB UART, rev 2.00/6.00, addr 3
} ucom0 at uftdi0 portno 1
}
} Then I
Hello,
NVMe driver in NetBSD-current was recently tweaked to fix several MP and locking
issues, and the driver is now marked as MPSAFE by default.
Most of this work was done on emulators since I lack the the hardware,
so it's not clear if
everything would work properly on real systems too.
Anyon
With updated sources:
In file included from
/build/netbsd-local/src/tools/mdsetimage/../../external/gpl3/binutils/usr.sbin/mdsetimage/bin_bfd.c:33:0:
/build/netbsd-local/tools/x86_64/amd64/include/compat/nbtool_config.h:656:0: warning:
"PACKAGE_VERSION" redefined
#define PACKAGE_VERSION "nove
Updating src tree:
P src/distrib/sets/lists/base/shl.mi
P src/distrib/sets/lists/debug/shl.mi
P src/doc/CHANGES
P src/doc/roadmaps/storage
P src/external/gpl3/binutils/usr.sbin/mdsetimage/Makefile
U src/external/gpl3/binutils/usr.sbin/mdsetimage/bin_bfd.c
cvs update: `src/external/gpl3/binutils/us
Hi!
There is a problem with the set lists.
Originally, they were just for listing the files that belong to
foo.tgz. Later, checksums were added so they could be used for
checking the contents on the file system still matched what was
originally installed.
However, many set lists contain the set
