Re: [RFC PATCH 1/1] BPF JIT for PPC64

2011-06-24 Thread Ben Hutchings
On Fri, 2011-06-24 at 16:02 +1000, Matt Evans wrote: [...] > + case BPF_S_ALU_ADD_K: /* A += K; */ > + if (!K) > + break; > + if (K < 32768) > + PPC_ADDI(r_A, r_A, K); > +

Re: [PATCH] powerpc/85xx: disable timebase synchronization under the hypervisor

2011-06-24 Thread Benjamin Herrenschmidt
On Wed, 2011-06-22 at 06:44 -0500, Kumar Gala wrote: > > Any ETA on Paul's intro of the FTR bit? If not I'll pull this into my > 'next' tree and we can clean up later. His latest KVM patch set has that. Cheers, Ben. ___ Linuxppc-dev mailing list Lin

Re: [RFC PATCH 0/1] BPF JIT for PPC64

2011-06-24 Thread Benjamin Herrenschmidt
On Fri, 2011-06-24 at 04:16 -0500, Kumar Gala wrote: > > Tested in-situ (tcpdump with varying complexity filters) and with a random > > BPF > > generator; I haven't verified loads from the fall back skb_copy_bits path. > > Bug > > reports/testing would be very welcome. > > Would be nice to get

[PATCH 1/4] powerpc: override dma_get_required_mask by platform hook and ops

2011-06-24 Thread Nishanth Aravamudan
From: Milton Miller The hook dma_get_required_mask is supposed to return the mask required by the platform to operate efficently. The generic version of dma_get_required_mask in driver/base/platform.c returns a mask based only on max_pfn. However, this is likely too big for iommu systems and co

[PATCH 4/4] powerpc: tidy up dma_map_ops after adding new hook

2011-06-24 Thread Nishanth Aravamudan
From: Milton Miller The new get_required_mask hook name is longer than many of but not all of the prior ops. Tidy the struct initializers to align the equal signs using the local whitespace. Signed-off-by: Milton Miller Signed-off-by: Nishanth Aravamudan Cc: linuxppc-dev@lists.ozlabs.org Cc:

[PATCH 2/4] dma-mapping: add get_required_mask if arch overrides default

2011-06-24 Thread Nishanth Aravamudan
From: Milton Miller If an architecture sets ARCH_HAS_DMA_GET_REQUIRED_MASK and has settable dma_map_ops, the required mask may change by the ops implementation. For example, a system that always has an mmu inline may only require 32 bits while a swiotlb would desire bits to cover all of memory.

[PATCH 3/4] powerpc: use the newly added get_required_mask dma_map_ops hook

2011-06-24 Thread Nishanth Aravamudan
From: Milton Miller Now that the generic code has dma_map_ops set, instead of having a messy ifdef & if block in the base dma_get_required_mask hook push the computation into the dma ops. If the ops fails to set the get_required_mask hook default to the width of dma_addr_t. This also corrects i

[PATCH 0/4] pseries/iommu bug-fixes and cleanups for dynamic dma windows

2011-06-24 Thread Nishanth Aravamudan
In my last submission, 5/8 wasn't sent to Ben, so he only picked up 1-4. Re-sending 5-8, as such. Milton Miller (4): powerpc: override dma_get_required_mask by platform hook and ops dma-mapping: add get_required_mask if arch overrides default powerpc: use the newly added get_required_mask dm

Re: [PATCH] powerpc/85xx: disable timebase synchronization under the hypervisor

2011-06-24 Thread Scott Wood
On Thu, 23 Jun 2011 21:38:58 -0500 Tabi Timur-B04825 wrote: > Segher Boessenkool wrote: > > > > v2.06 III-E 9.2.1: > > "Writing the Time Base is hypervisor privileged." > > > > v2.06 III-E 2.1: > > "If a hypervisor-privileged register is accessed in the guest supervisor > > state (MSR[GS PR] = 0b

Re: [BUG?]3.0-rc4+ftrace+kprobe: set kprobe at instruction 'stwu' lead to system crash/freeze

2011-06-24 Thread Steven Rostedt
On Fri, 2011-06-24 at 17:21 +0800, Yong Zhang wrote: > Hi, > > When I use kprobe to do something, I found some wired thing. > > When CONFIG_FUNCTION_TRACER is disabled: > (gdb) disassemble do_fork > Dump of assembler code for function do_fork: >0xc0037390 <+0>: mflrr0 >0xc0037394 <+

Re: [RFC PATCH 0/1] BPF JIT for PPC64

2011-06-24 Thread Kumar Gala
On Jun 24, 2011, at 1:02 AM, Matt Evans wrote: > Hi, > > > Inspired by Eric Dumazet's x86-64 compiler for Berkeley Packet Filter > programs, > I've written a BPF compiler for 64-bit PowerPC. Although it hasn't finished > its > strenuous testing regime, I'll have intermittent net access for a

Re: [PATCH] fsl-diu-fb: remove check for pixel clock ranges

2011-06-24 Thread Paul Mundt
On Thu, Jun 23, 2011 at 03:20:26PM -0500, Timur Tabi wrote: > The Freescale DIU framebuffer driver defines two constants, MIN_PIX_CLK and > MAX_PIX_CLK, that are supposed to represent the lower and upper limits of > the pixel clock. These values, however, are true only for one platform > clock rat