When the ucontext changed to add the VSX context, this broke backwards
compatibly on swapcontext. swapcontext only compares the ucontext
size passed in from the user to the new kernel ucontext size.
This adds a check against the old ucontext size (with VMX but without
VSX). It also adds some san
On Sunday 06 July 2008, Grant Erickson wrote:
> Various instances of the EMAC core have varying: 1) number of address
> match slots, 2) width of the registers for handling address match slots,
> 3) number of registers for handling address match slots and 4) base
> offset for those registers.
Thank
В Wed, 2 Jul 2008 10:36:43 +0200
Laurent Pinchart <[EMAIL PROTECTED]> пишет:
> Hi Kumar,
>
> On Wednesday 02 July 2008, Kumar Gala wrote:
> > Please point out any patches that have been posted but havent made
> > it into a git tree related to Freescale chips.
> >
> > I know there are probably a
On Sunday 06 July 2008, Benjamin Herrenschmidt wrote:
> I need to look closely at what the various bridge settings are. Drivers
> do expect DMA requests from one device to stay in order, at least up to
> what's defined in the PCI spec, which is pretty much fully ordered
> unless those devices set t
On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> This is an I2S bus driver for the MPC5200 PSC device. It is probably
> will not be merged as-is because it uses v1 of the ASoC API, but I want
> to get it out there for comments.
> ---
The driver i
Various instances of the EMAC core have varying: 1) number of address
match slots, 2) width of the registers for handling address match slots,
3) number of registers for handling address match slots and 4) base
offset for those registers.
As the driver stands today, it assumes that all EMACs ha
On Sat, 2008-07-05 at 23:51 +0200, Arnd Bergmann wrote:
> On Saturday 05 July 2008, Benjamin Herrenschmidt wrote:
> > On Sat, 2008-07-05 at 15:43 +1000, Michael Ellerman wrote:
> > > > The current Cell IOMMU implementation sets the IOPTE_SO_RW bits in all
> > > > IOTPEs
> > > > (for both the dynam
On Fri, Jul 04, 2008 at 06:35:39PM +0200, Andre Schwarz wrote:
> The mvBlueCOUGAR-P is a MPC5200B based camera system with Intel Gigabit
> ethernet
> controller (using e1000). It's just another MPC5200_simple board.
>
> Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]>
[snip]
> --- /dev/null
> +++
On Wed, Jul 02, 2008 at 11:56:40AM +0200, Wolfgang Grandegger wrote:
> This patch adds the still missing FDT nodes for the MSCAN devices for
> the TQM52xx modules.
>
> Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/tqm5200.dts | 16
> 1 file c
Enabling -Wcast-qual warnings in dtc shows up a number of places where
we are incorrectly discarding a const qualification. There are also
some places where we are intentionally discarding the 'const', and we
need an ugly cast through uintptr_t to suppress the warning. However,
most of these are
This patch turns on the -Wpointer-arith option in the dtc Makefile,
and fixes the resulting warnings due to using (void *) in pointer
arithmetic. While convenient, pointer arithmetic on void * is not
portable, so it's better that we avoid it, particularly in libfdt.
Signed-off-by: David Gibson <[
On Sun, Jul 6, 2008 at 5:53 PM, David Gibson
<[EMAIL PROTECTED]> wrote:
> On Wed, Jul 02, 2008 at 11:56:40AM +0200, Wolfgang Grandegger wrote:
>> This patch adds the still missing FDT nodes for the MSCAN devices for
>> the TQM52xx modules.
>>
>> Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]
On Fri, 2008-07-04 at 16:25 -0700, Linus Torvalds wrote:
>
> On Sat, 5 Jul 2008, Benjamin Herrenschmidt wrote:
> >
> > I'll give it a try using probe_kernel_address() instead on monday.
>
> Here's the updated patch which uses probe_kernel_address() instead (and
> moves the whole #ifdef mess ou
This patch adjusts the testsuite to run most of the tests for the tree
checking code on input in dtb form as well as dts form. Some checks
which only make sense for dts input (like reference handling) are
excluded, as are those which currently take dtb input because they
rely on things which canno
On Fri, Jun 27, 2008 at 07:05:47PM +0200, Wolfram Sang wrote:
> Hello David,
>
> On Mon, Jun 23, 2008 at 03:06:24PM +1000, David Gibson wrote:
>
> > Hrm. I was assuming this would be handled by the code putting things
> > together, rather than being encoded into the fragments. I envisaged
> > s
On Sat, Jul 05, 2008 at 12:24:56AM -0500, Olof Johansson wrote:
>
> On Jul 3, 2008, at 1:34 PM, Grant Likely wrote:
>
>>> How about splitting up like this:
>>>
>>> Documentation/powerpc/device-tree/fsl/cpm.txt
>>> Documentation/powerpc/device-tree/fsl/cpm/uart.txt
>>> Documentation/powerpc/device-t
On Jul 6, 2008, at 8:39 PM, David Gibson wrote:
Well... they may be Linux specific by default, but they're supposed to
be general enough that they (or at least, very small extensions)
*could* become official OF bindings, if there was still an OF group to
make them so. It certainly should be po
On Mon, 07 Jul 2008 11:14:36 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
>
> On Fri, 2008-07-04 at 16:25 -0700, Linus Torvalds wrote:
> >
> > On Sat, 5 Jul 2008, Benjamin Herrenschmidt wrote:
> > >
> > > I'll give it a try using probe_kernel_address() instead on monday.
> >
> > Her
On Mon, 2008-07-07 at 13:26 +1000, Stephen Rothwell wrote:
> On Mon, 07 Jul 2008 11:14:36 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> wrote:
> >
> > On Fri, 2008-07-04 at 16:25 -0700, Linus Torvalds wrote:
> > >
> > > On Sat, 5 Jul 2008, Benjamin Herrenschmidt wrote:
> > > >
> > > > I'll
On Mon, 2008-07-07 at 13:26 +1000, Stephen Rothwell wrote:
> > Did a few tests and it seems to work. I'll stick a patch converting
> > powerpc to use %pS for oops display in -next.
>
> After you post it to linuxppc-dev and get review comments, of
> course ...
I though I did that already, looks li
This changes the oops and backtrace code to use the new %pS
printk extension to print out symbols rather than manually
calling print_symbol.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
arch/powerpc/kernel/process.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions
On Mon, 07 Jul 2008 13:28:18 +1000 Michael Ellerman <[EMAIL PROTECTED]> wrote:
>
> Wasn't that already merged via the trivial scheduler fixes tree or
> something? ;)
Not yet.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
pgp7ahdw8jTpz.pgp
De
> + cur->bsr_addr = reg[i * 2];
> + cur->bsr_len= reg[i * 2 + 1];
That's fishy... hand-reading of "reg" property without taking
into account the parent's #size-cells/#address-cells... can't you
use of_address_to_resource or something similar and carry a struct
resour
On Fri, 2008-07-04 at 21:05 +0200, [EMAIL PROTECTED] wrote:
> plain text document attachment
> (0001-powerpc-cell-add-support-for-power-button-of-future.patch)
> This patch adds support for the power button on future IBM cell blades.
> It actually doesn't shut down the machine. Instead it exposes a
On Fri, 2008-07-04 at 21:05 +0200, [EMAIL PROTECTED] wrote:
> plain text document attachment
> (0004-powerpc-spufs-add-atomic-busy_spus-counter-to-struc.patch)
> As nr_active counter includes also spus waiting for syscalls to return
> we need a seperate counter that only counts spus that are curren
On Fri, 2008-07-04 at 21:05 +0200, [EMAIL PROTECTED] wrote:
> plain text document attachment
> (0005-powerpc-cell-add-spu-aware-cpufreq-governor.patch)
> This patch adds a cpufreq governor that takes the number of running spus
> into account. It's very similar to the ondemand governor, but not as c
Hi Arnd,
On Fri, 04 Jul 2008 21:05:36 +0200 [EMAIL PROTECTED] wrote:
>
> This patch adds support for the power button on future IBM cell blades.
> It actually doesn't shut down the machine. Instead it exposes an
> input device /dev/input/event0 to userspace which sends KEY_POWER
> if power button
On Fri, 2008-07-04 at 21:05 +0200, [EMAIL PROTECTED] wrote:
> plain text document attachment
> (0007-powerpc-dma-implement-new-dma_-map-_attrs-interfa.patch)
> Update powerpc to use the new dma_*map*_attrs() interfaces. In doing so
> update struct dma_mapping_ops to accept a struct dma_attrs and pr
On Mon, 07 Jul 2008 15:19:01 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
>
> On Fri, 2008-07-04 at 21:05 +0200, [EMAIL PROTECTED] wrote:
> > plain text document attachment
> > (0004-powerpc-spufs-add-atomic-busy_spus-counter-to-struc.patch)
> > As nr_active counter includes also spus w
On Mon, 07 Jul 2008 15:21:59 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
>
> On Fri, 2008-07-04 at 21:05 +0200, [EMAIL PROTECTED] wrote:
> > plain text document attachment
> > (0005-powerpc-cell-add-spu-aware-cpufreq-governor.patch)
We probably don't need to know that :-)
> > This pa
On Thu, 2008-07-03 at 19:19 -0700, Roland McGrath wrote:
> Why not just use ELF_HWCAP for this? It looks like powerpc only has 3 bits
> left there (keeping it to 32), but 3 is not 0. If not that, why not use
> dsocaps? That is, some magic in the vDSO, which glibc already supports on
> all machin
On Tue, 2008-07-01 at 13:54 +, Dave Kleikamp wrote:
> On Tue, 2008-07-01 at 01:53 -0700, Andrew Morton wrote:
> > On Wed, 18 Jun 2008 17:32:55 -0500 [EMAIL PROTECTED] wrote:
> >
> > > This patch allows architectures to define functions to deal with
> > > additional protections bits for mmap()
On Monday 07 July 2008, Grant Erickson wrote:
> Various instances of the EMAC core have varying: 1) number of address
> match slots, 2) width of the registers for handling address match slots,
> 3) number of registers for handling address match slots and 4) base
> offset for those registers.
> S
On Mon, 2008-07-07 at 07:58 +0200, Stefan Roese wrote:
> On Monday 07 July 2008, Grant Erickson wrote:
> > Various instances of the EMAC core have varying: 1) number of address
> > match slots, 2) width of the registers for handling address match slots,
> > 3) number of registers for handling addre
> Well, we use strings to represent the platforms already (ie, the actual
> CPU microarchitecture). Fitting those into bits would be annoying, it
Then use dsocaps.
> makes sense to have AT_BASE_PLATFORM to be the "base" variant of
> AT_PLATFORM.
I understand why you think so. But let's not be t
Hi Jeff !
If you are ok with this patch, I'll take it through the powerpc tree
since it changes all those device tree files.
Cheers,
Ben.
On Sun, 2008-07-06 at 16:30 -0700, Grant Erickson wrote:
> Various instances of the EMAC core have varying: 1) number of address
> match slots, 2) width of t
On Sun, 2008-07-06 at 23:18 -0700, Roland McGrath wrote:
>
> Using dsocaps gives you the best of both worlds. You can freely choose
> new strings in the kernel without the ld.so code having to know about
> them (which is not true of AT_PLATFORM, but may be true of how you are
> thinking about "st
Just a couple of trivial things.
On Fri, 04 Jul 2008 21:05:40 +0200 [EMAIL PROTECTED] wrote:
>
> + * (C) Copyright IBM Corporation 2006-2008
^^^
You should use ©.
> +#define POLL_TIME10 /* in us */
^
How about μ ?
> +struct spu
On Monday 07 July 2008, Benjamin Herrenschmidt wrote:
> On Mon, 2008-07-07 at 07:58 +0200, Stefan Roese wrote:
> > On Monday 07 July 2008, Grant Erickson wrote:
> > > Various instances of the EMAC core have varying: 1) number of address
> > > match slots, 2) width of the registers for handling addr
On Fri, 2008-01-25 at 02:17 -0600, Kumar Gala wrote:
> > The legacy_serial was treating each UART parent in a separate code block.
> > Rather than continue this trend for the new parent IDs, this condenses
> > all (soc, tsi, opb, plus two more new types) into one of_device_id array.
> > The new typ
A recent patch to legacy_serial.c factored out some code by
using the of_match_node() facility to match a node against
an array of possible matches. However, the patch didn't properly
terminate the array causing potential crashes in cases where no
match is found. In addition, the name of the array
> I'm not sure... if ld.conf.d isn't parse of the kernel source tree then
> it -will- end in tears...
Of course, you should include the file you want people to install
as part of the kernel source or build. You can copy it into
place in make install or something if you like (convention is to
call
On Mon, 2008-07-07 at 08:29 +0200, Stefan Roese wrote:
> > Did you have a chance to do a bit of regression testing "just in case" ?
>
> No, not yet. I'll try to do some tests this week.
Thanks !
Cheers,
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev
On Tue, 2008-07-01 at 10:52 -0700, John Linn wrote:
> The legacy serial driver does not work with an 8250
> type UART that uses reg-offset and reg-shift. This
> change updates the driver so it doesn't find the UART
> when those properties are present on the UART in the
> device tree for soc devices
On Sun, 2008-07-06 at 23:35 -0700, Roland McGrath wrote:
> > I'm not sure... if ld.conf.d isn't parse of the kernel source tree then
> > it -will- end in tears...
>
> Of course, you should include the file you want people to install
> as part of the kernel source or build. You can copy it into
>
45 matches
Mail list logo
