On Mon, Oct 13, 2008 at 02:01:55PM +0200, Joakim Tjernlund wrote:
Secondly i2c, I have this in my platform driver:
static struct i2c_board_info __initdata tmcu_i2c_devices[] = {
{ I2C_BOARD_INFO(rtc-ds1307, 0x68),
.type = ds1337,
},
};
int __init
The detection of the IBM Python PCI host bridge on IBM CHRP
machines such as old RS6000 was broken when we changed
of_device_is_compatible() from strncasecmp to strcasecmp (dropped
the n variant) due to the way IBM encodes the chip version.
We fix that by instead doing a match on the model
Am Dienstag, 14. Oktober 2008 schrieb Benjamin Herrenschmidt:
Hmmm.
Can you try if this patch fixes the lockdep trace?
Yup, the patch fixes it, I'll commit it via the powerpc.git tree if you
don't have any objection.
Sure, go ahead.
___
Recently, indirect_pci was changed to test if the bus number requested
is the one hanging straight off the PHB, then it substitutes the bus
number with another one contained in a new self_busno field of the
pci_controller structure.
However, this breaks CHRP which didn't initialize this new
On Mon, Oct 13, 2008 at 11:20:20AM -0500, Scott Wood wrote:
On Mon, Oct 13, 2008 at 11:15:47AM -0500, Scott Wood wrote:
On Sun, Oct 12, 2008 at 07:47:32AM +0200, Nick Piggin wrote:
+static inline int __mutex_cmpxchg_lock(atomic_t *v, int old, int new)
+{
+ int t;
+
+ __asm__
On Tue, 2008-10-14 at 08:42 +0200, Christian Borntraeger wrote:
Am Dienstag, 14. Oktober 2008 schrieb Benjamin Herrenschmidt:
Hmmm.
Can you try if this patch fixes the lockdep trace?
Yup, the patch fixes it, I'll commit it via the powerpc.git tree if you
don't have any objection.
On Sun, 2008-10-12 at 07:46 +0200, Nick Piggin wrote:
Speed up generic mutex implementations.
- atomic operations which both modify the variable and return something imply
full smp memory barriers before and after the memory operations involved
(failing atomic_cmpxchg, atomic_add_unless,
From: Hendrik Brueckner [EMAIL PROTECTED]
I have added a hangup notifier that can be used by hvc console
backends to handle a tty hangup. The default irq hangup notifier
calls the notifier_del_irq() for compatibility.
Acked-by: Christian Borntraeger [EMAIL PROTECTED]
Signed-off-by: Hendrik
Kevin Diggs wrote:
Hi,
I managed to wrestle my gigE to the ground and get it to boot
2.6.27. I have, however, noticed that some messages are showing up in
dmesg. There are alot of them. They are continuous. They appear to come
from drivers/usb/core/hub.c:2916. It looks like they come in
A published errata for ppc440epx states, that when running Linux with both
EHCI and OHCI modules loaded, the EHCI module experiences a fatal error
when a high-speed device is connected to the USB2.0, and functions normally
if OHCI module is not loaded.
There used to be recommendation to use only
[Marked off-topic because it is exclusively hardware related]
On Mon, Oct 13, 2008 at 08:12:02AM -0500, Bill Gatliff wrote:
Laurent Pinchart wrote:
There are no internal pull-up or pull-down resistors on the MPC8248 GPIO
pins. I know our hardware engineer has a valid point
On Tue, Oct 14, 2008 at 11:12:30AM +0200, Brice Goglin wrote:
Adrian Bunk wrote:
But considering that igb is in a similar situation it would be nice if
all 3 drivers would handle it the same way.
Jesse,
What do you think of the below patch?
I am not very familiar with Kconfig, but
On Tue, 2008-10-14 at 06:24 -0400, Josh Boyer wrote:
I pointed out to Stephen that kisskb.ellerman.id.au hasn't been
updating.. there is a chrp32 defconfig in there that would
normally
catch something like this.
Except if kissb catches it, it's already committed in tree. Better
On Mon, 13 Oct 2008 20:52:25 -0500
Kumar Gala [EMAIL PROTECTED] wrote:
On Oct 13, 2008, at 6:30 PM, Benjamin Herrenschmidt wrote:
On Mon, 2008-10-13 at 13:22 -0500, Kumar Gala wrote:
I don't think it matters much when it gets fixed, pre or post -rc1.
But
it should probably get fixed.
On Tue, 14 Oct 2008, Vitaly Bordug wrote:
A published errata for ppc440epx states, that when running Linux with both
EHCI and OHCI modules loaded, the EHCI module experiences a fatal error
when a high-speed device is connected to the USB2.0, and functions normally
if OHCI module is not
On Tue, 2008-10-14 at 14:23 +0200, Stefan Roscher wrote:
On Monday 13 October 2008 07:09:26 pm Dave Hansen wrote:
On Mon, 2008-10-13 at 13:10 +0200, Stefan Roscher wrote:
Since the ehca device driver does not support dynamic memory add and
remove
operations, the driver must explicitly
Have you tried building this on a non-PPC440EPx system? It looks
like this patch would cause a compile error.
yes, correct, last minute fix didn't make it into the patch, sorry
about that.
Will refresh, test and resubmit.
-Vitaly
___
Linuxppc-dev
Brice Goglin wrote:
Adrian Bunk wrote:
But considering that igb is in a similar situation it would be nice
if all 3 drivers would handle it the same way.
Jesse,
What do you think of the below patch?
Seems like a much better solution. I can have Jeff Kirsher work on the
equivalent
Carminefb driver, though, supports 800x600 resolution.
BTW, I tried this patch and I get wrong colors on a patched DirectFB
which is changing the endianness on the fly. Is this driver already
taking care of this?
Regards,
M
Anton Vorontsov ha scritto:
On Tue, Oct 14, 2008 at 03:50:52PM
From: Hendrik Brueckner [EMAIL PROTECTED]
After a tty hangup() or close() operation, processes might not reset the
termio settings to a sane state. In order to reset the termios to its
default settings the tty driver flag TTY_DRIVER_RESET_TERMIOS has been added.
TTY driver flag description from
On Tue, Oct 14, 2008 at 10:44:28AM +0100, Alan Cox wrote:
+ hp = container_of(work, struct hvc_struct, tty_resize);
+ if (!hp || !hp-tty)
+ return;
What locks hp-tty here, it can go NULL after the test on a hangup it
seems ?
You are right. Thanks.
See tty_do_resize() for
On Mon, 13 Oct 2008, Geert Uytterhoeven wrote:
On Sun, 12 Oct 2008, Aaron Tokhy wrote:
I recently built 2.6.27 with these patches on my PS3.
http://www.kernel.org/pub/linux/kernel/people/geoff/cell/ps3-linux-patches/ps3-wip/ps3vram-driver.patch
On Tue, Oct 14, 2008 at 07:10:55PM +0200, Matteo Fortini wrote:
Carminefb driver, though, supports 800x600 resolution.
BTW, I tried this patch and I get wrong colors on a patched DirectFB
which is changing the endianness on the fly. Is this driver already
taking care of this?
Yup. But
On Tue, Oct 14, 2008 at 09:10:33AM -0700, Brandeburg, Jesse wrote:
Brice Goglin wrote:
Adrian Bunk wrote:
But considering that igb is in a similar situation it would be nice
if all 3 drivers would handle it the same way.
Jesse,
What do you think of the below patch?
Seems like a
unsigned speed cannot be negative
Signed-off-by: Roel Kluin [EMAIL PROTECTED]
---
N.B. It could be possible that a different fix is needed.
diff --git a/arch/powerpc/kernel/udbg_16550.c b/arch/powerpc/kernel/udbg_16550.c
index cb01ebc..7b7da8c 100644
--- a/arch/powerpc/kernel/udbg_16550.c
+++
On Tue, 2008-10-14 at 14:23 +0200, Stefan Roscher wrote:
On Monday 13 October 2008 07:09:26 pm Dave Hansen wrote:
On Mon, 2008-10-13 at 13:10 +0200, Stefan Roscher wrote:
Since the ehca device driver does not support dynamic memory add and
remove
operations, the driver must explicitly
On Tue, Oct 14, 2008 at 03:50:52PM +, Dmitry Baryshkov wrote:
Anatolij Gustschin wrote:
This patch adds framebuffer driver for Fujitsu Carmine/Coral-P(A)/Lime
graphics controllers. Lime GDC support is known to work on PPC440EPx
based lwmon5 and MPC8544E based socrates embedded boards,
This patch adds framebuffer driver for Fujitsu
Carmine/Coral-P(A)/Lime graphics controllers.
Lime GDC support is known to work on PPC440EPx
based lwmon5 and MPC8544E based socrates embedded
boards, both equipped with Lime GDC. Carmine/Coral-P
PCI GDC support is known to work on PPC440EPx based
Adrian Bunk wrote:
But considering that igb is in a similar situation it would be nice if
all 3 drivers would handle it the same way.
Jesse,
What do you think of the below patch?
I am not very familiar with Kconfig, but it seems to solve the problem.
If a Kconfig guru could double-check...
On Mon, 2008-09-01 at 16:23 +0200, Sebastian Siewior wrote:
those two are requried on my fresh gcc 4.3.1
Signed-off-by: Thiemo Seufer [EMAIL PROTECTED]
Signed-off-by: Sebastian Siewior [EMAIL PROTECTED]
---
Not sure if this is intendent or a gcc bug but with -mno-spe
the spe opcodes were
(cc's added)
On Fri, 10 Oct 2008 16:06:23 +0200 Folkert van Heusden [EMAIL PROTECTED]
wrote:
Hi,
While running my modrobe/rmmod script I got the following oops on a
Linux LPAR on a Power5 system:
[ 1867.960287] ipr: IBM Power RAID SCSI Device Driver version: 2.4.1 (April
24, 2007)
[
On Tue, 14 Oct 2008 11:12:49 +0200
Hendrik Brueckner [EMAIL PROTECTED] wrote:
From: Hendrik Brueckner [EMAIL PROTECTED]
After a tty hangup() or close() operation, processes might not reset the
termio settings to a sane state.
That is the job of the getty task normally. pty is special as the
On Tue, 2008-10-14 at 10:27 -0500, Scott Wood wrote:
On Tue, Oct 14, 2008 at 09:55:31AM +0200, Joakim Tjernlund wrote:
On Mon, 2008-10-13 at 14:03 -0500, Scott Wood wrote:
Joakim Tjernlund wrote:
Because all the kernel comments I can see still implies that this
should work
* Benjamin Herrenschmidt | 2008-10-14 10:25:12 [+1100]:
On Sun, 2008-10-12 at 16:08 +0200, Sebastian Andrzej Siewior wrote:
From: Sebastian Andrzej Siewior [EMAIL PROTECTED]
This looks like a relict from arch/ppc. machine_init() is accepting
only two parameters (dtb, phys) and is using only
Anatolij Gustschin wrote:
This patch adds framebuffer driver for Fujitsu Carmine/Coral-P(A)/Lime
graphics controllers. Lime GDC support is known to work on PPC440EPx
based lwmon5 and MPC8544E based socrates embedded boards, both equipped
with Lime GDC. Carmine/Coral-P PCI GDC support is known
From: Hendrik Brueckner [EMAIL PROTECTED]
If put_char() routine of a hvc console backend returns 0, then the
hvc console starts looping in the following scenarios:
1. hvc_console_print()
If put_char() returns 0 then the while loop may loop forever.
I have added the missing check
+ hp = container_of(work, struct hvc_struct, tty_resize);
+ if (!hp || !hp-tty)
+ return;
What locks hp-tty here, it can go NULL after the test on a hangup it
seems ?
+ * hvc_resize() - Update terminal window size information.
+ * @hp: HVC console pointer
+
Hello Grant,
On Thu, Oct 09, 2008 at 02:02:41AM -0600, Grant Likely wrote:
Wolfram Sang (1):
powerpc/mpc5200: trivial printk-fixes in mpc52xx_common
Thanks.
What about these? :)
http://oldpatchwork.ozlabs.org/linuxppc-embedded/patch?id=20188
(remove obsolete code from mpc52xx_phy)
From: Hendrik Brueckner [EMAIL PROTECTED]
The patch provides the hvc_resize() function to update the terminal
window dimensions (struct winsize) for a specified hvc console.
The function stores the new window size and schedules a function
that finally updates the tty winsize and signals the
On Tue, Oct 14, 2008 at 02:10:25PM -0400, Steven A. Falco wrote:
I am attempting to use a pca9539 I2C gpio driver on a PPC440EPx board. The
driver is drivers/gpio/pca953x.c. I've added an entry to the .dts file:
IIC0: [EMAIL PROTECTED] {
compatible = ibm,iic-440epx, ibm,iic;
On Sep 1, 2008, at 9:23 AM, Sebastian Siewior wrote:
From: Thiemo Seufer [EMAIL PROTECTED]
those two are requried on my fresh gcc 4.3.1
Signed-off-by: Thiemo Seufer [EMAIL PROTECTED]
Signed-off-by: Sebastian Siewior [EMAIL PROTECTED]
---
Not sure if this is intendent or a gcc bug but with
Matteo Fortini wrote:
Carminefb driver, though, supports 800x600 resolution.
if you use this patch below
diff --git a/drivers/video/mb862xx/mb862xxfb.c
b/drivers/video/mb862xx/mb862xxfb.c
index 26b66cb..904a111 100644
--- a/drivers/video/mb862xx/mb862xxfb.c
+++
On Tue, Oct 14, 2008 at 09:55:31AM +0200, Joakim Tjernlund wrote:
On Mon, 2008-10-13 at 14:03 -0500, Scott Wood wrote:
Joakim Tjernlund wrote:
Because all the kernel comments I can see still implies that this should
work
Which kernel comments?
The one already mentioned and in
From: Hendrik Brueckner [EMAIL PROTECTED]
Removed __devexit annotation of hvc_remove() to avoid a section mismatch
if the backend initialization fails and hvc_remove() must be used to
clean up allocated hvc structs (called in section __init or __devinit).
Acked-by: Christian Borntraeger [EMAIL
Hello,
I work on a network-based hvc console backend for s390 that allows
to get full-screen terminal access to z/VM guest machines.
The solution consists of a HVC backend that provides the terminal interface;
and a tool to connect to the terminal via a z/VM specific communication
protocol.
The
(cc's added)
While running my modrobe/rmmod script I got the following oops on a
Linux LPAR on a Power5 system:
[ 1867.960287] ipr: IBM Power RAID SCSI Device Driver version: 2.4.1 (April
24, 2007)
[ 1867.961133] ipr :c0:01.0: Found IOA with IRQ: 321
[ 1867.967519] ipr
On Tue, 2008-10-14 at 16:23 -0500, Kumar Gala wrote:
Why does -mno-spe work?
From my gcc-4.3 info pages:
`-mspe=YES/NO'
This option has been deprecated. Use `-mspe' and `-mno-spe'
instead.
+KBUILD_CFLAGS += $(call cc-option,-mabi=no-spe)
is the -mabi=no-spe really
* Kumar Gala | 2008-10-14 16:23:05 [-0500]:
Not sure if this is intendent or a gcc bug but with -mno-spe
the spe opcodes were not used floating point anymore but
for 64bit save/restore for instance.
what code is getting generated for you that is causing issue?
Without the patch do_syslog() looks
On Oct 14, 2008, at 7:05 AM, Benjamin Herrenschmidt wrote:
On Tue, 2008-10-14 at 06:24 -0400, Josh Boyer wrote:
I pointed out to Stephen that kisskb.ellerman.id.au hasn't been
updating.. there is a chrp32 defconfig in there that would
normally
catch something like this.
Except if kissb
Hi Linus !
Here's the powerpc main batch for 2.6.28. It's a bit late mostly due to both
Paul and I being distracted by other things at the wrong time, and me trying
to run some more tests ( fixing regressions) before sending it all to you.
There's a bunch of stuff in there, most of it in
Scott Wood wrote:
BTW, it's actually simpler than I originally described (I had implemented
this years ago in the TimeSys kernel for x86 and some other arches that
already use FP or similar resources for memcpy, but the memory was a
little fuzzy); the FP restore code doesn't need to test
On Sun, Oct 12, 2008 at 03:39:55PM +0200, Sebastian Andrzej Siewior wrote:
* Simon Horman | 2008-10-08 14:03:26 [+1100]:
+#ifdef WITH_GAMECUBE
+static int go_purgatory = 0;
+#else
+static int go_purgatory = 1;
+#endif
Can you just use WITH_GAMECUBE inside elf_ppc_load() and remove
When no HW method is provided to sync the timebase, linux uses
a software algorithm.
The code for that is very verbose using straight printk's without
log level. A lot of this is mostly useless unless you want to debug
the process, and we didn't have any problem with it for years anyway
so this
The cell_edac driver is setting the edac_mode field of the
csrow's to an incorrect value, causing the sysfs show routine
for that field to go out of an array bound and Oopsing the kernel
when used.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
drivers/edac/cell_edac.c |2 +-
1
On Tue, 2008-10-14 at 03:52 -0700, Kevin Diggs wrote:
Kevin Diggs wrote:
Hi,
I managed to wrestle my gigE to the ground and get it to boot
2.6.27. I have, however, noticed that some messages are showing up in
dmesg. There are alot of them. They are continuous. They appear to come
On Tue, 2008-10-14 at 11:32 +0200, Geert Uytterhoeven wrote:
which points again to smp_call_function_single...
Yup, it doesn't bring more information. At this stage, your 'other' CPU
is stuck with interrupts disabled. Hard to tell what's happening without
some HW assist. Do you have ways to
56 matches
Mail list logo