On Mon, Mar 30, 2015 at 08:09:45AM +0200, David Coppa wrote:
>
> Here's the diff with regenerated autotools files:
ok matthieu@
--
Matthieu Herrb
On Sat, 28 Mar 2015, Matthieu Herrb wrote:
> On Fri, Mar 27, 2015 at 01:55:56PM +0100, David Coppa wrote:
> >
> > Minor update, no important stuff for us.
> >
> > Comments?
> >
> > Index: Makefile.in
> > ===
> > RCS file: /cvs/xeno
On Fri, Mar 27, 2015 at 2:50 AM, Carlos MartÃn Nieto wrote:
> A call to opendir thread-safe and the readdir calls only share the buffer
> within the same directory stream,
> which is local to this function. Therefore this lock does not buy us anything.
Yep.
Heads up on this, bcook, in case the
Thanks a lot for working on this!
I've tested the diff with my USB headphone amp:
uaudio0 at uhub2 port 1 configuration 1 interface 0 "Burr-Brown from TI USB Audi
o DAC" rev 1.10/1.00 addr 6
uaudio0: audio rev 1.00, 2 mixer controls
audio1 at uaudio0
uhidev2 at uhub2 port 1 configuration 1 interf
Hi,
this diff adds tls_accept_fds(3) to libtls. It allows to accept server
side tls connections based on separate file descriptors for read and
write, like tls_connect_fds(3) for client side connections.
I tried to keep this diff similar to tls_connect_fds. If anything is
wrong just tell me. I
On Sat, Mar 28, 2015 at 11:27:30PM +1000, Jonathan Matthew wrote:
>
> The diff below fixes a uvm fault I'm seeing when booting an MP kernel on a
> hp bc2500 blade, somewhere during acpi attach.
Another interesting thing here is that a 5.7ish bsd.rd crashes a bit earlier
(after attaching ioapic0,
The diff below fixes what seem to be errors in pcap.3,
either in factuality or markup or grammar.
Jan
--- pcap.3.orig Sun Mar 29 22:06:49 2015
+++ pcap.3 Sun Mar 29 22:16:50 2015
@@ -169,7 +169,7 @@ at packets on the network.
.Fa source
is a string that specifies the network devi
Martin Pieuchot:
> Please let me know how it goes with 1.1 and 2.0 devices.
Playing audio works in principle with the three USB->S/PDIF audio
dongles I have here.
When I tried two audio dongles simultaneously on the same USB bus,
it worked for 44.1 kHz, but audio was distored if one or both ran
Stuart Henderson:
> The diff functions for me in letting audio play, but there are some
> weird scratchy noises on one channel when music is playing, I'll have
> to dig out another machine to try the ua-1ex on on and see if it
> happens there too
I'm seeing, uh, hearing some problems if there are
Hi,
While doing make makesum in the ports framework, I realized that
the distinfo file always gets permissions 0600. It uses sort -o
in a way that the output file will overwrite the input file. In
this case, sort creates a temp file with 0600 and replaces the
output file at the end.
I would lik
On 2015/03/29 19:00, Fabian Raetz wrote:
> Probably unrelated to your diff but i problems with mpv
> while watching some video streams from twitch.tv
>
> When used as below, the audio output was slowed down.
[..]
> AO: [sndio] 44100Hz stereo 2ch s16
..
> I'm not an audio expert but could it have s
> there were a number of common IOCTLs that weren't documented. i read the
> code pretty thoroughly to make sure everything here is correct. there are
> some things i don't know, like what 'stride' is. currently it just mentions
> that it should be 1 for VGA. i read into the rasops code as far as i
> vesa has a different problem, that i was going to report to bugs@ after some
> more investigation to see if i could fix it, but i think that problem may
> indirectly relate to this. what happens is that when i run X, it garbled any
> fonts i have loaded via wsfontload. while X is running, if i sw
> The rasops code does call wsfont_add(). Not sure why the vga code
> doesn't do that. Perhaps miod@ can shed some light on this.
The vga(4) wsdisplay driver does not use wsfont because it was written
assuming its backing store for fonts will always be the vga memory.
And since this was written
On Sat, Mar 28, 2015 at 11:29:11AM +0100, Martin Pieuchot wrote:
> With the increasing number of machines shipping with rate-matching
> hubs instead of companion controllers to support USB Full and Low-
> speed devices, a number of people asked me if it was possible to
> add support for Full-speed
On Sun, Feb 08, 2015 at 03:10:45PM +0500, Alexandr Shadchin wrote:
> Hi,
>
> This diff updates xkeyboard-config to the latest release.
> Tested on amd64.
>
> Comments ? OK ?
>
ok matthieu@. (tested on amd64 with a sun kbd).
--
Matthieu Herrb
Hi,
sent this mail in December, so let's see if somebody will check it now. ;)
The code for temporary file handling in patch is currently rather poor,
leaving possibilities for race conditions while patching files. Granted,
there is a bug in patch that makes it rather hard to be successfully
ex
Hi,
This diff updates xf86-input-synaptics to the latest release.
Tested on amd64.
Comments ? OK ?
--
Alexandr Shadchin
Index: ChangeLog
===
RCS file: /cvs/xenocara/driver/xf86-input-synaptics/ChangeLog,v
retrieving revision 1.9
d
18 matches
Mail list logo
