> diff --git a/include/asm-generic/rwsem-cmpxchg.h
> b/include/asm-generic/rwsem-cmpxchg.h
> new file mode 100644
> index 000..2b1c859
> --- /dev/null
> +++ b/include/asm-generic/rwsem-cmpxchg.h
> @@ -0,0 +1,183 @@
> +#ifndef _RWSEM_CMPXCHG_H
> +#define _RWSEM_CMPXCHG_H
> +
> +#ifndef _LINUX_R
Other architectures who support cmpxchg and atomic_long can
use that directly.
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/include/asm/rwsem.h| 184 +--
include/asm-generic/rwsem-cmpxchg.h | 183 ++
2 files changed,
This makes the 64-bit kernel use 64-bit signed integers for the counter
(effectively supporting 32-bit of active count in the semaphore), thus
avoiding things like overflow of the mmap_sem if you use a really crazy
number of threads
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/include/
the eHCA driver registers a MR for all of kernel memory, but makes the
assumption that valid memory exists at KERNELBASE. This assumption
may not be true in the case of a relocatable kernel, so use KERNELBASE
+ PHYSICAL_START to get the true beginning of usable kernel memory.
This patch depends o
Some modules (like eHCA) want to map all of kernel memory, for this to
work with a relocated kernel, we need to export kernstart_addr so
modules can use PHYSICAL_START and memstart_addr so they could use
MEMORY_START. Note that the 32bit code already exports these symbols.
Signed-off-By: Sonny Ra
Hi all,
The posting address of this list is linuxppc-...@lists.ozlabs.org.
Please do *not* cc linuxppc-...@ozlabs.org (the old posting address) as
that just means we get two copies of the mail on the list.
Yes, I do know that the kernel MAINTAINERS file has the old address. :-(
Thanks.
--
Chee
On Thu, Aug 19, 2010 at 3:36 PM, Timur Tabi wrote:
> Grant Likely wrote:
>> On Thu, Aug 19, 2010 at 2:36 PM, Timur Tabi wrote:
>>> On Sun, Aug 1, 2010 at 2:57 AM, Grant Likely
>>> wrote:
>>>
sound/soc/fsl/mpc8610_hpcd.c | 4 +-
>>>
>>> This file is/was significantly rew
Arnd Bergmann writes:
> On Thursday 19 August 2010 17:15:37 Andreas Schwab wrote:
>> +SYSCALL(fanotify_init)
>> +COMPAT_SYS(fanotify_mark)
>
> why not _SPU?
See arch/powerpc/platforms/cell/spu_callbacks.c.
* 4. They are optional and we can't rely on them being
*linked into the kernel. Unf
Grant Likely wrote:
> On Thu, Aug 19, 2010 at 2:36 PM, Timur Tabi wrote:
>> On Sun, Aug 1, 2010 at 2:57 AM, Grant Likely
>> wrote:
>>
>>> sound/soc/fsl/mpc8610_hpcd.c |4 +-
>>
>> This file is/was significantly rewritten for 2.6.37. I posted a fix
>> to the alsa mailing lis
This is current 2.6.36-rc1+git on 32-bit PowerPC:
CC [M] drivers/scsi/qla4xxx/ql4_nx.o
drivers/scsi/qla4xxx/ql4_nx.c: In function 'qla4_8xxx_pci_mem_read_direct':
drivers/scsi/qla4xxx/ql4_nx.c:717: error: implicit declaration of function
'readq'
drivers/scsi/qla4xxx/ql4_nx.c: In function 'qla
On Thu, Aug 19, 2010 at 2:36 PM, Timur Tabi wrote:
> On Sun, Aug 1, 2010 at 2:57 AM, Grant Likely
> wrote:
>
>> sound/soc/fsl/mpc8610_hpcd.c | 4 +-
>
> This file is/was significantly rewritten for 2.6.37. I posted a fix
> to the alsa mailing list, but it will conflict with
Like the MPC8610 HPCD, the P1022DS ASoC DMA driver probes on individual DMA
channel nodes, so the DMA controller nodes' compatible string must be listed in
p1022_ds_ids[] to work.
Signed-off-by: Timur Tabi
---
This is for -next.
I don't know why I forgot to include this change in the original P
On Sun, Aug 1, 2010 at 2:57 AM, Grant Likely wrote:
> sound/soc/fsl/mpc8610_hpcd.c | 4 +-
This file is/was significantly rewritten for 2.6.37. I posted a fix
to the alsa mailing list, but it will conflict with your patch. You
might want to remove all changes to sound/soc/f
Ankita Garg wrote on 08/19/2010 10:58:24 AM:
> Subject
> Re: [PATCH][RFC] preempt_count corruption across H_CEDE call with
> CONFIG_PREEMPT on pseries
>
> Hi Darren,
>
> On Thu, Jul 22, 2010 at 11:24:13AM -0700, Darren Hart wrote:
> >
> > With some instrumentation we were able to determine that th
On Thursday 19 August 2010 17:15:37 Andreas Schwab wrote:
> +SYSCALL(fanotify_init)
> +COMPAT_SYS(fanotify_mark)
why not _SPU? If it doesn't depend on getting signals,
SPUs should be able to use it.
Arnd
___
Linuxppc-dev mailing list
Linuxppc-de
Hi Darren,
On Thu, Jul 22, 2010 at 11:24:13AM -0700, Darren Hart wrote:
>
> With some instrumentation we were able to determine that the
> preempt_count() appears to change across the extended_cede_processor()
> call. Specifically across the plpar_hcall_norets(H_CEDE) call. On
> PREEMPT_RT we ca
On Thursday 19 August 2010, Ira W. Snyder wrote:
> Perhaps you were thinking of the vhost example (taken from
> drivers/vhost/Kconfig):
>
> config VHOST_NET
> tristate "Host kernel accelerator for virtio net (EXPERIMENTAL)"
> depends on NET && EVENTFD && (TUN || !TUN) && (MACVTAP |
On Thu, Aug 19, 2010 at 02:28:04PM +0200, Arnd Bergmann wrote:
> My point was that a syscall is better than an ioctl based interface here,
> which I definitely still think. Given that John knows much more about
> clocks than I do, we still need to get agreement on the question that
> he raised, whi
On Thu, Aug 19, 2010 at 02:29:49PM +0200, Arnd Bergmann wrote:
> On Thursday 19 August 2010, Richard Cochran wrote:
> >
> > On Wed, Aug 18, 2010 at 05:02:03PM +0200, Arnd Bergmann wrote:
> > > You might want to use callbacks for these system calls that you
> > > can register to at module load time
Signed-off-by: Andreas Schwab
---
arch/powerpc/include/asm/systbl.h |3 +++
arch/powerpc/include/asm/unistd.h |5 -
arch/powerpc/kernel/sys_ppc32.c |8
3 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/include/asm/systbl.h
b/arch/powerpc/incl
On Wed, Aug 18, 2010 at 11:44:25AM -0500, Dave Kleikamp wrote:
>The interrupt stacks need to be indexed by the physical cpu since the
>critical, debug and machine check handlers use the contents of SPRN_PIR to
>index the critirq_ctx, dbgirq_ctx, and mcheckirq_ctx arrays.
>
>Signed-off-by: Dave Klei
On Thursday 19 August 2010, Richard Cochran wrote:
>
> On Wed, Aug 18, 2010 at 05:02:03PM +0200, Arnd Bergmann wrote:
> > You might want to use callbacks for these system calls that you
> > can register to at module load time, like it is done for the
> > existing syscalls.
>
> Can you point me to
On Thursday 19 August 2010, Richard Cochran wrote:
> On Wed, Aug 18, 2010 at 05:12:56PM -0700, john stultz wrote:
> > On Wed, 2010-08-18 at 09:19 +0200, Richard Cochran wrote:
> > > The timer/alarm stuff is "ancillary" and is not at all necessary. It
> > > is just a "nice to have." I will happily r
On Wed, 2010-08-18 at 22:29 -0700, David Miller wrote:
> From: Benjamin Herrenschmidt
> Date: Thu, 19 Aug 2010 15:23:23 +1000
>
> > Similar here, but using atomic_long_t instead so it works for 32-bit too
> > for me. I suppose we could make that part common indeed.
> >
> > What about asm-generic
On Wed, Aug 18, 2010 at 05:02:03PM +0200, Arnd Bergmann wrote:
> You might want to use callbacks for these system calls that you
> can register to at module load time, like it is done for the
> existing syscalls.
Can you point me to a specific example?
> The simpler way (e.g. for testing) is usin
Hi,
The kernel supports three microcode patch: USB_SOF_UCODE_PATCH,
I2C_SPI_UCODE_PATCH, and I2C_SPI_SMC1_UCODE_PATCH. However from the
mpc8xxmc01.zip downloaded from freescale website, there are 4
combinations of microcode (I2C/SPI, SMC/SPI, SMC/I2C, and SMC). Also
in the EB662.pdf it's mentioned
26 matches
Mail list logo
