On 12/08/2011 05:27 PM, Tony Breeds wrote:
> Commit 4f5ca836bef3 (HID: hid-input: add support for HID devices
> reporting Battery Strength) went into linux-next on Dec 1st since then a
> ppc6xx_defconfig has been failing with:
>
> ---
> drivers/built-in.o: In function `hidinput_cleanup_battery':
>
On Thu, 2011-12-08 at 20:46 -0500, Josh Boyer wrote:
> On Thu, Dec 8, 2011 at 8:38 PM, Stephen Rothwell
> wrote:
> > Hi Josh,
> >
> > Today's linux-next merge of the 4xx tree got a conflict in
> > arch/powerpc/platforms/40x/ppc40x_simple.c between commit 11eab297f57b
> > ("powerpc: Add support fo
Hi Josh,
On Thu, 8 Dec 2011 20:46:39 -0500 Josh Boyer wrote:
>
> I blame BenH. I sent him a pull request with d5b9ee7b514e in it
> before he went and updated his tree. Still not pulled afaik. Guess
> I'll be rebasing my next branch tomorrow to pick up a series from Tony
> Breeds, unless Ben ha
On Thu, Dec 8, 2011 at 8:38 PM, Stephen Rothwell wrote:
> Hi Josh,
>
> Today's linux-next merge of the 4xx tree got a conflict in
> arch/powerpc/platforms/40x/ppc40x_simple.c between commit 11eab297f57b
> ("powerpc: Add support for OpenBlockS 600") from the powerpc tree and
> commit d5b9ee7b514e (
Current linux-next compiled with mpc85xx_defconfig causes this:
arch/powerpc/platforms/85xx/p1010rdb.c:41:14: error: 'np' undeclared (first use
in this function)
arch/powerpc/platforms/85xx/p1023_rds.c:102:14: error: 'np' undeclared (first
use in this function)
Introduced in:
commit 996983b7
Hi Josh,
Today's linux-next merge of the 4xx tree got a conflict in
arch/powerpc/platforms/40x/ppc40x_simple.c between commit 11eab297f57b
("powerpc: Add support for OpenBlockS 600") from the powerpc tree and
commit d5b9ee7b514e ("powerpc/40x: Add APM8018X SOC support") from the
4xx tree.
I fixed
Commit 4f5ca836bef3 (HID: hid-input: add support for HID devices
reporting Battery Strength) went into linux-next on Dec 1st since then a
ppc6xx_defconfig has been failing with:
---
drivers/built-in.o: In function `hidinput_cleanup_battery':
/scratch/tony/working/drivers/hid/hid-input.c:351: unde
Hi Ben,
>-Original Message-
>From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
>Sent: Thursday, December 08, 2011 2:59 PM
>To: Prashant Bhole
>Cc: linuxppc-...@ozlabs.org; Tirumala Marri
>Subject: Re: ibm_newemac tx problem with jumbo frame enabled
>
>On Thu, 2011-12-08 at 18:
On Thu, 2011-12-08 at 18:31 +0530, Prashant Bhole wrote:
>
> I checked RX descriptor status and TX descriptor status and ethtool
> output.
> However I don't know about pause packet/frame, how do I check if pause
> frames are properly negotiated on both sides?
> I need to try changing pause and F
read_n_cells() cannot be marked as .devinit.text since it is referenced
from two functions that are not in that section: of_get_lmb_size() and
hot_add_drconf_scn_to_nid().
Signed-off-by: David Rientjes
---
arch/powerpc/mm/numa.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
On Fri, 9 Dec 2011, Subrata Modak wrote:
> WARNING: vmlinux.o(.text+0x4c760): Section mismatch in reference from
> the function .mark_reserved_regions_for_nid() to the
> function .meminit.text:.early_pfn_to_nid()
> The function .mark_reserved_regions_for_nid() references
> the function __meminit .
On Thu, Dec 8, 2011 at 3:33 AM, Benjamin Herrenschmidt <
b...@kernel.crashing.org> wrote:
> On Wed, 2011-12-07 at 13:35 +0530, Prashant Bhole wrote:
> > Still couldn't find anything like fifo overflow...
> > I noticed one more thing, this problem happens only when mtu size on
> > the initiator (th
On Fri, Dec 09, 2011 at 12:40:32AM +0530, Subrata Modak wrote:
> Hello,
>
> While compiling linux-3.2-rc4 on PPC64, i get the following set of
> warning series. I wanted to know if they are expected, or, they need to
> be fixed:
If you have time they should be fixed.
Yours Tony
pgpLJnfmz0SFz.p
Create a 32-bit address space version of p1022ds.dts. To avoid confusion,
p1022ds.dts is renamed to p1022ds_36b.dts. We also create p1022ds.dtsi
to store some common nodes.
Signed-off-by: Timur Tabi
---
fix pixis interrupt property and added tbi node
arch/powerpc/boot/dts/p1022ds.dts |
On 12/8/11, Andreas Schwab wrote:
> There seems to be something wrong with cpu idle time accounting at least
> on G5. The value as reported in the cpu lines in /proc/stat seems to be
> stuck in the interval [10,21] for each cpu, jumping back at
> random points. Any idea what could be the
On Thu, 2011-12-08 at 22:26 +1100, Finn Thain wrote:
>
> Maybe the modem wants a transition on DTR or similar, but it hasn't had
> time to initialise when that happens during SCC resumption.
>
> If so, calling pmz_shutdown() then pmz_startup() from the tail of
> pmz_resume() without delay shoul
On Thu, 2011-12-08 at 17:04 +1100, Anton Blanchard wrote:
> Hi,
>
> > I hate the idea of having a POWER7 FTR bit. Every loon will (and has
> > tried to in the past) attach every POWER7 related thing to it, rather
> > than thinking about what the feature really is for.
> >
> > What about other
Hello,
While compiling linux-3.2-rc4 on PPC64, i get the following set of
warning series. I wanted to know if they are expected, or, they need to
be fixed:
LD arch/powerpc/sysdev/xics/built-in.o
WARNING: arch/powerpc/sysdev/xics/built-in.o(.text+0x136c): Section
mismatch in reference from th
On 12/08/2011 04:44 AM, LiuShuo wrote:
> 于 2011年12月08日 03:11, Scott Wood 写道:
>> And if we do want to make such assumptions, we could rip out all usage
>> of index/column here, and just handle "oob" and "full page" cases.
> The function nand_do_write_ops() in nandbase.c is a Nand internal
> interfac
On 12/07/2011 09:36 PM, Liu Shengzhou-B36685 wrote:
>
>
>> -Original Message-
>> From: Wood Scott-B07421
>> Sent: Thursday, December 08, 2011 1:17 AM
>> To: Liu Shengzhou-B36685
>> Cc: Wood Scott-B07421; linuxppc-dev@lists.ozlabs.org; linux-
>> m...@lists.infradead.org; dw...@infradead.or
On 12/07/2011 07:05 PM, Tabi Timur-B04825 wrote:
> Scott Wood wrote:
>>> + interrupts =<8 8 0 0>;
+ };
>> It's not new to this patch, but... what does "8" mean in the second cell
>> of an mpic interrupt specifier?
>
> I have no idea.
Valid values are 0 through 3.
Just a quick question,
For Core 1 I am booting kernel using NFS. When I boot kernel on Core 1 it fails
at following point. Attached are my DTS files for both cores. My NFS server is
configured properly as I am booting Core 0 with the same server. I have used
packet sniffer on my NFS server and
One idea would be to have a structure of function pointers for each
CPU that gets runtime patched into the right places,
similar to how we do some of the MMU fixups.
Sounds good to me :-)
Except the indirect jump/call is almost certainly
never predicted - so will be slow.
What indirect jump?
> > One idea would be to have a structure of function pointers for each
> > CPU that gets runtime patched into the right places,
> > similar to how we do some of the MMU fixups.
>
> Sounds good to me :-)
Except the indirect jump/call is almost certainly
never predicted - so will be slow.
You
I hate the idea of having a POWER7 FTR bit. Every loon will (and has
tried to in the past) attach every POWER7 related thing to it, rather
than thinking about what the feature really is for.
What about other processors which could also benefit from this copy
loop? Turning on CPU_FTR_POWER7 for
On (Tue) 06 Dec 2011 [09:05:38], Miche Baker-Harvey wrote:
> Amit,
>
> Ah, indeed. I am not using MSI-X, so virtio_pci::vp_try_to_find_vqs()
> calls vp_request_intx() and sets up an interrupt callback. From
> there, when an interrupt occurs, the stack looks something like this:
>
> virtio_pci::
Hi Finn,
On Thu, Dec 8, 2011 at 12:26, Finn Thain wrote:
> On Thu, 8 Dec 2011, Benjamin Herrenschmidt wrote:
>> On Thu, 2011-12-08 at 15:20 +1100, Benjamin Herrenschmidt wrote:
>> > So basic operations seem to work, I've applied the patch to
>> > powerpc-next.
>
> Then I guess Geert should not pu
On Thu, 8 Dec 2011, Benjamin Herrenschmidt wrote:
> On Thu, 2011-12-08 at 15:20 +1100, Benjamin Herrenschmidt wrote:
>
> > So basic operations seem to work, I've applied the patch to
> > powerpc-next.
Then I guess Geert should not push this for 3.3 -- or does it make no
difference?
> > Howev
While PPC_PTRACE_SETHWDEBUG ptrace flag in PowerPC accepts
PPC_BREAKPOINT_MODE_EXACT mode of breakpoint, the same is not intimated to the
user-space debuggers (like GDB) who may want to use it. Hence we introduce a
new PPC_DEBUG_FEATURE_DATA_BP_EXACT flag which will be populated on the
"features" m
PPC_PTRACE_GETHWDBGINFO, PPC_PTRACE_SETHWDEBUG and PPC_PTRACE_DELHWDEBUG are
PowerPC specific ptrace flags that use the watchpoint register. While they are
targeted primarily towards BookE users, user-space applications such as GDB
have started using them for BookS too. This patch enables the use o
There seems to be something wrong with cpu idle time accounting at least
on G5. The value as reported in the cpu lines in /proc/stat seems to be
stuck in the interval [10,21] for each cpu, jumping back at
random points. Any idea what could be the problem?
Andreas.
--
Andreas Schwab, sc
Hi David,
Please find a revised version of the patchset which have
incorporated the various suggestions made by you.
Kindly review the patches and let me know if they look fine.
Changelog - v2
--
v1 posted at
http://lists.ozlabs.org/pipermail/linuxppc-dev/2011-August/092463.ht
于 2011年12月08日 03:11, Scott Wood 写道:
On 12/06/2011 09:55 PM, LiuShuo wrote:
于 2011年12月07日 08:09, Scott Wood 写道:
On 12/03/2011 10:31 PM, shuo@freescale.com wrote:
From: Liu Shuo
Freescale FCM controller has a 2K size limitation of buffer RAM. In
order
to support the Nand flash chip whose pa
On 08/12/11 06:45, Kumar Gala wrote:
> The Freescale serial port's are pretty much a 16550, however there are
> some FSL specific bugs and features. Add a "fsl,ns16550" compatiable
> string to allow code to handle those FSL specific issues.
>
> Signed-off-by: Kumar Gala
For what it's worth, for
* Matt Evans wrote:
> PPC64 uses long long for u64 in the kernel, but powerpc's asm/types.h
> prevents 64-bit userland from seeing this definition, instead defaulting
> to u64 == long in userspace. Some user programs (e.g. kvmtool) may actually
> want LL64, so this patch adds a check for __SANE
On Wed, Dec 07, 2011 at 05:01:57PM -0200, Thiago Jung Bauermann wrote:
> On Thu, 2011-12-01 at 15:50 +0530, K.Prasad wrote:
> > On Mon, Nov 28, 2011 at 02:11:11PM +1100, David Gibson wrote:
> > > [snip]
> > > On Wed, Oct 12, 2011 at 11:09:48PM +0530, K.Prasad wrote:
> > > > diff --git a/Documentati
36 matches
Mail list logo