is there anything in particular you're supposed to look for to see if it is or
isnt working?
either it locks up the machine (deadlock) or doesnt?
On 29 Jan 2014, at 8:06 pm, Mark Kettenis wrote:
> Here is a diff that makes mutexes raise their ipl to the highest level
> that has interrupts that
Hi,
I found two segmentation faults in make(1). Here is a diff that should
fix these bugs.
bye,
Jan
Index: var.c
===
RCS file: /cvs/src/usr.bin/make/var.c,v
retrieving revision 1.96
diff -u -p -r1.96 var.c
--- var.c 6 Jan 201
Hi,
I've made a little diff to clean up some manpages with references to the
obsoleted functions usleep(1), alarm(3).
bye,
Jan
Index: bin/sleep/sleep.1
===
RCS file: /cvs/src/bin/sleep/sleep.1,v
retrieving revision 1.19
diff -u -p -
I've been running a dpb build for hours and I've not seen problems.
On Wed, Jan 29, 2014 at 11:06:40AM +0100, Mark Kettenis wrote:
> Here is a diff that makes mutexes raise their ipl to the highest level
> that has interrupts that take the kernel lock. This is necessary for
> the work dlg@ has be
On Thu, Jan 30, 2014 at 03:03, Nathanael Rensen wrote:
> I noticed that ntpd(8) was regularly reporting it was unsynced, which
> in turn impacts down stream clients.
>
> ntpd_adjtime() in usr.sbin/ntpd/ntpd.c uses the olddelta returned by
> adjtime(2) to determine whether the previous adjustment w
I noticed that ntpd(8) was regularly reporting it was unsynced, which
in turn impacts down stream clients.
ntpd_adjtime() in usr.sbin/ntpd/ntpd.c uses the olddelta returned by
adjtime(2) to determine whether the previous adjustment was completed.
The clock is considered to be synced only if olddel
On Wed, Jan 29, 2014 at 07:50:34AM +0100, J??r??mie Courr??ges-Anglas wrote:
> patrick keshishian writes:
>
> > On Tue, Jan 28, 2014 at 09:02:31PM -0800, Philip Guenther wrote:
> >> On Tue, Jan 28, 2014 at 4:55 PM, patrick keshishian
> >> wrote:
> >> > Side note 1:
> >> > Incidentally, I couldn
Forget about this diff.
> From: Antoine Jacoutot
> Date: Wed, Jan 29, 2014 at 3:24 PM
> Subject: Re: unbreak ftp progressbar
> To: Jasper Lievisse Adriaanse
> Cc: tech@openbsd.org
>
>
> On Wed, Jan 29, 2014 at 02:53:12PM +0100, Jasper Lievisse Adriaanse wrote:
> > Hi,
> >
> > At least with ftp -Vm the progressbar was
On Wed, Jan 29, 2014 at 02:53:12PM +0100, Jasper Lievisse Adriaanse wrote:
> Hi,
>
> At least with ftp -Vm the progressbar was messing up the display as it was
> printing the output on the same line and would wrap around creating displays
> such as http://pbot.rmdir.de/gOeAYNv30HnQk-4I4xmKZg
> Se
On Wed, Jan 29, 2014 at 2:53 PM, Jasper Lievisse Adriaanse
wrote:
> Hi,
>
> At least with ftp -Vm the progressbar was messing up the display as it was
> printing the output on the same line and would wrap around creating displays
> such as http://pbot.rmdir.de/gOeAYNv30HnQk-4I4xmKZg
> Seems like
Hi,
At least with ftp -Vm the progressbar was messing up the display as it was
printing the output on the same line and would wrap around creating displays
such as http://pbot.rmdir.de/gOeAYNv30HnQk-4I4xmKZg
Seems like typo from the introduction of the -D flag.
OK?
Index: util.c
===
The following diff is probably too big of the hammer for the problem I'm
trying to solve. Maybe miod can shed more light into it.
The idea is that enabling pci_dopm on my lemote helped save up to 5-6%
more battery when the system is suspended.
Time spent Remaining battery Remaining bat
On Wed, Jan 29, 2014 at 02:59:10PM +0200, Paul Irofti wrote:
> It seems to me that the activate function was registered as a detach
> function. This diff puts the activate function in the proper cfattach
> position.
Erm, I forgot to state the obvious. People with asus, please test and
report back
It seems to me that the activate function was registered as a detach
function. This diff puts the activate function in the proper cfattach
position.
Index: dev/acpi/acpiasus.c
===
RCS file: /cvs/src/sys/dev/acpi/acpiasus.c,v
retrievi
Here is a diff that makes mutexes raise their ipl to the highest level
that has interrupts that take the kernel lock. This is necessary for
the work dlg@ has been doing on making subsystems run without the
kernel lock.
This needs to be tested on an MP system, and unfortunately that's
something I
On Tue, Jan 28, 2014 at 09:02:31PM -0800, Philip Guenther wrote:
> On Tue, Jan 28, 2014 at 4:55 PM, patrick keshishian
> wrote:
>
> > Side note 2:
> > I see gdb crash quite often on subsequent run of app being
> > debugged. I've noticed this on a bunch of snapshots dating
> > some months back. N
17 matches
Mail list logo
