On Tue, Jul 29, 2008 at 01:06:18PM +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2008-07-28 at 20:56 +0200, Bastian Blank wrote:
> > Hi
> >
> > The powerpc lpar code adds a prefered console at a very early state,
> > during arch_setup. This runs even before the console setup from the
> > command
On Tue, 2008-07-29 at 09:36 +0200, Bastian Blank wrote:
> On Tue, Jul 29, 2008 at 01:06:18PM +1000, Benjamin Herrenschmidt wrote:
> > On Mon, 2008-07-28 at 20:56 +0200, Bastian Blank wrote:
> > > Hi
> > >
> > > The powerpc lpar code adds a prefered console at a very early state,
> > > during arch_
On Tue, Jul 29, 2008 at 05:43:24PM +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2008-07-29 at 09:36 +0200, Bastian Blank wrote:
> > On Tue, Jul 29, 2008 at 01:06:18PM +1000, Benjamin Herrenschmidt wrote:
> > > On Mon, 2008-07-28 at 20:56 +0200, Bastian Blank wrote:
> > > > Hi
> > > >
> > > > The
On Tue, 2008-07-29 at 10:07 +0200, Bastian Blank wrote:
> > Hrm... we do most of the console discovery from console_initcall for
> > legacy UARTs. see the code in legacy_serial.c, we just avoid doing
> > the add_preferred_console() thingy if there's a console= on the
> command
> > line :-)
>
> The
In message <[EMAIL PROTECTED]> you wrote:
> Can somebody help me with a few indications regarding how to obtain a
> relocatable vmlinux when compiling the linux kernel for ppc32 ?
Why exactly would you want to do that?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wol
On Jul 27, 2008, at 10:23 AM, Stephen Rothwell wrote:
Hi Jimi,
On Sun, 27 Jul 2008 08:48:09 -0400 Jimi Xenidis
<[EMAIL PROTECTED]> wrote:
Declate compat_sys_epoll_pwait as a conditional syscall like the rest
of the epoll interfaces.
We could have put an #ifdef around the entry in include/a
On Tuesday 29 July 2008, Benjamin Herrenschmidt wrote:
> On Tue, 2008-07-29 at 14:17 +0900, FUJITA Tomonori wrote:
> > If q->elevator is NULL, the media-bay code might mess up the ref
> > counting of the request queue...
>
> Well, all I do is call into Bart's new helpers to scan for or unregister
On Tue, 2008-07-29 at 13:41 +0200, Bartlomiej Zolnierkiewicz wrote:
> > Well, all I do is call into Bart's new helpers to scan for or
> unregister
> > devices ...
>
> The switch to these helpers happened _before_ 2.6.26 and it shouldn't
> bring
> such behavior change (ditto for new IDE host additi
On Tuesday 29 July 2008, Benjamin Herrenschmidt wrote:
> On Tue, 2008-07-29 at 13:41 +0200, Bartlomiej Zolnierkiewicz wrote:
> > > Well, all I do is call into Bart's new helpers to scan for or
> > unregister
> > > devices ...
> >
> > The switch to these helpers happened _before_ 2.6.26 and it shou
Hi, all!
I'm currently in process of development of Xilinx I2C IP core driver and I've
run into the problem: the ISR for level-based IRQ is called twice.
It looks like level IRQ handling on Xilinx INTC with ARCH=powerpc is currently
broken as Xilinx INTC requires IRQ acknowledge with IRQ signal
On Jul 29, 2008, at 5:17 AM, Wolfgang Denk wrote:
In message <[EMAIL PROTECTED]> you wrote:
Can somebody help me with a few indications regarding how to obtain a
relocatable vmlinux when compiling the linux kernel for ppc32 ?
Why exactly would you want to do that?
Any for what specific ppc
On Tue, Jul 29, 2008 at 02:42:43PM +1000, Simon Horman wrote:
> On Mon, Jul 28, 2008 at 05:13:14PM -0400, Vivek Goyal wrote:
> >
> > o Move elfcorehdr_addr definition in arch dependent crash dump file. This is
> > equivalent to defining elfcorehdr_addr under CONFIG_CRASH_DUMP instead of
> > CO
Sergey Temerkhanov <[EMAIL PROTECTED]> wrote:
> And handle_level_irq() which is currently used as high-level IRQ handler for
> Xilinx INTC only tries to acknowledge IRQ before ISR call. So that the IRQ
> remains asserted in INTC and after the call to desc->chip->unmask() causes
> spurious attempt
On Mon, Jul 28, 2008 at 05:15:14PM -0400, Vivek Goyal wrote:
> o Move elfcorehdr_addr definition in arch dependent crash dump file. This is
> equivalent to defining elfcorehdr_addr under CONFIG_CRASH_DUMP instead of
> CONFIG_PROC_VMCORE. This is needed by is_kdump_kernel() which can be
> used
o elfcorehdr_addr is used by not only the code under CONFIG_PROC_VMCORE but
also by the code which is not inside CONFIG_PROC_VMCORE. For example,
is_kdump_kernel() is used by powerpc code to determine if kernel is booting
after a panic then use previous kernel's TCE table. So even if
CONF
On Tuesday 29 July 2008, Bartlomiej Zolnierkiewicz wrote:
> On Tuesday 29 July 2008, Benjamin Herrenschmidt wrote:
> > On Tue, 2008-07-29 at 13:41 +0200, Bartlomiej Zolnierkiewicz wrote:
> > > > Well, all I do is call into Bart's new helpers to scan for or
> > > unregister
> > > > devices ...
> > >
I am seeing a lot of problems with 2.6.27-rc1.
Merge conflicts that make no sense.
Files missing (tracehook.h).
Lots of compile errors.
Anybody else seeing problems, or is it just me? I am starting
to wonder if my git repository has gotten corrupted.
Cheers,
Sean
_
Ben, Paul,
any ideas?
Best,
Dominik
On Thu, Jul 17, 2008 at 11:14:44AM +0200, Dominik Brodowski wrote:
> Hi,
>
> on an Apple Powerbook G3 (Lombard) with a PPC 740 running at 333 MHz, the
> PCI host bridge is condigured to allow "downstream" devices to use iomem
>
> 0xfd00 - 0xfdfff
Which repository on kernel.org should I use to pick up the
latest-greatest software for the mpc8349mITX?
I've tried linux/kernel/git/vitb/linux-2.6-8xx.git, but the dts doesn't
contain compact flash nodes.
I've tried linux/kernel/git/paulus/powerpc.git, but the kernel hangs
while trying to uncomp
On Tuesday 29 July 2008, Bartlomiej Zolnierkiewicz wrote:
> On Tuesday 29 July 2008, Bartlomiej Zolnierkiewicz wrote:
> > On Tuesday 29 July 2008, Benjamin Herrenschmidt wrote:
> > > On Tue, 2008-07-29 at 13:41 +0200, Bartlomiej Zolnierkiewicz wrote:
> > > > > Well, all I do is call into Bart's new
I'm trying to debug an I2C problem I've found in my old-style driver:
sound/soc/codecs/cs4270.c. My I2C probe function is working, but the I2C
subsystem cannot find my device. I know it's there, because U-Boot can probe it
just fine.
At first, I thought my problem was this:
static struct i2c_dr
On Tue, Jul 29, 2008 at 02:26:12PM -0500, Sparks, Sam wrote:
> Which repository on kernel.org should I use to pick up the
> latest-greatest software for the mpc8349mITX?
>
> I've tried linux/kernel/git/vitb/linux-2.6-8xx.git, but the dts doesn't
> contain compact flash nodes.
> I've tried linux/k
add simple-bus compatible property to soc nodes for 83xx/85xx platforms
that were missing them. Add same to platform probe code.
This fixes SoC device drivers (such as talitos) to succeed in matching
devices present in the soc node.
also update mpc836x_rdk dts to new SEC bindings (overlooked in
> I WON!!!
Heh, great :-)
I'll give you patch a try, thanks !
Cheers,
Ben.
> From: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
> Subject: [PATCH] ide: fix regression caused by ide_device_{get,put}() addition
>
> On Monday 28 July 2008, Benjamin Herrenschmidt wrote:
>
> [...]
>
> > Vector:
On Tue, 2008-07-29 at 20:28 +0200, Dominik Brodowski wrote:
> Ben, Paul,
>
> any ideas?
Strange. Paul has a lombard, so if he can bring it to the office, I'll
have a look. Paul, bring some legacy PCMCIA cards too if you have any,
I'm not sure I do (though I think we have one or two somewhere in t
On Tue, 2008-07-29 at 14:06 -0400, Sean MacLennan wrote:
> I am seeing a lot of problems with 2.6.27-rc1.
>
> Merge conflicts that make no sense.
Ugh ? Have you done a clean pull ?
> Files missing (tracehook.h).
Looks like your repo isn't sane
> Lots of compile errors.
There's one known due t
On Tue, 2008-07-29 at 15:14 +0100, David Howells wrote:
> Sergey Temerkhanov <[EMAIL PROTECTED]> wrote:
>
> > And handle_level_irq() which is currently used as high-level IRQ handler for
> > Xilinx INTC only tries to acknowledge IRQ before ISR call. So that the IRQ
> > remains asserted in INTC and
On Wed, 30 Jul 2008 07:33:05 +1000
"Benjamin Herrenschmidt" <[EMAIL PROTECTED]> wrote:
> Yeah, sounds like it.
Thanks for the confirmation. Yeah, I think the git repository is
corrupt. I did a git pull on a recently branched copy of this git and
it was clean.
Cheers,
Sean
___
On Tue, 2008-07-29 at 17:50 -0400, Sean MacLennan wrote:
> On Wed, 30 Jul 2008 07:33:05 +1000
> "Benjamin Herrenschmidt" <[EMAIL PROTECTED]> wrote:
>
> > Yeah, sounds like it.
>
> Thanks for the confirmation. Yeah, I think the git repository is
> corrupt. I did a git pull on a recently branched c
I'm getting a "Badness at c01cc228 [verbose debug info unavailable]"
How do I turn on verbose debug support? Or is it helpful? I see the
option for x86 but I don't see how to do it for PowerPC.
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing li
On Jul 29, 2008, at 3:29 PM, Kim Phillips wrote:
add simple-bus compatible property to soc nodes for 83xx/85xx
platforms
that were missing them. Add same to platform probe code.
This fixes SoC device drivers (such as talitos) to succeed in matching
devices present in the soc node.
also upd
Jon Smirl wrote:
I'm getting a "Badness at c01cc228 [verbose debug info unavailable]"
How do I turn on verbose debug support? Or is it helpful? I see the
option for x86 but I don't see how to do it for PowerPC.
Under "Kernel Hacking", enable "Kernel debugging". This will expose a
"Verbose BU
On 7/29/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
>
> > I'm getting a "Badness at c01cc228 [verbose debug info unavailable]"
> >
> > How do I turn on verbose debug support? Or is it helpful? I see the
> > option for x86 but I don't see how to do it for PowerPC.
> >
>
> Under "Ke
On Tue, Jul 29, 2008 at 07:12:58PM -0400, Jon Smirl wrote:
> On 7/29/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> > Jon Smirl wrote:
> >
> > > I'm getting a "Badness at c01cc228 [verbose debug info unavailable]"
> > >
> > > How do I turn on verbose debug support? Or is it helpful? I see the
> > > op
On 7/29/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 29, 2008 at 07:12:58PM -0400, Jon Smirl wrote:
> > On 7/29/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> > > Jon Smirl wrote:
> > >
> > > > I'm getting a "Badness at c01cc228 [verbose debug info unavailable]"
> > > >
> > > > How
Why isn't PowerPC in the depends on?
config DEBUG_BUGVERBOSE
bool "Verbose BUG() reporting (adds 70K)" if DEBUG_KERNEL && EMBEDDED
depends on BUG
depends on ARM || AVR32 || M32R || M68K || SPARC32 || SPARC64 || \
FRV || SUPERH || GENERIC_BUG || BLACKFIN |
I finally figured out the right combo to turn it on. I was expecting
it to appear in the "Kernel Debugging" section but it was appearing
down lower.
Seems like this option should be defaulted on no matter what, and then
turn it off to save memory. It was the interaction with
CONFIG_EMBEDDED that c
On Tue, 29 Jul 2008 21:26:11 +0200
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
> On Tuesday 29 July 2008, Bartlomiej Zolnierkiewicz wrote:
> > On Tuesday 29 July 2008, Bartlomiej Zolnierkiewicz wrote:
> > > On Tuesday 29 July 2008, Benjamin Herrenschmidt wrote:
> > > > On Tue, 2008-07-29
On Mon, 2008-07-28 at 20:56 +0200, Bastian Blank wrote:
> Hi
Hi Bastian,
> The powerpc lpar code adds a prefered console at a very early state,
> during arch_setup. This runs even before the console setup from the
> command line and takes preference.
It runs before the command line parsing, and
From: Nick Piggin <[EMAIL PROTECTED]>
Implement lockless get_user_pages_fast for powerpc. Page table existence
is guaranteed with RCU, and speculative page references are used to take a
reference to the pages without having a prior existence guarantee on them.
Signed-off-by: Nick Piggin <[EMAIL
From: Nick Piggin <[EMAIL PROTECTED]>
Implement lockless get_user_pages_fast for powerpc. Page table existence
is guaranteed with RCU, and speculative page references are used to take a
reference to the pages without having a prior existence guarantee on them.
Signed-off-by: Nick Piggin <[EMAIL
On Wed, 2008-07-30 at 14:20 +1000, Benjamin Herrenschmidt wrote:
> From: Nick Piggin <[EMAIL PROTECTED]>
>
> Implement lockless get_user_pages_fast for powerpc. Page table existence
> is guaranteed with RCU, and speculative page references are used to take a
> reference to the pages without havin
On Wed, 2008-07-30 at 15:06 +1000, Michael Ellerman wrote:
> > +
> > +/*
> > + * The performance critical leaf functions are made noinline otherwise gcc
> > + * inlines everything into a single function which results in too much
> > + * register pressure.
> > + */
>
> This strikes me as something
From: Nick Piggin <[EMAIL PROTECTED]>
Implement lockless get_user_pages_fast for 64-bit powerpc.
Page table existence is guaranteed with RCU, and speculative page references
are used to take a reference to the pages without having a prior existence
guarantee on them.
Signed-off-by: Nick Piggin
On Wed, Jul 30, 2008 at 12:34:51PM +1000, Michael Ellerman wrote:
> On Mon, 2008-07-28 at 20:56 +0200, Bastian Blank wrote:
> * add_preferred_console - add a device to the list of preferred consoles.
> ...
> * The last preferred console added will be used for kernel messages
> * and stdin/out/e
Hi Linus !
Hopefully this one won't be busted... I'll hand back the hat
to paulus for the rest of 2.6.27, but before that, here's a last
pull request.
It brings the powerpc variant of the lockless get_user_pages_fast()
which took some time because I took it out of -mm and had to adjust a
few thin
On Wed, Jul 30, 2008 at 08:23:13AM +0200, Bastian Blank wrote:
> On Wed, Jul 30, 2008 at 12:34:51PM +1000, Michael Ellerman wrote:
> > On Mon, 2008-07-28 at 20:56 +0200, Bastian Blank wrote:
> > * add_preferred_console - add a device to the list of preferred consoles.
> > ...
> > * The last pref
On Tue, 2008-07-29 at 21:26 +0200, Bartlomiej Zolnierkiewicz wrote:
> I WON!!!
Only half...
It goes further and then blows up again. First problem is, this
unregister interface doesn't quite convey the fact that the HW is gone
and the IDE code seems to take it's sweet time figuring it out after
48 matches
Mail list logo
