From: Paul Walmsley <paul@pwsan.com> To: "Cousson, Benoit" <b-cousson@ti.com> Cc: "Balbi, Felipe" <balbi@ti.com>, "Mohammed, Afzal" <afzal@ti.com>, Greg KH <greg@kroah.com>, "Shilimkar, Santosh" <santosh.shilimkar@ti.com>, "V, Aneesh" <aneesh@ti.com>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>, "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>, "mgreer@animalcreek.com" <mgreer@animalcreek.com>, "msalter@redhat.com" <msalter@redhat.com> Subject: Re: [PATCH v4 0/7] Add TI EMIF SDRAM controller driver Date: Thu, 12 Apr 2012 13:15:16 -0600 (MDT) [thread overview] Message-ID: <alpine.DEB.2.00.1204121304050.29473@utopia.booyaka.com> (raw) In-Reply-To: <4F87240F.6060902@ti.com> [-- Attachment #1: Type: TEXT/PLAIN, Size: 709 bytes --] Hi Benoît, On Thu, 12 Apr 2012, Cousson, Benoit wrote: > The LPDDR2 spec does consider as well NVM (Non Volatile Memory), so I think we > should stick to driver/memory for EMIF. Hmm good point! > > So perhaps something like drivers/memory/dram/ for the SDRAM controllers, > > and maybe drivers/memory/ for the GPMC? > > In fact Felipe was considering something else for that kind of general purpose > bus driver like GMPC, C2C and LLI... > > ... But I do not remember the name :-) It would be nice if we could separate IP blocks that can drive an Ethernet controller or modem chip from the DRAM controllers; they are quite different beasts from a common API standpoint. - Paul
WARNING: multiple messages have this Message-ID (diff)
From: paul@pwsan.com (Paul Walmsley) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH v4 0/7] Add TI EMIF SDRAM controller driver Date: Thu, 12 Apr 2012 13:15:16 -0600 (MDT) [thread overview] Message-ID: <alpine.DEB.2.00.1204121304050.29473@utopia.booyaka.com> (raw) In-Reply-To: <4F87240F.6060902@ti.com> Hi Beno?t, On Thu, 12 Apr 2012, Cousson, Benoit wrote: > The LPDDR2 spec does consider as well NVM (Non Volatile Memory), so I think we > should stick to driver/memory for EMIF. Hmm good point! > > So perhaps something like drivers/memory/dram/ for the SDRAM controllers, > > and maybe drivers/memory/ for the GPMC? > > In fact Felipe was considering something else for that kind of general purpose > bus driver like GMPC, C2C and LLI... > > ... But I do not remember the name :-) It would be nice if we could separate IP blocks that can drive an Ethernet controller or modem chip from the DRAM controllers; they are quite different beasts from a common API standpoint. - Paul
next prev parent reply other threads:[~2012-04-12 19:15 UTC|newest] Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top 2012-03-16 21:51 [PATCH v4 0/7] Add TI EMIF SDRAM controller driver Aneesh V 2012-03-16 21:51 ` Aneesh V 2012-03-16 21:51 ` [PATCH v4 1/7] misc: ddr: add LPDDR2 data from JESD209-2 Aneesh V 2012-03-16 21:51 ` Aneesh V 2012-03-16 21:51 ` [PATCH v4 2/7] misc: emif: add register definitions for EMIF Aneesh V 2012-03-16 21:51 ` Aneesh V 2012-03-16 21:51 ` [PATCH v4 3/7] misc: emif: add basic infrastructure for EMIF driver Aneesh V 2012-03-16 21:51 ` Aneesh V 2012-03-16 21:51 ` [PATCH v4 4/7] misc: emif: handle frequency and voltage change events Aneesh V 2012-03-16 21:51 ` Aneesh V 2012-03-16 21:51 ` [PATCH v4 5/7] misc: emif: add interrupt and temperature handling Aneesh V 2012-03-16 21:51 ` Aneesh V 2012-03-16 21:51 ` [PATCH v4 6/7] misc: emif: add one-time settings Aneesh V 2012-03-16 21:51 ` Aneesh V 2012-03-16 21:51 ` [PATCH v4 7/7] misc: emif: add debugfs entries for emif Aneesh V 2012-03-16 21:51 ` Aneesh V 2012-03-17 6:10 ` [PATCH v4 0/7] Add TI EMIF SDRAM controller driver Kyungmin Park 2012-03-17 6:10 ` Kyungmin Park 2012-03-17 6:10 ` Kyungmin Park 2012-04-12 2:44 ` Paul Walmsley 2012-04-12 2:44 ` Paul Walmsley 2012-04-12 2:57 ` Aneesh V 2012-04-12 2:57 ` Aneesh V 2012-04-12 2:57 ` Aneesh V 2012-04-12 3:00 ` Greg KH 2012-04-12 3:00 ` Greg KH 2012-04-12 3:12 ` Paul Walmsley 2012-04-12 3:12 ` Paul Walmsley 2012-04-12 6:47 ` Santosh Shilimkar 2012-04-12 6:47 ` Santosh Shilimkar 2012-04-12 13:10 ` Greg KH 2012-04-12 13:10 ` Greg KH 2012-04-12 13:34 ` Mohammed, Afzal 2012-04-12 13:34 ` Mohammed, Afzal 2012-04-12 13:34 ` Mohammed, Afzal 2012-04-12 14:10 ` Greg KH 2012-04-12 14:10 ` Greg KH 2012-04-12 14:10 ` Greg KH 2012-04-12 14:15 ` Mohammed, Afzal 2012-04-12 14:15 ` Mohammed, Afzal 2012-04-12 14:15 ` Mohammed, Afzal 2012-04-12 14:21 ` Kevin Hilman 2012-04-12 14:21 ` Kevin Hilman 2012-04-12 14:21 ` Kevin Hilman 2012-04-12 17:00 ` Paul Walmsley 2012-04-12 17:00 ` Paul Walmsley 2012-04-12 17:00 ` Paul Walmsley 2012-04-12 18:50 ` Cousson, Benoit 2012-04-12 18:50 ` Cousson, Benoit 2012-04-12 18:50 ` Cousson, Benoit 2012-04-12 19:15 ` Paul Walmsley [this message] 2012-04-12 19:15 ` Paul Walmsley 2012-04-12 19:15 ` Paul Walmsley 2012-04-12 19:24 ` Cousson, Benoit 2012-04-12 19:24 ` Cousson, Benoit 2012-04-12 19:24 ` Cousson, Benoit 2012-04-13 9:07 ` Felipe Balbi 2012-04-13 9:07 ` Felipe Balbi 2012-04-13 9:07 ` Felipe Balbi 2012-04-12 14:14 ` Shilimkar, Santosh 2012-04-12 14:14 ` Shilimkar, Santosh 2012-04-12 19:58 ` V, Aneesh 2012-04-12 19:58 ` V, Aneesh 2012-04-23 10:56 ` Mohammed, Afzal 2012-04-23 10:56 ` Mohammed, Afzal 2012-04-23 10:56 ` Mohammed, Afzal 2012-04-23 11:04 ` Shilimkar, Santosh 2012-04-23 11:04 ` Shilimkar, Santosh 2012-04-23 11:04 ` Shilimkar, Santosh 2012-04-23 11:09 ` Mohammed, Afzal 2012-04-23 11:09 ` Mohammed, Afzal 2012-04-23 11:09 ` Mohammed, Afzal 2012-04-23 14:27 ` Greg KH 2012-04-23 14:27 ` Greg KH 2012-04-23 14:27 ` Greg KH 2012-04-23 14:44 ` Shilimkar, Santosh 2012-04-23 14:44 ` Shilimkar, Santosh 2012-04-23 14:44 ` Shilimkar, Santosh 2012-04-27 13:16 ` Santosh Shilimkar 2012-04-27 13:16 ` Santosh Shilimkar 2012-04-27 13:16 ` Santosh Shilimkar 2012-04-13 14:15 ` Mark Salter 2012-04-13 14:15 ` Mark Salter 2012-03-19 1:08 함명주 2012-03-19 7:07 ` Shilimkar, Santosh
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=alpine.DEB.2.00.1204121304050.29473@utopia.booyaka.com \ --to=paul@pwsan.com \ --cc=afzal@ti.com \ --cc=aneesh@ti.com \ --cc=b-cousson@ti.com \ --cc=balbi@ti.com \ --cc=greg@kroah.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-omap@vger.kernel.org \ --cc=mgreer@animalcreek.com \ --cc=msalter@redhat.com \ --cc=santosh.shilimkar@ti.com \ /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.