On Thu, Nov 18, 2010 at 08:57:42PM +, Miod Vallat wrote:
> > I believe somebody passed that around on a list before, but there are
> > other malloc bugs in bt code.
>
> Oh, probably. Still, this uhci diff looks like the way to go to me (only
> _u_hci needs to malloc() after open_pipe() has bee
When launching installboot on sparc64 with an empty file for the
"prototype code" for the first stage boot program, it leads to a
segmentation fault.
Tested on sparc64 with the lastest snapshot (#163: Wed Nov 17 22:47:15 MST
201)
$ touch /tmp/proto
$ /usr/mdec/installboot /tmp/proto dev
Segmentat
> I believe somebody passed that around on a list before, but there are
> other malloc bugs in bt code.
Doesn't mean this diff shouldn't go in. So this diff is ok kettenis@;
please commit this miod.
> On Tue, Nov 16, 2010 at 2:09 PM, Miod Vallat wrote:
> >> http://cvs.openbsd.org/cgi-bin/que
> I believe somebody passed that around on a list before, but there are
> other malloc bugs in bt code.
Oh, probably. Still, this uhci diff looks like the way to go to me (only
_u_hci needs to malloc() after open_pipe() has been called, and
open_pipe() is supposed to not sleep and allowed to repor
I believe somebody passed that around on a list before, but there are
other malloc bugs in bt code.
On Tue, Nov 16, 2010 at 2:09 PM, Miod Vallat wrote:
>> http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=6480
>>
>> Concerning PR 6480 I need to add: it's caused by the btconfig ubt*
> http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=6480
>
> Concerning PR 6480 I need to add: it's caused by the btconfig ubt* up
> commmand, at least on my machine. And it happens on i386, too.
Please try the following diff.
Miod
Index: uhci.c
==
The following reply was made to PR user/6509; it has been noted by GNATS.
From: Jonathan Gray
To: janj+open...@wemf.org
Cc: gn...@openbsd.org
Subject: Re: user/6509: relayctl show sessions make relayd crash
Date: Fri, 19 Nov 2010 04:28:45 +1100
The problem is we have multiple handlers and get
The problem is we have multiple handlers and get
IMSG_STATISTICS when in the secondary handler.
Try the following diff from reyk:
Index: relay.c
===
RCS file: /cvs/src/usr.sbin/relayd/relay.c,v
retrieving revision 1.124
diff -u -p -r
hi, please refrain from sending follow-ups to this.
the problem is resolved. that's the commit fixing it:
http://marc.info/?l=openbsd-cvs&m=128507214215177&w=2
cheers
On Thu, Nov 18, 2010 at 9:45 AM, anton.v.zhukov
wrote:
> TEAM help us to resolve problem with USB
> see below
>
> Thank you
X P P5P6P4QP=P0QP>P4P=P0Q P=P0QQP=P>-P?QP0P:QP8QP5QP:P0Q
P:P>P=QP5QP5P=QP8Q
b PQQP;P5P4P>P2P0P=P8P5, QP0P7QP0P1P>QP:P0 P8 P?QP8PP:P8Q P"P5QP=P>P;P>P3P8P8 P2 P?QP>PQQP8b
9-11 P4P5P:P0P1QQ 2010, P3. P!P0P=P:Q-P P5QP5QP1QQP3, P P>QQP8Q
www.htfr.org, i...@htfr.org
P#P2P0P6P0P
Hurry the festive season is upon us... a:link { color: #acacac;
text-decoration: underline } a:active { color: #acacac;
text-decoration: underline } a:visited { color: #acacac;
text-decoration: underline } a:hover { color: #acacac; text-decoration:
underline }
If you are having trouble in viewing
Hi there,
right after upgrading my boxes to the latest 4.8 release (from the
previous release) I've noticed that my access points wireless cease to
work. Please note that those access points are completely independent
and are used to serve different networks.
They're both using NICs that use the r
TEAM help us to resolve problem with USB
see below
Thank you
> Hello, Sergey
>
>>> Hello Anton.
>>> Please, check your USB BIOS setups.
>>> Send a dmesg of your machine with usbdevs -v output.
> I has checked BIOS. It's OK.
> USB can work on Linux.
> But for my current task - I must enable
14 matches
Mail list logo
