Package: v4l-utils
Version: 1.28.1-1
v4l-utils source now includes a tool called v4l2-tracer. This tools let you wrap
a V4L2 application and trace its interaction with V4L2 drivers. The trace can
also be replayed, which is common way to reproduce codec issues without the need
for the original soft
mal
improvement, 8.5 MB/s upload. Now the issue is that these are all
terrible results for a gigabit ethernet. There must be other issues
around. But a delay of 4 at least makes it usable (at around 100Mb/s).
Le vendredi 14 août 2020 à 14:26 -0400, Nicolas Dufresne a écrit :
> As asked over
As asked over IRC, I have tested various TX_DELAY on Lime2 rev K.
- 2, 3, and 4 was good enough to succeed a DHCP handshake.
- 0 and 1 made the request to never be seen over the network.
An obvious next step would be to test again with large file transfer,
perhaps a kernel image. I will report b
Le jeudi 21 décembre 2017 à 11:48 +0200, Sebastian Dröge a écrit :
> On Wed, 2017-12-20 at 23:57 +0100, Francesco Poli wrote:
> >
> > ;-)
> >
> > Seriously: is there any progress (not documented on the bugzilla
> > bug)? Please let me know.
>
> The mailing list is no bug tracker and mails like t
This is an upstream Glib GIO bug. Please track
https://bugzilla.gnome.org/show_bug.cgi?id=664141 for more details and
patch. I see if it is possible to backport this to stable 2.28 and 2.30
branches.
cheers,
Nicolas
Package: GCC
Version: 4.4
As described here:
http://stackoverflow.com/questions/2351786/dynamic-cast-fails-when-used-with-dlopen-dlsym
C++ dynamic_cast fails in with GCC 4.4. This cause issue with libproxy
used from Python or GIO since both loads libproxy through a dlopen. This
bug seems fixed i
6 matches
Mail list logo
