lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <20121206095019.GN2718@gmail.com> Date: Thu, 6 Dec 2012 09:50:19 +0000 From: Lee Jones <lee.jones@...aro.org> To: Viresh Kumar <viresh.kumar@...aro.org> Cc: Grant Likely <grant.likely@...retlab.ca>, Samuel Ortiz <sameo@...ux.intel.com>, rabin.vincent@...ricsson.com, shiraz.hashim@...com, devicetree-discuss@...ts.ozlabs.org, linux-kernel@...r.kernel.org, spear-devel@...t.st.com, linus.walleij@...aro.org, Vipul Kumar Samar <vipulkumar.samar@...com> Subject: Re: [PATCH V5 2/2] mfd: stmpe: Update DT support in stmpe driver > > But regardless, it is the responsiblity of the probe function to go and > > look if of_driver_match_device() matches against anything if it cares > > about the of_match_table entries (for instance, if there is extra data > > attached). > > Ok, so filling .data field in of_device_id[] is not required for our case as > we aren't doing anything special in our drivers. This is exactly my point, and the reason I bought it up in the first place. Normally when you specify an ID table and populate the .data attribute, you parse for it in the code and then cast it back to some kind of useful data. However, you're not doing that, which is precisely why I wondered if the table was necessary at all. In all my testing, the DT portion worked and the correct STMPE chip was identified without it. So, are you adding the table for good reason, or because you think it's the right thing to do? -- Lee Jones Linaro ST-Ericsson Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists