-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> On Sun, 2007-10-21 at 10:45 +0800, Bai Shuwei wrote:
>> all, hi
>> does anyone knows RTLinux, RTAI interrupt latency and schedule
>> latency on the PPC440, PPC405?
>
> You'd have to ask Wind River.
>
There are free variants around as well - XtratuM
> -Original Message-
> From: Li Yang-r58472 [mailto:[EMAIL PROTECTED]
> Sent: den 18 oktober 2007 16:24
> To: [EMAIL PROTECTED]; Netdev; linuxppc-dev@ozlabs.org
> Subject: RE: [PATCH] Fix ethernet multicast for ucc_geth.
>
> > -Original Message-
> > From: Joakim Tjernlund [mailto:
Hi Guennadi,
Guennadi Liakhovetski wrote:
> (it was suggested to deprecate -embedded in favour of -dev, so, added to
> cc:)
>
> On Fri, 19 Oct 2007, Grant Likely wrote:
>
>> On 10/19/07, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
>>> Hello,
>>>
>>> is it forseen to define and configure devi
On Fri, Oct 19 2007, Will Schmidt wrote:
> Hi Jens, Stephen, and Everyone else.
>
>I am seeing this crash on a legacy iSeries box. Bisect points at
> 70eb8040dc81212c884a464b75e37dca8014f3ad (Add chained sg support to
> linux/scatterlist.h).
>
> I see there were some related troubles discu
Jon Smirl wrote:
> I'm working on ALSA ASoC support for a codec chip on my mpc5200 based
> target hardware. How should the codec be represented in the device
> tree?
I'm also working on an ASoC driver, but for the 8610. I have a similar problem.
> Under ASoC the device drivers for the codec chip
On 10/21/07, Timur Tabi <[EMAIL PROTECTED]> wrote:
> > For development purposes I'm using an Efika as a target platform. It
> > is easy enough to load the i2s driver using the device tree. I can add
> > entries to the i2s node to trigger loading of the generic sta9766
> > codec driver. How do I tri
On 10/18/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote:
> Add 'fsl,' prefix to 'compatible' property for gpt nodes.
> Add 'fsl,' prefix to empty, GPT0 specific 'has-wdt' property.
Patch doesn't apply; mpc5200_wdt.c watchdog driver is not in the
kernel. I'll pick up the dts change, but you'll ne
On 10/21/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> On 10/18/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote:
> > Add 'fsl,' prefix to 'compatible' property for gpt nodes.
> > Add 'fsl,' prefix to empty, GPT0 specific 'has-wdt' property.
>
> Patch doesn't apply; mpc5200_wdt.c watchdog driver is
Paulus, please pull the following mpc52xx related changes.
The following changes since commit 2fb59d623ad85dfdb8ce03a660051743f7361896:
Linus Torvalds (1):
Merge branch 'audit.b43' of git://git.kernel.org/.../viro/audit-current
are available in the git repository at:
git://git.secret
> I'm working on ALSA ASoC support for a codec chip on my mpc5200 based
> target hardware.
What is ASoC?
> Under ASoC the device drivers for the codec chips are platform
> independent. In the current ASoC model there are three device
> drivers: i2s (or spi, etc), the generic codec, and a platfor
.../...
> This patch (mostly written by Linus) fixes this by using spin
> > locks instead of memory barries on the synchronize_irq() path.
> >
> > Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
>
> Good for me.
>
> Acked-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Hrm... not on yet. Herber
> That's a pity, but AFAIK it shouldn't be a problem because we don't
> enable CONFIG_PM on those machines anyway. If we ever want to we'll need
> to sort out with firmware how that will work WRT restoring MSI state.
I think the current generic code for pci_restore_msi_state() or whatever
it's ca
On 10/21/07, Segher Boessenkool <[EMAIL PROTECTED]> wrote:
> > I'm working on ALSA ASoC support for a codec chip on my mpc5200 based
> > target hardware.
>
> What is ASoC?
asoc = ALSA System on a Chip. It is in sound/soc
> > Under ASoC the device drivers for the codec chips are platform
> > indep
In message <[EMAIL PROTECTED]> you wrote:
>
> There are free variants around as well - XtratuM/PPC (RTLinux-4.0) is
> running on 440EP/GR and 405 Octobus, im quite sur RTAI also is available
> for AMCC CPUs - check RTAI.org (mailing list link is to be found there)
Not really. RTAI is a dead hors
On Sun, 2007-10-21 at 17:33 -0400, Jon Smirl wrote:
> > This is one of the i2s channels on the macio. Dunno why they put
> > all those platform-XXX entries in here, (most of) these don't
> > logically belong here.
>
> Actually those platform-XXX entries may be the solution I am looking
> for. I
On 10/21/07, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2007-10-21 at 17:33 -0400, Jon Smirl wrote:
> > > This is one of the i2s channels on the macio. Dunno why they put
> > > all those platform-XXX entries in here, (most of) these don't
> > > logically belong here.
> >
> > Act
On Sun, 2007-10-21 at 18:12 -0400, Jon Smirl wrote:
> On 10/21/07, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> >
> > On Sun, 2007-10-21 at 17:33 -0400, Jon Smirl wrote:
> > > > This is one of the i2s channels on the macio. Dunno why they put
> > > > all those platform-XXX entries in here,
From: Grant Likely <[EMAIL PROTECTED]>
Change the wait_tx routine to call cpu_relax() instead of udelay() to
reduce console output latency and test for the TXFULL bit instead of
TXEMPTY. That way the FIFO doesn't need to by 100% flushed before
writing the next character.
Signed-off-by: Grant Lik
> Fabric driver tells how the generic codec is hooked up on the specific
> board. Some of the codecs are extremely flexible and can be hooked up
> hundreds of different ways. It is like GPIO pins, they are wired in
> however is convenient for the design.
Gotcha. *Very* much like GPIOs, indeed.
>
On 10/21/07, Segher Boessenkool <[EMAIL PROTECTED]> wrote:
> > How do we want to be consistent with the Efika which uses an AC97
> > codec that only connects to i2s?
>
> Huh? AC'97 isn't I2S. Yeah you probably could hook it up to some I2S
> device if you do all the interleaving and whatever stuff
On Fri, Oct 19, 2007 at 04:42:58PM -0700, Stephen Neuendorffer wrote:
>
> Here's a full .dts generated using an updated version of
> gen_mhs_devtree.py, following the proposal.
> It happens to be a microblaze system, but you get the idea.
>
> Grant: Is this pretty what you intend?
>
> Steve
>
>
On Sun, Oct 21, 2007 at 07:32:33AM +0200, Segher Boessenkool wrote:
> >> Use of "d#', "o#", "h#" and "b#" are gone in version 1.
> >
> > Also good. We might want to keep b#, since there's no C way of doing
> > binary literals,
>
> GCC supports "0b...", and it is proposed new ISO C syntax, too.
A
On Sun, Oct 21, 2007 at 07:30:45AM +0200, Segher Boessenkool wrote:
> > Property names have been limited to start with
> > characters from the set [a-zA-Z,._#?]. That is, the
> > digits and the expression symbols have been removed.
>
> This cannot work; many property names start with a digit,
> f
On Fri, Oct 19, 2007 at 09:43:55PM -0500, Olof Johansson wrote:
> Hi,
>
> Did it ever?! I get this with current mainline when building default target:
I think you must have an old dtc; I'm pretty sure I removed the check
for /chosen some time ago. But then I also thought we added a force
to the
On Mon, Oct 22, 2007 at 10:36:25AM +1000, David Gibson wrote:
> On Fri, Oct 19, 2007 at 09:43:55PM -0500, Olof Johansson wrote:
> > Hi,
> >
> > Did it ever?! I get this with current mainline when building default target:
>
> I think you must have an old dtc; I'm pretty sure I removed the check
>
On Sun, Oct 21, 2007 at 08:17:40PM -0500, Olof Johansson wrote:
> A nice enhancement could be to have a "dtc -v" and have the makefile
> verify it before using it.
Looks like current versions do have "-v", my old one didn't. Apologies.
-Olof
___
Linux
On Sun, Oct 21, 2007 at 08:17:40PM -0500, Olof Johansson wrote:
> On Mon, Oct 22, 2007 at 10:36:25AM +1000, David Gibson wrote:
> > On Fri, Oct 19, 2007 at 09:43:55PM -0500, Olof Johansson wrote:
> > > Hi,
> > >
> > > Did it ever?! I get this with current mainline when building default
> > > targ
On Sun, 2007-10-21 at 16:21 -0700, David Miller wrote:
> From: "Matt Carlson" <[EMAIL PROTECTED]>
> Date: Fri, 19 Oct 2007 14:36:56 -0700
>
> > This patch exports the pci_restore_msi_state() function. This function
> > is needed to restore the MSI state during PCI error recovery.
> >
> > Signed-
hi,
I've got some qeustion about ppc(ppc44x) paging:
how can I manually map a virtual address to a physical address through a
specific pgd? How does ppc translate virt address to physical one? I think
besides from tlb, the CPU will search the page table entries via the pgd, can
I alter the
Presumably we used this #include once, but it's certainly not
necessary now.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/data.c
===
--- dtc.orig/data.c 2007-10-22 14:03:09.0 +1000
+++ dtc/data.c 2007-10-22
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>
> I've got some qeustion about ppc(ppc44x) paging:
>
> how can I manually map a virtual address to a physical address through a
> specific pgd? How does ppc translate virt address to physical one? I think
> besides from tlb, the CPU will search the
On Mon, 2007-10-22 at 12:03 +0800, Wang, Baojun wrote:
> hi,
>
> I've got some qeustion about ppc(ppc44x) paging:
>
> how can I manually map a virtual address to a physical address through a
> specific pgd? How does ppc translate virt address to physical one? I think
> besides from tlb, the
On Monday 22 October 2007 12:50:52, Benjamin Herrenschmidt wrote：
> On Mon, 2007-10-22 at 12:03 +0800, Wang, Baojun wrote:
> > hi,
> >
> > I've got some qeustion about ppc(ppc44x) paging:
> >
> > how can I manually map a virtual address to a physical address through a
> > specific pgd? How does p
> I'm porting an adeos nano kernel named xtratum (http://www.xtratum.org) from
> x86 to ppc, I think I'm near the ending except the above problem. xtratum is
> doing things like xen but it's much simpler (it's aimed for realtime), it
> need provides memory space sperations for it's domains, so
On Monday 22 October 2007 14:01:33, Benjamin Herrenschmidt wrote：
> > I'm porting an adeos nano kernel named xtratum (http://www.xtratum.org)
> > from x86 to ppc, I think I'm near the ending except the above problem.
> > xtratum is doing things like xen but it's much simpler (it's aimed for
> > rea
35 matches
Mail list logo
