On Mon, 11 May 2015, Jonathan Gray wrote:
> > If you can get an installation completed (the imxenet is pretty flaky,
> > possibly because of an all-0 MAC address), then you'll also need to
> > copy bsd*.IMX.umg to the /boot partition of the sdcard under Linux
> > (OpenBSD can't access the sdcard y
On Mon, May 11, 2015 at 12:44:14PM +1000, Damien Miller wrote:
> Hi,
>
> Thanks to jsg@, the latest snapshot releases of
> OpenBSD will boot on the Novenai open-source laptop
> (http://www.kosagi.com/w/index.php?title=Novena_Main_Page). It's still
> very rough: no SMP, flaky USB and support for th
On Thu, Jan 15, 2015 at 12:56:07PM +1100, Jonathan Gray wrote:
> The following Bitrig commit seems to be required for
> the Compulab Utilite and doesn't cause any problems on bbb.
>
> commit 6ea8cdd3daffb2edde3eadf87d3fea6d2f47384c
>
> Author:
On Mon, 11 May 2015, L?o Grange wrote:
> The goal of the project is to port the current Cirrus userland driver
> from X.Org to an OpenBSD KMS driver, and to document the process in
> order to make easier the addition of new KMS drivers for various
> graphics adapter.
> As QEMU emulates a Cirrus CL
Hi,
Thanks to jsg@, the latest snapshot releases of
OpenBSD will boot on the Novenai open-source laptop
(http://www.kosagi.com/w/index.php?title=Novena_Main_Page). It's still
very rough: no SMP, flaky USB and support for the eeprom (so no MAC
addr on the IMX ethernet), but it gets to multi-user an
On Thu, Apr 9, 2015 at 11:10 AM, Martin Natano wrote:
> uio_resid may overflow when coerced to u_int, causing lptwrite() to
> return early. Also, uiomovei() can be replaced with uiomove(), the size
> argument is of type size_t anyway.
Committed as well.
On Thu, Apr 9, 2015 at 11:20 AM, Martin Natano wrote:
> Below another min() -> ulmin() conversion to prevent integer overflow.
> The size (tmp - buf) passed to uiomovei() is essentially bound by the
> 'count' variable, thus convert to uiomove().
Committed, with an additional format string fix; th
Hi @tech,
I don't want to spam on this mailing list, but it seems interesting to
share with the other developers about the content of my project for
OpenBSD during the current GSoC. Just to present myself briefly, I'm
student in first year of Master in computer science, in Toulouse,
France.
The g
On Wed, Apr 29, 2015 at 3:24 PM, David CARLIER wrote:
> There it is a tiny diff about ed ...
>
> 1/ using a long long (for 32 bits case) for strtol.
Since strtol() returns a long, how can this have any effect?
> 2/ realloc => reallocarray
>
> Hope it has any use
The point of reallocarray()
On Wed, May 6, 2015 at 4:47 AM, Manuel Giraud wrote:
> Minor fix: lastdump was not the only one using fstabsearch.
That fills in the filesystem name for DUID entries, but it's still
reporting both the device and DUID forms:
: morgaine; obj/dump -W
Last dump(s) done (Dump '>' file systems):
/de
[ Sending this to tech@ since I don't just want the ports people to
know about this ]
Invoking the linker directly to build executables or shared libraries
is strongly discouraged. It really doesn't work properly unless you
also link in the appropriate /usr/lib/crt*.o files. We rely on code
in
On Fri, May 08, 2015 at 01:48:38PM -0600, Todd C. Miller wrote:
> On Fri, 08 May 2015 12:12:46 +0200, Gilles Chehade wrote:
>
> > Now the problem is that if the .forward references a "|/path" it forks
> > a mda (which prepends From), and if mda is sendmail then... it ends up
> > calling mail.local
On Tue, May 05, 2015 at 01:25:12PM +0200, Stefan Sperling wrote:
> On Mon, May 04, 2015 at 01:51:28PM +0200, Stefan Sperling wrote:
> > On Mon, May 04, 2015 at 01:23:59PM +0200, Stefan Sperling wrote:
> > > Unfortunately, this patch doesn't still fix the performance problem
> > > for me. How are yo
> Date: Sat, 9 May 2015 16:31:25 -0700
> From: Philip Guenther
>
> On Thu, 7 May 2015, David Coppa wrote:
> > Can somebody with the necessary skills help me with this?
> >
> > $ cd /usr/ports/devel/libinotify/ && make clean fake && make test
> >
> > I remember this used to work... Now, most of
On Sat, 09 May 2015, Philip Guenther wrote:
> Looks like the problem is that while one thread is calling vfork(),
> another thread does something that acquires the spinlock inside
> rthread_dl_lock() (probably another vfork). The child of the vfork tries
> to acquire the spinlock so that it ca
15 matches
Mail list logo