From: Prabhakar
The Intel e1000 device driver defaults to MSI interrupt mode, even if MSI
support is not enabled
Signed-off-by: Jin Qing
Signed-off-by: Prabhakar Kushwaha
---
Based upon
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git(branch
master)
added netdev mail-
Hi Poonam
On 04/12/2011 07:05 AM, Aggrwal Poonam-B10812 wrote:
Hello Felix
Please find some comments inline.
Regards
Poonam
-Original Message-
From: Kushwaha Prabhakar-B32579
Sent: Tuesday, April 12, 2011 9:26 AM
To: Aggrwal Poonam-B10812
Subject: FW: Problem with mini-PCI-E slot on
Hi,
On 04/12/2011 07:35 AM, Benjamin Herrenschmidt wrote:
On Tue, 2011-04-12 at 04:05 +, Aggrwal Poonam-B10812 wrote:
May be you can look at
http://old.nabble.com/Problem-with-mini-PCI-E-slot-on-P2020RDB-td26802038.html
Felix we do not have the atheros driver for 2.6.38 and the issue is
on
On Tue, 2011-04-12 at 04:05 +, Aggrwal Poonam-B10812 wrote:
> May be you can look at
> http://old.nabble.com/Problem-with-mini-PCI-E-slot-on-P2020RDB-td26802038.html
>
> Felix we do not have the atheros driver for 2.6.38 and the issue is
> only seen with Atheros not sata_sil. If possible can y
Hello Felix
Please find some comments inline.
Regards
Poonam
> -Original Message-
> From: Kushwaha Prabhakar-B32579
> Sent: Tuesday, April 12, 2011 9:26 AM
> To: Aggrwal Poonam-B10812
> Subject: FW: Problem with mini-PCI-E slot on P2020RDB
>
>
>
> -Original Message-
> From: Fe
On Mon, 2011-04-11 at 16:50 -0700, Andrew Morton wrote:
> On Fri, 8 Apr 2011 17:24:01 +1000 (EST)
> Michael Ellerman wrote:
>
> > In __access_remote_vm() we need to check that we have found the right
> > vma, not the following vma, before we try to access it. Otherwise we
> > might call the vma'
remains from descriptor debugging - not required for normal operation.
Signed-off-by: Kim Phillips
---
drivers/crypto/caam/caamalg.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/crypto/caam/caamalg.c b/drivers/crypto/caam/caamalg.c
index 20e1215..8eb84d3
keep the hex error value reporting version (a) to be consistent
with decrypt_done(), and (b) to keep our hardware guys happy.
Signed-off-by: Kim Phillips
---
drivers/crypto/caam/caamalg.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/crypto/caam/caamalg.c b/dri
- add IRQF_SHARED to request_irq flags to support parts such as
the p1023 that has one IRQ line per couple of rings.
- resetting a job ring triggers an interrupt, so move request_irq
prior to jr_reset to avoid 'got IRQ but nobody cared' messages.
- disable IRQs in h/w to avoid contention between
The presence of a h/w Queue Interface would fail due to this
cut-n-paste snafu.
Signed-off-by: Kim Phillips
---
drivers/crypto/caam/regs.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/crypto/caam/regs.h b/drivers/crypto/caam/regs.h
index d063a26..aee394e 1006
On Fri, 8 Apr 2011 17:24:01 +1000 (EST)
Michael Ellerman wrote:
> In __access_remote_vm() we need to check that we have found the right
> vma, not the following vma, before we try to access it. Otherwise we
> might call the vma's access routine with an address which does not
> fall inside the vm
From: Ben Hutchings
Date: Sat, 09 Apr 2011 00:45:11 +0100
> This code was cribbed from niu, so gfar_set_hash_opts() begins by
> converting the ethtool flow class code into a class code for Sun
> Neptune hardware, then does the same thing again for the hardware it's
> really dealing with. It may
[ Adding the dri-devel list ]
On Mon, 2011-04-11 at 15:31 +0200, Gabriel Paubert wrote:
> On Thu, Apr 07, 2011 at 04:04:35PM +0200, Michel Dänzer wrote:
> > On Mit, 2011-04-06 at 22:43 +0200, Gabriel Paubert wrote:
> > >
> > > The probem is that, at least on one of my machines, the new driver
>
Hi Prabhakar,
On 04/11/2011 02:09 PM, Kushwaha Prabhakar-B32579 wrote:
Hi,
Yes. It wil be applicable for all revisions.
Regards,
Prabhakar
I'm sure this is applicable to all revisions, but it doesn't necessarily
makes things work. The problem I've reported back in 2009 still
exists on P2020
On Thu, Apr 07, 2011 at 04:04:35PM +0200, Michel Dänzer wrote:
> On Mit, 2011-04-06 at 22:43 +0200, Gabriel Paubert wrote:
> >
> > The probem is that, at least on one of my machines, the new driver
> > does not work: the system hangs (apparently solid, but it's before
> > networking starts up and
On Apr 11, 2011, at 1:38 AM, Prabhakar Kushwaha wrote:
> From: Prabhakar
>
> e1000 default interrupt mode is MSI. No matter user select MSI or
> disable MSI in kernel config.
>
> Signed-off-by: Jin Qing
> Signed-off-by: Prabhakar Kushwaha
> ---
> Based upon
> git://git.kernel.org/pub/scm/li
replace tranmitted with transmitted.
Signed-off-by: Weiping Pan(潘卫平)
---
drivers/usb/gadget/fsl_qe_udc.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/gadget/fsl_qe_udc.h b/drivers/usb/gadget/fsl_qe_udc.h
index e35e24f..1da5fb0 100644
--- a/drivers/usb/gad
Hi,
Yes. It wil be applicable for all revisions.
Regards,
Prabhakar
> -Original Message-
> From: Felix Radensky [mailto:fe...@embedded-sol.com]
> Sent: Monday, April 11, 2011 2:10 PM
> To: Kushwaha Prabhakar-B32579
> Cc: Fabian Bertholm; Leon Woestenberg; linuxppc-...@ozlabs.org; Mahaja
Hi,
Assuming I have all patches in place, will this problem be
resolved on earlier board revisions (before rev D) ?
Felix.
On 04/11/2011 12:06 PM, Kushwaha Prabhakar-B32579 wrote:
Hi Fabe,
Yes .. P1020/P1011 RDB has same issue as of P2020RDB.
It was because of some missing patches at u-boot
Hi Fabe,
Yes .. P1020/P1011 RDB has same issue as of P2020RDB.
It was because of some missing patches at u-boot and Linux.
U-boot patch : It is already present in open source. Please use latest code base
Linux patch : I am in process of posting in open source. Please make mentioned
changes of I
Hello Kushwaha Prabhakar,
Our impression is that there is the same issue on the P1020/P1011 RDB.
Can you confirm this?
Best Regards,
Fabe
2011/4/8 Kushwaha Prabhakar-B32579 :
>
>
>> -Original Message-
>> From: Leon Woestenberg [mailto:leon.woestenb...@gmail.com]
>> Sent: Thursday, April
On 04/09/11 22:04, wanlong@gmail.com wrote:
> From: Wanlong Gao
>
> Change the BT_L2CAP and BT_SCO defconfigs from 'm' to 'y',
> since BT_L2CAP and BT_SCO had changed to bool configs.
>
> Signed-off-by: Wanlong Gao
> ---
For:
> arch/arm/configs/cm_x2xx_defconfig |4 ++--
> arc
22 matches
Mail list logo
