From mboxrd@z Thu Jan 1 00:00:00 1970 From: jan.glauber@caviumnetworks.com (Jan Glauber) Date: Wed, 26 Jul 2017 18:40:54 +0200 Subject: [PATCH v8 1/3] perf: cavium: Support memory controller PMU counters In-Reply-To: <20170726172515.0000185c@huawei.com> References: <72145781-e9ec-036f-f752-b4756fef08ee@arm.com> <20170726111946.GA6273@hc> <20170726131058.GA8665@hc> <131179fe-42e7-f286-5bd4-801f4c93d5f9@arm.com> <20170726145522.GC28875@nazgul.tnic> <20170726151314.GA10696@hc> <0a0daa94-bad7-cbb5-e421-f8e9d6c79d54@arm.com> <20170726154623.GB11453@hc> <20170726172515.0000185c@huawei.com> Message-ID: <20170726164054.GA13136@hc> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Wed, Jul 26, 2017 at 05:25:15PM +0100, Jonathan Cameron wrote: > On Wed, 26 Jul 2017 17:46:23 +0200 > Jan Glauber wrote: > > > On Wed, Jul 26, 2017 at 04:17:11PM +0100, Suzuki K Poulose wrote: > > > How about adding a soc specific (wrapper) driver for the memory controller, which > > > could use the PCI id and trigger EDAC and PMU drivers (based on what is > > > selected by configs) ? > > > > Sounds good to me. Is there a driver that already does this? > Sounds like a classic MFD (multifunction device). There are quite a few pci > devices to be found under drivers/mfd/ than may provide some inspiration. I've looked into that before, from what I recall it did not fit my use case. After all these are multi-fn devices. > Jonathan > > > > --Jan > > > > _______________________________________________ > > linux-arm-kernel mailing list > > linux-arm-kernel at lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel