On 2012/07/18 21:42, Reyk Floeter wrote:
> >
> > In fact we thought about this. But then, are there any SNMP management
> > stations in the field that support this transport module?
>
> I have no idea. Well, the question is if there are any stations with
> TSM support yet. AFAIK, TSM was defined w
Hi,
On Wed, Jul 18, 2012 at 4:16 PM, Gerhard Roth wrote:
> thanks for your thorough inspection of my code. I really appreciate this.
> Please find my answers inline below. Hope I didn't miss one.
>
Your latest diff looks good! I will test and have another look at the
diff and implementation deta
ral(4) cards using the rt2661 driver code (RT2561, RT2561S, RT2661
variants) suffer a race in TX interrupt handling which can cause
TX processing to get stuck.
This problem was previously discussed here:
http://marc.info/?l=openbsd-misc&m=125895269930106&w=2
The patch proposed there was rejected b
[IMAGE]
Se você não estiver visualizando a imagem acesse este link .
header-julho2
CONHEÇA AS ÁREAS DE ATUAÇÃO DO IDC:
Pós-Graduação em Direito
Cursos de Extensão
Seminários
Filosofia
Preparatórios para Concursos
PÓS-GRADUAÇÃO EM DIREITO
Especialização em
DIREITO CIVIL E PROCESSUAL CIVIL
yes, I agree. It makes sense to keep the RFC terminology in the
implementation but to use the "common language" in the configuration
grammar. developers need to understand the code related to the RFCs,
users shouldn't have to learn new terminology for crypto thats is
configured in n other places in
On Wed, 18 Jul 2012 16:51:27 +0200, Mike Belopuhov wrote:
On Wed, Jul 18, 2012 at 4:16 PM, Gerhard Roth wrote:
same here, wouldn't it be possible to match the ipsec.conf grammar and
ignore the SNMPv3 naming a bit?
auth hmac-sha1 authkey "fooobar" enc aes enckey "dkjdkj"
- instead of -
hmac sha
On Wed, Jul 18, 2012 at 4:16 PM, Gerhard Roth wrote:
>> same here, wouldn't it be possible to match the ipsec.conf grammar and
>> ignore the SNMPv3 naming a bit?
>>
>> auth hmac-sha1 authkey "fooobar" enc aes enckey "dkjdkj"
>> - instead of -
>> hmac sha authpass "foobar" cipher aes privpass "dkjdk
> > On Tue, Jul 17, 2012 at 06:08:24PM +0200, Johan Ryberg wrote:
> >> Hi.
> >>
> >> I wounder if it's any idea to donate a Raspberry Pi to a developer to
> >> make it work on OpenBSD? As understood it is the hardware spec to
> >> closed give it a chance but I rather ask then not.
If there's someb
On Wed, Jul 18, 2012 at 01:28:13PM +0200, Otto Moerbeek wrote:
> On Tue, Jul 17, 2012 at 07:55:28PM +0200, Johan Ryberg wrote:
>
> > You simply just throw another persons political opinion on me. I have
> > read that thread as well but that's not the point.
> >
> > Do you honestly believe that on
andrea.jpg
miranda.jpg
[demime 1.01d removed an attachment of type image/jpeg which had a name of
9f183befcab3ac8b2011967ba1a4d0a9]
[demime 1.01d removed an attachment of type image/jpeg which had a name of
43ed3e5be87b0997c059fa628c4a618b]
On Wed, Jul 18, 2012 at 12:33:12PM +0100, Stuart Henderson wrote:
> On 2012/07/18 12:51, Stefan Sperling wrote:
> > Node cache eviction is too agressive, possibly kicking off associated
> > stations for no good reason. I missed that associated stations are in
> > state IEEE80211_S_RUN rather than I
On 2012/07/18 12:51, Stefan Sperling wrote:
> Node cache eviction is too agressive, possibly kicking off associated
> stations for no good reason. I missed that associated stations are in
> state IEEE80211_S_RUN rather than IEEE80211_S_ASSOC (which means "trying
> to associate").
there's ieee80211
On Tue, Jul 17, 2012 at 07:55:28PM +0200, Johan Ryberg wrote:
> You simply just throw another persons political opinion on me. I have
> read that thread as well but that's not the point.
>
> Do you honestly believe that one answer speaks for all other very
> skilled developers?
It's a fact that
Node cache eviction is too agressive, possibly kicking off associated
stations for no good reason. I missed that associated stations are in
state IEEE80211_S_RUN rather than IEEE80211_S_ASSOC (which means "trying
to associate").
Also compile the debug message shown when a node is evicted from the
tech@openbsd.org
Bogazici Temmuz Son Hafta Genel Katýlýma Açýk Eðitim Seminerleri
20 Temmuz
Taþeron - Alt Ýþveren - Tedarikçi Yönetiminin Hukuksal Boyutu
21-22 Temmuz
Stratejik Satýnalma Yönetimi ve Modern Satýnalma Teknikleri
24 Temmuz
Risk Sermayeleri, Fon Kaynaklarý ve Finansal
15 matches
Mail list logo
