Hi,
Can you please try this patch?
I can't commit it until STABLE is unfrozen after 7.2-RELEASE is cut.
Sam Leffler wrote:
Bruce Simpson wrote:
Hi,
Looks like I'm late to the party. I was responsible for committing these
ath(4) changes to RELENG_7.
I can't remember if I tested the kernel
Bruce Simpson wrote:
Hi,
Can you please try this patch?
I can't commit it until STABLE is unfrozen after 7.2-RELEASE is cut.
Sam Leffler wrote:
Bruce Simpson wrote:
Hi,
Looks like I'm late to the party. I was responsible for committing
these
ath(4) changes to RELENG_7.
I can't remember
Sam Leffler wrote:
Bruce Simpson wrote:
Hi,
Can you please try this patch?
I can't commit it until STABLE is unfrozen after 7.2-RELEASE is cut.
Sam Leffler wrote:
Bruce Simpson wrote:
Hi,
Looks like I'm late to the party. I was responsible for committing
these
ath(4) changes to
Sam Leffler wrote:
...
the ath_hal device.
Do not modify ah_desc.h like you've done. Add this to conf/options
ATH_HAL opt_ah.h
and use that to enable AH_SUPPORT_AR5416.
To clarify the first comment: you've made it impossible to build code
w/o the extended format descriptor; this is what
Bruce Simpson wrote:
Sam Leffler wrote:
...
the ath_hal device.
Do not modify ah_desc.h like you've done. Add this to conf/options
ATH_HAL opt_ah.h
and use that to enable AH_SUPPORT_AR5416.
To clarify the first comment: you've made it impossible to build code
w/o the extended format
Hi,
Looks like I'm late to the party. I was responsible for committing these
ath(4) changes to RELENG_7.
I can't remember if I tested the kernel compile without the
AH_SUPPORT_AR5416 option or not, I have been so incredibly busy.
Dennis Melentyev wrote:
2009/4/16 Maxim Sobolev
Bruce Simpson wrote:
Hi,
Looks like I'm late to the party. I was responsible for committing these
ath(4) changes to RELENG_7.
I can't remember if I tested the kernel compile without the
AH_SUPPORT_AR5416 option or not, I have been so incredibly busy.
Dennis Melentyev wrote:
2009/4/16
Sam,
What is the reason to have this option in the kernel config if kernel
compilation fails when this option is enabled? It also affects 7-stable.
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
Sam,
What is the reason to have this option in the kernel config if kernel
compilation fails when this option is enabled? It also affects 7-stable.
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
Hi Max,
Also seen that.
Fixed with careful merging on my kernel config with GENERIC one.
There are additional strings involved:
device ath
device ath_rate_sample
After adding the later one (and probably, the first one too (?)) compiled ok.
Could be worth an entry in UPDATING and/or explicitly
Dennis Melentyev wrote:
Could be worth an entry in UPDATING and/or explicitly added to GENERIC.
My point is that if the option is mandatory for compiling ath(4) driver,
then there is no point in having this option in the first place.
-Maxim
___
2009/4/16 Maxim Sobolev sobo...@sippysoft.com:
Dennis Melentyev wrote:
Could be worth an entry in UPDATING and/or explicitly added to GENERIC.
My point is that if the option is mandatory for compiling ath(4) driver,
then there is no point in having this option in the first place.
Well,
Maxim Sobolev wrote:
Dennis Melentyev wrote:
Could be worth an entry in UPDATING and/or explicitly added to GENERIC.
My point is that if the option is mandatory for compiling ath(4)
driver, then there is no point in having this option in the first place.
There is an entry in UPDATING and
13 matches
Mail list logo