On Wed, 2009-07-15 at 15:56 +0200, Nick Piggin wrote:
I would like to merge the new support that depends on this in 2.6.32,
so unless there's major objections, I'd like this to go in early during
the merge window. We can sort out separately how to carry the patch
around in -next until then
On Mon, 20 Jul 2009 17:11:13 +1000
Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Wed, 2009-07-15 at 15:56 +0200, Nick Piggin wrote:
I would like to merge the new support that depends on this in 2.6.32,
so unless there's major objections, I'd like this to go in early during
On Mon, Jul 20, 2009 at 05:11:13PM +1000, Benjamin Herrenschmidt wrote:
On Wed, 2009-07-15 at 15:56 +0200, Nick Piggin wrote:
I would like to merge the new support that depends on this in 2.6.32,
so unless there's major objections, I'd like this to go in early during
the merge window. We
On Thu, Jul 16, 2009 at 11:54:15AM +1000, Benjamin Herrenschmidt wrote:
On Wed, 2009-07-15 at 15:56 +0200, Nick Piggin wrote:
Interesting arrangement. So are these last level ptes modifieable
from userspace or something? If not, I wonder if you could manage
them as another level of pointers
Rupesh Kumar wrote:
Hi
Thanks for reply.
After erasing one of the flash partition, i mounted it as yaffs2 and
manually created rootfs there.
Though it (careting RFS in NAND partiton) marked blocks bad, I am able to
boot with this yaffs2 filesystem.
When image is created with mkyffs2image
Hi all,
I have something to ask for the ppc kernel source.
#define LOADADDR(rn,name) \
lis rn,nam...@highest; \
ori rn,rn,nam...@higher;\
rldicr rn,rn,32,31;\
orisrn,rn,nam...@h; \
ori rn,rn,nam...@l
Is ## used for
On Mon, 2009-07-20 at 10:05 +0200, Nick Piggin wrote:
Unless anybody has other preferences, just send it straight to Linus in
the next merge window -- if any conflicts did come up anyway they would
be trivial. You could just check against linux-next before doing so, and
should see if it is
On Mon, 2009-07-20 at 10:10 +0200, Nick Piggin wrote:
Maybe I don't understand your description correctly. The TLB contains
PMDs, but you say the HW still logically performs another translation
step using entries in the PMD pages? If I understand that correctly,
then generic mm does not
On Mon, 2009-07-20 at 18:00 +0900, HongWoo Lee wrote:
Hi all,
I have something to ask for the ppc kernel source.
#define LOADADDR(rn,name) \
lis rn,nam...@highest; \
ori rn,rn,nam...@higher;\
rldicr rn,rn,32,31;\
oris
On Mon, Jul 20, 2009 at 08:00:41PM +1000, Benjamin Herrenschmidt wrote:
On Mon, 2009-07-20 at 10:10 +0200, Nick Piggin wrote:
Maybe I don't understand your description correctly. The TLB contains
PMDs, but you say the HW still logically performs another translation
step using entries in
On Mon, Jul 20, 2009 at 07:59:21PM +1000, Benjamin Herrenschmidt wrote:
On Mon, 2009-07-20 at 10:05 +0200, Nick Piggin wrote:
Unless anybody has other preferences, just send it straight to Linus in
the next merge window -- if any conflicts did come up anyway they would
be trivial. You
This is another alloc_bootmem() - kzalloc() change, this time to
fix the non-fatal badness caused when booting with a cpm2_uart console.
Signed-Off-By: Mark Ware mw...@elphinstone.net
---
drivers/serial/cpm_uart/cpm_uart_cpm2.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
On Sun, Jul 19, 2009 at 05:12:11PM +0530, Mohd Arif wrote:
Dear All,
Happy to be a part of this mailing list!
The issue is that i want to give support of ethtool in ethernet
driver.
You didn't say whether this is related to PowerPC or not.
Where do i need to make changes in the
Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
Upcoming paches to support the new 64-bit BookE powerpc architecture
will need to have the virtual address corresponding to PTE page when
freeing it, due to the way the HW table walker works.
Basically, the TLB can be loaded with large
(adding cc:linuxppc-...@ozlabs.org)
On Mon, Jul 20, 2009 at 6:20 AM, Mark Waremw...@elphinstone.net wrote:
Changes to the fs_enet driver (aa73832c5a80d6c52c69b18af858d88fa595dd3c)
cause kernel crashes when using the mdio-ofgpio driver.
The following patch is a fairly naive attempt to
Dear vijay sharma,
In message e571380d0907191136j37d341d7k514f46396a38a...@mail.gmail.com you
wrote:
I have been woking on upgrading an embedded system based on MPC8241 from
2.4.17 linux to 2.6.30 kernel.
Wow, that's a big leap...
You should also consider to update to the latest version of
U-Boot maps PCI IO at 0xe030, while current dts files specify
0xe200. This leads to the following oops with CONFIG_8139TOO_PIO=y.
8139too Fast Ethernet driver 0.9.28
Machine check in kernel mode.
Caused by (from SRR1=41000): Transfer error ack signal
Oops: Machine check, sig: 7 [#1]
On Mon, 2009-07-20 at 12:38 +0200, Nick Piggin wrote:
On Mon, Jul 20, 2009 at 08:00:41PM +1000, Benjamin Herrenschmidt wrote:
On Mon, 2009-07-20 at 10:10 +0200, Nick Piggin wrote:
Maybe I don't understand your description correctly. The TLB contains
PMDs, but you say the HW still
On Tue, 2009-07-21 at 09:15 +0900, HongWoo Lee wrote:
First, I aleady understood about @highest, @higher, @h and @l.
For now, what I want to know is about ## in the below code.
#define LOADADDR(rn,name) \
lis rn,nam...@highest; \
ori rn,rn,nam...@higher;
Original Message
Subject: Re: Simple question about powerpc kernel source.
From: Benjamin Herrenschmidt b...@kernel.crashing.org
To: HongWoo Lee hongw...@gmail.com
Cc: linuxppc-dev@lists.ozlabs.org
Date: Mon Jul 20 2009 19:02:38 GMT+0900
On Mon, 2009-07-20 at 18:00 +0900,
20 matches
Mail list logo