>-Original Message-
>From: Anton Vorontsov [mailto:avoront...@ru.mvista.com]
>Sent: Saturday, February 27, 2010 3:08 AM
>To: Paul Gortmaker
>Cc: Martyn Welch; net...@vger.kernel.org;
>linux-ker...@vger.kernel.org; linuxppc-dev list; Kumar
>Gopalpet-B05799; da...@davemloft.net
>Subject
On Fri, Feb 26, 2010 at 6:57 PM, John Linn wrote:
> Hi,
>
> I should apologize ahead of time for my lack of knowledge with PCI.
>
> I'm trying to better understand if I can run a standard off the shelf
> PCI NIC with a powerpc kernel as the PCI with device tree is not clear
> to me.
yes.
> I don
Hi Linus !
Here's your batch of powerpc stuff for 2.6.34. As you can see, it's
reasonably small this time around. There's a pile of scalability
improvements from Anton, a batch of raw_spinlock conversion from Thomas,
and a few more bits and pieces.
Cheers,
Ben.
The following changes since commit
Hi,
I should apologize ahead of time for my lack of knowledge with PCI.
I'm trying to better understand if I can run a standard off the shelf
PCI NIC with a powerpc kernel as the PCI with device tree is not clear
to me.
I don't see many Ethernet drivers having OF support in them so maybe
devices
> + tty_kref_get(hp->tty);
> spin_lock_irqsave(&hp->lock, flags);
> tty = hp->tty;
>
> @@ -830,7 +833,9 @@ int hvc_remove(struct hvc_struct *hp)
>* cleaned up the hvc_struct.
>*/
> if (tty)
> - tty_hangup(tty);
> + tty_vhangup(tty);
>
2010/2/27 Scott Wood :
> On Fri, Feb 26, 2010 at 10:08:09AM +0800, Peter Pan wrote:
> There isn't one. I was not under the impression that such a configuration
> was even possible (how do you control ALE/CLE, for example?). There is a
> NAND driver that uses UPM, though -- perhaps you could use t
On Fri, Feb 26, 2010 at 4:50 PM, Kumar Gala wrote:
>
> On Feb 26, 2010, at 5:07 PM, John Linn wrote:
>
>> Hi all,
>>
>> We are in the process of putting PCI/PCIe into the microblaze
>> architecture.
>>
>> In order to not duplicate/fork the PCI code in Powerpc, we're proposing
>> to move the PCI co
On Feb 26, 2010, at 5:07 PM, John Linn wrote:
> Hi all,
>
> We are in the process of putting PCI/PCIe into the microblaze
> architecture.
>
> In order to not duplicate/fork the PCI code in Powerpc, we're proposing
> to move the PCI code from arch/powerpc into drivers/of such that it
> would b
On Fri, 26 Feb 2010 16:07:59 -0700
John Linn wrote:
> Hi all,
>
> We are in the process of putting PCI/PCIe into the microblaze
> architecture.
>
> In order to not duplicate/fork the PCI code in Powerpc, we're
> proposing to move the PCI code from arch/powerpc into drivers/of such
> that it w
Hi all,
We are in the process of putting PCI/PCIe into the microblaze
architecture.
In order to not duplicate/fork the PCI code in Powerpc, we're proposing
to move the PCI code from arch/powerpc into drivers/of such that it
would be common code for Powerpc and MicroBlaze.
This would be the 1st
On 10-02-26 04:38 PM, Anton Vorontsov wrote:
> OK, I think I found what's happening in gianfar.
>
> Some background...
>
> start_xmit() prepares new skb for transmitting, generally it does
> three things:
>
> 1. sets up all BDs (marks them ready to send), except the first one.
> 2. stores skb i
MPC5121 FEC requeries 4-byte alignmnent for TX data buffers.
This patch is a work around that copies misaligned tx packets
to an aligned skb before sending.
Signed-off-by: John Rigby
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Signed-off-by: Anatolij Gustschin
Acked-by: Grant Like
Extend the fs_enet driver to support MPC512x FEC.
Enable it with CONFIG_FS_ENET_MPC5121_FEC option.
Signed-off-by: John Rigby
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Signed-off-by: Anatolij Gustschin
Acked-by: Grant Likely
---
drivers/net/fs_enet/Kconfig| 10 +-
Signed-off-by: Anatolij Gustschin
Acked-by: Grant Likely
---
drivers/net/fs_enet/fs_enet-main.c | 39 +--
drivers/net/fs_enet/mac-fcc.c |5 ++-
drivers/net/fs_enet/mac-fec.c | 12 --
drivers/net/fs_enet/mac-scc.c |9 +++
4 fi
These patches attempt to provide support for the Freescale MPC512x
FEC in the fs_enet driver. The first cleanup patch replaces printk
by dev_xxx. The second and third attemt to support MPC5121 FEC
in the FEC driver.
Changes since previous version:
- don't attempt to provide runtime selection of
On Fri, Feb 26, 2010 at 11:27:42AM -0500, Paul Gortmaker wrote:
> On 10-02-26 11:10 AM, Anton Vorontsov wrote:
> > On Fri, Feb 26, 2010 at 03:34:07PM +, Martyn Welch wrote:
> > [...]
> >> Out of 10 boot attempts, 7 failed.
> >
> > OK, I see why. With ip=on (dhcp boot) it's much harder to trigg
From: Anatolij Gustschin
Date: Fri, 26 Feb 2010 21:18:08 +0100
> Hi David,
>
> On Mon, 22 Feb 2010 03:44:52 -0800 (PST)
> David Miller wrote:
>
>> From: Anatolij Gustschin
>> Date: Mon, 22 Feb 2010 12:37:24 +0100
>>
>> > Could you please comment on this patch series.
>>
>> It's in the net-n
Sending a break on the SOC UARTs found in some MPC83xx/85xx/86xx
chips seems to cause a short lived IRQ storm (/proc/interrupts
typically shows somewhere between 300 and 1500 events). Unfortunately
this renders SysRQ over the serial console completely inoperable.
Testing with obvious things like A
On Fri, Feb 26, 2010 at 01:42:39PM -0600, Kumar Gala wrote:
>
> On Feb 26, 2010, at 1:25 PM, Paul Gortmaker wrote:
>
> > Sending a break on the SOC UARTs found in some MPC83xx/85xx/86xx
> > chips seems to cause a short lived IRQ storm (/proc/interrupts
> > typically shows somewhere between 300 an
On 10-02-26 02:42 PM, Kumar Gala wrote:
>
> On Feb 26, 2010, at 1:25 PM, Paul Gortmaker wrote:
>
[...]
>>
>> +if ((up->bugs& UART_BUG_PPC)&& (status == UART_LSR_RFE_ERROR_BITS)) {
>> +spin_unlock_irqrestore(&up->port.lock, flags);
>> +return;
>> +}
>> +
[...]
Micha Nelissen wrote:
> Bounine, Alexandre wrote:
> > Micha Nelissen wrote:
> >> Alexandre Bounine wrote:
> >>> /**
> >>> + * rio_em_set_ops- Sets Error Managment operations for a
particular
> > vendor switch
> >>> + * @rdev: RIO device
> >>> + *
> >>> + * Searches the RIO EM ops table for known s
Hi David,
On Mon, 22 Feb 2010 03:44:52 -0800 (PST)
David Miller wrote:
> From: Anatolij Gustschin
> Date: Mon, 22 Feb 2010 12:37:24 +0100
>
> > Could you please comment on this patch series.
>
> It's in the net-next-2.6 tree.
>
> If you need to make any more changes, they need to be relative
On Feb 26, 2010, at 2:29 AM, Joakim Tjernlund wrote:
> li r11, 0x00f0
> - rlwimi r10, r11, 0, 24, 28 /* Set 24-27, clear 28 */
> + rlwimi r10, r11, 0, 0x07f8 /* Set 24-27, clear 21-23,28 */
> DO_8xx_CPU6(0x2d80, r3)
> mtspr SPRN_MI_RPN, r10/* Upd
On Fri, Feb 26, 2010 at 09:29:40AM +0100, Joakim Tjernlund wrote:
> This removes a couple of insn's from the TLB Miss
> handlers whithout changing functionality.
> ---
Did a quick test of the patchset, seems to work OK (without CONFIG_SWAP or
CONFIG_MODULES). Didn't try with CONFIG_8xx_CPU6.
-Sc
On Feb 26, 2010, at 1:25 PM, Paul Gortmaker wrote:
> Sending a break on the SOC UARTs found in some MPC83xx/85xx/86xx
> chips seems to cause a short lived IRQ storm (/proc/interrupts
> typically shows somewhere between 300 and 1500 events). Unfortunately
> this renders SysRQ over the serial cons
Hi All,
On 02/26/2010 04:30 AM, David Woodhouse wrote:
> On Fri, 2009-08-21 at 09:58 -0700, geoffrey.lev...@am.sony.com wrote:
>> The feature of "Install Other OS" was removed from the new
>> "Slim" PS3 model to focus on delivering games and other
>> entertainment content.
>>
>> Please be assure
On Fri, Feb 26, 2010 at 10:08:09AM +0800, Peter Pan wrote:
> I'm recently porting Linux 2.6.32 to our custom board with MPC8247. We have a
> NAND flash connected using GPCM mode of local bus. But after I search
> through the Linux
> source, there is no compatible like "fsl,gpcm-nand". And I can not
On Tue, Feb 23, 2010 at 04:27:15PM +0530, K.Prasad wrote:
> On Mon, Feb 22, 2010 at 06:47:46PM +0530, K.Prasad wrote:
> > On Sun, Feb 21, 2010 at 02:01:37AM +0100, Frederic Weisbecker wrote:
> > > On Mon, Feb 15, 2010 at 11:29:14AM +0530, K.Prasad wrote:
> [snipped]
> > > Also, do you think addr/le
On 10-02-26 11:10 AM, Anton Vorontsov wrote:
> On Fri, Feb 26, 2010 at 03:34:07PM +, Martyn Welch wrote:
> [...]
>> Out of 10 boot attempts, 7 failed.
>
> OK, I see why. With ip=on (dhcp boot) it's much harder to trigger
> it. With static ip config can I see the same.
I'd kind of expected to
On 10-02-26 09:35 AM, Anton Vorontsov wrote:
> On Fri, Feb 26, 2010 at 12:06:15PM +, Martyn Welch wrote:
>> Anton Vorontsov wrote:
>>> On Thu, Feb 25, 2010 at 07:53:30PM -0500, Paul Gortmaker wrote:
>>> [...]
>>>
I was able to reproduce it on an 8641D and bisected it down to this:
>>>
On Fri, Feb 26, 2010 at 03:34:07PM +, Martyn Welch wrote:
[...]
> Out of 10 boot attempts, 7 failed.
OK, I see why. With ip=on (dhcp boot) it's much harder to trigger
it. With static ip config can I see the same.
___
Linuxppc-dev mailing list
Linuxpp
Martyn Welch wrote:
> Paul Gortmaker wrote:
>
>> On 10-02-26 09:35 AM, Anton Vorontsov wrote:
>>
>>
>>> On Fri, Feb 26, 2010 at 12:06:15PM +, Martyn Welch wrote:
>>>
>>>
Anton Vorontsov wrote:
> On Thu, Feb 25, 2010 at 07:53:30PM -0500,
Paul Gortmaker wrote:
> On 10-02-26 09:35 AM, Anton Vorontsov wrote:
>
>> On Fri, Feb 26, 2010 at 12:06:15PM +, Martyn Welch wrote:
>>
>>> Anton Vorontsov wrote:
>>>
On Thu, Feb 25, 2010 at 07:53:30PM -0500, Paul Gortmaker wrote:
[...]
> I was abl
On Fri, Feb 26, 2010 at 12:06:15PM +, Martyn Welch wrote:
> Anton Vorontsov wrote:
> > On Thu, Feb 25, 2010 at 07:53:30PM -0500, Paul Gortmaker wrote:
> > [...]
> >
> >> I was able to reproduce it on an 8641D and bisected it down to this:
> >>
> >> ---
> >> commit a3bc1f11e9b867a4f49
Benjamin Herrenschmidt wrote:
Anton's commit enabling the use of the lwsync fixup mechanism on 64-bit
breaks modules. The lwsync fixup section uses .long instead of the
FTR_ENTRY_OFFSET macro used by other fixups sections, and thus will
generate 32-bit relocations that our module loader cannot re
On Fri, 2009-08-21 at 09:58 -0700, geoffrey.lev...@am.sony.com wrote:
> The feature of "Install Other OS" was removed from the new
> "Slim" PS3 model to focus on delivering games and other
> entertainment content.
>
> Please be assured that SCE is committed to continue
> the support for previousl
Anton Vorontsov wrote:
> On Thu, Feb 25, 2010 at 07:53:30PM -0500, Paul Gortmaker wrote:
> [...]
>
>> I was able to reproduce it on an 8641D and bisected it down to this:
>>
>> ---
>> commit a3bc1f11e9b867a4f49505ecac486a33af248b2e
>> Author: Anton Vorontsov
>> Date: Tue Nov 10 14:11:
Anton Vorontsov wrote:
> On Thu, Feb 25, 2010 at 04:46:54PM +, Martyn Welch wrote:
> [...]
>
>>> nfs: server 192.168.0.1 not responding, still trying
>>>
>>>
>> Further testing has shown that this isn't restricted to warm reboots, it
>> happens from cold as well. In addition, the e
Alan pointed out a race in the code where hvc_remove is invoked. The
recent virtio_console work is the first user of hvc_remove().
Alan describes it thus:
The hvc_console assumes that a close and remove call can't occur at the
same time.
In addition tty_hangup(tty) is problematic as tty_hangup i
This avoids storing these registers in memory.
CPU6 errata will still use the old way.
Remove some G2 leftover accesses from 2.4
---
arch/powerpc/kernel/head_8xx.S | 49 +--
1 files changed, 36 insertions(+), 13 deletions(-)
diff --git a/arch/powerpc/kernel/h
Only the swap function cares about the ACCESSED bit in
the pte. Do not waste cycles updateting ACCESSED when swap
is not compiled into the kernel.
---
arch/powerpc/kernel/head_8xx.S |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/kernel/head_8xx.S b/arch/
Only modules will cause ITLB Misses as we always pin
the first 8MB of kernel memory.
---
arch/powerpc/kernel/head_8xx.S |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/head_8xx.S b/arch/powerpc/kernel/head_8xx.S
index ecc4a02..84ca1d9 100644
--- a/ar
This set of tries to optimize the TLB code on 8xx even
more. If they work, it should be a noticable performance
boost.
I would be very happy if you could test them for me.
Joakim Tjernlund (4):
8xx: Optimze TLB Miss handlers
8xx: Avoid testing for kernel space in ITLB Miss.
8xx: Don't touch
This removes a couple of insn's from the TLB Miss
handlers whithout changing functionality.
---
arch/powerpc/kernel/head_8xx.S | 11 +++
1 files changed, 3 insertions(+), 8 deletions(-)
diff --git a/arch/powerpc/kernel/head_8xx.S b/arch/powerpc/kernel/head_8xx.S
index 3ef743f..ecc4a02 1
44 matches
Mail list logo