On Fri, 2020-11-20 at 12:53 -0800, Brian Norris wrote:
> (Sorry if anything's a bit slow here. I don't really have time to
> write out full proposals myself.)
Don’t worry, I (and other owners) am already glad to hear from upstream
devs, including you :)
(and I'm also sorry for the late reply from
(Sorry if anything's a bit slow here. I don't really have time to
write out full proposals myself.)
On Fri, Oct 30, 2020 at 3:30 AM Tsuchiya Yuto wrote:
> Let me know if splitting this patch like this works. 1) The first patch
> is to add this module parameter but don't change the default behavio
On Wed, 2020-10-28 at 17:12 -0700, Brian Norris wrote:
> On Wed, Oct 28, 2020 at 3:58 PM Tsuchiya Yuto wrote:
> >
> > The devicve_dump may take a little bit long time and users may want to
> > disable the dump for daily usage.
> >
> > This commit adds a new module parameter enable_device_dump an
On Wed, Oct 28, 2020 at 3:58 PM Tsuchiya Yuto wrote:
>
> The devicve_dump may take a little bit long time and users may want to
> disable the dump for daily usage.
>
> This commit adds a new module parameter enable_device_dump and disables
> the device_dump by default.
As with one of your other p
The devicve_dump may take a little bit long time and users may want to
disable the dump for daily usage.
This commit adds a new module parameter enable_device_dump and disables
the device_dump by default.
Signed-off-by: Tsuchiya Yuto
---
drivers/net/wireless/marvell/mwifiex/pcie.c | 11
