/setup_32.c
+++ b/arch/powerpc/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
://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 network?
--
Hollis
,
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 all MSGRs.
Hollis Blanchard
Mentor Graphics
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@lists.ozlabs.org
https
On Thu, Mar 17, 2011 at 10:44 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org 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
return the next child if the device is available.
Signed-off-by: Hollis Blanchard hollis_blanch...@mentor.com
Signed-off-by: Deepak Saxena deepak_sax...@mentor.com
---
drivers/of/base.c | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers
On Tue, Oct 12, 2010 at 10:02 AM, Rai Harninder-B01044
b01...@freescale.com 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
On Fri, Oct 1, 2010 at 3:03 PM, Olof Johansson o...@lixom.net 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
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 this scan will incur.)
Hollis Blanchard
Mentor Graphics
, vcpu_e500);
Why not put all this in a common 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
[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
sha...@linux.vnet.ibm.com wrote:
powerpc/476: Add isync after loading mmu and debug spr's
From: Dave Kleikamp sha...@linux.vnet.ibm.com
476 requires an isync after loading MMU and debug related SPR's. Some of
these are in performance-critical
On Mon, Mar 1, 2010 at 11:13 AM, Dave Kleikamp sha...@linux.vnet.ibm.comwrote:
powerpc/476: define specific cpu table entry for DD1 and DD1.1 cores
From: Benjamin Herrenschmidt b...@kernel.crashing.org
There are still some unstable bits on the DD1 and DD1.1 cores. Don't use
the FPU or the
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't think there's
anything for a device driver to do.
--
Hollis Blanchard
Mentor
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 thing question I have is if its
really better
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 wrote:
I think that is definitely
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 Blanchard
Mentor Graphics, Embedded Systems Division
this patch already, but Avi didn't take it or
comment. Feel free to batch it in the agraf bundle (it is required to
make that build, after all).
Acked-by: Hollis Blanchard holl...@us.ibm.com
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm
)])); \
+ 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
at
build time.
Signed-off-by: Rusty Russell ru...@rustcorp.com.au
Thanks Rusty, this indeed fixes the problem.
Acked-by: Hollis Blanchard holl...@us.ibm.com
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev
On Thu, 2009-10-15 at 08:27 +0100, Jan Beulich wrote:
Hollis Blanchard holl...@us.ibm.com 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 exposes the bug in kvmppc_account_exit_stat(). So
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 thought it was clear, but to be more
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: builds and works
Where do you
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 Blanchard
IBM Linux Technology
On Wed, 2009-09-30 at 07:35 +0100, Jan Beulich wrote:
Hollis Blanchard holl...@us.ibm.com 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 there is a real bug here, and the code should read like
this (to match
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 for optimization */
-BUILD_BUG_ON(__builtin_constant_p
...
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 places.
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing
On Thu, Jul 16, 2009 at 5:32 AM, anil kumaranildahiy...@gmail.com 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
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 Blanchard
IBM Linux Technology Center
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-band debugging won't work with the
current KVM code.
--
Hollis Blanchard
IBM Linux Technology Center
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
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Tue, Jan 13, 2009 at 4:14 PM, Kumar Gala ga...@kernel.crashing.org 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
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.c arbitrarily reduced
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
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/kernel
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 @@ static inline void __init
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 is page-aligned, because
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
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 in the FDT header. I think
.
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.
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo
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, Hollis Blanchard wrote:
The current CHIP11
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 440 board because it would help us in our
environment
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 instead.
Using
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 Josh,
please
-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 --git a/arch/powerpc/lib/dma
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. That was simplest to do from the
cuboot wrapper
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
--- a/arch/powerpc/boot/4xx.c
+++ b/arch/powerpc/boot/4xx.c
@@ -21,7 +21,7 @@
#include
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 shared macros.
That's a direct copy from GNU
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 reluctant to modify it
because then maintenance becomes
# 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 round robin TLB
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
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
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 extract instruction fields
This is used
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.18). However,
(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 fixed in
the
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
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc
can't seem to remember
it now. ;) We're thinking about it.
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
metal benchmark results with the patch both applied and not?
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
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 19 August 2008, [EMAIL PROTECTED] wrote:
Dependent on the already
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 of the code can't be split
easily
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 Blanchard [EMAIL PROTECTED]
--
Hollis Blanchard
IBM Linux Technology Center
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
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 [EMAIL
for
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 14
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 address space found on
PowerPC 4xx processors
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 with appropriate userspace
support other SoC
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:
1 file changed, 7 insertions(+)
include/linux
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 redistribute it and/or modify
+ * it under the terms
, 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
. 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 to allow JTAG debugger events.
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc
.
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
if (ppc_md.progress)
This belongs in the platform setup code.
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
properties, so if it's
not always enabled, having a hypervisor node (for any hypervisor) in the
device tree would be an indicator. Far better than a Kconfig option, at
any rate.
--
Hollis Blanchard
IBM Linux Technology Center
___
Linuxppc-dev mailing list
On Mon, 2008-03-31 at 15:28 -0500, Josh Boyer wrote:
On Mon, 2008-03-31 at 19:24 +, 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] wrote:
On Mon, 2008-03-31 at 08:12 -0500, Jerone
/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
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo
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/bamboo_defconfig
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
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 Blanchard
IBM Linux Technology Center
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
leaking RPN bits
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
leaking RPN bits
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 Linux Technology
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:
Implement udbg_getc() for 440, which fixes xmon
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 @@ static void
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 problem in both arch/ppc and arch/powerpc by
inhibiting interrupts
85 matches
Mail list logo