Apparently it's not cool anymore to use SPIN/RW_LOCK_UNLOCKED.
There's some mention of this in Documentation/spinlocks.txt, but that
only talks about dynamic initialisation.
A comment in the code mentioning the preferred usage would be good IMHO.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED
Interrupts). Message Signaled Interrupts enable a device to
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T
On Thu, 2007-03-22 at 08:23 -0600, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
Currently we never clear the msi_desc pointer in the irq_desc. This
leaves us with a pointer to free'ed memory hanging around. No one seems
to have hit this, so presumably other parts
like Eric to have a look
at them, but at some point I think we're just going to have to bite the
bullet and merge them, and see what we get in the way of bug reports.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie
On Thu, 2007-03-22 at 21:00 -0600, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
On Thu, 2007-03-22 at 08:23 -0600, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
Currently we never clear the msi_desc pointer in the irq_desc. This
leaves
On Fri, 2007-03-23 at 04:25 -0600, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
On Thu, 2007-03-22 at 15:08 -0700, Greg KH wrote:
On Fri, Mar 23, 2007 at 09:02:16AM +1100, Benjamin Herrenschmidt wrote:
i.e. First the simple bug fixes that should purely
to see more and more hardware that _only_ uses MSI.
So we need to get it fixed, rather than sweeping the bugs under the
carpet 'til later.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do
.xmon_register_spus.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
signature.asc
Description
it a little hard to review :/
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
signature.asc
reproducing so I never caught it :/
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
signature.asc
..
Stopped spu 06, was running (mfc_sr1: 0x32 runcntl: 0x1)
Stopped spu 07, was running (mfc_sr1: 0x32 runcntl: 0x1)
..
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from
(dev, 1); /* enable intx */
+ dev-msix_enabled = 0;
irq = head = dev-first_msi_irq;
while (head != tail) {
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit
On Thu, 2007-03-01 at 14:50 +0100, Arnd Bergmann wrote:
On Thursday 01 March 2007, Michael Ellerman wrote:
On Mon, 2006-11-20 at 18:45 +0100, Arnd Bergmann wrote:
plain text document attachment (spufs-master-control.diff)
When the user changes the runcontrol register, an SPU might
On Tue, 2007-03-06 at 22:19 -0700, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
Hi Eric, comments below ..
I get the reasoning for disabling MSI before we start writing back the
config space, but don't we want to re-enable MSI on the way out?
We
On Mon, 2007-03-05 at 02:02 +0100, Arnd Bergmann wrote:
On Friday 02 March 2007, Michael Ellerman wrote:
There's also the error case for spu_run_init() which skips the master
stop. I guess that's ok because we've only set the master control in the
backing store, and the only way
On Tue, 2007-03-27 at 22:45 -0600, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
pci_enable_msi() and pci_enable_msix() both search for the MSI/MSI-X
capability, we can fold this into pci_msi_supported() by passing the
type in.
Update the code to match
On Tue, 2007-03-27 at 23:20 -0600, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
I don't think it's that confusing. I agree it was a bit weird that
previously it was explicitly checking for 0, so I fixed that.
The previous case was clearer. This isn't a please do
On Tue, 2007-03-27 at 23:54 -0600, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
Add an arch_msi_supported(), which gives archs a chance to check the input
to pci_enable_msi/x. For MSI-X this routine might need the entry array, so
pass it in. For plain MSI, NULL
On Wed, 2007-03-28 at 00:29 -0600, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
The msi descriptors are linked together with what looks a lot like
a linked list, but isn't a struct list_head list. Make it one.
The only complication is that previously we walked
On Wed, 2007-03-28 at 00:39 -0600, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
It's an arch detail whether MSI irqs need to be masked using the PCI
MSI registers.
Agreed. It isn't an arch detail that they need to be unmasked in
the pci configuration space.
I
)-enabled_state = state;
+ if (((struct link_state *)pdev-link_state)-support_state == 0)
+ if (((struct link_state *)pdev-link_state)-enabled_state == state)
+ ((struct link_state *)pdev-link_state)-enabled_state);
Which is a little hard on the eye.
cheers
--
Michael Ellerman
.
^
I don't see in the code where you implement the size PAGE_SIZE
condition. But I only just got back from holidays .. :)
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183
On Wed, 2007-09-12 at 10:47 +0200, Arnd Bergmann wrote:
On Wednesday 12 September 2007, Michael Ellerman wrote:
On Wed, 2007-09-12 at 17:43 +1000, Michael Ellerman wrote:
This patch adds DEFINE_SPUFS_ATTRIBUTE(), a wraper around
DEFINE_SIMPLE_ATTRIBUTE which does the specified locking
a BUG_ON() in sysfs_remove_group() which hits if the attributes
were never added.
As discussed here ...
http://ozlabs.org/pipermail/cbe-oss-dev/2007-July/002774.html
.. we should just return in that case instead of BUG'ing.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
fs/sysfs/group.c |3
in this sysfs directories?
I wrote the code, I think, but it's been a while - I'll have a look at
it tomorrow.
Why is it odd and probably wrong to create subdirectories under the
driver in sysfs?
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
On Wed, 2007-12-05 at 13:41 -0800, Greg KH wrote:
On Wed, Dec 05, 2007 at 10:10:31PM +1100, Michael Ellerman wrote:
On Wed, 2007-12-05 at 01:30 -0800, Greg KH wrote:
In doing a massive kobject cleanup of the kernel tree, I ran across the
iseries_veth.c driver.
It looks like
in the crashed kernel.
d) something else
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
signature.asc
Description: This is a digitally signed
:
weak declaration of `arch_teardown_msi_irqs' after first use results in
unspecified behavior
...
-- snip --
They're declared in linux/msi.h, I don't see what it's problem is.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2
On Wed, 2007-12-12 at 00:00 +0100, Adrian Bunk wrote:
On Wed, Dec 12, 2007 at 09:44:10AM +1100, Michael Ellerman wrote:
On Tue, 2007-12-11 at 23:19 +0100, Adrian Bunk wrote:
This patch fixes the following problem present with older gcc versions:
-- snip --
...
CC
), 0);
arguments wrong way around.
Remind me why bzero is deprecated again? :)
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our
);
ibmebus_unregister_driver(ehea_driver);
unregister_reboot_notifier(ehea_reboot_nb);
+ ret = crash_shutdown_unregister(ehea_crash_deregister);
+ if (ret)
+ ehea_info(failed unregistering crash handler);
You don't need ret if that's all you're going to do with it.
cheers
--
Michael
kexec starts a new kernel.
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
How do you plan to support kdump?
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from
Change the hrtimer printk Switched to high resolution mode .. to
be KERN_DEBUG, rather than KERN_INFO. If users need to see this they
can pass loglevel or debug on the command line, or check dmesg.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
Any objections? It gets a little repetitive
On Tue, 2007-10-30 at 09:39 +0100, Christoph Raisch wrote:
Michael Ellerman [EMAIL PROTECTED] wrote on 28.10.2007 23:32:17:
How do you plan to support kdump?
When kexec is fully supported kdump should work out of the box
as for any other ethernet card (if you load the right eth
On 9/13/07, Michael Ellerman [EMAIL PROTECTED] wrote:
It would be nice to be able to do:
for_each_thing(thing) {
error = sysfs_create_group(thing-kobj, attrs);
if (error) {
for_each_thing(thing)
sysfs_remove_group(thing-kobj, attrs
a BUG_ON() in sysfs_remove_group() which hits if the attributes
were never added.
As discussed here ...
http://ozlabs.org/pipermail/cbe-oss-dev/2007-July/002774.html
.. we should just return in that case instead of BUG'ing.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
fs/sysfs/group.c |3
a pci_intx_quirked() (or something) that checks the flag and
then does/or does not call pci_intx().
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors
]: *** [arch/powerpc/platforms/powermac/setup.o] Error 1
make[2]: *** [arch/powerpc/platforms/powermac] Error 2
make[1]: *** [arch/powerpc/platforms] Error 2
make: *** [sub-make] Error 2
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2
/mm/numa.c:124: error: implicit declaration of function
'of_find_node_by_type'
arch/powerpc/platforms/ps3/os-area.c:215: error: variable 'property_rtc_diff'
has initializer but incomplete type
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone
!) setups to begin with.
I might be off the deep end, but isn't this what
Documentation/feature-removal-schedule.txt is for?
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit
On Wed, 2008-02-13 at 13:46 +0100, Rene Herman wrote:
On 13-02-08 13:16, Michael Ellerman wrote:
On Wed, 2008-02-13 at 13:06 +0100, Rene Herman wrote:
On 13-02-08 05:44, Greg KH wrote:
While details escape me somewhat again at the monment, a few months ago
I was playing around
On Fri, Feb 15, 2008 at 12:24 PM, Chris Snook [EMAIL PROTECTED] wrote:
Stephen Rothwell wrote:
Hi all,
Initial status can be seen here
http://kisskb.ellerman.id.au/kisskb/branch/9/ (I hope to make a better
URL soon). Suggestions for more compiler/config combinations are
On Wed, 2012-10-03 at 09:47 +0300, Pekka Enberg wrote:
Hi Stephen,
On Wed, Oct 3, 2012 at 8:29 AM, Stephen Rothwell s...@canb.auug.org.au
wrote:
Well, here we are at another merge window and the kvmtool tree is still
not merged. So, is it likely that it will be merged in this merge
On Tue, 2012-10-02 at 13:11 -0500, Nathan Fontenot wrote:
This set of patches moves some OF code that has been living
in the pseries tree over to the generic OF code base. The
functionality being migrated over is something that, I believe,
should live in the generic code base. The specific
+ * anything */
+
I realise it'll make the patch bigger, but this doesn't seem like a
particularly good name for the variable anymore.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70
On Wed, 2007-10-03 at 11:19 +1000, Tony Breeds wrote:
On Wed, Oct 03, 2007 at 10:30:16AM +1000, Michael Ellerman wrote:
I realise it'll make the patch bigger, but this doesn't seem like a
particularly good name for the variable anymore.
Sure, what about?
Better .. but .. :D
diff
is to change the 1 to UMH_WAIT_EXEC (aka 0), indicating that we want
to wait for the kernel thread to be started, but not for the helper to finish.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
kernel/kmod.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel
) was the trendy way to do this these days?
Documentation/filesystems/relay.txt
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our
Extract the logic for searching through the file descriptors for spu contexts
into a separate routine, coredump_next_context(), so we can use it elsewhere
in future. In the process we flatten the for loop, and move the NOSCHED test
into coredump_next_context().
Signed-off-by: Michael Ellerman
Remove the ctx_info struct entirely, and also the ctx_info_list. This fixes
a race where two processes can clobber each other's ctx_info structs.
Instead of using the list, we just repeat the search through the file
descriptor table.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch
It makes sense to stop the SPU processes as soon as possible. Also if we
dont acquire_saved() I think there's a possibility that the value in
csa.priv2.spu_lslr_RW won't be accurate.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/spufs/coredump.c |2 ++
1
, or in
the case of spufs_mem_read() the #define LS_SIZE.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/spufs/file.c | 21 +++--
1 files changed, 11 insertions(+), 10 deletions(-)
diff --git a/arch/powerpc/platforms/cell/spufs/file.c
b/arch/powerpc
, that way we know the result will be 19 bytes.
do_coredump_read() doesn't take a __user buffer, so remove the annotation,
and because we know that it's safe to just snprintf() directly to it.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/spufs/coredump.c |8
The routine to dump the local store, __spufs_mem_read(), does not take the
spu_lslr_RW value into account - so we shouldn't check it when we're
calculating the size either.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/spufs/coredump.c | 16
note size of -38 bytes. This
leads to a corrupt core dump.
If spufs is not loaded there will be no SPU ELF notes to write, and so the
extra notes size will be == 0.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/spu_coredump.c |8 ++--
1 files changed, 6
The spufs_coredump_read array is NULL terminated, and we also store the size.
We only need one or the other, and storing the size should save a teensy bit
of memory vs NULL terminating, so do that.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/spufs/coredump.c
The SPUFS attribute get routines take a void * because the generic attribute
code doesn't know what sort of data it's passing around.
However our internal __spufs_get_foo() routines can take a spu_context *
directly, which saves plonking it in and out of a void * again.
Signed-off-by: Michael
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/spufs/file.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/cell/spufs/file.c
b/arch/powerpc/platforms/cell/spufs/file.c
index d19220f..52f020a 100644
are in spufs_coredump_calls.
In both cases the logic for registering/unregistering is essentially the same,
so we can simplify things by combining the two.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/Makefile |2 +-
arch/powerpc/platforms/cell
-f_pos (so that writing to a pipe
works). So pass foffset to the write routine, and for now just set it to
file-f_pos at the end of writing.
It should also be possible for the write routine to fail, so change it to
return int and treat a non-zero return as failure.
Signed-off-by: Michael Ellerman
written.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/spu_syscalls.c |8 +--
arch/powerpc/platforms/cell/spufs/coredump.c | 89 ++
arch/powerpc/platforms/cell/spufs/spufs.h|2 +-
include/asm-powerpc/spu.h
Currently the spu coredump code doesn't respect the ulimit, it should.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/spufs/coredump.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/cell/spufs/coredump.c
b
)
inside the macro foo.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/spufs/file.c | 216 +++---
1 files changed, 76 insertions(+), 140 deletions(-)
diff --git a/arch/powerpc/platforms/cell/spufs/file.c
b/arch/powerpc/platforms/cell/spufs
On Wed, 2007-09-12 at 17:43 +1000, Michael Ellerman wrote:
This patch adds DEFINE_SPUFS_ATTRIBUTE(), a wraper around
DEFINE_SIMPLE_ATTRIBUTE which does the specified locking for the get
routine for us.
Unfortunately we need two get routines (a locked and unlocked version) to
support
PROTECTED]
L: [EMAIL PROTECTED]
L: [EMAIL PROTECTED] (subscribers-only)
S: Maintained
+F: sound/oao/
Should be aoa.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit
On 8/15/07, Christoph Lameter [EMAIL PROTECTED] wrote:
On Tue, 14 Aug 2007, Lucio Correia wrote:
SLAB boots because it falls back to node 0 for the control structures. So
it creates useless control structures for node 1. These are then never
used since any allocation attempt to node 1
On 8/9/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
On Wednesday 08 August 2007, Lucio Correia wrote:
DMA 0 - 12288
Normal 12288 - 12288
early_node_map[2] active PFN ranges
0: 0 - 2560
1: 12287 - 12288
As Christoph found, this memory map is really strange. Other machines
have something
On 8/9/07, Lucio Correia [EMAIL PROTECTED] wrote:
On Wed, 2007-08-08 at 23:10 +0200, Arnd Bergmann wrote:
On Wednesday 08 August 2007, Lucio Correia wrote:
DMA 0 -12288
Normal 12288 -12288
early_node_map[2] active PFN ranges
0:0 - 2560
layer of obfuscation
IMO, and the elf code doesn't need any more of that.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our
/initramfs_data.cpio.gz] Error 1
make[1]: *** [usr] Error 2
make[1]: *** Waiting for unfinished jobs
make[1]: *** wait: No child processes. Stop.
make: *** [_all] Error 2
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
scripts/gen_initramfs_list.sh |2 +-
1 file changed, 1 insertion(+), 1 deletion
Hi All,
The generic and IA-64 versions of alloc_zeroed_user_highpage() don't check the
return value from alloc_page_vma(). This can lead to an oops if we're OOM.
This fixes my oops on PPC64, but I haven't got an IA-64 machine/compiler handy.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED
Hi all,
Can anyone recall if there's ever been a discussion about merging the
bigphysarea patch (see below) into mainline? I couldn't find much of
interest on google.
I realise bigphysarea is a bit of a hack, but it's no where near as
big a hack as using mem=X to limit the kernel's memory and
On Fri, 18 Mar 2005 01:35, Dave Hansen wrote:
Doing mem= for drivers isn't just a hack, it's *WRONG*. It's a ticking
time bomb that magically happens to work on some systems. It will not
work consistently on a discontiguous memory system, or a memory hotplug
system.
I couldn't agree more.
Hi Mike,
Here's an updated version of my mem=X patch with new NUMA code.
Sorry it took so long I've been a bit crook.
Can you test this on your 720 or whatever it was? And if anyone else
has an interesting NUMA machine they can test it on I'd love to hear
about it!
This also includes a fix for
of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Michael Ellerman
OzLabs Canberra
IBM Linux Technology Centre
Phone: +61 2 6212 1183
Email: [EMAIL
Thanks Lee, that fixed it.
On Mon, 7 Mar 2005 12:09, Lee Revell wrote:
On Mon, 2005-03-07 at 11:09 +1100, Michael Ellerman wrote:
Hi Lars,
Yeah I've got no audio on my T41, which I think uses the AC97 too. I
haven't had time to look into it though :/
Did you disable Headphone Jack
Two's company ...
On Thu, 10 Mar 2005 13:41, Benjamin Herrenschmidt wrote:
While we are at such requests ...
When you pull from one of the trees, like netdev, the commit messages
are sent to the bk commit list with the original date stamp of the patch
in the netdev tree.
For example, if
.
NB. This patch does not facilitate using mem=X to give drivers access to
large regions of contiguous memory.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
This is almost identical to the patch I posted last week, with one minor
change to make boot messages look the same on iSeries pSeries
Hi Paul,
I'm not quite clear on the difference between the two synchronize functions ,
the comment for synchronize_sched() seems to have a bit missing? (see below)
cheers
On Sun, 3 Apr 2005 16:21, Paul E. McKenney wrote:
+/**
+ * synchronize_sched - block until all CPUs have exited any
So we can use it on powerpc.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
tools/kvm/include/kvm/util.h |2 +-
tools/kvm/util/util.c| 13 +
tools/kvm/x86/kvm.c | 13 -
3 files changed, 14 insertions(+), 14 deletions(-)
diff --git
-by: Michael Ellerman mich...@ellerman.id.au
---
tools/kvm/include/kvm/util.h |4 +++-
tools/kvm/powerpc/include/kvm/kvm-arch.h |1 +
tools/kvm/powerpc/kvm.c |2 +-
tools/kvm/util/util.c| 13 +
tools/kvm/x86/include/kvm/kvm
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
tools/kvm/powerpc/cpu_info.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/kvm/powerpc/cpu_info.c b/tools/kvm/powerpc/cpu_info.c
index ad27451..7326f5b 100644
--- a/tools/kvm/powerpc/cpu_info.c
+++ b/tools
of page sizes against the page size
of the memory backing guest RAM - this accounts for the unfortunate amount
of code in setup_mmu_info().
Finally we need to turn the structure as returned by the kernel into the
format expected in the device tree.
Signed-off-by: Michael Ellerman mich
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
tools/kvm/powerpc/cpu_info.c |7 ---
tools/kvm/powerpc/cpu_info.h |2 --
tools/kvm/powerpc/kvm.c |7 ---
3 files changed, 4 insertions(+), 12 deletions(-)
diff --git a/tools/kvm/powerpc/cpu_info.c b/tools/kvm
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
tools/kvm/powerpc/cpu_info.c |3 +--
tools/kvm/powerpc/cpu_info.h |1 -
tools/kvm/powerpc/kvm.c |5 +++--
3 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/tools/kvm/powerpc/cpu_info.c b/tools/kvm/powerpc
Hi all,
This is a series for kvmtool that uses a newish kernel API to get
MMU info, which is then fed to the guest.
Currently we just make a good guess based on the PVR, but that is
potentially flakey in a few ways. The most notable is that if you don't
specify hugepages we don't boot - because
We are about to add more logic to find_cpu_info(). To support this we
need to pass kvm through to it, and also restructure the return flow
so we can operate on info before it is returned.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
tools/kvm/powerpc/cpu_info.c | 16
Matt's enter key was broken when he wrote this ;)
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
tools/kvm/powerpc/cpu_info.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/tools/kvm/powerpc/cpu_info.c b/tools/kvm/powerpc/cpu_info.c
index 7326f5b
Using designated initializers for structs is preferable because it
is self documenting, and more robust against changes to the structure
layout.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
tools/kvm/powerpc/cpu_info.c | 38 +-
tools/kvm
It implements essentially the same logic. The one difference is it sets
MAP_NORESERVE when using anonymous mmap, but I think that is OK.
Reword the comment about hugetblfs, we are no longer required to use
hugepages to back the guest.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
On Tue, 2012-07-17 at 10:33 +0100, Matt Evans wrote:
Hi Michael,
On 2012-07-17 06:00, Michael Ellerman wrote:
This is a series for kvmtool that uses a newish kernel API to get
MMU info, which is then fed to the guest.
Currently we just make a good guess based on the PVR
On Tue, 2012-07-17 at 17:09 +0300, Pekka Enberg wrote:
On Tue, Jul 17, 2012 at 12:33 PM, Matt Evans m...@ozlabs.org wrote:
Just had a look, all good. Thanks for tidying some old FIXMEs, especially
the page/segment DT props encoding grot -- and the designated inits in the
cpuinfo struct,
On Thu, 2012-07-19 at 09:42 -0500, Seth Jennings wrote:
This patch adds the driver for interacting with the 842
compression accelerator on IBM Power7+ systems.
...
+struct nx842_slentry {
+ unsigned long ptr; /* Absolute address (use virt_to_abs()) */
/+unsigned long len;
+};
This patch adds preliminary support for the power8 PMU to perf.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/perf/Makefile |3 +-
arch/powerpc/perf/power8-pmu.c | 454
2 files changed, 456 insertions(+), 1 deletion
On Sat, Apr 06, 2013 at 09:48:03AM -0700, Sukadev Bhattiprolu wrote:
From bdeacf7175241f6c79b5b2be0fa6b20b0d0b7d1c Mon Sep 17 00:00:00 2001
From: Sukadev Bhattiprolu suka...@linux.vnet.ibm.com
Date: Sat, 6 Apr 2013 08:48:26 -0700
Subject: [PATCH] perf: Power7: Make CPI stack events available
On Wed, Apr 10, 2013 at 12:51:00PM +0530, Aruna Balakrishnaiah wrote:
Removal of syslog prefix in the uncompressed oops text will
help in capturing more oops data.
Why does it help? Does this effect any existing tools?
cheers
--
To unsubscribe from this list: send the line unsubscribe
On Wed, Apr 10, 2013 at 12:51:12PM +0530, Aruna Balakrishnaiah wrote:
Introduce version and timestamp information in the oops header.
oops_log_info (oops header) holds version (to distinguish between old
and new format oops header), length of the oops text
(compressed or uncompressed) and
On Wed, Apr 10, 2013 at 12:51:25PM +0530, Aruna Balakrishnaiah wrote:
Introduce generic read function to read nvram partitions other than rtas.
nvram_read_error_log will be retained which is used to read rtas partition
from rtasd. nvram_read_partition is the generic read function to read from
On Wed, Apr 10, 2013 at 12:50:47PM +0530, Aruna Balakrishnaiah wrote:
Currently the kernel provides the contents of p-series NVRAM only as a
simple stream of bytes via /dev/nvram, which must be interpreted in user
space by the nvram command in the powerpc-utils package. This patch set
1 - 100 of 6771 matches
Mail list logo
