From: Tony Lindgren <tony@atomide.com> To: Paul Walmsley <paul@pwsan.com> Cc: "Cousson, Benoit" <b-cousson@ti.com>, balbi@ti.com, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Tero Kristo <t-kristo@ti.com>, Ohad Ben-Cohen <ohad@wizery.com> Subject: Re: [PATCH 04/11] ARM: OMAP2+: usb_host_fs: add custom reset for usb_host_fs (fsusb) Date: Sun, 10 Jun 2012 23:15:47 -0700 [thread overview] Message-ID: <20120611061546.GQ12766@atomide.com> (raw) In-Reply-To: <alpine.DEB.2.00.1206080722040.14977@utopia.booyaka.com> * Paul Walmsley <paul@pwsan.com> [120608 06:33]: > On Fri, 8 Jun 2012, Cousson, Benoit wrote: > > > On 6/8/2012 3:11 AM, Paul Walmsley wrote: > > > On Thu, 7 Jun 2012, Cousson, Benoit wrote: > > > > > > > Indeed, what I did not mention is that potentially the whole device > > > > init should be done ondemand as well. Meaning the whole hwmod setup > > > > phase should be done only when the driver will probe the device. > > > > > > That means if no driver exists for an IP block, or if the driver isn't > > > using PM runtime, the IP block won't be reset. And somehow we still are > > > missing drivers in mainline. We also still have drivers that aren't yet > > > PM runtime converted. > > > > No the point is still the same as before. You let the drivers do the job if > > they are there, and then do a pass at very late time during the boot process > > to handle the ones that were not probed by any driver. > > Ah, I see what you mean. Above you wrote that the the hwmod setup phase > would be done only when the driver will probe the device. But you also > mean that it should also be done for the remaining devices before starting > userspace. > > > At least you will avoid the enable -> reset -> idle -> enable sequence > > we are doing right now for most of the active drivers when it is not > > necessary. > > It must not be widely known, but early reset was implemented > intentionally. The goal was to keep any configuration damage from > out-of-date or broken bootloaders or previous OSes to a minimum length of > time during the boot process. These devices should get reset as the device drivers initialize. Some parts of course need to be initialized properly early like caches and DMA controller. > I don't really have a huge problem with switching to a late reset, > but there are disadvantages to it. I think the early reset actually has more disadvantages to it compared to driver reset. We don't see any errors when things go wrong, and we may even kill the only debug console in the reset process. We are already doing what Benoit describes with clocks where we only reset the unclaimed ones at late_initcall level, and that has proven to work well. Regards, Tony
WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 04/11] ARM: OMAP2+: usb_host_fs: add custom reset for usb_host_fs (fsusb) Date: Sun, 10 Jun 2012 23:15:47 -0700 [thread overview] Message-ID: <20120611061546.GQ12766@atomide.com> (raw) In-Reply-To: <alpine.DEB.2.00.1206080722040.14977@utopia.booyaka.com> * Paul Walmsley <paul@pwsan.com> [120608 06:33]: > On Fri, 8 Jun 2012, Cousson, Benoit wrote: > > > On 6/8/2012 3:11 AM, Paul Walmsley wrote: > > > On Thu, 7 Jun 2012, Cousson, Benoit wrote: > > > > > > > Indeed, what I did not mention is that potentially the whole device > > > > init should be done ondemand as well. Meaning the whole hwmod setup > > > > phase should be done only when the driver will probe the device. > > > > > > That means if no driver exists for an IP block, or if the driver isn't > > > using PM runtime, the IP block won't be reset. And somehow we still are > > > missing drivers in mainline. We also still have drivers that aren't yet > > > PM runtime converted. > > > > No the point is still the same as before. You let the drivers do the job if > > they are there, and then do a pass at very late time during the boot process > > to handle the ones that were not probed by any driver. > > Ah, I see what you mean. Above you wrote that the the hwmod setup phase > would be done only when the driver will probe the device. But you also > mean that it should also be done for the remaining devices before starting > userspace. > > > At least you will avoid the enable -> reset -> idle -> enable sequence > > we are doing right now for most of the active drivers when it is not > > necessary. > > It must not be widely known, but early reset was implemented > intentionally. The goal was to keep any configuration damage from > out-of-date or broken bootloaders or previous OSes to a minimum length of > time during the boot process. These devices should get reset as the device drivers initialize. Some parts of course need to be initialized properly early like caches and DMA controller. > I don't really have a huge problem with switching to a late reset, > but there are disadvantages to it. I think the early reset actually has more disadvantages to it compared to driver reset. We don't see any errors when things go wrong, and we may even kill the only debug console in the reset process. We are already doing what Benoit describes with clocks where we only reset the unclaimed ones at late_initcall level, and that has proven to work well. Regards, Tony
next prev parent reply other threads:[~2012-06-11 6:15 UTC|newest] Thread overview: 120+ messages / expand[flat|nested] mbox.gz Atom feed top 2012-06-07 6:13 [PATCH 00/11] ARM: OMAP: core/hwmod: first set of fixes for 3.5-rc Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-07 6:13 ` [PATCH 01/11] ARM: OMAP2+: hwmod: add setup_preprogram hook Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-07 6:13 ` [PATCH 02/11] ARM: OMAP4+: AESS: enable internal auto-gating during initial setup Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-07 7:19 ` Tony Lindgren 2012-06-07 7:19 ` Tony Lindgren 2012-06-07 7:31 ` Paul Walmsley 2012-06-07 7:31 ` Paul Walmsley 2012-06-07 7:48 ` Tony Lindgren 2012-06-07 7:48 ` Tony Lindgren 2012-06-07 10:45 ` Paul Walmsley 2012-06-07 10:45 ` Paul Walmsley 2012-06-07 11:08 ` Tony Lindgren 2012-06-07 11:08 ` Tony Lindgren 2012-06-07 6:13 ` [PATCH 03/11] ARM: OMAP4: hwmod data: add SL2IF hardreset line Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-07 6:13 ` [PATCH 04/11] ARM: OMAP2+: usb_host_fs: add custom reset for usb_host_fs (fsusb) Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-07 7:31 ` Tony Lindgren 2012-06-07 7:31 ` Tony Lindgren 2012-06-07 7:33 ` Felipe Balbi 2012-06-07 7:33 ` Felipe Balbi 2012-06-07 8:00 ` Tony Lindgren 2012-06-07 8:00 ` Tony Lindgren 2012-06-07 7:40 ` Paul Walmsley 2012-06-07 7:40 ` Paul Walmsley 2012-06-07 7:51 ` Tony Lindgren 2012-06-07 7:51 ` Tony Lindgren 2012-06-07 7:55 ` Felipe Balbi 2012-06-07 7:55 ` Felipe Balbi 2012-06-07 8:02 ` Cousson, Benoit 2012-06-07 8:02 ` Cousson, Benoit 2012-06-07 8:10 ` Tony Lindgren 2012-06-07 8:10 ` Tony Lindgren 2012-06-07 8:14 ` Felipe Balbi 2012-06-07 8:14 ` Felipe Balbi 2012-06-07 10:52 ` Paul Walmsley 2012-06-07 10:52 ` Paul Walmsley 2012-06-07 12:30 ` Cousson, Benoit 2012-06-07 12:30 ` Cousson, Benoit 2012-06-08 1:11 ` Paul Walmsley 2012-06-08 1:11 ` Paul Walmsley 2012-06-08 13:13 ` Cousson, Benoit 2012-06-08 13:13 ` Cousson, Benoit 2012-06-08 13:28 ` Paul Walmsley 2012-06-08 13:28 ` Paul Walmsley 2012-06-08 19:32 ` Hiremath, Vaibhav 2012-06-08 19:32 ` Hiremath, Vaibhav 2012-06-08 23:10 ` AM335x CPSW reset (was "RE: [PATCH 04/11] ARM: OMAP2+: usb_host_fs: add custom reset for usb_host_fs (fsusb)") Paul Walmsley 2012-06-08 23:10 ` Paul Walmsley 2012-06-09 8:39 ` Hiremath, Vaibhav 2012-06-09 8:39 ` Hiremath, Vaibhav 2012-06-09 16:05 ` Paul Walmsley 2012-06-09 16:05 ` Paul Walmsley 2012-06-11 6:15 ` Tony Lindgren [this message] 2012-06-11 6:15 ` [PATCH 04/11] ARM: OMAP2+: usb_host_fs: add custom reset for usb_host_fs (fsusb) Tony Lindgren 2012-06-11 8:04 ` Paul Walmsley 2012-06-11 8:04 ` Paul Walmsley 2012-06-11 9:24 ` Cousson, Benoit 2012-06-11 9:24 ` Cousson, Benoit 2012-06-11 16:20 ` Paul Walmsley 2012-06-11 16:20 ` Paul Walmsley 2012-06-07 10:20 ` Paul Walmsley 2012-06-07 10:20 ` Paul Walmsley 2012-06-07 10:52 ` Tony Lindgren 2012-06-07 10:52 ` Tony Lindgren 2012-06-07 22:05 ` Paul Walmsley 2012-06-07 22:05 ` Paul Walmsley 2012-06-08 6:38 ` Tony Lindgren 2012-06-08 6:38 ` Tony Lindgren 2012-06-09 1:31 ` Paul Walmsley 2012-06-09 1:31 ` Paul Walmsley 2012-06-11 6:21 ` Tony Lindgren 2012-06-11 6:21 ` Tony Lindgren 2012-06-07 6:13 ` [PATCH 05/11] ARM: OMAP2+: hwmod code/data: fix 32K sync timer Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-07 6:59 ` Hiremath, Vaibhav 2012-06-07 6:59 ` Hiremath, Vaibhav 2012-06-07 7:08 ` Paul Walmsley 2012-06-07 7:08 ` Paul Walmsley 2012-06-07 18:09 ` Hiremath, Vaibhav 2012-06-07 18:09 ` Hiremath, Vaibhav 2012-06-07 20:03 ` Paul Walmsley 2012-06-07 20:03 ` Paul Walmsley 2012-06-08 19:10 ` Hiremath, Vaibhav 2012-06-08 19:10 ` Hiremath, Vaibhav 2012-06-11 9:12 ` Cousson, Benoit 2012-06-11 9:12 ` Cousson, Benoit 2012-06-08 13:22 ` Tero Kristo 2012-06-08 13:22 ` Tero Kristo 2012-06-08 23:18 ` Paul Walmsley 2012-06-08 23:18 ` Paul Walmsley 2012-06-07 6:13 ` [PATCH 06/11] ARM: OMAP4+: hwmod: fix issue causing IPs not going back to Smart-Standby Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-07 6:13 ` [PATCH 07/11] ARM: OMAP: PM: Lock clocks list while generating summary Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-07 6:13 ` [PATCH 08/11] ARM: OMAP2+: CM: increase the module disable timeout Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-07 6:13 ` [PATCH 10/11] ARM: OMAP2+: hwmod: add flag to prevent hwmod code from touching IP block during init Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-07 6:13 ` [PATCH 09/11] ARM: OMAP4: clock data: add clockdomains for clocks used as main clocks Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-07 6:39 ` Rajendra Nayak 2012-06-07 6:39 ` Rajendra Nayak 2012-06-18 17:41 ` Paul Walmsley 2012-06-18 17:41 ` Paul Walmsley 2012-06-19 5:15 ` Rajendra Nayak 2012-06-19 5:15 ` Rajendra Nayak 2012-06-07 6:13 ` [PATCH 11/11] ARM: OMAP4: hwmod data: do not enable or reset the McPDM during kernel init Paul Walmsley 2012-06-07 6:13 ` Paul Walmsley 2012-06-08 13:30 ` [PATCH 00/11] ARM: OMAP: core/hwmod: first set of fixes for 3.5-rc Tero Kristo 2012-06-08 13:30 ` Tero Kristo 2012-06-09 1:15 ` Paul Walmsley 2012-06-09 1:15 ` Paul Walmsley 2012-06-13 23:55 ` Paul Walmsley 2012-06-13 23:55 ` Paul Walmsley 2012-06-14 7:36 ` Tero Kristo 2012-06-14 7:36 ` Tero Kristo
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=20120611061546.GQ12766@atomide.com \ --to=tony@atomide.com \ --cc=b-cousson@ti.com \ --cc=balbi@ti.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-omap@vger.kernel.org \ --cc=ohad@wizery.com \ --cc=paul@pwsan.com \ --cc=t-kristo@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.