On Sun, Sep 23, 2012 at 03:46:06AM +0200, Segher Boessenkool wrote:
> Why does the kernel emulate this, btw? I can see emulation is useful
> for running older binaries, for instructions that have been removed
> from the architecture; but for newly added instructions, or optional
> instructions, it
On Mon, 2012-09-24 at 09:55 +0200, Gabriel Paubert wrote:
> On Sun, Sep 23, 2012 at 03:46:06AM +0200, Segher Boessenkool wrote:
> > Why does the kernel emulate this, btw? I can see emulation is useful
> > for running older binaries, for instructions that have been removed
> > from the architecture
On Mon, Sep 24, 2012 at 05:58:37PM +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2012-09-24 at 09:55 +0200, Gabriel Paubert wrote:
> > On Sun, Sep 23, 2012 at 03:46:06AM +0200, Segher Boessenkool wrote:
> > > Why does the kernel emulate this, btw? I can see emulation is useful
> > > for running o
On Mon, 2012-09-24 at 10:06 +0200, Gabriel Paubert wrote:
> > Which we do. mfpvr is available as a fallback (essentially because if we
> > don't do it somebody's going to parse /proc/cpuinfo which is arguably
> > worse :-)
>
> Fine. But I believe that mfpvr emulation came first, which is the point
On Sep 20, 2012, at 8:36 AM, Kumar Gala wrote:
>
> On Sep 20, 2012, at 5:14 AM, Xie Shaohui-B21989 wrote:
>
On Thu, 2012-08-30 at 15:49 -0500, Kumar Gala wrote:
> On Aug 24, 2012, at 5:50 AM, Shaohui Xie wrote:
>
>> PowerPC platform only supports ZONE_DMA zone for 64bit kernel
On Monday 24 September 2012, Chunhe Lan wrote:
> OK. As you have mentioned, it would been modified to such:
>
> static inline void mmc_delay(unsigned int ms)
> {
> if (ms < 1000 / HZ) {
> cond_resched();
> msleep(ms);
> } else {
>
On Mon, 24 Sep 2012 08:39:44 +0200
Christophe Leroy wrote:
> MAXIDL is the timeout after which a receive buffer is closed when not
> full if no more characters are received. We calculate it from the
> baudrate so that the duration is always the same at standard rates:
> about 4ms. At 9600 bauds i
On Mon, Sep 24, 2012 at 12:26:05PM +1000, James Morris wrote:
> On Wed, 12 Sep 2012, Ashley Lai wrote:
>
> > This patch removed the tasklet and moved the wait queue into the
> > private structure. It also cleaned up the response CRQ path.
> >
> > Signed-off-by: Ashley Lai
>
>
> Kent: any comm
PHY_CLK_VALID bit doesn't work properly with UTMI PHY.
e.g. This bit is always zero on P5040, etc.
There is no need to check this bit for UTMI PHY, just keep
checking for ULPI PHY to prevent system hanging.
This patch should be squashed into previous commit 3735ba8db8e6e
"powerpc/usb: fix bug of C
On Mon, Sep 24, 2012 at 8:17 AM, Arnd Bergmann wrote:
>
>> static inline void mmc_delay(unsigned int ms)
>> {
>> msleep(ms);
>> }
>
> That would be my preferred choice, unless someone has specific issues with
> this.
If we're going to do that, then just get rid of mmc_delay and replace
> -Original Message-
> From: Greg KH [mailto:g...@kroah.com]
> Sent: 2012年9月22日 22:49
> To: Kumar Gala
> Cc: Liu Shengzhou-B36685; linuxppc-dev@lists.ozlabs.org; linux-
> u...@vger.kernel.org
> Subject: Re: [PATCH v3] powerpc/usb: fix bug of CPU hang when missing
> USB PHY clock
>
> On Sa
Hi Ben,
please pull mpc5xxx patches for next. Thanks!
Anatolij
The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
Linux 3.6-rc5 (2012-09-08 16:43:45 -0700)
are available in the git repository at:
git://git.denx.de/linux-2.6-agust.git next
Anatolij Gustschin (3):
2012/9/21 Davide Viti
> I mean there are two controllers and both of them have a device
> "subtended" (both 0x1b65:0xabba).
> u-boot can see both devices, linux detects only the device attached to the
> first controller.
>
> Here's the output of lspci and /proc/iomem :
>
> root@(none):/# lspci -v
Hi,
does the output I've included show anything wrong or should I post
something else to help identifying the cause of the problem?
thank you in advance,
Davide
2012/9/21 Davide Viti
> I mean there are two controllers and both of them have a device
> "subtended" (both 0x1b65:0xabba).
> u-boot c
On Mon, Sep 24, 2012 at 09:10:41AM -0500, k...@linux.vnet.ibm.com wrote:
> On Mon, Sep 24, 2012 at 12:26:05PM +1000, James Morris wrote:
> > On Wed, 12 Sep 2012, Ashley Lai wrote:
> >
> > > This patch removed the tasklet and moved the wait queue into the
> > > private structure. It also cleaned u
On Mon, Sep 24, 2012 at 02:44:19PM +, Liu Shengzhou-B36685 wrote:
>
> > -Original Message-
> > From: Greg KH [mailto:g...@kroah.com]
> > Sent: 2012年9月22日 22:49
> > To: Kumar Gala
> > Cc: Liu Shengzhou-B36685; linuxppc-dev@lists.ozlabs.org; linux-
> > u...@vger.kernel.org
> > Subject: R
Add a node for the pcm030-audio-fabric ASoC driver
Signed-off-by: Eric Millbrandt
---
arch/powerpc/boot/dts/pcm030.dts |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/pcm030.dts b/arch/powerpc/boot/dts/pcm030.dts
index 9e35499..96512c0 100644
Here are the settings for PCI we currently have in uboot:
#define CONFIG_PCI 1/* Enable PCI/PCIE */
#define CONFIG_PCIE1 1/* PCIE controler 1
(slot 1) */
#define CONFIG_PCIE2 1/* PCIE controler 2
(slot 2) */
On 09/22/2012 08:46:06 PM, Segher Boessenkool wrote:
Have a look at /sys/kernel/debug/powerpc/emulated_instructions/
then?
Userspace should *NEVER* rely on the content of debugfs, it will
change
with time, it is not a guaranteed ABI, it's purely for people to look
at... for debugging.
mal
On Mon, 2012-09-24 at 18:55 -0500, Scott Wood wrote:
> The ISA says that isel is "Category: Phased-In (sV2.06)" -- are there
> any 2.06 chips that don't have it?
I believe "malc" is interested in knowing about pre-2.06 chips that have
it.
Cheers,
Ben.
_
On 09/24/2012 07:32:03 PM, Benjamin Herrenschmidt wrote:
On Mon, 2012-09-24 at 18:55 -0500, Scott Wood wrote:
> The ISA says that isel is "Category: Phased-In (sV2.06)" -- are
there
> any 2.06 chips that don't have it?
I believe "malc" is interested in knowing about pre-2.06 chips that
have
On Tue, 25 Sep 2012, Benjamin Herrenschmidt wrote:
> On Mon, 2012-09-24 at 18:55 -0500, Scott Wood wrote:
> > The ISA says that isel is "Category: Phased-In (sV2.06)" -- are there
> > any 2.06 chips that don't have it?
>
> I believe "malc" is interested in knowing about pre-2.06 chips that have
On 09/24/2012 07:47:28 PM, malc wrote:
On Tue, 25 Sep 2012, Benjamin Herrenschmidt wrote:
> On Mon, 2012-09-24 at 18:55 -0500, Scott Wood wrote:
> > The ISA says that isel is "Category: Phased-In (sV2.06)" -- are
there
> > any 2.06 chips that don't have it?
>
> I believe "malc" is interested
23 matches
Mail list logo
