Re: [PATCH v5 1/2] acpi: add acpi_preset_companion() stub

On Fri, Oct 23, 2015 at 12:27:06PM -0700, Dustin Byford wrote: > Add a stub for acpi_preset_companion(). Fixes build failures when > acpi_preset_companion() is used and CONFIG_ACPI is not set. > > Acked-by: Mika Westerberg > Signed-off-by: Dustin Byford

Re: ACPI I2C device-driver matching issue

CC: Mika On Thursday, October 22, 2015 01:05:42 PM Ben Gardner wrote: > Hi all, > > I have a custom Baytrail board with a M24C02 EEPROM attached to I2C bus 3. > I am using coreboot/SeaBIOS, so I have complete control over the ACPI tables. > I am using Linux 4.2.3. > > I have defined a EEPROM

Re: [GIT PULL] On-demand device probing

On Friday, October 23, 2015 11:34:34 AM Rob Herring wrote: > On Fri, Oct 23, 2015 at 10:45 AM, Tim Bird wrote: > > On 10/22/2015 11:53 AM, Frank Rowand wrote: > >> On 10/22/2015 7:44 AM, Greg Kroah-Hartman wrote: > >>> > >>> > >>> On Thu, Oct 22,

Re: [GIT PULL] On-demand device probing

On Thu, Oct 22, 2015 at 8:53 PM, Frank Rowand wrote: > I have been defaulting to the position that has been asserted by > the device tree maintainters, that probe deferrals work just fine > for at least the majority of cases (and is the message I have been > sharing in my

Re: [GIT PULL] On-demand device probing

On Sat, Oct 24, 2015 at 04:17:12PM +0200, Rafael J. Wysocki wrote: > Well, I'm not quite sure why exactly everyone is so focused on probing here. Probe deferral is really noisy even if it's working fine on a given system so it's constantly being highlighted to people in a way that other issues