Date: Fri, 2 Dec 2011 00:45:54 -0200
From: Christiano F. Haesbaert haesba...@openbsd.org
Hi, I think we should warn() on any error, not just EPERM.
This is more consistent with the rest of the code.
ok ?
I think the current code is just fine. The no premission to scan
output is an
6...e
fg(e
!e,e8d8d8d;#ge(e=ege8f.-i-g(-e,
g9f0e:,i*h/f i.ied;f,,100%fe?.ef ie/f%g5f4=h0...
e `R:1.3.4.2.8.6.6.9.5.5.9QQ:9 0 8 1 9 9 5 8 8
On 2 December 2011 03:35, Philip Guenther guent...@gmail.com wrote:
On Thu, Dec 1, 2011 at 6:45 PM, Christiano F. Haesbaert
haesba...@openbsd.org wrote:
Hi, I think we should warn() on any error, not just EPERM.
This is more consistent with the rest of the code.
ok ?
I disagree with this.
On Thu, Dec 01, 2011 at 11:01:11PM +, Stuart Henderson wrote:
On 2011/12/01 11:32, David Hill wrote:
For those who have an iProduct from Apple, you know it spams the dmesg
with uhids when plugged in. It also attacheds itself as a uaudio device
as well.
+ { { USB_VENDOR_APPLE,
Hello,
i have found an other failed error handling
with interrupt locking. Here is a diff which
should patch this.
bye,
Jan
Index: fxp.c
===
RCS file: /mount/cvsdev/cvs/openbsd/src/sys/dev/ic/fxp.c,v
retrieving revision 1.108
diff
On Fri, Dec 02, 2011 at 12:02:19PM +0100, Jan Klemkow wrote:
Hello,
i have found an other failed error handling
with interrupt locking. Here is a diff which
should patch this.
i don't think this compiles.
your label is out: and the goto uses err.
bye,
Jan
Index: fxp.c
Oh, sorry.
Hope this fix is better.
Quoting Marco Pfatschbacher m...@mailq.de:
On Fri, Dec 02, 2011 at 12:02:19PM +0100, Jan Klemkow wrote:
Hello,
i have found an other failed error handling
with interrupt locking. Here is a diff which
should patch this.
i don't think this compiles.
your
Le 12/02/11 06:35, Philip Guenther a icrit :
On Thu, Dec 1, 2011 at 6:45 PM, Christiano F. Haesbaert
haesba...@openbsd.org wrote:
Hi, I think we should warn() on any error, not just EPERM.
This is more consistent with the rest of the code.
ok ?
I disagree with this. The existing message is
Hello,
I've found an other spl lock lease failure.
It's in an architecture which i couldn't test.
But, I think the diff should work.
bye,
Jan
Index: pmap.c
===
RCS file:
Hello,
I've found an other failed spl release lock.
The diff should fix it. I compiled it and
run the new kernel without an error.
I'm unable to do more tests on this.
bye,
Jan
Index: if_wi_usb.c
===
RCS file:
Hello,
This is the last spl lock leak which i've found with static code analysis.
This is not in GENERIC. For testing I compiled it into my kernel and run
the kernel without any error.
bye,
Jan
Index: trm.c
===
RCS file:
On Sat, Nov 26, 2011 at 12:30:26PM +0100, Marc Espie wrote:
Thinking of making it possible to remove unneeded dependencies on the go,
as it would allow us to find more problems.
I'm thinking it won't be THAT slow, since at the end of a bulk, pkg_add
spends a lot of time just processing the
Code has been cleaned up and committed. Works better and somewhat simpler
than I expected. No problems noticed after quite a few tests
Yupibar - NON1N= N7 ON1N3N:OONN9N1 N5N=N7NN-OO ON7 N3N/N=N5ON1N9
NN9N1 N5O
N:N?N;N7 OOON8N5ON7.
N ON9N? ON;N.ON7O ON1N3N:OONN9N1O N5NN2N-N;N5N9N1O Toolbar OON?
N4N9N1N4N/N:OON? N5N/N=N1N9 N-ON?N9NN7.
NN=N1 N4N7NN?ON9N?N3ON1ON9N:O, N5N=N7NN5OO ON9N:O,
14 matches
Mail list logo