* Amba device porting @ 2009-12-23 10:19 ` Roman 0 siblings, 0 replies; 8+ messages in thread From: Roman @ 2009-12-23 10:19 UTC (permalink / raw) To: linux-arm-kernel; +Cc: linux-omap Hi, I planned to port the omap3 SDTI (Serial Debug Trace Interface) driver to amba based interface. SDTI memory map is two parts composed: 0x54500000 0x5450FFFF 4KB SDTI module (configuration) - coresight based format. 0x54510000 0x545FFFFF 1984KB Reserved 0x54600000 0x546FFFFF 1MB SDTI module (window) But amba interface seems to support only one memory region resource. Is there any way to pass two memory regions? Regards Roman Tereshonkov ^ permalink raw reply [flat|nested] 8+ messages in thread
* Amba device porting @ 2009-12-23 10:19 ` Roman 0 siblings, 0 replies; 8+ messages in thread From: Roman @ 2009-12-23 10:19 UTC (permalink / raw) To: linux-arm-kernel Hi, I planned to port the omap3 SDTI (Serial Debug Trace Interface) driver to amba based interface. SDTI memory map is two parts composed: 0x54500000 0x5450FFFF 4KB SDTI module (configuration) - coresight based format. 0x54510000 0x545FFFFF 1984KB Reserved 0x54600000 0x546FFFFF 1MB SDTI module (window) But amba interface seems to support only one memory region resource. Is there any way to pass two memory regions? Regards Roman Tereshonkov ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Amba device porting 2009-12-23 10:19 ` Roman @ 2009-12-23 16:50 ` Russell King - ARM Linux -1 siblings, 0 replies; 8+ messages in thread From: Russell King - ARM Linux @ 2009-12-23 16:50 UTC (permalink / raw) To: Roman; +Cc: linux-arm-kernel, linux-omap On Wed, Dec 23, 2009 at 12:19:02PM +0200, Roman wrote: > Hi, > > I planned to port the omap3 SDTI (Serial Debug Trace Interface) driver to amba based interface. > > SDTI memory map is two parts composed: > 0x54500000 0x5450FFFF 4KB SDTI module (configuration) - coresight based format. > 0x54510000 0x545FFFFF 1984KB Reserved > 0x54600000 0x546FFFFF 1MB SDTI module (window) > > But amba interface seems to support only one memory region resource. The 'amba' interface is more a primecell interface. Is SDTI a primecell peripheral? If not, then it shouldn't be using the AMBA "primecell" bus support. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Amba device porting @ 2009-12-23 16:50 ` Russell King - ARM Linux 0 siblings, 0 replies; 8+ messages in thread From: Russell King - ARM Linux @ 2009-12-23 16:50 UTC (permalink / raw) To: linux-arm-kernel On Wed, Dec 23, 2009 at 12:19:02PM +0200, Roman wrote: > Hi, > > I planned to port the omap3 SDTI (Serial Debug Trace Interface) driver to amba based interface. > > SDTI memory map is two parts composed: > 0x54500000 0x5450FFFF 4KB SDTI module (configuration) - coresight based format. > 0x54510000 0x545FFFFF 1984KB Reserved > 0x54600000 0x546FFFFF 1MB SDTI module (window) > > But amba interface seems to support only one memory region resource. The 'amba' interface is more a primecell interface. Is SDTI a primecell peripheral? If not, then it shouldn't be using the AMBA "primecell" bus support. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Amba device porting 2009-12-23 16:50 ` Russell King - ARM Linux @ 2009-12-28 11:02 ` Roman -1 siblings, 0 replies; 8+ messages in thread From: Roman @ 2009-12-28 11:02 UTC (permalink / raw) To: ext Russell King - ARM Linux; +Cc: linux-arm-kernel, linux-omap On Wed, Dec 23, 2009 at 05:50:09PM +0100, ext Russell King - ARM Linux wrote: > On Wed, Dec 23, 2009 at 12:19:02PM +0200, Roman wrote: > > Hi, > > > > I planned to port the omap3 SDTI (Serial Debug Trace Interface) driver to amba based interface. > > > > SDTI memory map is two parts composed: > > 0x54500000 0x5450FFFF 4KB SDTI module (configuration) - coresight based format. > > 0x54510000 0x545FFFFF 1984KB Reserved > > 0x54600000 0x546FFFFF 1MB SDTI module (window) > > > > But amba interface seems to support only one memory region resource. > > The 'amba' interface is more a primecell interface. Is SDTI a primecell > peripheral? If not, then it shouldn't be using the AMBA "primecell" bus > support. Yes, SDTI can be considered as a PrimeCell IP. SDTI is the Coresight component which is the subgroup of PrimeCell. So my question is still valid. How does the 'amba' interface handle the fragmented memory regions? I understand that for the right Coresight IP it should not happen and the whole register space should be continous and ended by the Peripherial and Component Ids. If I use SDTI module (window) memory region as a static definition inside driver will my patch be accepted? Regards Roman Tereshonkov ^ permalink raw reply [flat|nested] 8+ messages in thread
* Amba device porting @ 2009-12-28 11:02 ` Roman 0 siblings, 0 replies; 8+ messages in thread From: Roman @ 2009-12-28 11:02 UTC (permalink / raw) To: linux-arm-kernel On Wed, Dec 23, 2009 at 05:50:09PM +0100, ext Russell King - ARM Linux wrote: > On Wed, Dec 23, 2009 at 12:19:02PM +0200, Roman wrote: > > Hi, > > > > I planned to port the omap3 SDTI (Serial Debug Trace Interface) driver to amba based interface. > > > > SDTI memory map is two parts composed: > > 0x54500000 0x5450FFFF 4KB SDTI module (configuration) - coresight based format. > > 0x54510000 0x545FFFFF 1984KB Reserved > > 0x54600000 0x546FFFFF 1MB SDTI module (window) > > > > But amba interface seems to support only one memory region resource. > > The 'amba' interface is more a primecell interface. Is SDTI a primecell > peripheral? If not, then it shouldn't be using the AMBA "primecell" bus > support. Yes, SDTI can be considered as a PrimeCell IP. SDTI is the Coresight component which is the subgroup of PrimeCell. So my question is still valid. How does the 'amba' interface handle the fragmented memory regions? I understand that for the right Coresight IP it should not happen and the whole register space should be continous and ended by the Peripherial and Component Ids. If I use SDTI module (window) memory region as a static definition inside driver will my patch be accepted? Regards Roman Tereshonkov ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Amba device porting 2009-12-28 11:02 ` Roman @ 2010-01-01 20:12 ` Russell King - ARM Linux -1 siblings, 0 replies; 8+ messages in thread From: Russell King - ARM Linux @ 2010-01-01 20:12 UTC (permalink / raw) To: Roman; +Cc: linux-arm-kernel, linux-omap On Mon, Dec 28, 2009 at 01:02:25PM +0200, Roman wrote: > On Wed, Dec 23, 2009 at 05:50:09PM +0100, ext Russell King - ARM Linux wrote: > > On Wed, Dec 23, 2009 at 12:19:02PM +0200, Roman wrote: > > > Hi, > > > > > > I planned to port the omap3 SDTI (Serial Debug Trace Interface) driver to amba based interface. > > > > > > SDTI memory map is two parts composed: > > > 0x54500000 0x5450FFFF 4KB SDTI module (configuration) - coresight based format. > > > 0x54510000 0x545FFFFF 1984KB Reserved > > > 0x54600000 0x546FFFFF 1MB SDTI module (window) > > > > > > But amba interface seems to support only one memory region resource. > > > > The 'amba' interface is more a primecell interface. Is SDTI a primecell > > peripheral? If not, then it shouldn't be using the AMBA "primecell" bus > > support. > > Yes, SDTI can be considered as a PrimeCell IP. > SDTI is the Coresight component which is the subgroup of PrimeCell. > > So my question is still valid. > How does the 'amba' interface handle the fragmented memory regions? It doesn't. Primecells have exactly one region and only one region. So I'm confused. > I understand that for the right Coresight IP it should not happen and the > whole register space should be continous and ended by the Peripherial and > Component Ids. Correct. It could be that this Coresight stuff just calls itself a Primecell peripheral when it isn't actually a proper Primecell. If it doesn't conform, maybe it's best that it doesn't use the AMBA bus support. > If I use SDTI module (window) memory region as a static definition inside > driver will my patch be accepted? That ties it firmly to the platform you created the driver for, making the driver useless on any other platform. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Amba device porting @ 2010-01-01 20:12 ` Russell King - ARM Linux 0 siblings, 0 replies; 8+ messages in thread From: Russell King - ARM Linux @ 2010-01-01 20:12 UTC (permalink / raw) To: linux-arm-kernel On Mon, Dec 28, 2009 at 01:02:25PM +0200, Roman wrote: > On Wed, Dec 23, 2009 at 05:50:09PM +0100, ext Russell King - ARM Linux wrote: > > On Wed, Dec 23, 2009 at 12:19:02PM +0200, Roman wrote: > > > Hi, > > > > > > I planned to port the omap3 SDTI (Serial Debug Trace Interface) driver to amba based interface. > > > > > > SDTI memory map is two parts composed: > > > 0x54500000 0x5450FFFF 4KB SDTI module (configuration) - coresight based format. > > > 0x54510000 0x545FFFFF 1984KB Reserved > > > 0x54600000 0x546FFFFF 1MB SDTI module (window) > > > > > > But amba interface seems to support only one memory region resource. > > > > The 'amba' interface is more a primecell interface. Is SDTI a primecell > > peripheral? If not, then it shouldn't be using the AMBA "primecell" bus > > support. > > Yes, SDTI can be considered as a PrimeCell IP. > SDTI is the Coresight component which is the subgroup of PrimeCell. > > So my question is still valid. > How does the 'amba' interface handle the fragmented memory regions? It doesn't. Primecells have exactly one region and only one region. So I'm confused. > I understand that for the right Coresight IP it should not happen and the > whole register space should be continous and ended by the Peripherial and > Component Ids. Correct. It could be that this Coresight stuff just calls itself a Primecell peripheral when it isn't actually a proper Primecell. If it doesn't conform, maybe it's best that it doesn't use the AMBA bus support. > If I use SDTI module (window) memory region as a static definition inside > driver will my patch be accepted? That ties it firmly to the platform you created the driver for, making the driver useless on any other platform. ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2010-01-01 20:13 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-12-23 10:19 Amba device porting Roman 2009-12-23 10:19 ` Roman 2009-12-23 16:50 ` Russell King - ARM Linux 2009-12-23 16:50 ` Russell King - ARM Linux 2009-12-28 11:02 ` Roman 2009-12-28 11:02 ` Roman 2010-01-01 20:12 ` Russell King - ARM Linux 2010-01-01 20:12 ` Russell King - ARM Linux
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.