From: Srinivas Kandagatla <srinivas.kandagatla-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> To: "Jonathan Neuschäfer" <j.neuschaefer-hi6Y0CQ0nG0@public.gmane.org> Cc: gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw@public.gmane.org, sdharia-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org, poeschel-Xtl8qvBWbHwb1SvskN2V4Q@public.gmane.org, treding-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org, gong.chen-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, andreas.noever-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, alan-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, mathieu.poirier-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, daniel-/w4YWyX8dFk@public.gmane.org, jkosina-AlSwsSmVLrQ@public.gmane.org, sharon.dvir1-MQgwKvJRKlGYZoqfULhbRA@public.gmane.org, joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org, davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org, james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org, michael.opdenacker-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org, robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, pawel.moll-5wv7dgnIgG8@public.gmane.org, mark.rutland-5wv7dgnIgG8@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, kheitke-hxvC4TZJLZFWk0Htik3J/w@public.gmane.org, linux-arm-msm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, arnd-r2nGTMty4D4@public.gmane.org Subject: Re: [Patch v6 1/7] slimbus: Device management on SLIMbus Date: Sat, 7 Oct 2017 11:24:18 +0100 [thread overview] Message-ID: <e9f3357a-3094-8c6d-7a8d-3353e8af192d@linaro.org> (raw) In-Reply-To: <20171007041423.4lyuygxyjgr3cp33@latitude> Thanks for the comments. On 07/10/17 05:14, Jonathan Neuschäfer wrote: > Hi, I have some more or less trivial comments below. > > On Fri, Oct 06, 2017 at 05:51:30PM +0200, srinivas.kandagatla-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org wrote: >> From: Sagar Dharia <sdharia-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> >> >> SLIMbus (Serial Low Power Interchip Media Bus) is a specification >> developed by MIPI (Mobile Industry Processor Interface) alliance. >> SLIMbus is a 2-wire implementation, which is used to communicate with >> peripheral components like audio-codec. >> SLIMbus uses Time-Division-Multiplexing to accommodate multiple data >> channels, and control channel. Control channel has messages to do >> device-enumeration, messages to send/receive control-data to/from >> slimbus devices, messages for port/channel management, and messages to >> do bandwidth allocation. >> The framework supports multiple instances of the bus (1 controller per >> bus), and multiple slave devices per controller. >> >> This patch does device enumeration, logical address assignment, >> informing device when the device reports present/absent etc. >> Reporting present may need the driver to do the needful (e.g. turning >> on voltage regulators powering the device). Additionally device is >> probed when it reports present if that device doesn't need any such >> steps mentioned above. >> >> Signed-off-by: Sagar Dharia <sdharia-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> >> Signed-off-by: Srinivas Kandagatla <srinivas.kandagatla-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> >> --- > [...] >> +SLIMbus example for Qualcomm's slimbus manager component: >> + >> + slim@28080000 { >> + compatible = "qcom,slim-msm"; >> + reg = <0x28080000 0x2000>, >> + interrupts = <0 33 0>; >> + clocks = <&lcc SLIMBUS_SRC>, <&lcc AUDIO_SLIMBUS_CLK>; >> + clock-names = "iface_clk", "core_clk"; >> + #address-cells = <2>; >> + #size-cells = <0>; >> + >> + codec: wcd9310@1{ >> + compatible = "slim217,60""; > ^ spurious quote? > >> + reg = <1 0>; >> + }; >> + }; >> diff --git a/Documentation/slimbus/summary b/Documentation/slimbus/summary >> new file mode 100644 >> index 0000000..e7f90bb >> --- /dev/null >> +++ b/Documentation/slimbus/summary > > Should this file have a .rst extension, like other Restructured Text > files? Will try to sort this out in next version. > >> @@ -0,0 +1,109 @@ >> +Overview of Linux kernel SLIMbus support >> +======================================== > [...] >> +Device notifications to the driver: >> +----------------------------------- >> +Since SLIMbus devices have mechanisms for reporting their presence, the >> +framework allows drivers to bind when corresponding devices report their >> +presence on the bus. >> +However, it is possible that the driver needs to be probed >> +first so that it can enable corresponding SLIMbus devie (e.g. power it up and/or > > s/devie/device/ I guess > >> +take it out of reset). To support that behavior, the framework allows drivers >> +to probe first as well (e.g. using standard DeviceTree compatbility field). >> +This creates the necessity for the driver to know when the device is functional >> +(i.e. reported present). device_up callback is used for that reason when the >> +device reports present and is assigned a logical address by the controller. > [...] >> +/** >> + * struct slim_addrt: slimbus address used internally by the slimbus framework. >> + * @valid: If the device is present. Valid is set to false when device reports >> + * absent. >> + * @eaddr: Enumeration address >> + * @laddr: It is possible that controller will set a predefined logical address >> + * rather than the one assigned by framework. (i.e. logical address may >> + * not be same as index into this table). This entry will store the >> + * logical address value for this enumeration address. >> + */ >> +struct slim_addrt { >> + bool valid; >> + struct slim_eaddr eaddr; >> + u8 laddr; >> +}; > > I wonder if valid should be moved after eaddr, to reduce the need for > padding. AFAICS, struct slim_eaddr is 6 bytes long and requires 2-byte > alignment, so if valid is one byte long, there would be one byte of > padding after it, slightly bloating struct slim_addrt, unnecessarily. Makes sense!! > >> +/** >> + * struct slim_controller: Controls every instance of SLIMbus >> + * (similar to 'master' on SPI) >> + * 'Manager device' is responsible for device management, bandwidth >> + * allocation, channel setup, and port associations per channel. >> + * Device management means Logical address assignment/removal based on >> + * enumeration (report-present, report-absent) if a device. > > s/if a device/of a device/ ? Yep, will fix this in next version. > >> + * Bandwidth allocation is done dynamically by the manager based on active >> + * channels on the bus, message-bandwidth requests made by slimbus devices. >> + * Based on current bandwidth usage, manager chooses a frequency to run >> + * the bus at (in steps of 'clock-gear', 1 through 10, each clock gear >> + * representing twice the frequency than the previous gear). >> + * Manager is also responsible for entering (and exiting) low-power-mode >> + * (known as 'clock pause'). >> + * Manager can do handover of framer if there are multiple framers on the >> + * bus and a certain usecase warrants using certain framer to avoid keeping >> + * previous framer being powered-on. >> + * >> + * Controller here performs duties of the manager device, and 'interface >> + * device'. Interface device is responsible for monitoring the bus and >> + * reporting information such as loss-of-synchronization, data >> + * slot-collision. >> + * @dev: Device interface to this driver >> + * @nr: Board-specific number identifier for this controller/bus >> + * @list: Link with other slimbus controllers > > I don't see list in the struct. I think its a left over of the cleanup.. will fix this in next version. > >> + * @name: Name for this controller >> + * @min_cg: Minimum clock gear supported by this controller (default value: 1) >> + * @max_cg: Maximum clock gear supported by this controller (default value: 10) >> + * @clkgear: Current clock gear in which this bus is running >> + * @a_framer: Active framer which is clocking the bus managed by this controller >> + * @m_ctrl: Mutex protecting controller data structures >> + * @addrt: Logical address table >> + * @num_dev: Number of active slimbus slaves on this bus >> + * @wq: Workqueue per controller used to notify devices when they report present >> + * @xfer_msg: Transfer a message on this controller (this can be a broadcast >> + * control/status message like data channel setup, or a unicast message >> + * like value element read/write. > > I don't see xfer_msg in the struct. Will add in next version. > >> + * @set_laddr: Setup logical address at laddr for the slave with elemental >> + * address e_addr. Drivers implementing controller will be expected to >> + * send unicast message to this device with its logical address. >> + * @get_laddr: It is possible that controller needs to set fixed logical >> + * address table and get_laddr can be used in that case so that controller >> + * can do this assignment. >> + */ >> +struct slim_controller { >> + struct device dev; >> + unsigned int nr; >> + char name[SLIMBUS_NAME_SIZE]; >> + int min_cg; >> + int max_cg; >> + int clkgear; >> + struct slim_framer *a_framer; >> + struct mutex m_ctrl; >> + struct slim_addrt *addrt; >> + u8 num_dev; >> + struct workqueue_struct *wq; >> + int (*set_laddr)(struct slim_controller *ctrl, >> + struct slim_eaddr *ea, u8 laddr); >> + int (*get_laddr)(struct slim_controller *ctrl, >> + struct slim_eaddr *ea, u8 *laddr); >> +}; > > > Thanks, > Jonathan Neuschäfer > -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: Srinivas Kandagatla <srinivas.kandagatla@linaro.org> To: "Jonathan Neuschäfer" <j.neuschaefer@gmx.net> Cc: gregkh@linuxfoundation.org, broonie@kernel.org, alsa-devel@alsa-project.org, sdharia@codeaurora.org, bp@suse.de, poeschel@lemonage.de, treding@nvidia.com, gong.chen@linux.intel.com, andreas.noever@gmail.com, alan@linux.intel.com, mathieu.poirier@linaro.org, daniel@ffwll.ch, jkosina@suse.cz, sharon.dvir1@mail.huji.ac.il, joe@perches.com, davem@davemloft.net, james.hogan@imgtec.com, michael.opdenacker@free-electrons.com, robh+dt@kernel.org, pawel.moll@arm.com, mark.rutland@arm.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, kheitke@audience.com, linux-arm-msm@vger.kernel.org, arnd@arndb.de Subject: Re: [Patch v6 1/7] slimbus: Device management on SLIMbus Date: Sat, 7 Oct 2017 11:24:18 +0100 [thread overview] Message-ID: <e9f3357a-3094-8c6d-7a8d-3353e8af192d@linaro.org> (raw) In-Reply-To: <20171007041423.4lyuygxyjgr3cp33@latitude> Thanks for the comments. On 07/10/17 05:14, Jonathan Neuschäfer wrote: > Hi, I have some more or less trivial comments below. > > On Fri, Oct 06, 2017 at 05:51:30PM +0200, srinivas.kandagatla@linaro.org wrote: >> From: Sagar Dharia <sdharia@codeaurora.org> >> >> SLIMbus (Serial Low Power Interchip Media Bus) is a specification >> developed by MIPI (Mobile Industry Processor Interface) alliance. >> SLIMbus is a 2-wire implementation, which is used to communicate with >> peripheral components like audio-codec. >> SLIMbus uses Time-Division-Multiplexing to accommodate multiple data >> channels, and control channel. Control channel has messages to do >> device-enumeration, messages to send/receive control-data to/from >> slimbus devices, messages for port/channel management, and messages to >> do bandwidth allocation. >> The framework supports multiple instances of the bus (1 controller per >> bus), and multiple slave devices per controller. >> >> This patch does device enumeration, logical address assignment, >> informing device when the device reports present/absent etc. >> Reporting present may need the driver to do the needful (e.g. turning >> on voltage regulators powering the device). Additionally device is >> probed when it reports present if that device doesn't need any such >> steps mentioned above. >> >> Signed-off-by: Sagar Dharia <sdharia@codeaurora.org> >> Signed-off-by: Srinivas Kandagatla <srinivas.kandagatla@linaro.org> >> --- > [...] >> +SLIMbus example for Qualcomm's slimbus manager component: >> + >> + slim@28080000 { >> + compatible = "qcom,slim-msm"; >> + reg = <0x28080000 0x2000>, >> + interrupts = <0 33 0>; >> + clocks = <&lcc SLIMBUS_SRC>, <&lcc AUDIO_SLIMBUS_CLK>; >> + clock-names = "iface_clk", "core_clk"; >> + #address-cells = <2>; >> + #size-cells = <0>; >> + >> + codec: wcd9310@1{ >> + compatible = "slim217,60""; > ^ spurious quote? > >> + reg = <1 0>; >> + }; >> + }; >> diff --git a/Documentation/slimbus/summary b/Documentation/slimbus/summary >> new file mode 100644 >> index 0000000..e7f90bb >> --- /dev/null >> +++ b/Documentation/slimbus/summary > > Should this file have a .rst extension, like other Restructured Text > files? Will try to sort this out in next version. > >> @@ -0,0 +1,109 @@ >> +Overview of Linux kernel SLIMbus support >> +======================================== > [...] >> +Device notifications to the driver: >> +----------------------------------- >> +Since SLIMbus devices have mechanisms for reporting their presence, the >> +framework allows drivers to bind when corresponding devices report their >> +presence on the bus. >> +However, it is possible that the driver needs to be probed >> +first so that it can enable corresponding SLIMbus devie (e.g. power it up and/or > > s/devie/device/ I guess > >> +take it out of reset). To support that behavior, the framework allows drivers >> +to probe first as well (e.g. using standard DeviceTree compatbility field). >> +This creates the necessity for the driver to know when the device is functional >> +(i.e. reported present). device_up callback is used for that reason when the >> +device reports present and is assigned a logical address by the controller. > [...] >> +/** >> + * struct slim_addrt: slimbus address used internally by the slimbus framework. >> + * @valid: If the device is present. Valid is set to false when device reports >> + * absent. >> + * @eaddr: Enumeration address >> + * @laddr: It is possible that controller will set a predefined logical address >> + * rather than the one assigned by framework. (i.e. logical address may >> + * not be same as index into this table). This entry will store the >> + * logical address value for this enumeration address. >> + */ >> +struct slim_addrt { >> + bool valid; >> + struct slim_eaddr eaddr; >> + u8 laddr; >> +}; > > I wonder if valid should be moved after eaddr, to reduce the need for > padding. AFAICS, struct slim_eaddr is 6 bytes long and requires 2-byte > alignment, so if valid is one byte long, there would be one byte of > padding after it, slightly bloating struct slim_addrt, unnecessarily. Makes sense!! > >> +/** >> + * struct slim_controller: Controls every instance of SLIMbus >> + * (similar to 'master' on SPI) >> + * 'Manager device' is responsible for device management, bandwidth >> + * allocation, channel setup, and port associations per channel. >> + * Device management means Logical address assignment/removal based on >> + * enumeration (report-present, report-absent) if a device. > > s/if a device/of a device/ ? Yep, will fix this in next version. > >> + * Bandwidth allocation is done dynamically by the manager based on active >> + * channels on the bus, message-bandwidth requests made by slimbus devices. >> + * Based on current bandwidth usage, manager chooses a frequency to run >> + * the bus at (in steps of 'clock-gear', 1 through 10, each clock gear >> + * representing twice the frequency than the previous gear). >> + * Manager is also responsible for entering (and exiting) low-power-mode >> + * (known as 'clock pause'). >> + * Manager can do handover of framer if there are multiple framers on the >> + * bus and a certain usecase warrants using certain framer to avoid keeping >> + * previous framer being powered-on. >> + * >> + * Controller here performs duties of the manager device, and 'interface >> + * device'. Interface device is responsible for monitoring the bus and >> + * reporting information such as loss-of-synchronization, data >> + * slot-collision. >> + * @dev: Device interface to this driver >> + * @nr: Board-specific number identifier for this controller/bus >> + * @list: Link with other slimbus controllers > > I don't see list in the struct. I think its a left over of the cleanup.. will fix this in next version. > >> + * @name: Name for this controller >> + * @min_cg: Minimum clock gear supported by this controller (default value: 1) >> + * @max_cg: Maximum clock gear supported by this controller (default value: 10) >> + * @clkgear: Current clock gear in which this bus is running >> + * @a_framer: Active framer which is clocking the bus managed by this controller >> + * @m_ctrl: Mutex protecting controller data structures >> + * @addrt: Logical address table >> + * @num_dev: Number of active slimbus slaves on this bus >> + * @wq: Workqueue per controller used to notify devices when they report present >> + * @xfer_msg: Transfer a message on this controller (this can be a broadcast >> + * control/status message like data channel setup, or a unicast message >> + * like value element read/write. > > I don't see xfer_msg in the struct. Will add in next version. > >> + * @set_laddr: Setup logical address at laddr for the slave with elemental >> + * address e_addr. Drivers implementing controller will be expected to >> + * send unicast message to this device with its logical address. >> + * @get_laddr: It is possible that controller needs to set fixed logical >> + * address table and get_laddr can be used in that case so that controller >> + * can do this assignment. >> + */ >> +struct slim_controller { >> + struct device dev; >> + unsigned int nr; >> + char name[SLIMBUS_NAME_SIZE]; >> + int min_cg; >> + int max_cg; >> + int clkgear; >> + struct slim_framer *a_framer; >> + struct mutex m_ctrl; >> + struct slim_addrt *addrt; >> + u8 num_dev; >> + struct workqueue_struct *wq; >> + int (*set_laddr)(struct slim_controller *ctrl, >> + struct slim_eaddr *ea, u8 laddr); >> + int (*get_laddr)(struct slim_controller *ctrl, >> + struct slim_eaddr *ea, u8 *laddr); >> +}; > > > Thanks, > Jonathan Neuschäfer >
next prev parent reply other threads:[~2017-10-07 10:24 UTC|newest] Thread overview: 89+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-10-06 15:51 [Patch v6 0/7] Introduce framework for SLIMbus device drivers srinivas.kandagatla 2017-10-06 15:51 ` [Patch v6 1/7] slimbus: Device management on SLIMbus srinivas.kandagatla 2017-10-06 15:51 ` srinivas.kandagatla 2017-10-10 10:05 ` Charles Keepax 2017-10-10 10:05 ` [alsa-devel] " Charles Keepax 2017-10-10 12:34 ` Srinivas Kandagatla 2017-10-10 12:34 ` [alsa-devel] " Srinivas Kandagatla 2017-10-10 12:56 ` Charles Keepax 2017-10-10 12:56 ` [alsa-devel] " Charles Keepax 2017-10-11 10:23 ` Mark Brown 2017-10-11 10:23 ` [alsa-devel] " Mark Brown [not found] ` <20171006155136.4682-2-srinivas.kandagatla-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> 2017-10-07 4:14 ` Jonathan Neuschäfer 2017-10-07 4:14 ` Jonathan Neuschäfer 2017-10-07 10:24 ` Srinivas Kandagatla [this message] 2017-10-07 10:24 ` Srinivas Kandagatla 2017-10-10 10:45 ` [alsa-devel] " Vinod Koul 2017-10-10 10:45 ` Vinod Koul 2017-10-10 12:34 ` Srinivas Kandagatla 2017-10-10 16:49 ` Vinod Koul 2017-10-10 16:49 ` [alsa-devel] " Vinod Koul 2017-10-10 17:21 ` Srinivas Kandagatla 2017-10-11 4:07 ` Vinod Koul 2017-10-11 9:42 ` Srinivas Kandagatla 2017-10-11 10:21 ` Vinod Koul 2017-10-11 11:23 ` Srinivas Kandagatla 2017-10-13 19:26 ` Rob Herring 2017-10-13 19:26 ` Rob Herring 2017-10-16 9:28 ` Srinivas Kandagatla 2017-10-16 9:28 ` Srinivas Kandagatla 2017-10-17 6:23 ` Bjorn Andersson 2017-10-17 6:23 ` Bjorn Andersson 2017-10-18 16:38 ` Srinivas Kandagatla 2017-10-18 16:38 ` Srinivas Kandagatla [not found] ` <1a1d2777-be69-98ca-afba-0ffd0e3dd80f-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> 2017-11-01 23:08 ` Bjorn Andersson 2017-11-01 23:08 ` Bjorn Andersson 2017-10-25 0:16 ` Stephen Boyd 2017-10-25 0:16 ` Stephen Boyd 2017-10-12 11:01 ` [alsa-devel] " Sanyog Kale 2017-10-12 13:26 ` Srinivas Kandagatla 2017-10-12 13:26 ` Srinivas Kandagatla 2017-10-23 9:06 ` Mark Brown 2017-10-06 15:51 ` [Patch v6 3/7] slimbus: qcom: Add Qualcomm Slimbus controller driver srinivas.kandagatla 2017-10-07 7:45 ` Jonathan Neuschäfer 2017-10-07 10:24 ` Srinivas Kandagatla 2017-10-07 10:24 ` Srinivas Kandagatla 2017-10-13 19:17 ` Rob Herring 2017-10-16 9:28 ` Srinivas Kandagatla 2017-10-18 7:27 ` Bjorn Andersson 2017-10-18 16:39 ` Srinivas Kandagatla 2017-10-06 15:51 ` [Patch v6 4/7] slimbus: Add support for 'clock-pause' feature srinivas.kandagatla 2017-10-07 8:06 ` Jonathan Neuschäfer 2017-10-07 10:24 ` Srinivas Kandagatla [not found] ` <20171006155136.4682-1-srinivas.kandagatla-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> 2017-10-06 15:51 ` [Patch v6 2/7] slimbus: Add messaging APIs to slimbus framework srinivas.kandagatla-QSEj5FYQhm4dnm+yROfE0A 2017-10-06 15:51 ` srinivas.kandagatla 2017-10-07 6:42 ` Jonathan Neuschäfer 2017-10-07 10:24 ` Srinivas Kandagatla 2017-10-07 10:24 ` Srinivas Kandagatla 2017-10-07 12:29 ` Jonathan Neuschäfer 2017-10-10 12:19 ` Charles Keepax 2017-10-10 12:19 ` [alsa-devel] " Charles Keepax 2017-10-10 13:01 ` Srinivas Kandagatla 2017-10-10 13:01 ` [alsa-devel] " Srinivas Kandagatla 2017-10-11 4:38 ` Vinod Koul 2017-10-11 7:53 ` Arnd Bergmann 2017-10-11 7:53 ` Arnd Bergmann 2017-10-11 9:42 ` Srinivas Kandagatla 2017-10-11 9:42 ` [alsa-devel] " Srinivas Kandagatla [not found] ` <aa117cb8-ba59-894c-5a82-1b38facfa841-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> 2017-10-11 10:24 ` Vinod Koul 2017-10-11 10:24 ` Vinod Koul 2017-10-11 11:12 ` Srinivas Kandagatla 2017-10-18 6:15 ` Bjorn Andersson 2017-10-18 16:39 ` Srinivas Kandagatla 2017-10-20 5:00 ` Bjorn Andersson 2017-10-20 5:00 ` Bjorn Andersson 2017-10-06 15:51 ` [Patch v6 5/7] slimbus: qcom: Add runtime-pm support using clock-pause feature srinivas.kandagatla-QSEj5FYQhm4dnm+yROfE0A 2017-10-06 15:51 ` srinivas.kandagatla 2017-10-07 8:22 ` Jonathan Neuschäfer 2017-10-07 10:25 ` Srinivas Kandagatla 2017-10-06 15:51 ` [Patch v6 7/7] MAINTAINERS: Add SLIMbus maintainer srinivas.kandagatla-QSEj5FYQhm4dnm+yROfE0A 2017-10-06 15:51 ` srinivas.kandagatla 2017-10-20 5:00 ` Bjorn Andersson 2017-10-20 5:00 ` Bjorn Andersson 2017-10-06 15:51 ` [Patch v6 6/7] regmap: add SLIMBUS support srinivas.kandagatla 2017-10-07 5:02 ` Jonathan Neuschäfer 2017-10-07 10:25 ` Srinivas Kandagatla 2017-10-20 5:00 ` Bjorn Andersson 2017-10-20 5:00 ` Bjorn Andersson 2017-10-25 0:43 [Patch v6 1/7] slimbus: Device management on SLIMbus Rishi Bhattacharya 2017-10-25 0:43 ` Rishi Bhattacharya
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=e9f3357a-3094-8c6d-7a8d-3353e8af192d@linaro.org \ --to=srinivas.kandagatla-qsej5fyqhm4dnm+yrofe0a@public.gmane.org \ --cc=alan-VuQAYsv1563Yd54FQh9/CA@public.gmane.org \ --cc=alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw@public.gmane.org \ --cc=andreas.noever-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \ --cc=arnd-r2nGTMty4D4@public.gmane.org \ --cc=bp-l3A5Bk7waGM@public.gmane.org \ --cc=broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \ --cc=daniel-/w4YWyX8dFk@public.gmane.org \ --cc=davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org \ --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=gong.chen-VuQAYsv1563Yd54FQh9/CA@public.gmane.org \ --cc=gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org \ --cc=j.neuschaefer-hi6Y0CQ0nG0@public.gmane.org \ --cc=james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org \ --cc=jkosina-AlSwsSmVLrQ@public.gmane.org \ --cc=joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org \ --cc=kheitke-hxvC4TZJLZFWk0Htik3J/w@public.gmane.org \ --cc=linux-arm-msm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \ --cc=mathieu.poirier-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \ --cc=michael.opdenacker-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org \ --cc=pawel.moll-5wv7dgnIgG8@public.gmane.org \ --cc=poeschel-Xtl8qvBWbHwb1SvskN2V4Q@public.gmane.org \ --cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \ --cc=sdharia-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org \ --cc=sharon.dvir1-MQgwKvJRKlGYZoqfULhbRA@public.gmane.org \ --cc=treding-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.