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;
> > > +
> >
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 i2c-boardinfo.c
>
> > and because this was the only way in earlier re
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
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_unl
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 Br
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 pair
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 h
[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 theo
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 Kco
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. Bet
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 p
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 loa
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
On Tue, Oct 14, 2008 at 01:39:19PM +1100, Benjamin Herrenschmidt wrote:
> So again, let's start by having somebody pick up something that you
> believe is worth altivec-ifying, eat the preempt_disable/enable for now,
> and if we see that indeed, it's worth the pain, then we can look into
> adding a
> 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
> Since tty_do_resize() cannot be called holding the hp spinlock; the code uses
> now tty_kref_get/put to keep track of the tty object. I am not sure if the
> use of the kref's is correct here, so please let me know if there is a better
> solution.
That looks right to me, hp->tty can go NULL but t
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
equivale
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 +000
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_resiz
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
> > http://www.kernel.org/pub/linux/ker
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. Bu
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
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";
...
[EMAIL PROTECTED] {
compatible = "t
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
+++ b
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
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
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
Sequ
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 opco
(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
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
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 w
* 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 u
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 kn
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 poin
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)
h
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 chan
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 wi
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
+++ b/drivers/video/mb862xx/mb862xx
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 mentio
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
On Tue, 2008-10-14 at 14:25 -0500, Nate Case wrote:
>
> -mno-spe: Deprecated way to say "no SPE instructions"
> -mspe=no: New way to do -mno-spe
Sorry, I got this backwards (as Kumar pointed out in his other reply).
-mspe=no is actually deprecated.
- Nate Case <[EMAIL PROTECTED]>
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.96
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
* 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(
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 cat
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 arch/po
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 anythi
On Tue, Oct 14, 2008 at 07:11:19PM +0400, Maxim Uvarov wrote:
> Hello all,
>
> As you all know it is not easy to count exact value of memory ranges from
> device tree on powerpc.
> It very depends on how dts file was written. What do you think about really
> dynamic allocation buffers
> for this bu
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_pp
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 tu
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 +-
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
On Wed, Oct 15, 2008 at 03:25:28PM +1100, Benjamin Herrenschmidt wrote:
> 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 deb
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
59 matches
Mail list logo