On Tuesday 22 July 2008, Ben Nizette wrote:
But I'll let you get back to solving the UIO problem at hand :-D
I already surrendered and created (hacked) a read/write driver, which let me
use the old userspace drivers I'm trying to port (with some changes of
course). This was way faster than
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.
Is there a
+ 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.
I wouldn't do a
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
В 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 memory
stick
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
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
---
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
---
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:
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
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 +
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 translators then.
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 are
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
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,
Tim
I have
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 June. ;-)
Anton
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
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 Korsgaard [EMAIL
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() will
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 +
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] {
here. This is
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
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:
26 matches
Mail list logo