Problem in vr_stop()

2012-09-18 Thread Gerhard Roth
Hi, we observed mysterious panics while stopping vr interfaces. This was due to vr_stop() trying to stop the transfers but then not waiting for them to really finish but rather remove their DMA buffer mappings immediately. The patch below uses a loop that was copied from vr_setcfg()

Re: Problem in vr_stop()

2012-09-18 Thread Mike Belopuhov
diff looks good to me. ok mikeb On Tue, Sep 18, 2012 at 12:49 +0200, Gerhard Roth wrote: Hi, we observed mysterious panics while stopping vr interfaces. This was due to vr_stop() trying to stop the transfers but then not waiting for them to really finish but rather remove their DMA buffer

SEMINARIO de ACTUALIZACION--AUDITORIA AVANZADA--

2012-09-18 Thread Lic. Sue Lin Lopez
Auditoría Avanzada Panamá 27 de Septiembre de 2012 Sheraton Panama Hotel Convention Center La Auditoría Interna está experimentando una significativa transformación. Está cambiando de la “auditoría de actividades, sistemas y controles de cada unidad dentro de una empresa para alcanzar la

Re: SEO Proposal

2012-09-18 Thread info
Hi, Hope you are doing well. I was expecting your response on my email detailed below. Let me know if you are interested and we can discuss this further. Kind regards Jak Business development Manager _ From: i...@clickrapid.in [mailto:i...@clickrapid.in] Sent: Monday, September 17,

Threads related SIGSEGV in random.c

2012-09-18 Thread Alexey Suslikov
Hello tech@. This one being discovered by Roman Kravchuk using Kannel port (see https://github.com/jasperla/openbsd-wip/tree/master/net/kannel). While stress testing, Kannel components die with Program received signal SIGSEGV, Segmentation fault. [Switching to thread 1006387] 0x0cb33345cf6e

Productividad y Excelencia para Asistentes Administrativas

2012-09-18 Thread Lic Kelia Gonzalez
Congreso de Productividad y Excelencia para Secretarias Ejecutivas y Asistentes Administrativas 17 y 18 de Octubre de 2012 Sheraton Panama Hotel Convention Center Un evento sensacional diseñado para todas las Secretarias y Asistentes con dedicada orientación de éxito para sus carreras, con

Re: Threads related SIGSEGV in random.c

2012-09-18 Thread Theo de Raadt
Standards gods are capricious gods. They are false gods.

Re: Threads related SIGSEGV in random.c

2012-09-18 Thread Philip Guenther
On Tue, 18 Sep 2012, Marc Espie wrote: On Tue, Sep 18, 2012 at 01:39:14PM -0600, Theo de Raadt wrote: Standards gods are capricious gods. They are false gods. Sounds like American gods :) Maybe Standards is the god that no one can remember that Wednesday meets in Las Vegas...

Re: Threads related SIGSEGV in random.c

2012-09-18 Thread Marc Espie
On Tue, Sep 18, 2012 at 01:39:14PM -0600, Theo de Raadt wrote: Standards gods are capricious gods. They are false gods. Sounds like American gods :)

Re: [PATCH] Add send(2) MSG_DONTWAIT support

2012-09-18 Thread Alexander Bluhm
On Fri, Sep 07, 2012 at 01:43:29PM +0900, UMEZAWA Takeshi wrote: I have added send(2) MSG_DONTWAIT support, which enables us to choose nonblocking or blocking for each send(2) call. I think this diff is OK. Does anyone know why SS_NBIO and MSG_DONTWAIT are not used identically in sosend() and

locore: acpi {acquire|release}_global_lock comments

2012-09-18 Thread Paul Irofti
If we copy the code from the manual, we might as well copy the comments. Okay? Index: arch/amd64/amd64/locore.S === RCS file: /cvs/src/sys/arch/amd64/amd64/locore.S,v retrieving revision 1.52 diff -u -p -r1.52 locore.S ---

Re: Threads related SIGSEGV in random.c

2012-09-18 Thread Alexey Suslikov
On Tuesday, September 18, 2012, Otto Moerbeek wrote: On Tue, Sep 18, 2012 at 03:32:04PM -0400, Ted Unangst wrote: On Tue, Sep 18, 2012 at 19:40, Alexey Suslikov wrote: This one being discovered by Roman Kravchuk using Kannel port (see

hook-up acpi locking

2012-09-18 Thread Paul Irofti
Any reason we have this disabled? I ran with this diff in for quite some time w/o any problems. Can you test this and let me know if anything bad happens? I'd like to enable this codepath and I have diffs depending on it. Index: dev/acpi/dsdt.c

El Gerente de Ventas como Administrador, Vendedor y Lí

2012-09-18 Thread Lic. Yinela Cheribin
El Gerente de Ventas como Administrador, Vendedor y Líder. SEMINARIO ONLINE EN VIVO este 25 de Septiembre de 2012. Los Gerentes de Ventas tienen en sus manos uno de los procesos más importantes y fundamentales para el ÉXITO o FRACASO de las empresa. Este Seminario le ofrece un panorama claro y

Re: Threads related SIGSEGV in random.c

2012-09-18 Thread Paul Irofti
On Tue, Sep 18, 2012 at 12:55:40PM -0700, Philip Guenther wrote: On Tue, 18 Sep 2012, Marc Espie wrote: On Tue, Sep 18, 2012 at 01:39:14PM -0600, Theo de Raadt wrote: Standards gods are capricious gods. They are false gods. Sounds like American gods :) Maybe Standards is the

Re: Threads related SIGSEGV in random.c

2012-09-18 Thread Marco S Hyman
On Sep 18, 2012, at 3:27 PM, Paul Irofti p...@irofti.net wrote: Because most of the guys in the hackingroom didn't get this, the reference is to a book named 'American Gods' by Neil Gaimen. Wednesday is Odin from the Norse Sagas in that book. Gaiman, not Gaimen. http://www.neilgaiman.com/

Re: Threads related SIGSEGV in random.c

2012-09-18 Thread Ted Unangst
On Wed, Sep 19, 2012 at 00:48, Alexey Suslikov wrote: No, according to posix it should be thread safe. I don't know why, since rand() is one of the exempted functions, but random() is not. Standards gods are capricious gods. I think you should stress *should* here. Looking at the

Re: Threads related SIGSEGV in random.c

2012-09-18 Thread Otto Moerbeek
On Tue, Sep 18, 2012 at 09:45:59PM -0400, Ted Unangst wrote: On Wed, Sep 19, 2012 at 00:48, Alexey Suslikov wrote: No, according to posix it should be thread safe. I don't know why, since rand() is one of the exempted functions, but random() is not. Standards gods are capricious

Re: acpihpet quality

2012-09-18 Thread Chris Cappuccio
Ted Unangst [t...@tedunangst.com] wrote: On Thu, Sep 13, 2012 at 15:46, Chris Cappuccio wrote: Mark Kettenis [mark.kette...@xs4all.nl] wrote: Date: Wed, 15 Aug 2012 11:02:43 -0400 From: Ted Unangst t...@tedunangst.com The acpihpet timer is, in my testing, lots better than the