On Thu, 4 Sep 2008, Andrew Morton wrote:
> On Fri, 05 Sep 2008 14:36:41 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> wrote:
> > On Thu, 2008-09-04 at 20:49 -0700, Andrew Morton wrote:
> > > On Fri, 05 Sep 2008 13:42:44 +1000 Benjamin Herrenschmidt <[EMAIL
> > > PROTECTED]> wrote:
> > > > >
> > > A 64-bit binary on a 64-bit machine Should Just Work. Maybe that's
> > > me being simplistic.
> >
> > But is it a 64 bits binary ?
> >
>
> vmlinux? Yup. According to file(1).
No, I'm talking about gdb :-0
IE. If it's a 32 bits gdb variant that cannot do 64 bits.. then it's
stuffed.
> > > + if (of_device_is_compatible(ofdev->node, "ibm,mcmal-405ez"))
> > > + mal->features |= (MAL_FTR_CLEAR_ICINTSTAT |
> > > MAL_FTR_COMMON_ERR_INT);
> >
> > The above like is >80 characters wide.
> > But I'm not sure that anyone cares.
>
> I don't. If Ben complains I'll change it.
On Thursday 04 September 2008, Matthias Fuchs wrote:
> This patch adds support for the AD7414 temperature sensor
> on Sequoia PPC440EPx board.
>
> Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/sequoia.dts |9 +
> 1 files changed, 9 insertions(+), 0 del
В Thu, 4 Sep 2008 17:40:49 -0400 (EDT)
Alan Stern <[EMAIL PROTECTED]> пишет:
> On Fri, 5 Sep 2008, Vitaly Bordug wrote:
>
> > I've started looking this way. Sorry, but this approach is a little
> > bit fragile, and unreliable.
> >
> > First, it just did not work out in case of usb2 hub with memo
Hi All,
The following patches have been pushed to the next branch of the 4xx tree.
As usual, I'll let them sit there for a bit before asking Paul to pull. If
I've missed any patches, please let me know. We have lots of time before the
.28 merge window opens, so don't worry too much.
josh
Ilya
Lennert Buytenhek wrote:
On Thu, Sep 04, 2008 at 08:44:31AM -0500, Matt Sealey wrote:
script, but in either case, wouldn't a real sram node in the device
tree be the proper solution here? Hardcoding addresses for devices
Probably.
I guess you don't want to pass that info _directly_ to the m
The ehea busmap must be allocated only once in the first of many calls of the
ehea_create_busmap_callback.
Signed-off-by: Hannes Hering <[EMAIL PROTECTED]>
---
diff -Nurp -X dontdiff linux-2.6.27-rc5/drivers/net/ehea/ehea_qmr.c
patched_kernel/drivers/net/ehea/ehea_qmr.c
--- linux-2.6.27-rc5/driv
This patch adds the capability flag to the capability list for dynamic LPAR
memory remove to enable this feature.
Signed-off-by: Hannes Hering <[EMAIL PROTECTED]>
---
diff -Nurp -X dontdiff linux-2.6.27-rc5/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
--- linux-2.6.27-rc5/drive
Yes, the ad7414 driver was finally accepted into the kernel. The ad7414 is a
generic temperature chip.
FWIW, the warp.dts uses [EMAIL PROTECTED], not hwmon.
Cheers,
Sean
-Original Message-
From: [EMAIL PROTECTED] on behalf of Matthias Fuchs
Sent: Thu 9/4/2008 10:28 AM
To: Jos
Hi,
I was inspired by some I2C RTC node (tqm5200.dts). Those nodes
are named [EMAIL PROTECTED] But to be in common I can change it. Also
the vendor is differnet in warp's dts file. adi (analog device inc.) against
"analog".
So I will update my patch to be compatible with warp.dts.
I keep your ac
Structured similar to the existing QE GPIO support.
Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]>
---
.../powerpc/dts-bindings/fsl/83xx_gpio.txt | 33 +
arch/powerpc/sysdev/Kconfig|9 ++
arch/powerpc/sysdev/Makefile |1 +
ar
On Fri, 5 Sep 2008, Vitaly Bordug wrote:
> > > Not every hub will work (none of available did so far), and it is
> > > often not an option for embedded device without rewiring.
> >
> > It's odd that your hubs don't work. What's wrong with them?
> >
>
> well, they do not have transaction transl
On Fri, Sep 05, 2008 at 12:19:43PM +0200, Stefan Roese wrote:
> > +
> > + [EMAIL PROTECTED] {
>
> Not sure if we shouldn't use
>
> [EMAIL PROTECTED] {
>
> here. This is the way it is already done in warp.dts.
We shouldn't. Node names ar
On Fri, Sep 05, 2008 at 05:08:47PM +0200, Peter Korsgaard wrote:
> Structured similar to the existing QE GPIO support.
>
> Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]>
> ---
I posted identical driver in June. ;-)
http://ozlabs.org/pipermail/linuxppc-dev/2008-June/057395.html
> .../powerp
Tim Yamin-2 wrote:
>
> On Wed, Aug 13, 2008 at 7:11 AM, Grant Likely <[EMAIL PROTECTED]>
> wrote:
>> Sounds good to me. You will get more testers that way. I can pick it
>> up for -next if everything else looks good.
>
> Here are the new patches; tested against 2.6.27-rc3.
>
> Thanks,
>
> T
> "Anton" == Anton Vorontsov <[EMAIL PROTECTED]> writes:
Anton> On Fri, Sep 05, 2008 at 05:08:47PM +0200, Peter Korsgaard wrote:
>> Structured similar to the existing QE GPIO support.
>>
>> Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]>
>> ---
Anton> I posted identical driver in Ju
On Sep 3, 2008, at 10:12 PM, Benjamin Herrenschmidt wrote:
On Wed, 2008-09-03 at 13:09 -0500, Kumar Gala wrote:
There are some minor issues with support 64-bit PTEs on a 32-bit
processor
when dealing with SMP.
* We need to order the stores in set_pte_at to make sure the flag
word
is set
On Fri, Sep 05, 2008 at 08:45:33PM +0200, Peter Korsgaard wrote:
> > "Anton" == Anton Vorontsov <[EMAIL PROTECTED]> writes:
>
> Anton> On Fri, Sep 05, 2008 at 05:08:47PM +0200, Peter Korsgaard wrote:
> >> Structured similar to the existing QE GPIO support.
> >>
> >> Signed-off-by: Peter K
On Fri, 2008-09-05 at 14:44 -0500, Kumar Gala wrote:
> > I also wonder if you should first ensure that the PTE is invalid and
> > if not, clear it and flush the TLB page ... Or at least add a
> > WARN_ON(pte_valid()) in case we get that wrong ...
>
> I believe that's an issue since kmap_atomic() w
From: Victor Gallardo <[EMAIL PROTECTED]>
This patch adds GPCS, SGMII and M88E1112 PHY support
for the AMCC PPC460GT/EX processors.
Signed-off-by: Victor Gallardo <[EMAIL PROTECTED]>
---
drivers/net/ibm_newemac/core.c | 40 +++
drivers/net/ibm_newemac/core.h |3 +
drivers/n
This patch adds GPCS, SGMII and M88E1112 PHY support
for the AMCC PPC460GT/EX processors.
Signed-off-by: Victor Gallardo <[EMAIL PROTECTED]>
---
drivers/net/ibm_newemac/core.c | 40 +++
drivers/net/ibm_newemac/core.h |3 +
drivers/net/ibm_newemac/phy.c | 84 ++
On Fri, 5 Sep 2008 11:00:18 -0500
"Scott Wood" <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 05, 2008 at 12:19:43PM +0200, Stefan Roese wrote:
> > > +
> > > + [EMAIL PROTECTED] {
> >
> > Not sure if we shouldn't use
> >
> > [EMAIL PROTECTED] {
>
I spent the day chasing a bug that would hang PPC on boot up when ftrace
is configured in. I found that it was simply a stupid bug I did to
handle the non MCOUNT_RECORD case. Since I was testing only on x86,
and the MCOUNT_RECORD is automatically set for dynamic ftrace if
it is available, I did not
ftrace_release is necessary for all uses of dynamic ftrace and not just
the archs that have CONFIG_FTRACE_MCOUNT_RECORD defined.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
---
include/linux/ftrace.h |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
Index: linux-tip.git/inc
This must be brown paper bag week for Steven Rostedt!
While working on ftrace for PPC, I discovered that the hash locking done
when CONFIG_FTRACE_MCOUNT_RECORD is not set, is totally incorrect.
With a cut and paste error, I had the hash lock macro to lock for both
hash_lock _and_ hash_unlock!
Th
26 matches
Mail list logo
