On Wed, Dec 17, 2008 at 12:38:58PM +0530, Kamalesh Babulal wrote:
> Hi,
> next-20081216 build breaks on powerpc
>
> ld: dynreloc miscount for kernel/built-in.o, section .opd
> ld: can not edit opd Bad value
> make: *** [vmlinux.o] Error 1
Could it be this:
http:/
Hi Kamalesh,
On Wed, 17 Dec 2008 12:38:58 +0530 Kamalesh Babulal
wrote:
>
> next-20081216 build breaks on powerpc
>
> ld: dynreloc miscount for kernel/built-in.o, section .opd
> ld: can not edit opd Bad value
> make: *** [vmlinux.o] Error 1
>
> # ld --version
Hi,
next-20081216 build breaks on powerpc
ld: dynreloc miscount for kernel/built-in.o, section .opd
ld: can not edit opd Bad value
make: *** [vmlinux.o] Error 1
# ld --version
GNU ld version 2.16.1 Debian GNU/Linux
# gcc --version
gcc (GCC) 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1
Otherwise you get lot of errors like these:
drivers/block/viodasd.c:72: error: dereferencing pointer to incomplete type
drivers/block/viodasd.c: In function 'viodasd_open':
drivers/block/viodasd.c:135: error: dereferencing pointer to incomplete type
drivers/block/viodasd.c: In function 'viodasd_re
On Wed, 10 Dec 2008 18:16:34 -0500
"Sean MacLennan" wrote:
> Here is an updated patch. Doc has been moved to 4xx and amcc changed
> to ibm.
Anybody? Even if it is not perfect, it would be better to have
a driver that at least compiles ;)
Cheers,
Sean
_
Josh Boyer writes:
> I sent a pull request to you last week for my -next branch. It would be
> nice to get those included as well.
Sorry... Pulled and pushed out now.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailm
Kumar Gala writes:
> Paul are you planning on picking this up for .28 if not I'll pick it
> up for .29
I was waiting for you to say if it needed to go in .28. Sounds like
you don't think it's that urgent then?
Paul.
___
Linuxppc-dev mailing list
Lin
On Dec 16, 2008, at 1:14 PM, Anton Vorontsov wrote:
On Tue, Dec 16, 2008 at 01:00:13PM -0600, Scott Wood wrote:
Anton Vorontsov wrote:
GCC can still issue the of_find_node_by_name() call. (I wonder if
there is any way to tell gcc that particular function doesn't
produce any side-effects so
On Dec 16, 2008, at 4:08 PM, bterrell wrote:
Kumar Gala-3 wrote:
<1. Which PCIe port is the device on?
2. is this a INT-X style or MSI interrupt?
3. if INT-X is INT-A, B, C, D?
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://oz
Kumar Gala-3 wrote:
>
>
> <1. Which PCIe port is the device on?
> 2. is this a INT-X style or MSI interrupt?
> 3. if INT-X is INT-A, B, C, D?
>
> - k
> ___
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/li
Acked-by: Manish Ahuja
Tony Breeds wrote:
> print_dump_header() will be called at least once with a NULL pointer in
> a normal boot sequence. if DEBUG is defined then we will get a deref,
> add a quick fix to exit early in the NULL pointer case.
>
> Signed-off-by: Tony Breeds
> ---
> arch/p
On Dec 16, 2008, at 1:54 PM, Morrison, Tom wrote:
We are having a problem with an external interrupt not actually being
received / detected on the MPC8572.
This external device 'believes' that it has sent an interrupt
(over PCIe) to the MPC8572 and we believe that the associated
ExVPR register
We are having a problem with an external interrupt not actually being
received / detected on the MPC8572.
This external device 'believes' that it has sent an interrupt
(over PCIe) to the MPC8572 and we believe that the associated
ExVPR register has correctly unmasked/configured this correctly.
B
On Tue, Dec 16, 2008 at 01:00:13PM -0600, Scott Wood wrote:
> Anton Vorontsov wrote:
>> GCC can still issue the of_find_node_by_name() call. (I wonder if
>> there is any way to tell gcc that particular function doesn't
>> produce any side-effects so that gcc can optimize it away too).
>
> __a
Anton Vorontsov wrote:
GCC can still issue the of_find_node_by_name() call. (I wonder if
there is any way to tell gcc that particular function doesn't
produce any side-effects so that gcc can optimize it away too).
__attribute__((pure))
-Scott
On Tue, Dec 16, 2008 at 12:18:07PM -0600, Kumar Gala wrote:
[..]
>> This patch implements traditional way of !QE case handling.
>> Alternative version is coming (w/o ifdefs in the board files).
>>
>> p.s. I don't know if it is 2.6.28 material...
>
> what's the state of this patch vs the alternate v
Yes,
That is required. It is in the patches that I sent to Ben, Paul & Brad.
I just waiting to post it with other patches.
Acked-by: Manish Ahuja
Tony Breeds wrote:
> ibm_configure_kernel_dump, is passed as the token to rtas_call() but I
> cannot see where it is initialised. Set it to somethi
On Dec 3, 2008, at 1:27 PM, Anton Vorontsov wrote:
This patch fixes following sparse warnings:
CHECK mpc836x_mds.c
mpc836x_mds.c:75:12: warning: Using plain integer as NULL pointer
mpc836x_mds.c:79:13: warning: incorrect type in assignment
(different address spaces)
mpc836x_mds.c:79:13:
The problem obviously only affect people that make use of
rh_alloc_fixed(), which is the case when you program an MCC or a QMC
controller of the CPM. Without the patch cpm_muram_alloc_fixed()
succeed when it should not, for example when trying to allocate out of
range areas or already allocated a
On Dec 5, 2008, at 9:48 AM, Anton Vorontsov wrote:
This patch fixes following sparse warnings:
CHECK 83xx/usb.c
83xx/usb.c:205:5: warning: symbol 'mpc837x_usb_cfg' was not
declared. Should it be static?
CHECK 83xx/mpc831x_rdb.c
83xx/mpc831x_rdb.c:45:13: warning: symbol 'mpc831x_rdb_in
On Dec 5, 2008, at 2:10 PM, Anton Vorontsov wrote:
This is needed to not bother with ugly #ifdefs in the drivers.
Signed-off-by: Anton Vorontsov
---
arch/powerpc/sysdev/fsl_soc.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
applied to next
- k
_
On Dec 5, 2008, at 10:55 AM, Anton Vorontsov wrote:
Some 83xx boards were not ready for the optional QUICC Engine support.
This patch fixes following build errors:
arch/powerpc/platforms/built-in.o: In function `flush_disable_caches':
(.text+0xb308): undefined reference to `par_io_data_set'
a
On Tue, Dec 16, 2008 at 01:27:32PM +0100, Wolfram Sang wrote:
> > > +/* -
> > > + * OF bus binding
> > > + */
> > > +
> > > +#if defined(CONFIG_OF)
> >
> > Same goes here, don't put #if in .c files please.
>
> So, generally speak
Hi Kumar,
On Mon, Dec 15, 2008 at 02:31:04PM -0600, Kumar Gala wrote:
> Please pull from 'next' branch of
>
> master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next
>
> to receive the following updates:
>
> arch/powerpc/boot/dts/mpc8572ds.dts | 16
> arch/p
Hi Paul,
On Tue, Dec 16, 2008 at 04:10:34PM +1100, Paul Mackerras wrote:
> I have added the following commits to the next and master branches of
> my powerpc.git tree (including commits pulled from Kumar's tree). I
> have also pulled in Linus' current tree and the 3 commits that I just
> asked hi
On Fri, Dec 12, 2008 at 01:39:45PM -0800, Trent Piepho wrote:
> On Fri, 12 Dec 2008, Anton Vorontsov wrote:
> > On Fri, Dec 12, 2008 at 11:59:13AM -0500, Steven A. Falco wrote:
> >> What do you think about having a mechanism to specify that some
> >> SPI slaves have a chip select, while others don'
On Tue, Dec 16, 2008 at 04:10:34PM +1100, Paul Mackerras wrote:
>I have added the following commits to the next and master branches of
>my powerpc.git tree (including commits pulled from Kumar's tree). I
>have also pulled in Linus' current tree and the 3 commits that I just
>asked him to pull.
I
Default ops are implicit now.
Signed-off-by: Anton Vorontsov
---
arch/powerpc/platforms/cell/celleb_setup.c |9 -
arch/powerpc/platforms/cell/setup.c|6 --
arch/powerpc/platforms/embedded6xx/c2k.c |6 --
arch/powerpc/platforms/embedded6xx/prpmc28
This patch removes need for each platform to specify default kexec and
crash kernel ops, thus effectively adds a working kexec support for most
boards.
Platforms that can't cope with default ops will explode in some weird
way (a hang or reboot is most likely), which means that the board's
kexec su
From: Dale Farnsworth
Refactor the setting of kexec OF properties, moving the common code
from machine_kexec_64.c to machine_kexec.c where it can be used on
both ppc64 and ppc32. This is needed for kexec to work on ppc32
platforms.
Signed-off-by: Dale Farnsworth
Signed-off-by: Anton Vorontsov
Hi all,
This is Kexec part of the larger series[1] posted few months ago.
I eliminated Kdump part in this resend (will post it as a separate
entity later).
Milton Miller hinted that current PPC32 Kexec implementation may
not work on SMP hardware. I don't have any multi-core machines
handy to actu
On Tue, Dec 16, 2008 at 01:41:56PM +0100, Wolfram Sang wrote:
> > In addition to the stuff pointed out by Greg, I don't see what you
> > actually gain by hacking the OF crap in to this driver. You would be
> > better off layering the OF driver on top of this, rather than trying to
> > make them liv
> It is pretty poor form to not even bother to Cc the only author of the
> code you are modifying, and have no Signed-off-by or Acked-by to even
> suggest that it was ever even looked at. This isn't something that ought
> to have to be pointed out, either.
Oops, yes, forgot this in the resend, I
> > +/* -
> > + * OF bus binding
> > + */
> > +
> > +#if defined(CONFIG_OF)
>
> Same goes here, don't put #if in .c files please.
So, generally speaking, this means that I should not put a
platform_driver and an of_platform_drive
On Thu, Dec 11, 2008 at 04:05:37PM +0100, Wolfram Sang wrote:
> Make the generic uio-driver also accessible for of devices. It utilizes the
> standard 'reg' and 'interrupt' properties. A typical usage would look like
> this:
>
> fpga...@3000 {
> compatible = "generic-uio";
> "Paul" == Paul Mackerras writes:
Paul> I have added the following commits to the next and master
Paul> branches of my powerpc.git tree (including commits pulled from
Paul> Kumar's tree). I have also pulled in Linus' current tree and
Paul> the 3 commits that I just asked him to pull.
I
Olof Johansson wrote:
> On Sat, Dec 13, 2008 at 05:45:41PM +0100, Roel Kluin wrote:
>> map_onedev can return NULL, so catch that. Also iounmap if DMA controller
>> can't be
>> found.
>> +
>> iob_regs = map_onedev(iob_pdev, 0);
>> +if (iob_regs == NULL) {
>> +BUG();
>> +
Hello Andreas,
thanks for your comments.
On Tue, Dec 16, 2008 at 10:36:55AM +0100, Andreas Schwab wrote:
> > + /* if ^0 is pressed again, reset
> > +* sysrq_pressed and flip ^0 char */
> The comment says ^0 twice when ^O is mea
Hendrik Brueckner writes:
> + /* if ^0 is pressed again, reset
> + * sysrq_pressed and flip ^0 char */
The comment says ^0 twice when ^O is meant.
> + sysrq_pressed = (sysrq_pressed) ? 0
From: Hendrik Brueckner
The ctrl-o (^O) is a common control key used by several applications like vim.
To allow users to send ^O to the terminal, this patch introduces a check
if ^O is pressed again if the sysrq_pressed variable is already set.
In this case, clear sysrq_pressed state and flip th
Hello,
the patch allows to send the magic sysrq key to the terminal (if pressed twice),
so that it can be consumed by applications (e.g. ^0 is used by some editors...)
Ben, Paul, could you add the patch to your powerpc tree?
Thanks and regards,
Hendrik
--
Hendrik Brueckner
D/3303 Linux on Sy
On Tue, 2008-12-16 at 20:01 +1100, Paul Mackerras wrote:
> > Is there any reason you haven't been updating patchwork ? Or are you
> > waiting for things in your -next branch to actually hit upstream ?
>
> Just an oversight. I have updated it now, at least for the patches I
> committed.
Cool, tha
Benjamin Herrenschmidt writes:
> Is there any reason you haven't been updating patchwork ? Or are you
> waiting for things in your -next branch to actually hit upstream ?
Just an oversight. I have updated it now, at least for the patches I
committed.
Paul.
_
On Mon, 2008-12-15 at 17:11 -0800, Trent Piepho wrote:
> Shame, as it provides a huge speed up. I suppose an alternative would be
> to map the chip twice at different physical addresses, by just configuring
> the chip select to be twice the size it should be, and giving them
> different cacheabili
On Mon, 2008-12-15 at 10:25 -0800, Trent Piepho wrote:
> The MTD system supports operation where a direct mapped flash chip is
> mapped twice. The normal mapping is a standard ioremap(), which is
> non-cached and guarded on powerpc. The second mapping is used only for
> reads and can be cached an
45 matches
Mail list logo
