On Sat, 2010-10-30 at 14:08 -0700, Joe Perches wrote:
> Coalesce long formats.
> Align arguments.
> Add missing newlines.
>
> Signed-off-by: Joe Perches
> ---
> arch/powerpc/kernel/hw_breakpoint.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/powerpc/kern
On Sat, 2010-10-30 at 19:20 +0200, Jesper Juhl wrote:
> Hi,
>
> If memory is tight and a dynamic allocation fails there's no reason to
> make a bad situation worse by leaking memory.
>
> mf_getSrcHistory potentially leaks pages[0-3]. I believe the right thing
> to do is to free that memory agai
On Mon, Nov 1, 2010 at 12:17 AM, Grant Likely wrote:
>> Signed-off-by: David Daney
>> Cc: Michal Simek
>> Cc: Grant Likely
>> Cc: Benjamin Herrenschmidt
>> Cc: Wolfram Sang
>> Cc: Paul Mackerras
>> Cc: "David S. Miller"
>> Cc: Corey Minyard
>> Cc: Pantelis Antoniou
>> Cc: Vitaly Bordug
On Sun, Oct 31, 2010 at 07:54:48PM +0100, Oliver Kowalke wrote:
>Hi,
>
>could you tell me which Linux distribution does support powerpc with
>eabi (embedded abi)?
>
>I tried 'T2 Project' but it doesn't offer ABI selection in its config
>script.
eabi isn't really used all that much on powerpc. I d
On Fri, Oct 29, 2010 at 11:06 PM, Rupjyoti Sarmah wrote:
> Hi ,
>
> APM boards Canyonlands/Kilauea/Glacier/Katmai/Sequoia are all failing
> during booting.
What kernel version? What config? Have you tried a git bisect to see
when it broke? Etc, etc.
Also, CC'ing linuxppc-dev would have been a
On Mon, 2010-11-01 at 22:02 +1100, Michael Ellerman wrote:
> On Sat, 2010-10-30 at 14:08 -0700, Joe Perches wrote:
> > Coalesce long formats.
> > Align arguments.
> > Add missing newlines.
> >
> > Signed-off-by: Joe Perches
> > ---
> > arch/powerpc/kernel/hw_breakpoint.c |4 ++--
> > 1 files
On Mon, Nov 1, 2010 at 9:22 AM, Josh Boyer wrote:
> On Fri, Oct 29, 2010 at 11:06 PM, Rupjyoti Sarmah wrote:
>> Hi ,
>>
>> APM boards Canyonlands/Kilauea/Glacier/Katmai/Sequoia are all failing
>> during booting.
>
> What kernel version? What config? Have you tried a git bisect to see
> when it
Hi Josh,
On Mon, 1 Nov 2010 11:05:53 -0400 Josh Boyer wrote:
>
> A few hints would be appreciated.
Remove the call to netif_stop_queue() from emac_probe(). Apparently,
calling this before register_netdev() is now wrong (maybe always was).
--
Cheers,
Stephen Rothwells...@ca
On Mon, Nov 1, 2010 at 11:36 AM, Stephen Rothwell wrote:
> Hi Josh,
>
> On Mon, 1 Nov 2010 11:05:53 -0400 Josh Boyer wrote:
>>
>> A few hints would be appreciated.
>
> Remove the call to netif_stop_queue() from emac_probe(). Apparently,
> calling this before register_netdev() is now wrong (maybe
On Mon, Nov 1, 2010 at 12:17 AM, Grant Likely wrote:
> Applied, thanks; but made some changes to protect this code because it
> does not work on little endian (it can be fixed in a separate patch)
I'm confused. How does of_get_mac_address() not work on little-endian?
--
Timur Tabi
Linux kerne
From: Stephen Rothwell
Date: Tue, 2 Nov 2010 02:36:50 +1100
> Hi Josh,
>
> On Mon, 1 Nov 2010 11:05:53 -0400 Josh Boyer wrote:
>>
>> A few hints would be appreciated.
>
> Remove the call to netif_stop_queue() from emac_probe(). Apparently,
> calling this before register_netdev() is now wrong
Thomas Taranowski wrote:
> Going through the code, it looks like the rapidio driver assumes
> there's only going to be a single Port implemented.
Yes, this is true for the current implementation.
> On the newer QorIQ P2020 processors there are 2 sets of port
> registers, so the current code lays
From: Josh Boyer
Date: Mon, 1 Nov 2010 11:39:47 -0400
> On Mon, Nov 1, 2010 at 11:36 AM, Stephen Rothwell
> wrote:
>> Hi Josh,
>>
>> On Mon, 1 Nov 2010 11:05:53 -0400 Josh Boyer wrote:
>>>
>>> A few hints would be appreciated.
>>
>> Remove the call to netif_stop_queue() from emac_probe(). App
On Mon, Nov 1, 2010 at 11:46 AM, Timur Tabi wrote:
> On Mon, Nov 1, 2010 at 12:17 AM, Grant Likely
> wrote:
>
>> Applied, thanks; but made some changes to protect this code because it
>> does not work on little endian (it can be fixed in a separate patch)
>
> I'm confused. How does of_get_mac_a
Thomas Taranowski wrote:
> Yes, I tried pretty much all combinations of boot order, but I believe
> the preferred approach is to boot the agents first, then the host
> according to my freescale documentation. My problem was that all
> three devices had the same device id. Once I programmed them w
I'm trying to get a ppc 831x to do PCIe dma transfers, PIO transfers
work ok but are somewhat lethargic (partially due to the slave).
I've done the following:
- All reads/writes (including the dma descriptors) are byteswapped.
- Enabled the dma in PEX_CSB_CTRL (value 0x3f)
- Used the kernel physic
On Mon, Nov 1, 2010 at 11:51 AM, David Miller wrote:
>> I can whip up a patch to remove those calls or move them after the
>> register, but I don't want to do that without knowing which one is
>> "right".
>
> I've already taken care of this.
Thanks!
josh
_
Bounine, Alexandre wrote:
In the current fsl_rio implementation initialization enables ACCEPT_ALL
mode for the port therefore you should not have problems caused by
initial destID value. Based on your post about multiport support I think
you are close to find a source of the problem.
Be aware t
Micha Nelissen wrote:
> Bounine, Alexandre wrote:
> > In the current fsl_rio implementation initialization enables
ACCEPT_ALL
> > mode for the port therefore you should not have problems caused by
> > initial destID value. Based on your post about multiport support I
think
> > you are close to fin
Bounine, Alexandre wrote:
In the current fsl_rio implementation initialization enables ACCEPT_ALL
mode for the port therefore you should not have problems caused by
initial destID value. Based on your post about multiport support I think
Btw, best is to use 0xFF (or 0x in 16-bit environment
On Sat, Oct 30, 2010 at 01:04:24PM +0400, Vasiliy Kulikov wrote:
> Structure kvm_ppc_pvinfo is copied to userland with flags and
> pad fields unitialized. It leads to leaking of contents of
> kernel stack memory.
>
> Signed-off-by: Vasiliy Kulikov
> ---
> I cannot compile this driver, so it is
On Sat, 30 Oct 2010 13:52:24 +0200
LEROY christophe wrote:
> Hello,
>
> When I build a kernel with DEBUG_LOCK_ALLOC set, I get a kernel which
> has __bss_stop above the C080 limit, and then I get a bad page
> exception during the zeroize of the __bss at startup, because the
> initial MMU
Alex,
Thanks for responses all. This is a pure board-to-board setup. After
further investigation, it's pretty clear now that the issue is due to
my use of multiple ports ( See my other posting conveniently titled
"Support for multiple ports" :) ). Unfortunately, the freescale linux
patchset for
Is there an official maintainer's repository for RapidIO related
changes to I should be tracking? I've been tracking Kumar's git
repository (off kernel.org), but I'm not clear on who the keeper of
this stuff is.
Thanks!
Thomas Taranowski
Certified netburner consultant
baringforge.com
___
Hi Jesper,
On Mon, 01 Nov 2010 22:10:42 +1100 Michael Ellerman
wrote:
>
> On Sat, 2010-10-30 at 19:20 +0200, Jesper Juhl wrote:
> >
> > If memory is tight and a dynamic allocation fails there's no reason to
> > make a bad situation worse by leaking memory.
> >
> > mf_getSrcHistory potentially
On Tue, 2 Nov 2010, Stephen Rothwell wrote:
> Hi Jesper,
>
> On Mon, 01 Nov 2010 22:10:42 +1100 Michael Ellerman
> wrote:
> >
> > On Sat, 2010-10-30 at 19:20 +0200, Jesper Juhl wrote:
> > >
> > > If memory is tight and a dynamic allocation fails there's no reason to
> > > make a bad situation
In message <1287547340.14049.25.ca...@flin.austin.ibm.com> you wrote:
> icswx is a PowerPC co-processor instruction to send data to a
> co-processor. On Book-S processors the LPAR_ID and process ID (PID) of
> the owning process are registered in the window context of the
> co-processor at initial t
On Mon, 1 Nov 2010 21:06:23 +0100 (CET) Jesper Juhl wrote:
>
> Remove unused function 'mf_getSrcHistory' (that will never be used ever
> according to Stephen Rothwell).
>
> Signed-off-by: Jesper Juhl
Acked-by: Stephen Rothwell
--
Cheers,
Stephen Rothwells...@canb.auug.or
Hi Stephen,
On Tue, 2 Nov 2010, Stephen Rothwell wrote:
> On Mon, 1 Nov 2010 21:06:23 +0100 (CET) Jesper Juhl
> wrote:
> >
> > Remove unused function 'mf_getSrcHistory' (that will never be used ever
> > according to Stephen Rothwell).
> >
> > Signed-off-by: Jesper Juhl
>
> Acked-by: Stephen
In message <1287547340.14049.25.ca...@flin.austin.ibm.com> you wrote:
> icswx is a PowerPC co-processor instruction to send data to a
> co-processor. On Book-S processors the LPAR_ID and process ID (PID) of
> the owning process are registered in the window context of the
> co-processor at initial
On Tue, 2010-11-02 at 09:23 +1100, Michael Neuling wrote:
> +EXPORT_SYMBOL(switch_cop);
> +EXPORT_SYMBOL(use_cop);
> +EXPORT_SYMBOL(drop_cop);
>
> Please document how to use these.
Also, should these be _GPL ?
Cheers,
Ben.
___
Linuxppc-dev mailing l
On Mon, 2010-11-01 at 22:20 +0100, Jesper Juhl wrote:
> Hi Stephen,
>
> On Tue, 2 Nov 2010, Stephen Rothwell wrote:
>
> > On Mon, 1 Nov 2010 21:06:23 +0100 (CET) Jesper Juhl
> > wrote:
> > >
> > > Remove unused function 'mf_getSrcHistory' (that will never be used ever
> > > according to Stephe
On Mon, 2010-11-01 at 07:41 -0700, Joe Perches wrote:
> On Mon, 2010-11-01 at 22:02 +1100, Michael Ellerman wrote:
> > On Sat, 2010-10-30 at 14:08 -0700, Joe Perches wrote:
> > > Coalesce long formats.
> > > Align arguments.
> > > Add missing newlines.
> > >
> > > Signed-off-by: Joe Perches
> > >
> +
> +#ifdef CONFIG_40x
> +#define SPRN_PID 0x3B1 /* Process ID */
> +#else
> +#define SPRN_PID 0x030 /* Process ID */
> +#ifdef CONFIG_BOOKE
> +#define SPRN_PID0SPRN_PID/* Process ID Register 0 */
> +#endif
> +#endif
> +
> #define SPRN_CTR 0x009 /* Count Register */
> #de
On Wed, 2010-10-27 at 12:54 -0400, Chris Metcalf wrote:
> The tile architecture uses this framework for our serial console,
> and our users complain that the delay of up to two seconds feels like
> the machine has gone non-responsive and is disturbing. By contrast,
> a delay of up to half a second
On Tue, 2010-11-02 at 11:26 +1100, Michael Ellerman wrote:
> On Mon, 2010-11-01 at 07:41 -0700, Joe Perches wrote:
> > Pretty much. Format coalescing is generally preferred for grep.
> Really? Grep doesn't work anyway because you have format specifiers, and
> although you can try and guess them ..
On 11/1/2010 8:35 PM, Michael Ellerman wrote:
> On Wed, 2010-10-27 at 12:54 -0400, Chris Metcalf wrote:
>> The tile architecture uses this framework for our serial console,
>> and our users complain that the delay of up to two seconds feels like
>> the machine has gone non-responsive and is disturb
On Mon, 2010-11-01 at 18:50 -0700, Joe Perches wrote:
> On Tue, 2010-11-02 at 11:26 +1100, Michael Ellerman wrote:
> > On Mon, 2010-11-01 at 07:41 -0700, Joe Perches wrote:
> > > Pretty much. Format coalescing is generally preferred for grep.
> > Really? Grep doesn't work anyway because you have f
Hi,
I am trying to get 2.6.36 running on an old PowerMac 8600. It can't
seem to find the root device. There are some messages about the disks
on the bus. But they don't look quite right. It is currently running
2.6.28.
Any suggestions?
Thanks!
kevin
_
39 matches
Mail list logo
