Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1543227
| From | Daniel Wagner <wagi@monom.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: wl1251 & mac address & calibration data |
| Date | 2016-12-16 08:30 +0100 |
| Message-ID | <sOV7P-oP-5@gated-at.bofh.it> (permalink) |
| References | (3 earlier) <sH769-6sM-9@gated-at.bofh.it> <sOzqF-3rd-5@gated-at.bofh.it> <sOGiu-7uh-27@gated-at.bofh.it> <sOKFr-1Qq-1@gated-at.bofh.it> <sOQ89-5pn-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 12/16/2016 03:03 AM, Luis R. Rodriguez wrote: > For the new API a solution for "fallback mechanisms" should be clean > though and I am looking to stay as far as possible from the existing > mess. A solution to help both the old API and new API is possible for > the "fallback mechanism" though -- but for that I can only refer you > at this point to some of Daniel Wagner and Tom Gunderson's firmwared > deamon prospect. It should help pave the way for a clean solution and > help address other stupid issues. The firmwared project is hosted here https://github.com/teg/firmwared As Luis pointed out, firmwared relies on FW_LOADER_USER_HELPER_FALLBACK, which is not enabled by default. I don't see any reason why firmwared should not also support loading calibration data. If we find a sound way to do this. As you can see from the commit history it is a pretty young project and more ore less reanimation of the old udev firmware loader feature. We are getting int into shape, adding integration tests etc. The main motivation for this project is the get movement back in stuck discussion on the firmware loader API. Luis was very busy writing up all the details on the current situation and purely from the amount of documentation need to describe the API you can tell something is awry. Thanks, Daniel
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: wl1251 & mac address & calibration data Kalle Valo <kvalo@codeaurora.org> - 2016-12-15 09:20 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-12-15 16:40 +0100
Re: wl1251 & mac address & calibration data Arend Van Spriel <arend.vanspriel@broadcom.com> - 2016-12-15 21:20 +0100
Re: wl1251 & mac address & calibration data "Luis R. Rodriguez" <mcgrof@kernel.org> - 2016-12-16 03:10 +0100
Re: wl1251 & mac address & calibration data Daniel Wagner <wagi@monom.org> - 2016-12-16 08:30 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-12-16 11:50 +0100
Re: wl1251 & mac address & calibration data Arend Van Spriel <arend.vanspriel@broadcom.com> - 2016-12-18 12:00 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-12-18 12:10 +0100
Re: wl1251 & mac address & calibration data Arend Van Spriel <arend.vanspriel@broadcom.com> - 2016-12-18 13:00 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-12-18 13:10 +0100
Re: wl1251 & mac address & calibration data Arend Van Spriel <arend.vanspriel@broadcom.com> - 2016-12-18 21:10 +0100
Re: wl1251 & mac address & calibration data Kalle Valo <kvalo@codeaurora.org> - 2016-12-20 12:50 +0100
Re: wl1251 & mac address & calibration data Tony Lindgren <tony@atomide.com> - 2016-12-20 18:00 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-12-20 18:10 +0100
Re: wl1251 & mac address & calibration data Kalle Valo <kvalo@codeaurora.org> - 2016-12-20 18:20 +0100
Re: wl1251 & mac address & calibration data Tony Lindgren <tony@atomide.com> - 2016-12-20 18:30 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-12-16 11:40 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-12-16 11:30 +0100
csiph-web