On Sun, Aug 12, 2012 at 12:43 PM, Alexander Polakov wrote:
> Ok, second attempt
Nice. One fix;
> @@ -342,7 +346,10 @@
> PUSH_STATE(STBRACE);
> } else {
> unge
On Tue, Aug 14, 2012 at 4:24 PM, Jiri B wrote:
> Hi all,
>
> I have in my hands Dell Latitude E6420 so I tried to boot
> OpenBSD snapshot and booting got stucked on these lines...
> (I retyped from a photos I made.)
>
> The last line was one with 'scsibus1 at umass0' below, then
> I touched a key
On Tue, Aug 14, 2012 at 10:38:21PM -0400, Lawrence Teo wrote:
> This is a small follow-up diff to haesbaert@'s recent commit that
> enables HTTP Basic authentication in ftp(1):
>
> * In the AUTO-FETCHING FILES section of the ftp(1) man page, describe
> what [user:password@] does when used with H
Hi,
- Original Message -
> From: "Mark Kettenis"
> To: "Stefan Fritsch"
> Cc: tech@openbsd.org
> Sent: Monday, August 13, 2012 2:20:50 PM
> Subject: Re: [Patch] Virtio drivers for OpenBSD V5
>
> > From: Stefan Fritsch
> > Date: Mon, 13 Aug 2012 16:24:15 +0200
> >
> > Hi,
> >
> > here
This is a small follow-up diff to haesbaert@'s recent commit that
enables HTTP Basic authentication in ftp(1):
* In the AUTO-FETCHING FILES section of the ftp(1) man page, describe
what [user:password@] does when used with HTTP and HTTPS URLs.
* Fix usage formatting to match man page SYNOPSIS e
ill have to fix that.
On 15/08/2012, at 3:31 AM, Simon Perreault wrote:
> Le 2012-08-14 12:12, Ted Unangst a écrit :
>> Five years ago I removed a once per packet microuptime call which led
>> to something like a 33% improvement in throughput. I don't want to
>> have to do that again. :)
>
> He
Lets make it a bit cleaner, while here also fix some whitespaces.
Index: bsd.own.mk
===
RCS file: /cvs/src/share/mk/bsd.own.mk,v
retrieving revision 1.116
diff -d -u -p -r1.116 bsd.own.mk
--- bsd.own.mk 12 Apr 2012 11:22:14 -
On Fri, Aug 03, 2012 at 01:31:18PM +0200, Stefan Sperling wrote:
> I haven't received any test reports so far, apart from my own
> testing and edd@'s testing. It's been working splendid for me
> so far but I would like to get more testing if possible.
>
> I've Bcc'd some people who were involved i
Le 2012-08-14 12:12, Ted Unangst a écrit :
Five years ago I removed a once per packet microuptime call which led
to something like a 33% improvement in throughput. I don't want to
have to do that again. :)
Hey I just realized that hfsc calls microuptime() for every single
packet at dequeue ti
On Tue, Aug 14, 2012 at 11:13, Simon Perreault wrote:
> Le 2012-08-14 11:03, Ted Unangst a écrit :
>> On Tue, Aug 14, 2012 at 09:42, Simon Perreault wrote:
>>
>>> - CoDel needs to timestamp each packet when it gets queued.
>>> - I added a new member in struct pkthdr for this. Is this ok?
>>> - I en
On Monday 13 August 2012 17:00:56 Mike Belopuhov wrote:
> you're calling MCLGETI and provide an interface pointer but
> you forget to set watermarks via m_clsetwms.
OK. The MCLGETI man page should probably get a pointer to m_clsetwms().
--
genua
Gesellschaft fuer Netzwerk- und Unix-Administratio
Le 2012-08-14 11:03, Ted Unangst a écrit :
On Tue, Aug 14, 2012 at 09:42, Simon Perreault wrote:
- CoDel needs to timestamp each packet when it gets queued.
- I added a new member in struct pkthdr for this. Is this ok?
- I end up calling microuptime() for each packet. Is this ok?
You want to
On Tue, Aug 14, 2012 at 09:42, Simon Perreault wrote:
> - CoDel needs to timestamp each packet when it gets queued.
> - I added a new member in struct pkthdr for this. Is this ok?
> - I end up calling microuptime() for each packet. Is this ok?
You want to use getmicrouptime, it's faster. See the
Hi all,
I have in my hands Dell Latitude E6420 so I tried to boot
OpenBSD snapshot and booting got stucked on these lines...
(I retyped from a photos I made.)
The last line was one with 'scsibus1 at umass0' below, then
I touched a key and console was full of pbkbcintr lines...
How can I help to
Hi tech@,
I started implementing CoDel[1] in altq, as an alternative to RED. It's based on
the Linux implementation, which is dual-licensed GPL/BSD. I'm looking for early
feedback (design, big issues, etc.). Work-in-progress diff is below.
The big issues I see are:
- CoDel needs to timestamp eac
On Sun, Aug 12, 2012 at 11:56:09AM +0200, Ingo Schwarze wrote:
> Hi,
>
> a recent inquiry by a user reminded me that the security(8) manual
> is trying to explain the tool's limitations, but rather muddling the
> point.
>
> So here is an attempt to better explain what's wrong with it.
>
> OK?
>
tech, si no podes visualizar este correo, podes hacerlo clickeando en
este enlace.
1800 Modelos De Contratos | Documentos Legales Pre-Diseñados
1800 Modelos De Contratos Pre Diseñados Listos Para Usar
UNICA OPORTUNIDAD A PRECIO PROMOCIONAL
Para visitar la web y ver mas detalles haga CLIC ACA
Est
../../../../dev/pci/drm/radeon_cs.c:746:34: error: passing 'int *' to parameter
of type 'uint32_t *' (aka 'unsigned int *') converts between pointers to
integer types with different sign
[-Werror,-Wpointer-sign]
ret = r600_cs_packet0(parser, &count_dw);
On Tue, Aug 14, 2012 at 10:33:00AM +0200, Mark Kettenis wrote:
> > Date: Tue, 14 Aug 2012 04:12:47 -0400
> > From: Brad Smith
> >
> > ../../../../dev/x86emu/x86emu.c:291:1: error: function declared 'noreturn'
> > should not return [-Werror,-Winvalid-noreturn]
> >
> >
> > x86emu_halt_sys: add a
> Date: Tue, 14 Aug 2012 04:12:47 -0400
> From: Brad Smith
>
> ../../../../dev/x86emu/x86emu.c:291:1: error: function declared 'noreturn'
> should not return [-Werror,-Winvalid-noreturn]
>
>
> x86emu_halt_sys: add an (unreached) panic after longjmp
>
> To convince clang that we won't return.
../../../../dev/x86emu/x86emu.c:291:1: error: function declared 'noreturn'
should not return [-Werror,-Winvalid-noreturn]
x86emu_halt_sys: add an (unreached) panic after longjmp
To convince clang that we won't return.
>From oga@Bitrig
Index: x86emu.c
=
21 matches
Mail list logo
