[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170425133533.52ba1cb6@gmail.com>
Date: Tue, 25 Apr 2017 13:35:33 +0300
From: Maksim Salau <maksim.salau@...il.com>
To: Florian Fainelli <f.fainelli@...il.com>
Cc: linux-kernel@...r.kernel.org, arnd@...db.de,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Alan Stern <stern@...land.harvard.edu>,
Mathias Nyman <mathias.nyman@...ux.intel.com>,
Peter Chen <peter.chen@....com>, Roger Quadros <rogerq@...com>,
Baoyou Xie <baoyou.xie@...aro.org>,
Sekhar Nori <nsekhar@...com>,
Chris Bainbridge <chris.bainbridge@...il.com>,
Wolfram Sang <wsa-dev@...g-engineering.com>,
linux-usb@...r.kernel.org (open list:USB SUBSYSTEM)
Subject: Re: [PATCH v2] usb: core: Warn if an URB's transfer_buffer is on
stack
> + } else if (object_is_on_stack(urb->transfer_buffer)) {
> + WARN_ONCE(1, "transfer buffer is on stack\n");
> + ret = -EAGAIN;
> } else {
Hi,
Has anyone considered a fail-safe mode? I.e.: if a buffer is on stack,
kmemdup it and continue with a warning. This will give us both: functional
drivers (with possibly decreased efficiency in speed and memory footprint)
and warnings for developers that a particular driver requires attention.
This mode will not affect drivers which obey the rules, but will make
offenders at least functional. My main concern is that not every user is able
to detect and report a problem, which prevents drivers from functioning.
Especially this is a problem for not wide spread devices.
Due to this users a seeing unusable equipment, but developers are not
aware of those, even if fixes are trivial.
Such mode has a also a negative effect: if a developer has a device
with an offending driver, he can miss the warning message, since the driver
just works.
Regards,
Maksim.
Powered by blists - more mailing lists