arch/powerpc/Kconfig |1 +
arch/powerpc/Makefile |3 +-
arch/powerpc/include/asm/ppc-opcode.h | 40 ++
arch/powerpc/net/Makefile |4 +
arch/powerpc/net/bpf_jit.S| 138 +++
arch/powerpc/net/bpf_jit.h| 226
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 couple of
weeks so thought I'd post it for feedback now and submit
(context put back:)
But does that mean that a guest should never be allowed to modify a
virtualized
timebase register, even if the hypervisor can support it?
The book3e mtspr writeup doesn't appear to specify the behavior when
writing to a read-only SPR, so perhaps you could argue that someth
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] = 0b10), an Embedded Hypervisor Privilege exception
> occurs."
>
> (v2.06 III-E 5.
But does that mean that a guest should never be allowed to modify a
virtualized
timebase register, even if the hypervisor can support it?
The book3e mtspr writeup doesn't appear to specify the behavior when
writing to a read-only SPR, so perhaps you could argue that something
other
than a no-
- if (of_find_compatible_node(NULL, NULL,
"amcc,ppc460ex-crypto")) {
+ if (of_find_compatible_node(NULL, NULL,
"amcc,ppc460ex-crypto") ||
+ of_find_compatible_node(NULL, NULL,
"amcc,ppc460gt-crypto")) {
If the device is actually compatible, the device tree node should
cl
Facilitate the use of CONFIG_SECCOMP_FILTER by wrapping compatibility
system call numbering for execve and selecting HAVE_SECCOMP_FILTER.
v9: rebase on to bccaeafd7c117acee36e90d37c7e05c19be9e7bf
Signed-off-by: Will Drewry
---
arch/powerpc/Kconfig |1 +
arch/powerpc/include/as
On Thu, 2011-06-23 at 13:02 +0100, Ralf Baechle wrote:
> On Thu, Jun 23, 2011 at 12:53:36PM +0100, Martyn Welch wrote:
>
> > On 23/06/11 12:45, Ralf Baechle wrote:
> > > On architectures that don't define PAGE_KERNEL_NOCACHE, the Comedi driver
> > > turns
> > > into tragedy:
> > >
> > > CC [M]
On Thu, 2011-06-23 at 15:05 -0500, Brian King wrote:
>
> Same here.
>
> When did this last work on this system? It seems like this is
> completely
> separate from the libata issue.
It's separate. See my other internal message. This is a BML system and
it's broken as far as 2.6.36 but the BML "p
On Tue, Jun 21, 2011 at 2:07 PM, Rob Herring wrote:
> Grant,
>
> On 06/21/2011 01:45 PM, Grant Likely wrote:
>> Add a function to create amba_devices (i.e. primecell peripherals)
>> from device tree nodes. The device tree scanning is done by the
>> of_platform_populate() function which can call of
Hi,
On 06/22/2011 08:12 PM, Felix Radensky wrote:
Hi Timur,
On 06/22/2011 07:18 PM, Timur Tabi wrote:
Felix Radensky wrote:
What am I doing wrong ?
Can you debug the PHY driver to see if it's getting called and
trying to talk to
the PHY itself?
I'll do that tomorrow and report back.
I'v
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 rate (533MHz) and only for the MPC8610. So the actual range for
the pi
On 06/23/2011 12:15 PM, Nishanth Aravamudan wrote:
> On 23.06.2011 [14:42:00 +1000], Benjamin Herrenschmidt wrote:
>> On Thu, 2011-06-23 at 14:31 +1000, Benjamin Herrenschmidt wrote:
>>> On Tue, 2011-06-21 at 15:30 -0500, Brian King wrote:
Looks good to me. Jeff/Tejun - any issues with merging
To ensure that the DIU pixel clock will not be set to an invalid value,
clamp the PXCLK divider to the allowed range (2-255). This also acts as
a limiter for the pixel clock.
Signed-off-by: Timur Tabi
---
arch/powerpc/platforms/85xx/p1022_ds.c |7 ++-
1 files changed, 6 insertions(+), 1
Enable framebuffer console support by default in the defconfigs for the
Freescale 85xx-based reference board. This allows the boot messages to
be shown on the video display on the P1022DS.
Signed-off-by: Timur Tabi
---
arch/powerpc/configs/mpc85xx_defconfig |4
arch/powerpc/configs
On Thu, 23 Jun 2011 12:33:40 -0500
Timur Tabi wrote:
> Scott Wood wrote:
> > From Power ISA 2.06B, book III-E, section 9.2.1:
> >
> > Virtualized Implementation Note:
> >
> > In virtualized implementations, TBU and TBL are
> > read-only.
>
> But does that mean that a guest should never be allo
Scott Wood wrote:
> From Power ISA 2.06B, book III-E, section 9.2.1:
>
> Virtualized Implementation Note:
>
> In virtualized implementations, TBU and TBL are
> read-only.
But does that mean that a guest should never be allowed to modify a virtualized
timebase register, even if the hypervisor can
On Wed, 22 Jun 2011 09:55:36 -0500
Timur Tabi wrote:
> Kumar Gala wrote:
> >> >
> >> > Well, not exactly. Paul wants to break that up since we're adding some
> >> > primitive support for 201 HV mode too (for 970's). Last we discussed,
> >> > the plan was to go for a generic HV mode bit and a sep
On 23.06.2011 [14:42:00 +1000], Benjamin Herrenschmidt wrote:
> On Thu, 2011-06-23 at 14:31 +1000, Benjamin Herrenschmidt wrote:
> > On Tue, 2011-06-21 at 15:30 -0500, Brian King wrote:
> > > Looks good to me. Jeff/Tejun - any issues with merging this?
> >
> > BTW. Current upstream with that patch
Enable framebuffer console support by default in the defconfig on the
Freescale MPC8610 HPCD reference board. This allows the boot messages to
be shown on the video display.
Signed-off-by: Timur Tabi
---
arch/powerpc/configs/86xx/mpc8610_hpcd_defconfig |5 +
1 files changed, 5 insertion
mpc8610hpcd_set_pixel_clock() calculates the correct value of the PXCLK
bits in the CLKDVDR register for a given pixel clock rate. The code which
performs this calculation is overly complicated and includes an error
estimation routine that doesn't work most of the time anyway. Replace the
code wi
On Wed, Jun 22, 2011 at 7:24 PM, Segher Boessenkool
wrote:
>> - if (of_find_compatible_node(NULL, NULL, "amcc,ppc460ex-crypto")) {
>> + if (of_find_compatible_node(NULL, NULL, "amcc,ppc460ex-crypto") ||
>> + of_find_compatible_node(NULL, NULL, "amcc,ppc460gt-crypto")) {
>
> I
On Jun 23, 2011, at 7:02 AM, Ralf Baechle wrote:
> On Thu, Jun 23, 2011 at 12:53:36PM +0100, Martyn Welch wrote:
>
>> On 23/06/11 12:45, Ralf Baechle wrote:
>>> On architectures that don't define PAGE_KERNEL_NOCACHE, the Comedi driver
>>> turns
>>> into tragedy:
>>>
>>> CC [M] drivers/stagin
On Thu, Jun 23, 2011 at 12:53:36PM +0100, Martyn Welch wrote:
> On 23/06/11 12:45, Ralf Baechle wrote:
> > On architectures that don't define PAGE_KERNEL_NOCACHE, the Comedi driver
> > turns
> > into tragedy:
> >
> > CC [M] drivers/staging/comedi/drivers.o
> > drivers/staging/comedi/drivers.c
On 23/06/11 13:02, Ralf Baechle wrote:
> On Thu, Jun 23, 2011 at 12:53:36PM +0100, Martyn Welch wrote:
>
>> On 23/06/11 12:45, Ralf Baechle wrote:
>>> On architectures that don't define PAGE_KERNEL_NOCACHE, the Comedi driver
>>> turns
>>> into tragedy:
>>>
>>> CC [M] drivers/staging/comedi/dri
Split out common (non-board specific) parts of the SoC related device
tree into a stub so multiple board dts files can include it and we can
reduce duplication and maintenance effort.
Signed-off-by: Kumar Gala
---
arch/powerpc/boot/dts/p4080ds.dts | 588 +
arch/
On Thu, 23 Jun 2011 11:29:42 +
Tabi Timur-B04825 wrote:
...
> > test-app:http://pastebin.com/J2RvKb6n
>
> What's the "VIU"?
Video-IN unit on mpc5121e (for capturing ITU656 video stream data).
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.
The only reason to require a dma_ops struct is to see if it has
implemented set_dma_mask. If not we can fall back to setting the mask
directly.
This resolves an issue with how to sequence the setting of a DMA mask
for platform devices. Before we had an issue in that we have no way of
setting the
On some architectures we need to setup pdev_archdata before we add the
device. Waiting til a bus_notifier is too late since we might need the
pdev_archdata in the bus notifier. One example is setting up of dma_mask
pointers such that it can be used in a bus_notifier.
We add noop version of arch_
We have a long standing issues with platform devices not have a valid
dma_mask pointer. This hasn't been an issue to date as no platform
device has tried to set its dma_mask value to a non-default value.
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/platform_device.h | 17 +++
Anatolij Gustschin wrote:
> I do not have the code of the real applications since I didn't wrote
> it. All I can share is the test and sample code that I used when working
> on driver fixes:
>
> test-app:http://pastebin.com/J2RvKb6n
What's the "VIU"?
--
Timur Tabi
Linux kernel developer at Frees
On Wed, 22 Jun 2011 11:39:49 +0100
"Jenkins, Clive" wrote:
...
> > > Removing the ioctl interface also allows us to clean up the header
> file and
> > > remove other unusued stuff.
> >
> > No! We are using ioctl interface of this driver in many video
> > rendering applications on overlay planes o
The following changes since commit dc28518f7d7dfd93cd44edb44f9b8e961f5a5c1b:
powerpc: Fix doorbell type shift (2011-06-20 11:21:48 +1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git next
Ashish Kalra (2):
powerpc/85xx: Save sc
On Jun 23, 2011, at 2:24 AM, Aggrwal Poonam-B10812 wrote:
>
>
>> -Original Message-
>> From: linuxppc-dev-bounces+poonam.aggrwal=freescale@lists.ozlabs.org
>> [mailto:linuxppc-dev-
>> bounces+poonam.aggrwal=freescale@lists.ozlabs.org] On Behalf Of Kumar
>> Gala
>> Sent: Wednesda
On Mon, 2011-06-20 at 07:22 -0400, Atlant Schmidt wrote:
>
> As far as I know (and I'm sure the list will correct
> me if I'm wrong! ;-) ), neither UBI nor UBIFS nor any
> Linux layer provides this routine scrubbing; you have
> to code it up yourself, probably by accessing the
> device a
> -Original Message-
> From: linuxppc-dev-bounces+poonam.aggrwal=freescale@lists.ozlabs.org
> [mailto:linuxppc-dev-
> bounces+poonam.aggrwal=freescale@lists.ozlabs.org] On Behalf Of Kumar
> Gala
> Sent: Wednesday, June 22, 2011 5:04 PM
> To: Kushwaha Prabhakar-B32579
> Cc: meet2pr
36 matches
Mail list logo
