Al 28/03/2012 7:44, En/na John Crispin ha escrit:
On 28/03/12 01:42, Luca Olivetti wrote:
I can wait a few days longer.
what are you waiting for now ?
To revert the patch that uses a fixed regdomain and apply the one that
makes it dependent on a kernel command line switch.
http://patchwor
On 28/03/12 01:42, Luca Olivetti wrote:
> I can wait a few days longer.
what are you waiting for now ?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Al 28/03/12 00:49, En/na John Crispin ha escrit:
> Hi Luca,
>
> you were right, i was wrong, i am terribly sorry if the delay caused any
> inconvenience to you
>
> thanks for your understanding,
Don't worry, I waited for one year, I can wait a few days longer.
Bye
--
Luca
___
On 28/03/12 00:25, Luca Olivetti wrote:
> Al 25/03/12 19:01, En/na Luca Olivetti ha escrit:
>> Al 29/03/11 18:30, En/na John Crispin ha escrit:
>>> On 29/03/11 18:06, Luca Olivetti wrote:
Al 29/03/11 10:32, En/na John Crispin ha escrit:
>> AFAIS, the current in-kernel driver relies on
Al 25/03/12 19:01, En/na Luca Olivetti ha escrit:
> Al 29/03/11 18:30, En/na John Crispin ha escrit:
>> On 29/03/11 18:06, Luca Olivetti wrote:
>>> Al 29/03/11 10:32, En/na John Crispin ha escrit:
>>>
> AFAIS, the current in-kernel driver relies on regulatory domain for
> frequency restrict
Al 29/03/11 18:30, En/na John Crispin ha escrit:
> On 29/03/11 18:06, Luca Olivetti wrote:
>> Al 29/03/11 10:32, En/na John Crispin ha escrit:
>>
AFAIS, the current in-kernel driver relies on regulatory domain for
frequency restrictions.
It could solve your current problem.
>>>
>>> y
Al 29/03/11 21:21, En/na Felix Fietkau ha escrit:
> On 2011-03-29 6:38 PM, Luca Olivetti wrote:
>> Al 29/03/11 18:30, En/na John Crispin ha escrit:
>>> On 29/03/11 18:06, Luca Olivetti wrote:
Al 29/03/11 10:32, En/na John Crispin ha escrit:
>> AFAIS, the current in-kernel driver re
On 2011-03-29 6:38 PM, Luca Olivetti wrote:
Al 29/03/11 18:30, En/na John Crispin ha escrit:
On 29/03/11 18:06, Luca Olivetti wrote:
Al 29/03/11 10:32, En/na John Crispin ha escrit:
AFAIS, the current in-kernel driver relies on regulatory domain for
frequency restrictions.
It could solve
Al 29/03/11 18:30, En/na John Crispin ha escrit:
> On 29/03/11 18:06, Luca Olivetti wrote:
>> Al 29/03/11 10:32, En/na John Crispin ha escrit:
>>
AFAIS, the current in-kernel driver relies on regulatory domain for
frequency restrictions.
It could solve your current problem.
>>>
>>> y
On 29/03/11 18:06, Luca Olivetti wrote:
> Al 29/03/11 10:32, En/na John Crispin ha escrit:
>
>>> AFAIS, the current in-kernel driver relies on regulatory domain for
>>> frequency restrictions.
>>> It could solve your current problem.
>>
>> yes, the proposed patch rewrites the eep on the fly upon a
Al 29/03/11 10:32, En/na John Crispin ha escrit:
>> AFAIS, the current in-kernel driver relies on regulatory domain for
>> frequency restrictions.
>> It could solve your current problem.
>
> yes, the proposed patch rewrites the eep on the fly upon a read and
> fakes a ES reg. this is the patch we
Al 29/03/2011 10:32, En/na John Crispin ha escrit:
Hey Luis,
Sorry for intruding here, but are you guys using the in-kernel ath9k,
or the 'crap' vendor driver?
no intrusion ... happy about the comments. we are talking about latest
compat wireless ath9k.
AFAIS, the current in-kernel drive
Al 29/03/2011 9:59, En/na John Crispin ha escrit:
ok, so when the work is on your desk, its ok that it takes time, but
when it is on other peoples desks it is not ?! :)
interested in making wifi work (I'm not going to use it), besides,
performance is atrociously bad.
i guess you did somethin
Al 29/03/2011 9:58, En/na John Crispin ha escrit:
So what's the part that I should clean up?
register_ath9k function, the fixups etc. the whole patch is a complete
mess, whoich is not understandable, let alone the fact that it does not
follow kernel code style
I copied that almost verbatim
Hey Luis,
>
> Sorry for intruding here, but are you guys using the in-kernel ath9k,
> or the 'crap' vendor driver?
no intrusion ... happy about the comments. we are talking about latest
compat wireless ath9k.
>
> AFAIS, the current in-kernel driver relies on regulatory domain for
> frequency
Hi
On Tue, Mar 29, 2011 at 08:59, John Crispin wrote:
> On 29/03/11 09:53, Luca Olivetti wrote:
>> Al 29/03/2011 9:48, En/na Luca Olivetti ha escrit:
>>
>>>
>>> I'll see what I can do for both issues (regdomain and generic), however
>>> remember that I can only test with my router and wouldn't wa
On 29/03/11 09:53, Luca Olivetti wrote:
> Al 29/03/2011 9:48, En/na Luca Olivetti ha escrit:
>
>>
>> I'll see what I can do for both issues (regdomain and generic), however
>> remember that I can only test with my router and wouldn't want to
>> mislead somebody else that it should also work with h
>
> So what's the part that I should clean up?
register_ath9k function, the fixups etc. the whole patch is a complete
mess, whoich is not understandable, let alone the fact that it does not
follow kernel code style
___
openwrt-devel mailing list
openw
Al 29/03/2011 9:48, En/na Luca Olivetti ha escrit:
I'll see what I can do for both issues (regdomain and generic), however
remember that I can only test with my router and wouldn't want to
mislead somebody else that it should also work with his.
BTW, if you can merge everything else, please d
Al 29/03/2011 9:32, En/na John Crispin ha escrit:
On 29/03/11 09:26, Luca Olivetti wrote:
Al 29/03/2011 8:18, En/na John Crispin ha escrit:
Hi Luca,
i am about to merge some of your stuff. whilste looking over the rest i
noticed this ->
++arv7518_ath9k_wmac_data.eeprom_data[0x208>>1]=0x8
Al 29/03/2011 8:18, En/na John Crispin ha escrit:
Hi Luca,
i am about to merge some of your stuff. whilste looking over the rest i
noticed this ->
++ arv7518_ath9k_wmac_data.eeprom_data[0x208>>1]=0x82d4; /* Spain */
++ arv7518_ath9k_wmac_data.eeprom_data[0x20a>>1]=0x1f1f; /* as in st
Hi Luca,
i am about to merge some of your stuff. whilste looking over the rest i
noticed this ->
> ++arv7518_ath9k_wmac_data.eeprom_data[0x208>>1]=0x82d4; /* Spain */
> ++arv7518_ath9k_wmac_data.eeprom_data[0x20a>>1]=0x1f1f; /* as in stock
> firmware */
we wont be able to merge generic
Al 07/03/11 18:40, En/na John Crispin ha escrit:
> On 07/03/11 18:17, Luca Olivetti wrote:
>> Al 07/03/11 13:26, En/na John Crispin ha escrit:
>>> On 06/03/11 19:45, Luca Olivetti wrote:
Al 06/03/11 19:05, En/na John Crispin ha escrit:
>
> i will merge the 2.6.37 update next week.
On 07/03/11 18:17, Luca Olivetti wrote:
> Al 07/03/11 13:26, En/na John Crispin ha escrit:
>> On 06/03/11 19:45, Luca Olivetti wrote:
>>> Al 06/03/11 19:05, En/na John Crispin ha escrit:
>>>
i will merge the 2.6.37 update next week. this also obseltes extract.sh.
>>>
>>> Because we'll the
Al 07/03/11 13:26, En/na John Crispin ha escrit:
> On 06/03/11 19:45, Luca Olivetti wrote:
>> Al 06/03/11 19:05, En/na John Crispin ha escrit:
>>
>>>
>>> i will merge the 2.6.37 update next week. this also obseltes extract.sh.
>>
>> Because we'll then have an official voip firmware from lantiq or..
On 06/03/11 19:45, Luca Olivetti wrote:
> Al 06/03/11 19:05, En/na John Crispin ha escrit:
>
>>
>> i will merge the 2.6.37 update next week. this also obseltes extract.sh.
>
> Because we'll then have an official voip firmware from lantiq or...?
>
> Bye
Hi,
its on m2.o.o already
John
_
Al 06/03/11 19:05, En/na John Crispin ha escrit:
>
> i will merge the 2.6.37 update next week. this also obseltes extract.sh.
Because we'll then have an official voip firmware from lantiq or...?
Bye
--
Luca
___
openwrt-devel mailing list
openwrt-dev
On 06/03/11 13:58, Luca Olivetti wrote:
> Al 06/03/11 13:15, En/na Luca Olivetti ha escrit:
>
>> Will post patches once the pending ones are applied.
>
> If you prefer, here's my cumulative patch that supersedes all patches
> I previously posted for lantiq:
>
> - gpio to activate usb on the arv7
Al 06/03/11 13:58, En/na Luca Olivetti ha escrit:
> Al 06/03/11 13:15, En/na Luca Olivetti ha escrit:
>
>> Will post patches once the pending ones are applied.
>
> If you prefer, here's my cumulative patch that supersedes all patches
> I previously posted for lantiq:
As a reference
> - gpio to
Al 06/03/11 13:15, En/na Luca Olivetti ha escrit:
> Will post patches once the pending ones are applied.
If you prefer, here's my cumulative patch that supersedes all patches
I previously posted for lantiq:
- gpio to activate usb on the arv7518pw
- improve support for the arv7518pw
- use netif_r
30 matches
Mail list logo
