Hi Ben,
On Tue, Jul 24, 2012 at 4:01 AM, Ben Greear wrote:
> On 07/23/2012 03:08 PM, Ben Greear wrote:
>> On 07/23/2012 02:10 PM, Ben Greear wrote:
>>> Came back after a 1 week vacation and found the 3.3.8+ kernel spitting
>>> timeout errors, and network devices will not 'ifconfig foo up'.
>>>
>>
On Mon, Jul 23, 2012 at 4:22 PM, Sergey Ivanov wrote:
> I wrote that issue on ubuntu forum:
> http://ubuntuforums.org/showthread.php?p=1212.
> Maybe developers could suggest smth better. For example smth. like increase
> number of frames during establishing connection.
> More precisely main de
Peter Stuge wrote:
> > But, patches are always welcome to improve things.
>
> Sure.
We are waiting with bated breath.
Sujith
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Sujith Manoharan wrote:
> > What is the define+undef about in each of these fill functions? I
> > guess there could be a better solution for these sizes?
> >
> > Even writing out sizeof(struct ar5416_eeprom_4k) / sizeof(uint16_t)
> > in the loop condition would be an improvement IMO.
>
> How woul
Peter Stuge wrote:
> What is the define+undef about in each of these fill functions? I
> guess there could be a better solution for these sizes?
>
> Even writing out sizeof(struct ar5416_eeprom_4k) / sizeof(uint16_t)
> in the loop condition would be an improvement IMO.
How would that make the cod
On 07/23/2012 03:08 PM, Ben Greear wrote:
> On 07/23/2012 02:10 PM, Ben Greear wrote:
>> Came back after a 1 week vacation and found the 3.3.8+ kernel spitting
>> timeout errors, and network devices will not 'ifconfig foo up'.
>>
>> I rebooted into 3.5.0+, and see the same (or at least similar erro
On 07/23/2012 02:10 PM, Ben Greear wrote:
> Came back after a 1 week vacation and found the 3.3.8+ kernel spitting
> timeout errors, and network devices will not 'ifconfig foo up'.
>
> I rebooted into 3.5.0+, and see the same (or at least similar errors):
Well, I replaced the NIC and the problem r
On Mon, Jul 23, 2012 at 3:04 PM, Peter Stuge wrote:
> Peter Stuge wrote:
>> > > Is a commit to also do EEPROM writes likely to be accepted into
>> > > qca-swiss-army-knife.git?
>> >
>> > EEPROM writing means you can modify a compliant card to be not compliant.
>>
>> Yes, and it also means you can
Peter Stuge wrote:
> > > Is a commit to also do EEPROM writes likely to be accepted into
> > > qca-swiss-army-knife.git?
> >
> > EEPROM writing means you can modify a compliant card to be not compliant.
>
> Yes, and it also means you can modify a non-compliant card to be compliant.
Without limit
Luis R. Rodriguez wrote:
> > Is a commit to also do EEPROM writes likely to be accepted into
> > qca-swiss-army-knife.git?
>
> EEPROM writing means you can modify a compliant card to be not compliant.
Yes, and it also means you can modify a non-compliant card to be compliant.
> For CRDA we did
Luis R. Rodriguez wrote:
> I already merged and pushed
Yeah. That is a great strategy to not have to address any quality
issues found during review.
//Peter
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listin
On Mon, Jul 23, 2012 at 2:08 PM, Peter Stuge wrote:
> Is a commit to also do EEPROM writes likely to be accepted into
> qca-swiss-army-knife.git?
EEPROM writing means you can modify a compliant card to be not
compliant. For the kernel we now have things like
CONFIG_CFG80211_CERTIFICATION_ONUS for
On Sun, 22 Jul 2012 20:01:24 -0700
wrote:
> while searching the net for drivers for my Dlink DWA-160 extreme N
> USB wireless adapter (chipset appears to be AR9170+AR9104) as shown
> by the lusb command from the terminal.
Please don't hide technical information when asking for help. The
chipset
Oh and as for the other stuff please feel free to send patches as I
already merged and pushed Sujith's patch.
git://github.com/mcgrof/qca-swiss-army-knife.git
Luis
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailma
Came back after a 1 week vacation and found the 3.3.8+ kernel spitting
timeout errors, and network devices will not 'ifconfig foo up'.
I rebooted into 3.5.0+, and see the same (or at least similar errors):
ath: wiphy0: timeout (10 us) on reg 0xa2c4: 0x00158dd9 & 0x0001 !=
0x
ath:
Sujith Manoharan wrote:
> +static int is_supported_chipset(struct pci_device *pdev)
> +{
> + if (pdev->vendor_id != ATHEROS_VENDOR_ID)
> + return 0;
> +
> + if ((pdev->device_id != AR5416_DEVID_PCI) &&
> + (pdev->device_id != AR5416_DEVID_PCIE) &&
> + (pdev->devi
The first thing to check is whether it's a TX, RX or both issue.
I see this in FreeBSD in noisy environments, and it's because when
doing an initial connection, the rate control selection is poor. Since
there aren't many frames going on during dhcp and related work, the
rate control code takes its
Hi all,
I'm trying to setup an wifi network on my beaglebone, using a TP-Link
TL-WN721N dongle. My kernel is from
https://github.com/RobertCNelson/stable-kernel and my distro is customized.
So far, I've cross-compiled compat-wireless-3.2-1 to my 3.2-21 kernel,
using this patch to fix an error:
d
On Sun, Jul 22, 2012 at 9:16 PM, Sujith Manoharan
wrote:
> Signed-off-by: Sujith Manoharan
Wow, awesome, applied and pushed, thanks!
Luis
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
On Sun, Jul 22, 2012 at 11:52:31AM -0300, Guido Iribarren wrote:
> Antonio,
> do you like "dulce de leche"[0]?
Yes, please. A jar would be good! :D
> I don't know if it's correct to offer such a "bounty" in exchange for
> a patch :P but it's something within my reach (as opposed to kernel
> drive
I wrote that issue on ubuntu forum:
http://ubuntuforums.org/showthread.php?p=1212.
Maybe developers could suggest smth better. For example smth. like increase
number of frames during establishing connection.
More precisely main delay appears when laptop send authentication to router
and waits f
Felix Fietkau wrote:
> I think we should keep this code until we have a proper user space
> replacement, I've been using it for debugging a number of times.
> The qca-swiss-army-knife patch that you posted is missing quite a bit of
> stuff (AR9003 support, HTC support).
Ok.
I'll add AR9003 suppor
On 2012-07-23 6:19 AM, Sujith Manoharan wrote:
> This can be done from userspace.
>
> Signed-off-by: Sujith Manoharan
I think we should keep this code until we have a proper user space
replacement, I've been using it for debugging a number of times.
The qca-swiss-army-knife patch that you posted
23 matches
Mail list logo
