Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Thu, 5 Jan 2017 09:13:00 +0100
From: Tomeu Vizoso <>
To: Matthew Garrett <>
Cc: Greg Kroah-Hartman <>, Kees Cook <>, 
	Linux Kernel Mailing List <>, "Rafael J. Wysocki" <>, 
	Len Brown <>, Pavel Machek <>, Ulf Hansson <>, 
	Mauro Carvalho Chehab <>, Lukas Wunner <>, 
	Madalin Bucur <>, Sudip Mukherjee <>, 
	Rasmus Villemoes <>, Arnd Bergmann <>, 
	Andrew Morton <>, Russell King <>, 
	Petr Tesarik <>, "" <>,
Subject: Re: [PATCH] Allow userspace control of runtime disabling/enabling of
 driver probing

On 4 January 2017 at 20:59, Matthew Garrett <> wrote:
> On Wed, Jan 4, 2017 at 1:46 PM, Greg Kroah-Hartman
> <> wrote:
>> On Wed, Jan 04, 2017 at 12:10:04PM -0600, Matthew Garrett wrote:
>>> On Wed, Jan 4, 2017 at 3:32 AM, Greg Kroah-Hartman
>>> <> wrote:
>>> > Turning on and off at random times "new devices can not be bound, wait,
>>> > now they can!" is ripe for loads of issues and is going to be a pain to
>>> > properly maintain over time.
>>> What kind of issues?
>> How are you going to test this to ensure it continues to work properly?
> It's code that's already used over every suspend and resume. What kind
> of breakage are you expecting? How do we test any feature to ensure it
> continues to work properly?

In this specific case, we could use the Chamelium board to emulate USB
devices, automating the plugging of various USB device types at
different system states:

We are currently working on improving LAVA support for helper devices
such as the Chamelium, mainly for emulating displays in graphics
tests, but it can be useful for exercising other kernel ABIs such as
disable_device_probe. The goal is to have the result of these tests
reported to for spotting regressions early.



Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.