Tom, could you:
1. compile kernel WITH_IWNDEBUG
2. sysctl dev.iwn.0.debug=0x1
3. wlandebug -i wlan0 auth+assoc
4. Associate with AP in 11n mode
5. Send us appropriate /var/log/messages
Then I try to compare it with my log.
27.02.2014 09:32, Adrian Chadd пишет:
> Yeah, try to verify if it's this
From: Hans Petter Selasky
> On 02/27/14 08:13, Kohji Okuno wrote:
>> Hi John-Mark,
>>
>> Thank you for you comment.
>>
>> From: John-Mark Gurney
>>> Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900:
I tried add kqueue I/F to usb_dev.c. I attached my patch.
What do you
On 02/27/14 08:13, Kohji Okuno wrote:
Hi John-Mark,
Thank you for you comment.
From: John-Mark Gurney
Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900:
I tried add kqueue I/F to usb_dev.c. I attached my patch.
What do you think about my patch?
A few comments...
1) You sh
Yeah, try to verify if it's this or not.
It's quite possible that there's some NIC setup for 11n that isn't
completely correct.
-a
On 26 February 2014 23:23, Alexandr wrote:
> May be it is similar to my problem. It connects to AP for a few seconds
> and then drop a connection. It situation 1
May be it is similar to my problem. It connects to AP for a few seconds
and then drop a connection. It situation 100% reproducible in 11n mode,
but in 11g works fine.
http://docs.freebsd.org/cgi/mid.cgi?5304B48E.8070404
26.02.2014 17:09, Adrian Chadd пишет:
> Hi,
>
> Yeah, there's likely somethin
On 02/27/14 07:02, John-Mark Gurney wrote:
2) Why do you try to start read/write transfers in the _filter? You
should just check to see if data is available and not do work.. This
is also important since kqueue calls the filter just before delivering
the knote to userland to verify that there i
Hi John-Mark,
Thank you for you comment.
From: John-Mark Gurney
> Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900:
>> I tried add kqueue I/F to usb_dev.c. I attached my patch.
>> What do you think about my patch?
>
> A few comments...
>
> 1) You should just drop the use of f
Hi John-Mark,
I tested the attached sample source with USB mouse.
Thanks,
Kohji Okuno
From: John-Mark Gurney
> Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900:
>> I tried add kqueue I/F to usb_dev.c. I attached my patch.
>> What do you think about my patch?
>
> Do you have
Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900:
> I tried add kqueue I/F to usb_dev.c. I attached my patch.
> What do you think about my patch?
Do you have test cases for these patches?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that
Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:24 +0900:
> I tried to add kqueue I/F to kbd.c. I attached patch.
> What do you think about my patch?
So, knlist_destroy is missing in this patch too..
It also needs some style(9) loving in that some blank lines are missing
and there are s
Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900:
> I tried add kqueue I/F to usb_dev.c. I attached my patch.
> What do you think about my patch?
A few comments...
1) You should just drop the use of flag_iskevent and just
unconditionally call KNOTE... since you have the lock alr
Hi,
I tried to add kqueue I/F to kbd.c. I attached patch.
What do you think about my patch?
Best regards,
Kohji Okuno
diff --git a/sys/dev/kbd/kbd.c b/sys/dev/kbd/kbd.c
index 8036762..df000ab 100644
--- a/sys/dev/kbd/kbd.c
+++ b/sys/dev/kbd/kbd.c
@@ -59,6 +59,9 @@ typedef struct genkbd_softc {
On Wed, Feb 26, 2014 at 01:20:17PM -0800, John-Mark Gurney wrote:
J> Justin Hibbits wrote this message on Wed, Feb 26, 2014 at 11:12 -0800:
J> > On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits
wrote:
J> > > Building on PowerPC I see the following failure:
J> > >
J> > > cc1: warnings being treate
Hi,
I tried add kqueue I/F to kbd.c. I attached my patch.
What do you think about my patch?
Best regards,
Kohji Okuno
diff --git a/sys/dev/kbd/kbd.c b/sys/dev/kbd/kbd.c
index 8036762..df000ab 100644
--- a/sys/dev/kbd/kbd.c
+++ b/sys/dev/kbd/kbd.c
@@ -59,6 +59,9 @@ typedef struct genkbd_softc {
Hi,
I tried add kqueue I/F to usb_dev.c. I attached my patch.
What do you think about my patch?
Best regards,
Kohji Okuno
diff --git a/sys/dev/usb/usb_dev.c b/sys/dev/usb/usb_dev.c
index f086a3c..4334be7 100644
--- a/sys/dev/usb/usb_dev.c
+++ b/sys/dev/usb/usb_dev.c
@@ -120,6 +120,9 @@ static d_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 02/26/14 18:52, Joe Nosay wrote:
> On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis
> wrote:
>
>> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote:
>>> The last thread on this was in 2006. Has it ever been
>>> reconsidered or is the likeli
On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis wrote:
> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote:
> > The last thread on this was in 2006. Has it ever been reconsidered or is
> > the likelihood of too many damaged packets the reason for not supporting?
> > I'm not sure where to pu
On 02/26/14 19:57, Don Lewis wrote:
> On 26 Feb, Michael Butler wrote:
>> On 02/18/14 12:10, Michael Butler wrote:
>>> Is anyone else seeing firefox failing to install after the clang-3.4
>>> merge? As in xpcshell dumping core ..
>>
>> An update ..
>>
>> Recompiling with GCC48 on -current yields th
On Wed, 26 Feb 2014, Don Lewis wrote:
On 26 Feb, Michael Butler wrote:
On 02/18/14 12:10, Michael Butler wrote:
Is anyone else seeing firefox failing to install after the clang-3.4
merge? As in xpcshell dumping core ..
An update ..
Recompiling with GCC48 on -current yields the same result.
On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote:
> The last thread on this was in 2006. Has it ever been reconsidered or is
> the likelihood of too many damaged packets the reason for not supporting?
> I'm not sure where to put this question. Apologies for the noise.
You've provided next
On 26 Feb, Michael Butler wrote:
> On 02/18/14 12:10, Michael Butler wrote:
>> Is anyone else seeing firefox failing to install after the clang-3.4
>> merge? As in xpcshell dumping core ..
>
> An update ..
>
> Recompiling with GCC48 on -current yields the same result. Seems to run
> correctly whe
The last thread on this was in 2006. Has it ever been reconsidered or is
the likelihood of too many damaged packets the reason for not supporting?
I'm not sure where to put this question. Apologies for the noise.
___
freebsd-current@freebsd.org mailing li
On Wed, Feb 26, 2014 at 1:20 PM, John-Mark Gurney wrote:
> Justin Hibbits wrote this message on Wed, Feb 26, 2014 at 11:12 -0800:
>> On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits
>> wrote:
>> > Building on PowerPC I see the following failure:
>> >
>> > cc1: warnings being treated as errors
>>
Justin Hibbits wrote this message on Wed, Feb 26, 2014 at 11:12 -0800:
> On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits
> wrote:
> > Building on PowerPC I see the following failure:
> >
> > cc1: warnings being treated as errors
> >
> > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/p
On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits wrote:
> Building on PowerPC I see the following failure:
>
> cc1: warnings being treated as errors
>
> /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:
> In function 'pfioctl':
> /home/chmeee/freebsd/head/sys/modules/pf/../../n
Hi Alexandre,
We didn't put the fix into the repository because we think it would have
had a significant impact on throughput. It fixed a crash, but that gotcha
could potentially annoy everyone else using the driver who wasn't
experiencing the same type of crash. That said, I'm going to look into
On 02/18/14 12:10, Michael Butler wrote:
> Is anyone else seeing firefox failing to install after the clang-3.4
> merge? As in xpcshell dumping core ..
An update ..
Recompiling with GCC48 on -current yields the same result. Seems to run
correctly when invoked from the command-line but seg-faults
Building on PowerPC I see the following failure:
cc1: warnings being treated as errors
/home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:
In function 'pfioctl':
/home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1357:warning:
cast to pointer from integer of di
Hi,
Yeah, there's likely something missing. But I just at the moment have
no time to debug this.
-a
On 26 February 2014 04:37, Tom Murphy wrote:
> Hi all,
>
> I compiled a fresh kernel from -HEAD and rebooted in the hope that my
> laptop's wifi would now be supported (I saw the commit messa
Hi all,
I compiled a fresh kernel from -HEAD and rebooted in the hope that my
laptop's wifi would now be supported (I saw the commit messages in January
about it possibly supporting Centrino Wireless-N 135). However, while
it does attempt to bring the wifi up, the link just goes up and down
and
Hi all,
I compiled a fresh kernel from -HEAD and rebooted in the hope that my
laptop's wifi would now be supported (I saw the commit messages in January
about it possibly supporting Centrino Wireless-N 135). However, while
it does attempt to bring the wifi up, the link just goes up and down
and
Hi Eric,
In January, I have report a bug into igb driver :
http://lists.freebsd.org/pipermail/freebsd-current/2014-January/047827.html
You send me a patch, but nothing was done into kernel sources.
Will it be planed to put a fix into the repository ?
Kind regards
--
Alexandre Martins
NETASQ
from Mark Felder:
> Yes, however the Sendmail in base on FreeBSD 8 and 9 is compiled against
> OpenSSL < 1.0 which means it's missing support for TLS 1.2, SNI, and
> other modern best practice features.
That suggests putting sendmail to ports rather than base system, so that
updates would not de
Not sure if this is sparc64 or a kernel issue:
http://www.freebsd.org/cgi/query-pr.cgi?pr=187080
Anton
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-curr
34 matches
Mail list logo