-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:
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 at the
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: Wednesday, June 22,
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
On Wed, 22 Jun 2011 11:39:49 +0100
Jenkins, Clive clive.jenk...@xerox.com 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
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 Freescale
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 ga...@kernel.crashing.org
---
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
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
On Thu, 23 Jun 2011 11:29:42 +
Tabi Timur-B04825 b04...@freescale.com 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
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 ga...@kernel.crashing.org
---
arch/powerpc/boot/dts/p4080ds.dts | 588
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/drivers.o
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: In
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/staging/comedi/drivers.o
On Wed, Jun 22, 2011 at 7:24 PM, Segher Boessenkool
seg...@kernel.crashing.org 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,
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
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 ti...@freescale.com
---
arch/powerpc/configs/86xx/mpc8610_hpcd_defconfig |5 +
1 files
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 applied
On Wed, 22 Jun 2011 09:55:36 -0500
Timur Tabi ti...@freescale.com 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
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 Thu, 23 Jun 2011 12:33:40 -0500
Timur Tabi ti...@freescale.com 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
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 ti...@freescale.com
---
arch/powerpc/configs/mpc85xx_defconfig |4
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 ti...@freescale.com
---
arch/powerpc/platforms/85xx/p1022_ds.c |7 ++-
1 files
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 this?
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
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.
On Tue, Jun 21, 2011 at 2:07 PM, Rob Herring robherri...@gmail.com 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
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]
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 w...@chromium.org
---
arch/powerpc/Kconfig |1 +
- 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
claim
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.4.1, the big
(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
32 matches
Mail list logo
