If HDEC expires when interrupts are off, the HDEC interrupt stays
pending until interrupts get re-enabled. I'm not sure exactly what
the conditions are that cause an HDEC interrupt to get lost, but they
seem to involve at least a partition switch.
On some CPUs, if the top bit of the decrementer
On 27.05.2011, at 22:59, Segher Boessenkool wrote:
I do the check there because I was having problems where, if the HDEC
goes negative before we do the partition switch, we would occasionally
not get the HDEC interrupt at all until the next time HDEC went
negative, ~ 8.4 secon
On Fri, 2011-05-27 at 11:51 -0500, Ayman El-Khashab wrote:
> On Tue, May 24, 2011 at 01:40:12PM +1000, Benjamin Herrenschmidt wrote:
> > On Thu, 2011-05-12 at 11:16 -0700, Tirumala Marri wrote:
> >
> > The register above
> > > PECFGn_DLLSTA is actually in the PCIe configuration space so
> > > we
I do the check there because I was having problems where, if the HDEC
goes negative before we do the partition switch, we would
occasionally
not get the HDEC interrupt at all until the next time HDEC went
negative, ~ 8.4 seconds later.
Yikes - so HDEC is edge and doesn't even keep the interrup
Hi Bruce,
Read my MPC8349EA UPM setup notes and see if you have used
similar settings (I assume the local bus UPMs are similar):
I found you paper interesting. I didn't have a problem with my UPM
settings, single beat reads and writes worked just fine, however it did
tickle my memory and help
Hi David,
>
> Read my MPC8349EA UPM setup notes and see if you have used
> similar settings (I assume the local bus UPMs are similar):
>
I found you paper interesting. I didn't have a problem with my UPM
settings, single beat reads and writes worked just fine, however it did
tickle my memory
On Fri, May 27, 2011 at 12:06:18PM -0400, Chris Ball wrote:
> Hi Grant,
>
> On Fri, May 27 2011, Grant Likely wrote:
> > Any chance we can get this series into $NEXT_KERNEL?
>
> I think I'd rather not in this case, hope that's okay. It hasn't seen
> testing in linux-next yet, there's a reasonabl
On Tue, May 24, 2011 at 01:40:12PM +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2011-05-12 at 11:16 -0700, Tirumala Marri wrote:
>
> The register above
> > PECFGn_DLLSTA is actually in the PCIe configuration space so
> > we would have to map that in to be able to read that
> > register during t
Hi Grant,
On Fri, May 27 2011, Grant Likely wrote:
> Any chance we can get this series into $NEXT_KERNEL?
I think I'd rather not in this case, hope that's okay. It hasn't seen
testing in linux-next yet, there's a reasonable chance of it breaking
sdhci-pltfm users in subtle ways -- we haven't had
The structure sdhci_pltfm_data is not necessarily to be in a public
header like include/linux/mmc/sdhci-pltfm.h, so the patch moves it
into drivers/mmc/host/sdhci-pltfm.h and eliminates the former one.
Signed-off-by: Shawn Guo
Reviewed-by: Grant Likely
Reviewed-by: Wolfram Sang
---
drivers/mmc
The patch turns the sdhci-of-core common stuff into helper functions
added into sdhci-pltfm.c, and makes sdhci-of device drviers self
registered using the same pair of .probe and .remove used by
sdhci-pltfm device drivers.
As a result, sdhci-of-core.c and sdhci-of.h can be eliminated with
those co
The patch migrates the use of sdhci_of_host and sdhci_of_data to
sdhci_pltfm_host and sdhci_pltfm_data, so that the former pair can
be eliminated.
Signed-off-by: Shawn Guo
Reviewed-by: Grant Likely
Reviewed-by: Wolfram Sang
Acked-by: Anton Vorontsov
---
drivers/mmc/host/sdhci-of-core.c | 3
The patch turns the common stuff in sdhci-pltfm.c into functions, and
add device drivers their own .probe and .remove which in turn call
into the common functions, so that those sdhci-pltfm device drivers
register itself and keep all device specific things away from common
sdhci-pltfm file.
Signed
Changes since v3:
* Update Kconfig and Makefile to fix module build failure
Changes since v2:
* Drop imx mpc esdhc consolidation
* Fix checkpatch errors
* Add sdhci-of-core.c copyright into sdhci-pltfm.c
Changes since v1:
* Rebase on cjb's mmc-next tree
* Introduce helper function pair sdhc
Hi Bruce,
This isn't really a Linux PPC question, but this is the smartest mailing
list I know for asking PPC hardware questions, so here goes.
We're using an MPC8308 and want to use the DMA engine to move data in and
out of an FPGA hanging on the local bus. Our bandwidth/local bus burden
calc
Hi,
To cover a specific reset scenario, I need to jump back to the reset
vector of a powerpc processor (e500mc core). In order to be able to
jump there directly, the code where I jump to should have a TLB
mapping associated with it.
I tried achieving this as follows:
typedef void
hi
I'm currently trying to port an older kernel version (2.6.33-rc6 non realtime)
to a newer one (2.6.33.9 with RT-PREEMPT 2.6.33.9).
The initial support for USB and CAN was done by Denx.
I've been working on moving this support to the new kernel which is nearly
completed except from the a ke
On May 26, 2011, at 5:55 PM, Timur Tabi wrote:
> fsl_hypervisor.h includes an ioctl interface, so it should be made available
> via "make headers_install".
>
> Signed-off-by: Timur Tabi
> ---
>
> This adds one change that I forgot to include in my previous patch,
> "drivers/misc: introduce Fre
On May 27, 2011, at 1:55 AM, Benjamin Herrenschmidt wrote:
> Hi Linus !
>
> Here's the 3 patches Kumar was complaining I forgot to pull :-)
>
> Two are pretty old patches related to FSL RapidIO stuff, and
> one is a bug fix.
>
> Cheers,
> Ben.
Thanks. I know I'm a pain ;)
- k
__
On 27.05.2011, at 12:33, Paul Mackerras wrote:
> On Tue, May 17, 2011 at 12:17:50PM +0200, Alexander Graf wrote:
>>
>> On 16.05.2011, at 07:58, Paul Mackerras wrote:
>>
>>> I do the check there because I was having problems where, if the HDEC
>>> goes negative before we do the partition switch,
On Tue, May 17, 2011 at 12:17:50PM +0200, Alexander Graf wrote:
>
> On 16.05.2011, at 07:58, Paul Mackerras wrote:
>
> > I do the check there because I was having problems where, if the HDEC
> > goes negative before we do the partition switch, we would occasionally
> > not get the HDEC interrupt
On Fri, May 27, 2011 at 12:26:20PM +0500, Muhammad Waseem wrote:
>I have developed a simple polling based serial device driver for PC's serial
>port (COM1: 0x3F8) which works fine. Now I want to implement the same on
>UART # 1 of PPC440EPx (Sequoia board).
>
>By changing the base address 0x3F8 to U
On Fri, May 27, 2011 at 10:06:50AM +0200, Wolfram Sang wrote:
>
> > Any chance we can get this series into $NEXT_KERNEL?
>
> From the looks, I think it still has problems being a module. Will try
> to test it today.
>
Sorry. I forgot testing module build. I'm fixing it.
--
Regards,
Shawn
__
I have developed a simple polling based serial device driver for PC's serial
port (COM1: 0x3F8) which works fine. Now I want to implement the same on
UART # 1 of PPC440EPx (Sequoia board).
By changing the base address 0x3F8 to UART# 1 base address (0xEF600400) in
Sequoia it does not work and retur
> Any chance we can get this series into $NEXT_KERNEL?
From the looks, I think it still has problems being a module. Will try
to test it today.
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solutions | http://www.pengutronix.de/
On Wed, May 25, 2011 at 07:01:50PM +0800, Shawn Guo wrote:
> Here are what the patch set does.
>
> * Remove .probe and .remove hooks from sdhci-pltfm.c and make it be
> a pure common helper function providers.
> * Add .probe and .remove hooks for sdhci pltfm drivers sdhci-cns3xxx,
> sdhci-dove
26 matches
Mail list logo
