Hello David,
Thanks a lot for review.
The general note to be made here is that the changes to the DTS file
made by this patch are necessary for a ppc440spe ADMA driver, which is
a not-completed arch/powerpc port from the arch/ppc branch, and which
uses DT (well, incorrectly) just to get in
Hello Dan,
On Wednesday, January 14, 2009 you wrote:
[..]
> Do you have a git tree where you can post this series? That would
> make it easier for me to track/review.
Yes.
Please see the "raidstuff" branch in the linux-2.6-denx repository:
http://git.denx.de/?p=linux-2.6-denx.git;a=short
Hi!
Ira Snyder wrote on 15.01.2009 22:40:56:
> On Thu, Jan 15, 2009 at 10:22:53PM +0100, Arnd Bergmann wrote:
> > On Thursday 15 January 2009, Ira Snyder wrote:
> > > I have another question for you Arnd.
> > >
> > > What did you use as the host and guest drivers when you ran virtio
over
> > >
On Thursday 15 January 2009 19:57:44 Kumar Gala wrote:
> On Jan 15, 2009, at 11:54 AM, Scott Wood wrote:
> > On Thu, Jan 15, 2009 at 03:58:50PM +0100, Laurent Pinchart wrote:
> >> On Thursday 15 January 2009 15:42:14 Kumar Gala wrote:
> >>> On Jan 15, 2009, at 7:18 AM, Laurent Pinchart wrote:
> >>>
Hello Dan,
Thanks for review. Some comments below.
On Thursday, January 15, 2009 you wrote:
[..]
>> +/**
>> + * do_async_pq - asynchronously calculate P and/or Q
>> + */
>> +static struct dma_async_tx_descriptor *
>> +do_async_pq(struct dma_chan *chan, struct page **blocks, unsigned char
>>
On Thursday, January 15, 2009 Dan Williams wrote:
> On Mon, Jan 12, 2009 at 5:43 PM, Yuri Tikhonov wrote:
>> + /* (2) Calculate Q+Qxy */
>> + lptrs[0] = ptrs[failb];
>> + lptrs[1] = ptrs[disks-1];
>> + lptrs[2] = NULL;
>> + tx = async_pq(lptrs, NULL, 0, 1, bytes, AS
>> try to fix "ft_cpu_setup()" in your u-boot source for mpc8272ads
>> and use "PowerPC,8...@0" as cpu_path instead of "c...@0".
>>
>> Best regards,
>> Anatolij
>
I am currently going until this step:
## Booting kernel from Legacy Image at 0040 ...
Image Name: Linux-2.6.29-rc1-01197-g5a7b
Hello Anton,
Thanks for review. Please note the general note I made in "Re[2]:
[PATCH 11/11][v2] ppc440spe-adma: ADMA driver for PPC440SP(e)
systems".
All your comments make sense, so we'll try to address these in the
next version of the driver. Some comments below.
On Thursday, January 1
On Thursday 15 January 2009 13:35:27 Chandru wrote:
> Hello Dave, From the debug console output, if there is anything you can add
> here, pls let me know.
As we can see from the console output here, physbase isn't page aligned when
the panic occurs. So we could as well send (start_pfn << PAGE_S
On Friday, January 16, 2009 you wrote:
> On Thu, Jan 15, 2009 at 2:51 PM, Dan Williams
> wrote:
>> On Mon, Dec 8, 2008 at 2:57 PM, Yuri Tikhonov wrote:
>> What's the reasoning behind changing the logic here, i.e. removing
>> must_compute and such? I'd feel more comfortable seeing copy and
>> p
Hello Cheng,
On Friday, January 16, 2009 you wrote:
> Ack, could you please make the changelog more descriptive?
> and or add some of your benchmark results?
Of course. We did benchmarking using the Xdd tool like follows:
# xdd -op write -kbytes $kbytes -reqsize $reqsize -dio-passes 2 –verbos
On Jan 12, 2009, at 4:49 PM, Yuri Tikhonov wrote:
This patch adds support for 256KB pages on ppc44x-based boards.
Another day, another comment. The motivation for reply was the second
comment below.
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 84b8613..18f33ef 100644
--
Hello Milton,
On Friday, January 16, 2009 you wrote:
> On Jan 12, 2009, at 4:49 PM, Yuri Tikhonov wrote:
>> This patch adds support for 256KB pages on ppc44x-based boards.
> Another day, another comment. The motivation for reply was the second
> comment below.
>>
>> diff --git a/arch/powerpc/
On Fri, Jan 16, 2009 at 01:06:06PM +0100, Jean-Michel Hautbois wrote:
> Could it be a problem in my bootargs command line ?
> I mean, maybe the console=ttyS0,11500 wrong ?
> Because my "Run" LED is on...
>
> I tried ttyS0, ttyCPM0, tty0.
It should be ttyCPM0, or just leave it out and make sure th
2009/1/16 Scott Wood :
> On Fri, Jan 16, 2009 at 01:06:06PM +0100, Jean-Michel Hautbois wrote:
>> Could it be a problem in my bootargs command line ?
>> I mean, maybe the console=ttyS0,11500 wrong ?
>> Because my "Run" LED is on...
>>
>> I tried ttyS0, ttyCPM0, tty0.
>
> It should be ttyCPM0, or ju
2009/1/16 Scott Wood :
> On Fri, Jan 16, 2009 at 01:06:06PM +0100, Jean-Michel Hautbois wrote:
>> Could it be a problem in my bootargs command line ?
>> I mean, maybe the console=ttyS0,11500 wrong ?
>> Because my "Run" LED is on...
>>
>> I tried ttyS0, ttyCPM0, tty0.
>
> It should be ttyCPM0, or ju
On Fri, 2009-01-16 at 17:46 +0530, Chandru wrote:
> On Thursday 15 January 2009 13:35:27 Chandru wrote:
> > Hello Dave, From the debug console output, if there is anything you can add
> > here, pls let me know.
>
> As we can see from the console output here, physbase isn't page aligned when
> th
2009/1/16 Jean-Michel Hautbois :
> 2009/1/16 Scott Wood :
>> On Fri, Jan 16, 2009 at 01:06:06PM +0100, Jean-Michel Hautbois wrote:
>>> Could it be a problem in my bootargs command line ?
>>> I mean, maybe the console=ttyS0,11500 wrong ?
>>> Because my "Run" LED is on...
>>>
>>> I tried ttyS0, ttyCP
Jean-Michel Hautbois wrote:
OK, I just tried a make of my kernel (already compiled yesterday), and
it generated a cuImage.mpc8272ads kernel image (which it didn't do
yesterday).
I don't know why this image was generated, but I tried to reboot using this one.
Use uImage if you are providing a de
On Fri, Jan 16, 2009 at 02:40:03PM +1100, Daniel Ng wrote:
> I've tried various values for 'console' but I'm quite certain 'ttyCPM0' is the
> one to use as this is what I was using when it was working with Linux 2.6.14
> and an old (pre-Device Tree) version of u-boot.
Yes, that is correct. You ca
2009/1/16 Scott Wood :
> Jean-Michel Hautbois wrote:
>>
>> OK, I just tried a make of my kernel (already compiled yesterday), and
>> it generated a cuImage.mpc8272ads kernel image (which it didn't do
>> yesterday).
>> I don't know why this image was generated, but I tried to reboot using
>> this on
On Fri, Jan 16, 2009 at 4:41 AM, Yuri Tikhonov wrote:
>> I don't think this will work as we will be mixing Q into the new P and
>> P into the new Q. In order to support (src_cnt > device->max_pq) we
>> need to explicitly tell the driver that the operation is being
>> continued (DMA_PREP_CONTINUE)
On Fri, Jan 16, 2009 at 4:51 AM, Yuri Tikhonov wrote:
> The reason why I preferred to use async_pq() instead of async_xor()
> here is to maximize the chance that the whole D+D recovery operation
> will be handled in one ADMA device, i.e. without channels switch and
> the latency introduced becaus
On Fri, Jan 16, 2009 at 7:24 AM, Yuri Tikhonov wrote:
>> Ok, I now see why this change was made. Please make this changelog
>> more descriptive than "Rewrite handle_stripe_dirtying6 function to
>> work asynchronously."
>
> Sure, how about the following:
>
> "
>
> md: rewrite handle_stripe_dirty
I'm going to apply this for 2.6.29, since the change to the u64 type
went upstream, so ehca spews a bunch of warnings now.
I'll also add the following patch to fix all the printk format warnings:
IB/ehca: Fix printk format warnings from u64 type change
Commit fe21 ("powerpc: Change u64/s64 t
Hi Roland,
On Fri, 16 Jan 2009 14:36:27 -0800 Roland Dreier wrote:
>
> I'm going to apply this for 2.6.29, since the change to the u64 type
> went upstream, so ehca spews a bunch of warnings now.
Thanks.
> I'll also add the following patch to fix all the printk format warnings:
>
> IB/ehca: Fi
> Sorry to appear picky, but how is that different from the patch "powerpc:
> cleanup from powerpc l64 to ll64 change: drivers/infiniband" that I sent
> to you on Jan 7?
Well, I didn't lose my version and forget all about it ;)
Seriously, I must have lost that patch, sorry about that. I'll di
Hi Roland,
On Fri, 16 Jan 2009 14:51:30 -0800 Roland Dreier wrote:
>
> > Sorry to appear picky, but how is that different from the patch "powerpc:
> > cleanup from powerpc l64 to ll64 change: drivers/infiniband" that I sent
> > to you on Jan 7?
>
> Well, I didn't lose my version and forget al
Hi Josh,
I see you are delegated for this patch submission any ideas when it will be
accepted.
http://patchwork.ozlabs.org/patch/6814/
Thanks,
-Victor Gallardo
-Original Message-
From: linuxppc-dev-bounces+vgallardo=amcc@ozlabs.org
[mailto:linuxppc-dev-bounces+vgallardo=amcc@
On Fri, 2009-01-16 at 16:14 -0800, Victor Gallardo wrote:
> Hi Josh,
>
> I see you are delegated for this patch submission any ideas when it will be
> accepted.
>
> http://patchwork.ozlabs.org/patch/6814/
Looks like it fell through the cracks.
Can you resend it to both our list and net...@vger
30 matches
Mail list logo
