* Checking on interest in some patches... @ 2014-12-31 20:01 Ben Greear 2015-01-13 13:36 ` Kalle Valo 0 siblings, 1 reply; 3+ messages in thread From: Ben Greear @ 2014-12-31 20:01 UTC (permalink / raw) To: ath10k Previously, I was at a dead end trying to get support for CT firmware features, expanded crash dump features, and other things accepted upstream. I am working on porting my changes to the 3.19 kernel, and was curious if there is any change of opinion on possibly accepting at least some CT firmware support or the crash dump features. If so, I'll clean up and re-post once I have tested them. Thanks, Ben -- Ben Greear <greearb@candelatech.com> Candela Technologies Inc http://www.candelatech.com _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Checking on interest in some patches... 2014-12-31 20:01 Checking on interest in some patches Ben Greear @ 2015-01-13 13:36 ` Kalle Valo 2015-01-13 17:08 ` Ben Greear 0 siblings, 1 reply; 3+ messages in thread From: Kalle Valo @ 2015-01-13 13:36 UTC (permalink / raw) To: Ben Greear; +Cc: ath10k Ben Greear <greearb@candelatech.com> writes: > Previously, I was at a dead end trying to get support for CT firmware features, > expanded crash dump features, and other things accepted upstream. > > I am working on porting my changes to the 3.19 kernel, and was curious if > there is any change of opinion on possibly accepting at least some CT firmware > support or the crash dump features. If so, I'll clean up and re-post once > I have tested them. We have now four different firmware branches to support and I fear even more to come. Adding yet another branch is quite daunting from maintenance point of view. Crash dump support is already upstream, but what's missing is porting it to use Johannes' device coredump (commit 833c95456a70) and RAM dump part. (And I guess we also want some sort register dump?) Last year I implemented the RAM dump part, but only did some quick verification and that's why I haven't submitted it yet. I think I need to submit it as RFC instead of bitrotting on my hard drive. -- Kalle Valo _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Checking on interest in some patches... 2015-01-13 13:36 ` Kalle Valo @ 2015-01-13 17:08 ` Ben Greear 0 siblings, 0 replies; 3+ messages in thread From: Ben Greear @ 2015-01-13 17:08 UTC (permalink / raw) To: Kalle Valo; +Cc: ath10k On 01/13/2015 05:36 AM, Kalle Valo wrote: > Ben Greear <greearb@candelatech.com> writes: > >> Previously, I was at a dead end trying to get support for CT firmware features, >> expanded crash dump features, and other things accepted upstream. >> >> I am working on porting my changes to the 3.19 kernel, and was curious if >> there is any change of opinion on possibly accepting at least some CT firmware >> support or the crash dump features. If so, I'll clean up and re-post once >> I have tested them. > > We have now four different firmware branches to support and I fear even > more to come. Adding yet another branch is quite daunting from > maintenance point of view. No worse than the current code...and mine isn't really a new branch, just a few small deviations from the existing 10.1 firmware. Even if you don't want some of the larger changes, it would be nice to get in some of the small and easy things like ibss support, lots of vdevs, maybe tx-rate reporting, etc. > Crash dump support is already upstream, but what's missing is porting it > to use Johannes' device coredump (commit 833c95456a70) and RAM dump > part. (And I guess we also want some sort register dump?) > > Last year I implemented the RAM dump part, but only did some quick > verification and that's why I haven't submitted it yet. I think I need > to submit it as RFC instead of bitrotting on my hard drive. I have some well tested RAM and ROM and debuglog dump patches. Similar to the patches we had worked on before. ROM and RAM require new ie header on firmware, and 3.19 ath10k broke dbglog on upstream 10.1 firmware, but aside from that, it works great :) I have register dump supported over regular WMI api (shown in debugfs) in CT firmware, but it is not part of the crash dump. At least for me, that has not been a problem. Thanks, Ben -- Ben Greear <greearb@candelatech.com> Candela Technologies Inc http://www.candelatech.com _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-01-13 17:09 UTC | newest] Thread overview: 3+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-12-31 20:01 Checking on interest in some patches Ben Greear 2015-01-13 13:36 ` Kalle Valo 2015-01-13 17:08 ` Ben Greear
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox