Hi,
Mahajan Vivek-B08308 wrote:
I've enabled MSI in ath9k driver, by simply adding
pci_enable_msi() and
pci_disable_msi() at relevant places. The MSI interrupt is allocated.
irq: irq 0 on host /s...@ffe0/m...@41600 mapped to virtual irq 18
phy0: Atheros AR9280 MAC/BB Rev:2 AR5133 RF Rev:
On Thu, 2009-12-17 at 13:22 +1100, Michael Neuling wrote:
> > + * The @offset is the offset of the register in struct pt_regs.
> > + * If @offset is bigger than MAX_REG_OFFSET, this returns 0.
> > + */
> > +static inline unsigned long regs_get_register(struct pt_regs *regs,
> > +
Since commit 57b150cce8e004ddd36330490a68bfb59b7271e9, desc->affinity
of an irq is changed after calling desc->chip->set_affinity.
Therefore we need to fix the irq_choose_cpu() not to depend on the
desc->affinity for new mask.
Signed-off-by: Jiajun Wu
Signed-off-by: Li Yang
---
arch/powerpc/sys
Hi Michael,
Michael Neuling wrote:
>> +
>> +static const struct pt_regs_offset regoffset_table[] = {
>> +REG_OFFSET_NAME(gpr[0]),
>> +REG_OFFSET_NAME(gpr[1]),
>> +REG_OFFSET_NAME(gpr[2]),
>> +REG_OFFSET_NAME(gpr[3]),
>> +REG_OFFSET_NAME(gpr[4]),
>> +REG_OFFSET_NAME(gpr[5]),
On Wed, 09 Dec 2009 17:52:13 +1100
Benjamin Herrenschmidt wrote:
> The cardbus code creates PCI devices without ever going through the
> necessary fixup bits and pieces that normal PCI devices go through.
>
> There's in fact a commented out call to pcibios_fixup_bus() in there,
> it's commented
In message <20091216043933.ga9...@in.ibm.com> you wrote:
> This patch ports the kprobe-based event tracer to powerpc. This patch
> is based in x86 port. This brings powerpc on par with x86.
>
> Port the following API's to ppc for accessing registers and stack entries
> from pt_regs.
>
> - regs_qu
Commit d28513bc7f675d28b479db666d572e078ecf182d ("Fix bug in pagetable
cache cleanup with CONFIG_PPC_SUBPAGE_PROT"), itself a fix for
breakage caused by an earlier clean up patch of mine, contains a
stupid bug. I changed the parameters of the subpage_protection()
function, but failed to update one
On Wed, 2009-12-16 at 14:01 -0800, Jesse Barnes wrote:
> > Olof, once that's in you should be able to remove the hack you have in
> > the PA-Semi code to work around this.
> >
>
> Oops, looks like this fails for the modular case? I get an unresolved
> symbol error when building this with my def
* Arnd Bergmann | 2009-12-11 16:49:25 [+0100]:
>On Friday 11 December 2009, Simon Richter wrote:
>> Hi,
>>
>> since there has been a thread on allowing the use of a coprocessor in
>> the kernel already: I am wondering if it'd make sense to use AltiVec for
>> AES in dm-crypt, and how difficult it
Kumar Gala wrote:
Changes with respect to v1 as per comments received
o. Rebased to linux-next as of 20091216
o. The selection is based exclusive of fsldma
o. Intoduced a new Kernel Configuration variable
*. This enables selecting the Cryptographic functionality
of Talitos along with
;> Signed-off-by: Dipen Dudhat
>> Signed-off-by: Maneesh Gupta
>> Signed-off-by: Vishnu Suresh
>> ---
>> Changes with respect to v1 as per comments received
>> o. Rebased to linux-next as of 20091216
>> o. The selection is based exclusive of fsldma
>> o.
Changes with respect to v1 as per comments received
> o. Rebased to linux-next as of 20091216
> o. The selection is based exclusive of fsldma
> o. Intoduced a new Kernel Configuration variable
>*. This enables selecting the Cryptographic functionality
> of Talitos along with
On Wed, 09 Dec 2009 17:52:13 +1100
Benjamin Herrenschmidt wrote:
> The cardbus code creates PCI devices without ever going through the
> necessary fixup bits and pieces that normal PCI devices go through.
>
> There's in fact a commented out call to pcibios_fixup_bus() in there,
> it's commented
On Wed, 09 Dec 2009 17:52:13 +1100
Benjamin Herrenschmidt wrote:
> The cardbus code creates PCI devices without ever going through the
> necessary fixup bits and pieces that normal PCI devices go through.
>
> There's in fact a commented out call to pcibios_fixup_bus() in there,
> it's commented
When looking at /proc/cpuinfo the cpuname will be 'unknown"
if the pvr mask is 0. This is the case for the kernel running
on new or unknown hardware. However the cpuname is always specified
so use the name regardless of the pvr mask.
Signed-off-by: Mike Wolf
---
--- mainline.orig/arch/powerpc/k
help in
realising this driver
Signed-off-by: Kim Phillips
Signed-off-by: Dipen Dudhat
Signed-off-by: Maneesh Gupta
Signed-off-by: Vishnu Suresh
---
Changes with respect to v1 as per comments received
o. Rebased to linux-next as of 20091216
o. The selection is based exclusive of fsldma
o. Intodu
ence, this patch removes the DMA_INTERRUPT capability
and the associated code from the driver.
Signed-off-by: Vishnu Suresh
---
Changes with respect to v1
o. Rebased to linux-next as of 20091216
drivers/dma/fsldma.c | 31 ---
1 files changed, 0 insertions(+), 31
The _ONSTACK variant should be used for on-stack completion,
otherwise it will break lockdep.
Signed-off-by: Yong Zhang
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-...@ozlabs.org
---
arch/powerpc/platforms/iseries/viopath.c |2 +-
1 files changed, 1 insertions(+), 1 deletion
I work on a EP825 (MPC852T) based system running a 2.4.24 linux kernel
(which I didn't bring up in first place). Now I need to bring the board
alive over the latest kernel it may be possible to.
I've managed to cross-compile 2.26.32 kernel using most of the options I
could take from the existing 2
Hello Everybody,
A totally simple patch that reduces the text size as of the
ppc_6xx-size command of pata_mpc52xx by more than 10%, by reducing the
rodata size from 0x4a4 to 0x17e bytes. This is simply done by changing
the data types of the ATA timing constants.
If you are interested at all, and
> From: Felix Radensky [mailto:fe...@embedded-sol.com]
> Sent: Wednesday, December 16, 2009 5:30 PM
> > As per the p2020rm, PCIe legacy INTA is shared with IRQ0 for this
> > ctlr, which is the exactly the case with other SoC's p2020ds,
> > mpc8536ds, mpc8572ds. To me it seems like a board issue
Mahajan Vivek-B08308 wrote:
From: Felix Radensky [mailto:fe...@embedded-sol.com]
Sent: Wednesday, December 16, 2009 2:56 PM
To: Mahajan Vivek-B08308
Cc: linuxppc-...@ozlabs.org; Aggrwal Poonam-B10812; Kumar Gala
Subject: Re: Problem with mini-PCI-E slot on P2020RDB
Hi,
Looks like INTA is n
Hello Wolfram,
On Wednesday 09 December 2009 15:57:48 Wolfram Sang wrote:
> Do you have a way to measure performance penalties?
As I said, I do.
And here they are. They won't win a price for the most impartial
benchmarks ever seen, but thet'll be a good starting point to get a
feeling what stab
> From: Felix Radensky [mailto:fe...@embedded-sol.com]
> Sent: Wednesday, December 16, 2009 2:56 PM
> To: Mahajan Vivek-B08308
> Cc: linuxppc-...@ozlabs.org; Aggrwal Poonam-B10812; Kumar Gala
> Subject: Re: Problem with mini-PCI-E slot on P2020RDB
>
> Hi,
> >
> > Looks like INTA is not being rout
Hi,
Mahajan Vivek-B08308 wrote:
Hi,
I'm trying to use mini-PCI-E WLAN card on P2020RDB running
2.6.32, but so far without success.
ath9k driver identifies the device, I can run ifconfig,
iwconfig and hostapd on wlan0, but device is not getting any
interrupts, so I suspect the interrupt co
On Wed, Dec 16, 2009 at 4:24 PM, Sachin Sant wrote:
> Xiaotian Feng wrote:
>>
>> Could follow be possible? We know there's cpu 0 and cpu 1,
>>
>> offline cpu1 > done
>> offline cpu0 > false
>>
>> consider this in cpu_down code,
>>
>>
>> int __ref cpu_down(unsigned int cpu)
>> {
>>
>> set_
Xiaotian Feng wrote:
Could follow be possible? We know there's cpu 0 and cpu 1,
offline cpu1 > done
offline cpu0 > false
consider this in cpu_down code,
int __ref cpu_down(unsigned int cpu)
{
set_cpu_active(cpu, false); // here, we set cpu 0 to inactive
synchronize_sched();
27 matches
Mail list logo
