Thread (14 messages) flat view 14 messages, 4 authors, 2015-08-26

Re: [PATCH -next] smsc911x: Fix crash seen if neither ACPI nor OF is configured or used

From: Tony Lindgren <tony@atomide.com>
Date: 2015-08-26 21:40:39
Also in: linux-omap, lkml

* Guenter Roeck [off-list ref] [150826 13:58]:
Hi Tony,

On 08/26/2015 01:16 PM, Tony Lindgren wrote:
[ ... ]
quoted
quoted
We may need two separate patches, one to fix up device_property_read_u32()
to return -ENXIO, and one to fix smsc911x_probe_config() to ignore the error
from device_get_phy_mode(), and to bail out if device_property_read_u32()
returns -ENXIO.
I guess the device_property_read_u32() change needs to be discussed
separately.. So probably best to fix up the regression to smsc911x
first.
Not sure myself. Jeremy has a point - we don't really know for sure how
safe it is to check for -ENODATA (in addition to -ENXIO). Also, fixing
device_property_read_u32() turned out to be much easier than I thought.
quoted
quoted
The simpler alternative would be to check the return value from
device_property_read_u32() for both -ENXIO and -ENODATA.
This would make the code independent of the necessary core changes
(which may take a while). I tested this variant, and it works, at least
for the non-DT case.

Does this make sense ?
Yeh I think that would allow fixing up the smsc911x regression while
discussing the device_property_read_u32() change. Got a test patch
for me to try?
You should have two by now to choose from.
Acked the second version thanks :)

Tony
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help