/kernel/setup_32.c
@@ -49,6 +49,7 @@ extern void bootx_init(unsigned long r4, unsigned long phys);
int boot_cpuid = -1;
EXPORT_SYMBOL_GPL(boot_cpuid);
int boot_cpuid_phys;
+EXPORT_SYMBOL_GPL(boot_cpuid_phys);
int smp_hw_index[NR_CPUS];
Ben, ping?
Hollis Blanchard
Mentor Graphics, Embedded
TS files :
http://web.mornfall.net/repos/linux-2.6/git/arch/powerpc/boot/dts/p2020rdb_camp_core0.dts
http://web.mornfall.net/repos/linux-2.6/git/arch/powerpc/boot/dts/p2020rdb_camp_core1.dts
The fixed-link property in core1.dts indicates enet0 should use 1Gb
link. Is that device connected to a 1Gb netwo
doesn't care. Driver B loads first,
the allocator selects MSGR0; driver A loads and fails. Having an
allocator at all will create this conflict.
To prevent this scenario, either don't use a MSGR (can you configure
anything else for irq_out?), or have the system designer choose
how
would both kernels' allocators be synchronized?). So the message
register allocation must be decided at design time, not run time.
Hollis Blanchard
Mentor Graphics, Embedded Systems Division
___
Linuxppc-dev mailing list
Linuxppc-dev@li
On Thu, Mar 17, 2011 at 10:44 PM, Benjamin Herrenschmidt
wrote:
> Hi Linus !
>
> Here are the changes for this merge window for powerpc. One highlight
> is irq data conversion so we can get rid of the legacy stuff. The new
> Dynamic DMA windows for pSeries should also improve performances for
> so
> We only return the next child if the device is available.
>> > >
>> > > Signed-off-by: Hollis Blanchard
>> > > Signed-off-by: Deepak Saxena
>> > > ---
>> > > drivers/of/base.c | 4 +++-
>> > > 1 files changed, 3 inse
On Tue, Oct 12, 2010 at 10:02 AM, Rai Harninder-B01044
wrote:
> Currently the design is that we divide the sram portion into 2 equal
> parts for AMP
> That was the part of initial requirement
> Do we want to remove that?
Why wouldn't you just pass different cache-sram-size/offset values to
each k
On Fri, Oct 1, 2010 at 3:03 PM, Olof Johansson wrote:
> On Sat, Oct 02, 2010 at 06:51:55AM +1000, Benjamin Herrenschmidt wrote:
>> On Fri, 2010-10-01 at 12:59 -0500, Kumar Gala wrote:
>> > I'm not against it, and I agree some of the patches seem like good
>> > clean up. I'm concerned about this b
function like kvm_arch_vcpu_init()?
There are layers of shared code inside arch/powerpc/kvm: e.g. powerpc.c
-> booke.c -> 44x.c...
Hollis Blanchard
Mentor Graphics, Embedded Systems Division
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlab
of places to patch itself at
runtime in fast paths... see Documentation/powerpc/cpu_features.txt for
some background.
Since we already know (at build time) the location of code that needs
patching, we don't need to scan at all. (I also shudder to think of the
number of page faults
[Resending...]
Please reconcile this with
http://www.linux-kvm.org/page/PowerPC_Hypercall_ABI, which has been
discussed in the (admittedly closed) Power.org embedded hypervisor
working group. Bear in mind that other hypervisors are already
implementing the documented ABI, so if you have concerns,
On Fri, Mar 5, 2010 at 12:43 PM, Dave Kleikamp
wrote:
>
> powerpc/476: Add isync after loading mmu and debug spr's
>
> From: Dave Kleikamp
>
> 476 requires an isync after loading MMU and debug related SPR's. Some of
> these are in performance-critical paths and may need to be optimized, but
> in
On Mon, Mar 1, 2010 at 11:13 AM, Dave Kleikamp wrote:
> powerpc/476: define specific cpu table entry for DD1 and DD1.1 cores
>
> From: Benjamin Herrenschmidt
>
> There are still some unstable bits on the DD1 and DD1.1 cores. Don't use
> the FPU or the tlbivax operation. Define CPU_FTR_476_DD1 a
On Sat, 2010-01-09 at 10:46 +1100, David Gibson wrote:
> On Fri, Jan 08, 2010 at 11:45:28AM -0800, Hollis Blanchard wrote:
> > On Fri, 2010-01-08 at 13:28 -0600, Scott Wood wrote:
> > > Hollis Blanchard wrote:
> > > > On Thu, 2010-01-07 at 20:35 -0600, Hunter Cobbs w
On Fri, 2010-01-08 at 13:28 -0600, Scott Wood wrote:
> Hollis Blanchard wrote:
> > On Thu, 2010-01-07 at 20:35 -0600, Hunter Cobbs wrote:
> >> I think that is definitely a solution. It does centralize the testing
> >> for this particular issue. The only thin
ple:
"disabled"
"Indicates that the device is not presently operational, but it
might become operational in the future (for example, something
is not plugged in, or switched off)."
If a device is "not operational" in this sense, I don&#
, but at the moment
that would require modifying all OF drivers to check for it.
Wouldn't the better approach be to have of_platform_device_probe()
itself do the check, and not call the driver's probe() routine if the
device isn't available?
--
Hollis Blancha
r
comment. Feel free to batch it in the agraf bundle (it is required to
make that build, after all).
Acked-by: Hollis Blanchard
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line "unsubscribe kvm-ppc" in
the body of a message to majord
if (condition) __build_bug_on_failed = 1; \
> + } while(0)
> +#endif
> +#define MAYBE_BUILD_BUG_ON(condition) BUILD_BUG_ON(condition)
> +
> /* Trap pasters of __FUNCTION__ at compile-time */
> #define __FUNCTION__ (__func__)
What's the state of this patch?
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
builtin_constant_p()
> branches, and maximal ability for the compiler to detect errors at
> build time.
>
> Signed-off-by: Rusty Russell
Thanks Rusty, this indeed fixes the problem.
Acked-by: Hollis Blanchard
--
Hollis Blanchard
IBM Linux Technology Center
_
On Tue, 2009-10-20 at 11:42 +1030, Rusty Russell wrote:
> On Tue, 20 Oct 2009 04:49:29 am Hollis Blanchard wrote:
> > On Thu, 2009-10-15 at 08:27 +0100, Jan Beulich wrote:
> > > My perspective is that it just uncovered already existing brokenness.
> >
> > Sorry, I t
On Thu, 2009-10-15 at 08:27 +0100, Jan Beulich wrote:
> >>> Hollis Blanchard 15.10.09 00:57 >>>
> >On Fri, 2009-10-09 at 12:14 -0700, Hollis Blanchard wrote:
> >> Rusty's version of BUILD_BUG_ON() does indeed fix the build break, and
> >> also ex
On Fri, 2009-10-09 at 12:14 -0700, Hollis Blanchard wrote:
> Rusty's version of BUILD_BUG_ON() does indeed fix the build break, and
> also exposes the bug in kvmppc_account_exit_stat(). So to recap:
>
> original: built but didn't work
> Jan's: doesn't build
>
Rusty's version of BUILD_BUG_ON() does indeed fix the build break, and
also exposes the bug in kvmppc_account_exit_stat(). So to recap:
original: built but didn't work
Jan's: doesn't build
Rusty's: builds and works
Where do you want to go from here?
--
Hollis Blanc
On Wed, 2009-09-30 at 07:35 +0100, Jan Beulich wrote:
> >>> Hollis Blanchard 30.09.09 01:39 >>>
> >On Tue, 2009-09-29 at 10:28 +0100, Jan Beulich wrote:
> >> >>> Hollis Blanchard 09/29/09 2:00 AM >>>
> >> >First, I think ther
On Tue, 2009-09-29 at 10:28 +0100, Jan Beulich wrote:
> >>> Hollis Blanchard 09/29/09 2:00 AM >>>
> >First, I think there is a real bug here, and the code should read like
> >this (to match the comment):
> >/* type has to be known at build time f
_constant_p(type) evaluates to both 0 and 1? Either that, or
the new BUILD_BUG_ON() macro isn't working...
> I applied the following patch for today. This inline function is
> only called from one place in one file ...
It's also called via kvmppc_account_exit() from a number of
On Thu, Jul 16, 2009 at 5:32 AM, anil kumar wrote:
> Hello
> I am newbie to RISCWatch and debugging using JTAG interface .I want to debug
> Linux Kernel on target board
> using jtag interface provided on board.
>
> To debug 970MP dual core ppc processor on traget board, I installed
> RISCWatch sof
to give it. Where
> can I find it?
mkimage is a tool provided by u-boot
(http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=summary). IIRC
people have discussed the need to include a copy in the kernel source in
the past, but apparently nothing was ever done about it.
--
Hollis Blanchar
/* clear any residual debug events */
> li r2,-1
> mtspr SPRN_DBSR,r2
> #endif
So change the code to OR in your bits. What's the problem?
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
nto DB* by
other host code shouldn't matter.
However, KVM doesn't support in-band breakpoints, i.e. it doesn't emulate the
setting of those registers from within the guest. It's basically a no-op. So
whether the kernel sets them or not, in-
On Tue, Jan 13, 2009 at 4:14 PM, Kumar Gala wrote:
> Create a new header that becomes a single location for defining PowerPC
> opcodes used by code that is either generationg instructions
> at runtime (fixups, debug, etc.), emulating instructions, or just
> compiling instructions old assemblers do
--- a/arch/powerpc/include/asm/mmu-fsl-booke.h
> >> +++ b/arch/powerpc/include/asm/mmu-fsl-booke.h
> >> @@ -73,6 +73,8 @@
> >>
> >> #ifndef __ASSEMBLY__
> >>
> >> +extern unsigned int tlbcam_index;
> >> +
> >> typedef struct {
>
On Thu, Nov 27, 2008 at 5:44 PM, Ilya Yanok <[EMAIL PROTECTED]> wrote:
> This patch adds support for page sizes bigger than 4K (16K/64K) on
> PPC 44x.
> PGDIR table is much smaller than page in case of 16K/64K pages (512
> and 32 bytes resp.) so we allocate PGDIR with kzalloc() instead of
> __get_f
On Wed, Nov 26, 2008 at 10:19 AM, Hollis Blanchard <[EMAIL PROTECTED]> wrote:
> Ensure that total memory size is page-aligned, because otherwise
> mark_bootmem() gets upset.
>
> This error case was triggered by using 64 KiB pages in the kernel while
> arch/powerpc/boot/4xx.
of physical memory).
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
---
Changes from v3:
- No need to call lmb_enforce_memory_limit() with limit=lmb_phys_mem_size().
diff --git a/arch/powerpc/kernel/prom.c b/arch/powerpc/kernel/prom.c
--- a/arch/powerpc/kernel/prom.c
+++ b/arch/powerpc/
4096 (to
work around a chip bug that affects the last 256 bytes of physical memory).
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/kernel/prom.c b/arch/powerpc/kernel/prom.c
--- a/arch/powerpc/kernel/prom.c
+++ b/arch/powerpc/kernel/prom.c
@@ -1160,6 +1160,8
On Tue, 2008-11-25 at 11:10 -0600, Milton Miller wrote:
> On Nov 24, 2008, at 6:10 PM, Michael Ellerman wrote:
> > On Mon, 2008-11-24 at 14:07 -0600, Hollis Blanchard wrote:
> >> On Fri, 2008-11-14 at 16:09 -0600, Hollis Blanchard wrote:
> >>>
> >>>
On Wed, Oct 15, 2008 at 8:22 PM, Ilya Yanok <[EMAIL PROTECTED]> wrote:
> These patches add support for selecting page size on PPC 44x.
> First one adds support for 16K/64K pages while second one adds support
> for 256K pages along with some hacks.
Leaving 256K pages aside for now, do you plan to r
On Fri, 2008-11-14 at 16:09 -0600, Hollis Blanchard wrote:
>
> If this is all too much, then I'm close to giving up and burning a
> 64KB page, which requires only ALIGN_DOWN() in the kernel.
ppc: force memory size to be a multiple of PAGE_SIZE
Ensure that total memory size i
On Fri, 2008-11-14 at 16:09 -0600, Hollis Blanchard wrote:
>
> Basically my revised proposal is to add explicit memory reservation
> properties
> to the device tree. Currently, "/memreserve" properties in .dts files are not
> present in the device tree itself, only i
tion; create reservation
and /memreserve property.
Impact to cuboot wrapper: revert memory node truncation; create reservation
and /memreserve property.
Impact to kernel: none. /memreserve will be ignored, since memory reservations
are already ha
at becomes a real issue.
[1] This is exactly where flat device tree reservations are done, and
that's why the patch I submitted works.
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, 2008-11-12 at 22:52 +1100, Benjamin Herrenschmidt wrote:
> On Wed, 2008-11-12 at 06:31 -0500, Josh Boyer wrote:
> > On Wed, 12 Nov 2008 15:37:43 +1100
> > Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, 2008-11-11 at 18:06 -0600,
bytes
actually affected by the errata, leaving the total memory size unaltered.
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
---
Changes from v2:
- David pointed out I'd duplicated the fdt_add_mem_rsv() prototype, and that
4xx.c should directly include libfdt/libfdt.h inst
On Tue, 2008-11-11 at 08:19 -0500, Josh Boyer wrote:
> On Fri, Oct 31, 2008 at 06:23:28PM -0500, Hollis Blanchard wrote:
> >On Wed, Oct 22, 2008 at 9:28 AM, Christian Ehrhardt
> ><[EMAIL PROTECTED]> wrote:
> >> Hi Ilya,
> >> I just tried your patch on my 44
t.
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
---
Large page support is critical for improving KVM performance, so I'd like this
apparently unnecessary warning to be removed to make way for Ilya's patch.
Vitaly, this code was added by you in Feb 2007. Any thoughts?
diff --
bytes
actually affected by the errata, leaving the total memory size unaltered.
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
---
Using large pages results in a huge performance improvement for KVM, and this
patch is required to make Ilya's large page patch work. David and/or J
On Mon, 2008-11-03 at 15:00 -0500, Josh Boyer wrote:
> On Mon, 03 Nov 2008 13:55:21 -0600
> Hollis Blanchard <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2008-11-03 at 11:43 +1100, Benjamin Herrenschmidt wrote:
> > > > Cropping the size of the memory node.
On Fri, 2008-10-31 at 12:21 -0500, Hollis Blanchard wrote:
> On Sat, 2008-10-25 at 13:55 +1100, Paul Mackerras wrote:
> > Hollis Blanchard writes:
> >
> > > I've also found xmon's ppc-opc.c. That parses the opcode and operands,
> > > so could use some s
ernels with non-4K PAGE_SIZE.
Instead, use a device tree memory reservation to reserve only the 256 bytes
actually affected by the errata, leaving the total memory size unaltered.
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/boot/4xx.c b/arch/powerpc/boot/4xx.c
---
On Wed, Oct 22, 2008 at 9:28 AM, Christian Ehrhardt
<[EMAIL PROTECTED]> wrote:
> Hi Ilya,
> I just tried your patch on my 440 board because it would help us in our
> environment.
> Unfortunately I run into a bug on early boot (mark_bootmem).
>
> A log can be found in this mail, this is the bug when
# HG changeset patch
# User Hollis Blanchard <[EMAIL PROTECTED]>
# Date 1225479768 18000
# Node ID 59bd162a744af080479fedffa97d01e26dceee6a
# Parent 635f3f74befc230d93f79dc3198c509394247ee8
powerpc/44x: declare tlb_44x_index for use in C code
KVM currently ignores the host's roun
On Sat, 2008-10-25 at 13:55 +1100, Paul Mackerras wrote:
> Hollis Blanchard writes:
>
> > I've also found xmon's ppc-opc.c. That parses the opcode and operands,
> > so could use some shared macros.
>
> That's a direct copy from GNU binutils. I'm reluc
Regarding this patch:
commit aa1cf632bd6f998cb4567ccf1a9d2e5daaa9fb44
Author: David Gibson <[EMAIL PROTECTED]>
Date: Tue Aug 7 14:20:50 2007 +1000
[POWERPC] Fix small race in 44x tlbie function
The 440 family of processors don't have a tlbie instruction. So, we
implement TLB inval
executed in
the guest context. We must then (quickly!) disassemble them and emulate
their behavior. Right now we do this with a giant switch statement or
two, but are considering more sophisticated techniques in the future.
--
Hollis Blanchard
IBM Linux Technology Center
ppc: Create disassemble.h to e
(Oops, resending in plain text...)
On Tue, Oct 21, 2008 at 10:58 PM, Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> Stephen Rothwell writes:
>
> > On Tue, 21 Oct 2008 16:33:10 +1100 Paul Mackerras <[EMAIL PROTECTED]> wrote:
> > >
> > > It's a bug in older versions of ld (including 2.16.1) that's fi
On Tue, Oct 21, 2008 at 10:58 PM, Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Stephen Rothwell writes:
>
> > On Tue, 21 Oct 2008 16:33:10 +1100 Paul Mackerras <[EMAIL PROTECTED]>
> wrote:
> > >
> > > It's a bug in older versions of ld (including 2.16.1) that's fixed in
> > > the current version (2
hypervisor
> support?
Actually, it is "sc 1".
Many versions of as (including 2.16.1) don't recognize that instruction.
This is the standard workaround for situations like that.
--
Hollis Blanchard
IBM Linux Technology Center
___
Lin
diffstat]
> > kvm_para.h | 33 +
> > 1 file changed, 33 insertions(+)
> >
> > [diff]
>
> Can we make this more generic (naming) and location. I believe there
> is some interesting in using the same ABI on the Freescale HV so it
gt; > +}
>
> What is the reasoning for making the calling convention different from
> all the existing hcall interfaces here?
>
> pseries uses r3 for the hcall number, lv1 and beat use r11, so using
> r0 just for the sake of being different seems counterintuitive.
There was a rea
On Wed, 2008-08-20 at 14:52 -0400, Josh Boyer wrote:
> On Wed, 2008-08-20 at 13:30 -0500, Hollis Blanchard wrote:
> > On Wed, 2008-08-20 at 14:53 +0200, Christian Ehrhardt wrote:
> > >
> > > Arnd Bergmann wrote:
> > > > On Tuesday
ould like to test it, but without
> hardware performance counters on the core I have I'm not sure (yet)
> how
> to measure that in a good way - any suggestion welcome.
I don't see why we need performance counters. Can't we just compare any
bare metal benchmark results
On Thursday 10 April 2008 06:55:18 Josh Boyer wrote:
> On Mon, 07 Apr 2008 15:53:31 -0500
>
> Hollis Blanchard <[EMAIL PROTECTED]> wrote:
> > Implement initial support for KVM for PowerPC 440. There are just two
> > small prerequisite patches, and then the bulk
inux
> kernel is in an idle state. There are two ways to do it.
>
> Command line
> idle=spin <-- CPU will spin
> idle=wait <-- set CPU into wait state when idle (default)
>
>
> Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
Acked-by: Hollis Bla
On Monday 07 April 2008 21:58:17 Arnd Bergmann wrote:
> On Monday 07 April 2008, Hollis Blanchard wrote:
> > --- a/include/asm-powerpc/kvm.h
> > +++ b/include/asm-powerpc/kvm.h
> > @@ -1,6 +1,55 @@
> > +/*
> > + * This program is free software; you can redistr
On Monday 07 April 2008 22:54:41 David Gibson wrote:
> On Mon, Apr 07, 2008 at 10:25:32PM -0500, Hollis Blanchard wrote:
> > On Monday 07 April 2008 20:11:28 David Gibson wrote:
> > > On Mon, Apr 07, 2008 at 03:53:33PM -0500, Hollis Blanchard wrote:
> > > >
On Monday 07 April 2008 21:12:40 Josh Boyer wrote:
> On Mon, 07 Apr 2008 15:53:34 -0500
>
> Hollis Blanchard <[EMAIL PROTECTED]> wrote:
> > Currently supports only PowerPC 440 Linux guests on 440 hosts. (Only
> > tested with 440EP "Bamboo" guests so far, but w
On Monday 07 April 2008 20:11:28 David Gibson wrote:
> On Mon, Apr 07, 2008 at 03:53:33PM -0500, Hollis Blanchard wrote:
> > 1 file changed, 7 insertions(+)
> > include/linux/kvm.h |7 +++
> >
> >
> > Device Control Registers are essentially another addre
emulation.
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
diff --git a/include/linux/kvm.h b/include/linux/kvm.h
--- a/include/linux/kvm.h
+++ b/include/linux/kvm.h
@@ -76,6 +76,7 @@
#define KVM_EXIT_TPR_ACCESS 12
#define KVM_EXIT_S390_SIEIC 13
#define KVM_EXIT_S390_RESET
1 file changed, 2 insertions(+)
include/asm-powerpc/mmu-44x.h |2 ++
PowerPC 440 KVM needs to know how many TLB entries are used for the host kernel
linear mapping (it does not modify these mappings when switching between guest
and host execution).
Signed-off-by: Hollis Blanchard <[EM
Implement initial support for KVM for PowerPC 440. There are just two small
prerequisite patches, and then the bulk of the code can't be split easily.
Please review; I would like to submit these for 2.6.26. There is plenty of work
to do, both functional and optimization, but this code is sufficien
we decide to drop MSR_DE?
>
> Hollis argued it down on an earlier email on kvm-ppc-devel. Though I did
> have it in one of the earlier patches.
I didn't comment either way. However, looking at the 440 user manual now, it
seems clear that DE should be set
--plain" to avoid confusing the
unenlightened. ;) The Mercurial changeset data won't be useful here
anyways...
In reply to an earlier unrelated comment, there is also "hg email --diffstat".
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
node_put(node);
}
ppc_md.power_save = func;
return 0;
}
Stuart, we're getting into ePAPR territory. Do you think we need to worry
about a hypervisor not handling mtmsr(MSR_WE)? In that case, we'd need to be
more specific than just testing for "/hypervisor&quo
s impossible unless the host knows it can
overwrite some portion of the guest's effective address space.
reserve_top_address() doesn't look complicated, so we might as well keep it?
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Mon, 2008-03-31 at 15:28 -0500, Josh Boyer wrote:
> On Mon, 2008-03-31 at 19:24 +0000, Hollis Blanchard wrote:
> > On Mon, 31 Mar 2008 13:05:18 -0500, Josh Boyer wrote:
> >
> > > On Mon, 31 Mar 2008 12:07:17 -0500
> > > Josh Boyer <[EMAIL PROTECTED]> wro
the power_save function instead of always making it the default?
>
> Actually, you probably don't want this as a property in the device tree.
> It doesn't describe hardware. A Kconfig option might be warranted
> though.
There will be a device tree binding for hypervi
init machine_init(unsigned long d
> if (cpu_has_feature(CPU_FTR_CAN_DOZE) ||
> cpu_has_feature(CPU_FTR_CAN_NAP))
> ppc_md.power_save = ppc6xx_idle;
> +#endif
> +
> +#ifdef CONFIG_4xx
> + ppc_md.power_save = ppc4xx_idle;
> #endif
>
> if (p
now? Does it actually work?
[1]
https://www.amcc.com/MyAMCC/retrieveDocument/PowerPC/440EP/PPC440EP_UM2000.pdf
[2] Seems to have been deleted from the web. Thanks, AMCC.
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxp
Enable EMAC driver for Sequoia (and while we're in there, disable
Macintosh drivers for Sequoia and Bamboo).
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/configs/bamboo_defconfig
b/arch/powerpc/configs/bamboo_defconfig
--- a/arch/powerpc/configs/bambo
bout the same
> value of 335 ms.
> Can somebody reproduce this behaviour ( the console speed and/or thread
> interval may have to be tweaked to clog the serial output) ?
> Thank you in advance for your help.
Could you not post HTML please? Thanks.
"Deadlock" means dead due to incorrect locking. Instead, you seem to be
talking about a momentary pause. :)
Are you saying that the problem does not occur when you do not use
/dev/console? What about /dev/ttyS0, or whatever your serial port device
is?
You're certain that this isn't simply a result of multitasking?
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
dded later.
> The code is based on the ehci-ppc-soc driver by Stefan Roese <[EMAIL
> PROTECTED]>.
We're having a strange issue on our Sequoia where the network stops
functioning when USB is active. Jerone can supply more detail...
Have you seen anything like that?
--
Hollis Bla
On Fri, 2007-09-21 at 15:42 +1000, David Gibson wrote:
> On Thu, Sep 20, 2007 at 10:34:12PM -0500, Hollis Blanchard wrote:
> > I seem to have come across a strange bug while doing KVM development. It
> > seems that the final tlbwe in finish_tlb (head_44x.S) is actually
> >
On Fri, 2007-09-21 at 15:42 +1000, David Gibson wrote:
> On Thu, Sep 20, 2007 at 10:34:12PM -0500, Hollis Blanchard wrote:
> > I seem to have come across a strange bug while doing KVM development. It
> > seems that the final tlbwe in finish_tlb (head_44x.S) is actually
> >
e physical address of the UART on this chip
(440EP), plus the correct permission bits at the bottom.
Am I crazy? I'm not really looking to step through that assembly right
now... Clearly (current) hardware is just ignoring these errant writes,
but it should be fixed.
--
Hollis Blanchard
IBM L
On Sun, 2007-09-16 at 22:39 -0500, Olof Johansson wrote:
> On Sun, Sep 16, 2007 at 10:26:37PM -0500, Josh Boyer wrote:
> > On Mon, 2007-09-17 at 12:52 +1000, David Gibson wrote:
> > > On Fri, Sep 14, 2007 at 03:44:47PM -0500, Hollis Blanchard wrote:
> > > > Implem
Implement udbg_getc() for 440, which fixes xmon input.
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/kernel/udbg_16550.c b/arch/powerpc/kernel/udbg_16550.c
--- a/arch/powerpc/kernel/udbg_16550.c
+++ b/arch/powerpc/kernel/udbg_16550.c
@@ -206,11 +206,22 @@
On Wed, 2007-08-08 at 16:29 -0500, Josh Boyer wrote:
> On Wed, 8 Aug 2007 20:43:25 + (UTC)
> Hollis Blanchard <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 07 Aug 2007 14:20:50 +1000, David Gibson wrote:
> > >
> > > This patch fixes the probl
nts of MMUCR?
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
27;s current
> tree.
Bamboo is booting for me with your patches. Let's get them in soon...
> Ethernet for 4xx in general is still provided by the out-of-tree emac rewrite
> that Ben and David have poked at. If it doesn't get merged soon, I'll take
> a look at getting it
91 matches
Mail list logo
