Hi,
An assignment introduced in r1.219 looks redundant.
Index: dsdt.c
===
RCS file: /cvs/src/sys/dev/acpi/dsdt.c,v
retrieving revision 1.231
diff -u -p -r1.231 dsdt.c
--- dsdt.c 16 Feb 2017 18:02:22 - 1.231
+++ dsdt.c
On Sun, Mar 26, 2017 at 09:14:26AM +0200, Anton Lindqvist wrote:
> Hi,
> An assignment introduced in r1.219 looks redundant.
child is assigned every iteration of the loop this diff looks wrong to me.
>
> Index: dsdt.c
> ===
> RCS fi
On Sun, Mar 26, 2017 at 06:31:41PM +1100, Jonathan Gray wrote:
> On Sun, Mar 26, 2017 at 09:14:26AM +0200, Anton Lindqvist wrote:
> > Hi,
> > An assignment introduced in r1.219 looks redundant.
>
> child is assigned every iteration of the loop this diff looks wrong to me.
It's being assigned in
On Sun, Mar 26, 2017 at 09:33:44AM +0200, Otto Moerbeek wrote:
> On Sun, Mar 26, 2017 at 06:31:41PM +1100, Jonathan Gray wrote:
>
> > On Sun, Mar 26, 2017 at 09:14:26AM +0200, Anton Lindqvist wrote:
> > > Hi,
> > > An assignment introduced in r1.219 looks redundant.
> >
> > child is assigned ever
Now that /dev/sound is gone,
should AUDIO_DEV_SOUND be removed from audio.c ?
Jan
Index: audio.c
===
RCS file: /cvs/src/sys/dev/audio.c,v
retrieving revision 1.161
diff -u -p -r1.161 audio.c
--- audio.c 11 Mar 2017 10:1
There is still a bit of an issue after the last set of changes made by
mlarkin@. The changed get_input_data() interface takes a pointer to a
uint32_t as an argument, but only modifies the bytes that correspond
to the access size. That means that if we read the value into an
uint32_t that is alloc
On Fri, Mar 24, 2017 at 4:56 PM, Alexander Bluhm
wrote:
> Hi,
>
> There is a race in dosendsyslog() which resulted in a crash on a
> 5.9 system. sosend(syslogf->f_data, ...) was called with a NULL
> pointer. So syslogf is not NULL, f_data is NULL and f_count is 1.
>
> The file structure is ref
On Sun, Mar 26, 2017 at 04:40:03PM +0200, Mark Kettenis wrote:
> There is still a bit of an issue after the last set of changes made by
> mlarkin@. The changed get_input_data() interface takes a pointer to a
> uint32_t as an argument, but only modifies the bytes that correspond
> to the access siz
Hello,
There's one instance in tail(1) where recallocarray is appropriate. In
fact, it would have prevented the regression I introduced originally.
OK?
martijn@
Index: read.c
===
RCS file: /cvs/src/usr.bin/tail/read.c,v
retrieving
On Sun, Mar 26, 2017 at 05:00:12PM +0200, Mateusz Guzik wrote:
> The patch is somewhat incorrect, although from what I checked it happens
> to generate the expected outcome in terms of assembly (the global pointer
> read only once and then a local copy accessed several times). You either
> need a l
A lot of the armv7/arm64 boards do not have a battery powered RTC.
Some of these boards actually do have an RTC, but if the board loses
power, the RTC resets itself. If you then power up the board again,
it will trust the time in the RTC and you find yourself back in 1970.
The diff below adds a s
On Sun, 26 Mar 2017 23:25:48 +0200, Mark Kettenis wrote:
> The downside of this is that it becomes impossible to set the time
> back that far. But the upside is that if you haven't left a machine
> powered off for a very long time, the ntpd constraint will actually
> work.
I think that is a reas
> > From: "Constantine A. Murenin"
> > If we do not hear from you, we will assume that you have no objection.
> Is this for real?!
> Who do they think they are? ...
>People should not bother to respond to such nonsense, and then sue
> OpenSSL for obvious copyright infringement
I think "Don't bot
>>> Jimmy Hess 27-Mar-17 02:49 >>>
:
> silence does not generally grant permission.
Since never grants permission.
> But the people in that project might be able to convincingly deliver some
> kind of argument that they've had implicit or "understood" permissions
> made at time of submission
14 matches
Mail list logo