Re: Aheros AR9565: buffer error messages from ath_edma_rxbuf_alloc and ath_edma_rxfifo_alloc

[Adrian Chadd]

Hm, what's in your kenrel config file? Is ENABLE_11N or whatever the
ath driver option there?

sysctl dev.ath.0.txagg=1 ; then check dmesg and output me the results.

Thanks!


-a


On 24 November 2015 at 14:50, José Pérez  wrote:
> Dear Svatopluk,
> tried again with current, and I get (almost) the same:
> Nov 23 18:14:47 current kernel: ath0: ath_edma_rxbuf_alloc: nothing on
> rxbuf?!
> Nov 23 18:14:47 current kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc
> failed: i=0, nbufs=128?
> Nov 23 18:14:47 current kernel: ath0: ath_edma_rxbuf_alloc: nothing on
> rxbuf?!
> Nov 23 18:14:47 current kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc
> failed: i=1, nbufs=128?
>
> Ideas? Can I help?
>
> Thank you.
>
> Regards,
>
>
> ---
> José Pérez
>
>
> El 2015-11-23 13:45, Svatopluk Kraus escribió:
>>
>> On Mon, Nov 23, 2015 at 1:12 PM, José Pérez  wrote:
>>>
>>> Hi,
>>> I am the (happy?) owner of an Atheros AR9565 which used to work just
>>> fine.
>>>
>>> I recently updated an old -current, and a flood of these messages bumped
>>> up:
>>> Nov 13 17:47:16 test kernel: ath0: ath_edma_rxbuf_alloc: nothing on
>>> rxbuf?!
>>> Nov 13 17:47:16 test kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc
>>> failed:
>>> i=24, nb
>>> ufs=128?
>>>
>>> # pciconf -lv | relevant_part
>>> ath0@pci0:1:0:0:class=0x028000 card=0x064211ad chip=0x0036168c
>>> rev=0x01 hdr=0x00
>>> vendor = 'Qualcomm Atheros'
>>> device = 'QCA9565 / AR9565 Wireless Network Adapter'
>>> class  = network
>>>
>>> # dmesg | relevant_part
>>> ath0:  mem 0xf080-0xf087 irq 32 at
>>> device
>>> 0.0 on pci1
>>> ath0: WB335 2-ANT card detected
>>> ar9300_attach: calling ar9300_hw_attach
>>> ar9300_hw_attach: calling ar9300_eeprom_attach
>>> ar9300_flash_map: unimplemented for now
>>> Restoring Cal data from DRAM
>>> Restoring Cal data from EEPROM
>>> Restoring Cal data from Flash
>>> Restoring Cal data from Flash
>>> Restoring Cal data from OTP
>>> ar9300_hw_attach: ar9300_eeprom_attach returned 0
>>> ath0: [HT] enabling HT modes
>>> ath0: [HT] enabling short-GI in 20MHz mode
>>> ath0: [HT] 1 stream STBC receive enabled
>>> ath0: [HT] 1 RX streams; 1 TX streams
>>> ath0: AR9565 mac 704.1 RF5110 phy 2261.3
>>> ath0: 2GHz radio: 0x; 5GHz radio: 0x
>>>
>>> # ifconfig | relevant_part
>>> wlan0: flags=8843 metric 0 mtu
>>> 1500
>>> ether a4:db:30:ab:ad:ca
>>> inet 192.168.1.2 netmask 0xff00 broadcast 192.168.1.255
>>> nd6 options=29
>>> media: IEEE 802.11 Wireless Ethernet MCS mode 11ng
>>> status: associated
>>> ssid myssid channel 6 (2437 MHz 11g ht/20) bssid
>>> de:ad:be:ee:ee:ef
>>> regdomain ETSI2 country ES indoor ecm authmode WPA2/802.11i
>>> privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit
>>> txpower 30 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k
>>> ampdudensity 4 shortgi wme burst roaming MANUAL
>>> groups: wlan
>>>
>>>
>>>
>>> Is there anything I can help with to improve this? Thank you.
>>>
>>
>> What revision do you use? If you use , please, try
>> to update to r291193 or higher.
>>
>> Svatopluk Kraus
>>
>>
>>
>>> Regards,
>>>
>>> --
>>> José Pérez
>>> ___
>>> freebsd-current@freebsd.org mailing list
>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>>> To unsubscribe, send any mail to
>>> "freebsd-current-unsubscr...@freebsd.org"
>>
>> ___
>> freebsd-current@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: /bin/ls formatting broken for non-C(?) locales

[Baptiste Daroussin]

On Wed, Nov 25, 2015 at 01:15:13AM +0100, Baptiste Daroussin wrote:
> On Sat, Nov 21, 2015 at 11:57:46PM +0300, Andrey Chernov wrote:
> > On 21.11.2015 15:18, Ed Schouten wrote:
> > > Hi Baptiste,
> > > 
> > > I suppose you should use the wcswidth() function somewhere to compute
> > > the visible width of the month name. Some characters may be
> > > double-width, others may have no effective width at all.
> > > 
> > 
> > I agree. Checking error return of wide chars functions with some
> > fallback will be good too.
> 
> I have updated the code https://reviews.freebsd.org/D4239
> 
> Tested by modifying some locales to add double width and zero width unicode in
> the locales
> 
> Also added the error checking for the return of wide chars functions. For now 
> I
> haven't added fallback, suggestions welcome if needed.
> 
> Best regards,
> Bapt

Actually I can make the fallback on the C locale in case of failure. Would that
work for you?

Best regards,
Bapt


signature.asc
Description: PGP signature

Re: Aheros AR9565: buffer error messages from ath_edma_rxbuf_alloc and ath_edma_rxfifo_alloc

[José Pérez]

Dear Svatopluk,
tried again with current, and I get (almost) the same:
Nov 23 18:14:47 current kernel: ath0: ath_edma_rxbuf_alloc: nothing on 
rxbuf?!
Nov 23 18:14:47 current kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc 
failed: i=0, nbufs=128?
Nov 23 18:14:47 current kernel: ath0: ath_edma_rxbuf_alloc: nothing on 
rxbuf?!
Nov 23 18:14:47 current kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc 
failed: i=1, nbufs=128?


Ideas? Can I help?

Thank you.

Regards,


---
José Pérez

El 2015-11-23 13:45, Svatopluk Kraus escribió:

On Mon, Nov 23, 2015 at 1:12 PM, José Pérez  wrote:

Hi,
I am the (happy?) owner of an Atheros AR9565 which used to work just 
fine.


I recently updated an old -current, and a flood of these messages 
bumped up:
Nov 13 17:47:16 test kernel: ath0: ath_edma_rxbuf_alloc: nothing on 
rxbuf?!
Nov 13 17:47:16 test kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc 
failed:

i=24, nb
ufs=128?

# pciconf -lv | relevant_part
ath0@pci0:1:0:0:class=0x028000 card=0x064211ad chip=0x0036168c
rev=0x01 hdr=0x00
vendor = 'Qualcomm Atheros'
device = 'QCA9565 / AR9565 Wireless Network Adapter'
class  = network

# dmesg | relevant_part
ath0:  mem 0xf080-0xf087 irq 32 at 
device

0.0 on pci1
ath0: WB335 2-ANT card detected
ar9300_attach: calling ar9300_hw_attach
ar9300_hw_attach: calling ar9300_eeprom_attach
ar9300_flash_map: unimplemented for now
Restoring Cal data from DRAM
Restoring Cal data from EEPROM
Restoring Cal data from Flash
Restoring Cal data from Flash
Restoring Cal data from OTP
ar9300_hw_attach: ar9300_eeprom_attach returned 0
ath0: [HT] enabling HT modes
ath0: [HT] enabling short-GI in 20MHz mode
ath0: [HT] 1 stream STBC receive enabled
ath0: [HT] 1 RX streams; 1 TX streams
ath0: AR9565 mac 704.1 RF5110 phy 2261.3
ath0: 2GHz radio: 0x; 5GHz radio: 0x

# ifconfig | relevant_part
wlan0: flags=8843 metric 0 mtu 
1500

ether a4:db:30:ab:ad:ca
inet 192.168.1.2 netmask 0xff00 broadcast 192.168.1.255
nd6 options=29
media: IEEE 802.11 Wireless Ethernet MCS mode 11ng
status: associated
ssid myssid channel 6 (2437 MHz 11g ht/20) bssid 
de:ad:be:ee:ee:ef

regdomain ETSI2 country ES indoor ecm authmode WPA2/802.11i
privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit
txpower 30 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k
ampdudensity 4 shortgi wme burst roaming MANUAL
groups: wlan



Is there anything I can help with to improve this? Thank you.



What revision do you use? If you use , please, try
to update to r291193 or higher.

Svatopluk Kraus




Regards,

--
José Pérez
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to 
"freebsd-current-unsubscr...@freebsd.org"

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to 
"freebsd-current-unsubscr...@freebsd.org"

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: /bin/ls formatting broken for non-C(?) locales

[Baptiste Daroussin]

On Sat, Nov 21, 2015 at 11:57:46PM +0300, Andrey Chernov wrote:
> On 21.11.2015 15:18, Ed Schouten wrote:
> > Hi Baptiste,
> > 
> > I suppose you should use the wcswidth() function somewhere to compute
> > the visible width of the month name. Some characters may be
> > double-width, others may have no effective width at all.
> > 
> 
> I agree. Checking error return of wide chars functions with some
> fallback will be good too.

I have updated the code https://reviews.freebsd.org/D4239

Tested by modifying some locales to add double width and zero width unicode in
the locales

Also added the error checking for the return of wide chars functions. For now I
haven't added fallback, suggestions welcome if needed.

Best regards,
Bapt


signature.asc
Description: PGP signature

Re: /bin/ls formatting broken for non-C(?) locales

[Andrey Chernov]

On 25.11.2015 3:15, Baptiste Daroussin wrote:
> On Sat, Nov 21, 2015 at 11:57:46PM +0300, Andrey Chernov wrote:
>> On 21.11.2015 15:18, Ed Schouten wrote:
>>> Hi Baptiste,
>>>
>>> I suppose you should use the wcswidth() function somewhere to compute
>>> the visible width of the month name. Some characters may be
>>> double-width, others may have no effective width at all.
>>>
>>
>> I agree. Checking error return of wide chars functions with some
>> fallback will be good too.
> 
> I have updated the code https://reviews.freebsd.org/D4239
> 
> Tested by modifying some locales to add double width and zero width unicode in
> the locales
> 
> Also added the error checking for the return of wide chars functions. For now 
> I
> haven't added fallback, suggestions welcome if needed.

1) For just 1 char in wcswidth(_months[i][j], 1); it is better to
use another function wcwidth(wab_months[i][j]);

2) By fallback I mean something which not stops ls working with
incorrect for some reason locale, like setting max_width_month to
MAX_ABMON_WIDTH on error return (from
mbstowcs/wcwidth/wcswidth/wcswidth) and exit from
populate_abbreviated_month().

3) wcwidth/wcswidth may return -1 too, it needs to be checked too.

4) The whole processing looks overcomplicated and not effective. What
about this instead?
for (i = 0; i < 12; i++) {
count wcswidth() of each month and store it in wab_months_width[].
count max_width_month.
}
for (i = 0; i < 12; i++) {
if ((n = max_width_month - wab_months_width[i]) > 0)
call wcscat(wab_months[i], L" ") n times.
}

5) If there is no %b is strftime() format, there is no sense to spend
CPU cycles on from populate_abbreviated_month(), so it should be called
only once inside ls_strftime() on first %b instead of calling it in
printtime() for all cases.

-- 
http://ache.vniz.net/



signature.asc
Description: OpenPGP digital signature

Re: /bin/ls formatting broken for non-C(?) locales

[Andrey Chernov]

On 25.11.2015 4:31, Andrey Chernov wrote:
> 4) The whole processing looks overcomplicated and not effective. What
> about this instead?
> for (i = 0; i < 12; i++) {
> count wcswidth() of each month and store it in wab_months_width[].
> count max_width_month.
> }
> for (i = 0; i < 12; i++) {
> if ((n = max_width_month - wab_months_width[i]) > 0)
>   call wcscat(wab_months[i], L" ") n times.
> }

Last line can be optimized further:
wcslcat(wab_months[i], L" "/* MAX_ABMON_WIDTH */, n);

-- 
http://ache.vniz.net/



signature.asc
Description: OpenPGP digital signature

Re: OpenSSH HPN

[Aaron Zauner]

Hi,

Please forgive my ignorance but what's the reason FreeBSD ships
OpenSSH patched with HPN by default? Besides my passion for
security, I've been working in the HPC sector for a while and
benchmarked the patch for a customer about 1.5 years ago. The
CTR-multi threading patch is actually *slower* than upstream OpenSSH
with AES in CTR mode. GCM being, of course, the fastest mode on
AESNI plattforms.

The NULL mode is a security concern as some have noted, I can only
imagine that the window-scaling patch is of such importance?

Thanks,
Aaron


signature.asc
Description: Digital signature

freebsd-current compile with clang & ccache

[M - Krasznai András]

Good morning!

I experience the following errors:


after setting up ccache according to the howto I tried to compile world and 
kernel.



make buildworld



runs correctly, takes appr. 3 hours to finish for the first run. Repeating it 
finishes in a little less than 1 hour.



Make -j5 buildworld



also finishes correctly and takes about 23 minutes.



After finishing the kernel compile



Make installkernel

Reboot



Then



make installworld



gives a lot of error messages:



ccache: error: Could not find compiler "cc" in PATH



but finishes, and the system appears to be working, but I think there must be 
some problem what I could not find.





Compilation and installation finishes correctly if i do not use ccache but 
rather slow.



The system has been reinstalled from scratch, source tree was downloaded on 
Friday and updated few minutes before compile on Monday.

The kernel config is a stripped down GENERAL (I left out those drivers and 
kernel modules which handle hardware not present in my laptop).

I use src.conf to eliminate compiling such components which I do not use 
(BLUETOOTH, IPX/SPX, etc). COMPILER_TYPE is set in my .cshrc to clang.



What can I do to eliminate the ccache error during installworld apart from not 
using ccache?





Best regards



András Krasznai








___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: freebsd-current compile with clang & ccache [tacking on an idea]

[Jeffrey Bouquet]

On Tue, 24 Nov 2015 10:31:37 +0100, M - Krasznai András 
 wrote:

> Good morning!
> 
> I experience the following errors:
> 
> 
> after setting up ccache according to the howto I tried to compile world and 
> kernel.
> 
> 
> 
> make buildworld
> 
> 
> 
> runs correctly, takes appr. 3 hours to finish for the first run. Repeating it 
> finishes in a little less than 1 hour.
> 
> 
> 
> Make -j5 buildworld
> 
> 
> 
> also finishes correctly and takes about 23 minutes.
> 
> 
> 
> After finishing the kernel compile
> 
> 
> 
> Make installkernel
> 
> Reboot
> 
> 
> 
> Then
> 
> 
> 
> make installworld
> 
> 
> 
> gives a lot of error messages:
> 
> 
> 
> ccache: error: Could not find compiler "cc" in PATH
> 
> 
> 
> but finishes, and the system appears to be working, but I think there must be 
> some problem what I could not find.
> 
> 
> 
> 
> 
> Compilation and installation finishes correctly if i do not use ccache but 
> rather slow.
> 
> 
> 
> The system has been reinstalled from scratch, source tree was downloaded on 
> Friday and updated few minutes before compile on Monday.
> 
> The kernel config is a stripped down GENERAL (I left out those drivers and 
> kernel modules which handle hardware not present in my laptop).
> 
> I use src.conf to eliminate compiling such components which I do not use 
> (BLUETOOTH, IPX/SPX, etc). COMPILER_TYPE is set in my .cshrc to clang.
> 
> 
> 
> What can I do to eliminate the ccache error during installworld apart from 
> not using ccache?
> 
> 
> 
> 
> 
> Best regards
> 
> 
> 
> András Krasznai
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


[sorry if duplicate, keyboard error... tab key or something with the webmail]

Having experienced similar errors during single user mode installword, I was
wondering if a FLAG or --switch could be added to "make installworld" so that
all the $cc >> actual binary [precheck] and all the expected directories that 
are destinations
exist and are not files [precheck] , and optionally even a 
trial-run-install-to-elsewhere "check
for such errors" pre-install runthough, like "-n" in other cli [binaries].

OR a section in UPDATING with a proven [iow, tested on
several and many ... mfsBSD... DESTDIR... cdr... etc ] procedure to accomplish 
the same...

The lack of which is precluding upgrading very often now, as opposed to other 
years, 
since CURRENT... 
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: freebsd-current compile with clang & ccache

[Jeffrey Bouquet]

On Tue, 24 Nov 2015 10:31:37 +0100, M - Krasznai András 
 wrote:

> Good morning!
> 
> I experience the following errors:
> 
> 
> after setting up ccache according to the howto I tried to compile world and 
> kernel.
> 
> 
> 
> make buildworld
> 
> 
> 
> runs correctly, takes appr. 3 hours to finish for the first run. Repeating it 
> finishes in a little less than 1 hour.
> 
> 
> 
> Make -j5 buildworld
> 
> 
> 
> also finishes correctly and takes about 23 minutes.
> 
> 
> 
> After finishing the kernel compile
> 
> 
> 
> Make installkernel
> 
> Reboot
> 
> 
> 
> Then
> 
> 
> 
> make installworld
> 
> 
> 
> gives a lot of error messages:
> 
> 
> 
> ccache: error: Could not find compiler "cc" in PATH
> 
> 
> 
> but finishes, and the system appears to be working, but I think there must be 
> some problem what I could not find.
> 
> 
> 
> 
> 
> Compilation and installation finishes correctly if i do not use ccache but 
> rather slow.
> 
> 
> 
> The system has been reinstalled from scratch, source tree was downloaded on 
> Friday and updated few minutes before compile on Monday.
> 
> The kernel config is a stripped down GENERAL (I left out those drivers and 
> kernel modules which handle hardware not present in my laptop).
> 
> I use src.conf to eliminate compiling such components which I do not use 
> (BLUETOOTH, IPX/SPX, etc). COMPILER_TYPE is set in my .cshrc to clang.
> 
> 
> 
> What can I do to eliminate the ccache error during installworld apart from 
> not using ccache?
> 
> 
> 
> 
> 
> Best regards
>

Having something similar after an installworld in single user mode, I was 
wondering if
a FLAG 
> 
> 
> András Krasznai
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"