I wrote:
On 32-bit powermac, I get:
CC [M] drivers/macintosh/ans-lcd.o
/home/paulus/kernel/powerpc/drivers/macintosh/ans-lcd.c:17:25: error:
asm/ans-lcd.h: No such file or directory
plus a whole pile of things undefined after that.
And on mpc7448_hpc2 I get
CC
Timur Tabi writes:
Is this something new that you want done for all patches from now on?
It's not necessary for patches posted to the mailing list, but people
putting commits into a git tree for me to pull need to do it. I have
hacked versions of git-apply{mbox,patch} that do it automatically.
Olof Johansson writes:
Make sure the new timebase value is available by the time take_timebase
completes. Otherwise take_timebase might race with give_timebase,
causing severe badness when the value later is modified (think looong
hang trying to catch up with a very large number of lost
Scott Wood writes:
Previously, the TLB miss handlers assumed that pages above KERNELBASE are
always present and read/write. This assumption is false in the case of
CONFIG_DEBUG_PAGEALLOC.
blt+112f
+ mfspr r2,SPRN_SRR1/* and MSR_PR bit from SRR1 */
+ rlwinm
Josh Boyer (10):
[POWERPC] Rename 4xx paths to 40x
[POWERPC] 4xx Kconfig cleanup
[POWERPC] Rename 44x bootwrapper
[POWERPC] 4xx bootwrapper reworks
[POWERPC] 40x MMU
[POWERPC] 40x decrementer fixes
[POWERPC] Fix 40x build
[POWERPC] Bamboo DTS
Andreas Schwab writes:
That didn't change anything visibly.
OK, please try this one and let me know if it fixes it.
Paul.
diff --git a/arch/powerpc/mm/slb.c b/arch/powerpc/mm/slb.c
index a73d2d7..1ca87eb 100644
--- a/arch/powerpc/mm/slb.c
+++ b/arch/powerpc/mm/slb.c
@@ -89,7 +89,7 @@ void
Olaf Hering writes:
So change even more places from PM to PM_SLEEP to allow linking.
What config shows these errors? I presume you need to have CONFIG_PM
but not CONFIG_PM_SLEEP in order to see them?
Paul.
___
Linuxppc-dev mailing list
()-kstack is not initialized at the point
where slb_initialize is called.
This therefore just reverts that part of that commit, while keeping
the change to slb_flush_and_rebolt, which is correct and necessary.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
diff --git a/arch/powerpc/mm/slb.c b/arch
Chris Friesen writes:
For some background, we're running an emulator that uses a null pointer
value of 0x and we want any accesses to that address to trap.
Do you anticipate any issues with the following change?
-#define TASK_SIZE_USER32 (0x0001UL - (1*PAGE_SIZE))
Levand [EMAIL PROTECTED]
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
commit 13a6976afdb10d54ac5ad344aa0c588bc0bd8b0a
Author: Paul Mackerras [EMAIL PROTECTED]
Date: Thu Aug 30 16:51:51 2007 +1000
[POWERPC] Update defconfigs
Signed-off-by: Paul Mackerras [EMAIL PROTECTED
it.
This is based largely on an earlier patch by Tony Breeds. It could
still use a little more cleanup.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 00099ef..ebecc85 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -21,6 +21,12
Gabriel Paubert writes:
On Fri, Sep 07, 2007 at 12:41:38AM +1000, Paul Mackerras wrote:
This changes PowerPC to use the generic time infrastructure for
gettimeofday et al. We register a clocksource which uses the timebase
register, or the RTC on the 601.
It also gets rid of the RTC
Gabriel Paubert writes:
The solution now used by i386/x86-64/sparc64 is
CONFIG_GENERIC_CMOS_UPDATE. Maybe powerpc should be switched
to use something similar, but the generic code has some
Yes. I'll turn on CONFIG_GENERIC_CMOS_UPDATE. Do you think it needs
to be a config option that can be
).
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
commit d51dd3de87026cb0ea1ea5f873f08e930053bfc5
Author: Geert Uytterhoeven [EMAIL PROTECTED]
Date: Thu Sep 6 18:14:57 2007 +0200
[POWERPC] cell/PS3: Ignore storage devices that are still
Olof Johansson writes:
If a platform provide it's own machine check handler, assume that code
will handle the reason parsing and reporting the error. The current
default fall-though only makes sense on a few 32-bit platforms that
lack individual handlers.
Might be nice to put that code into
Olof Johansson writes:
Export new __io{re,un}map_at() symbols so modules can use them.
What module wants to use these? How is it going to work out what
effective address to use?
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Olof Johansson writes:
electra_cf uses it, that driver is currently in -mm including below
update to use benh's rewritten interfaces:
http://patchwork.ozlabs.org/linuxppc/patch?id=13237
It gets the effective addresses to use out of the device tree.
Huh? What does firmware (or the device
Scott Wood writes:
The e300 core (and probably most other 6xx chips) can only come out of
sleep mode with an interrupt. However, interrupts are logically disabled
by the power management layer.
This hack extends the existing doze/nap hack to also suppress the running
of the interrupt
and
user_termios_to_kernel_termios respectively. The definitions are the
same because the old termios and new termios are in fact the same
on these architectures (which are the same ones that use
asm-generic/termios.h).
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
Linus, this seems a bit cleaner than
it to device_initcall(). Yes, it's suboptimal but I'm not
aware of any better solution at this time, and it fixes a regression
from 2.6.22.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
commit
David Gibson (2):
[POWERPC] Move bootwrapper's strchr() and strncmp() from .h to string.S
[POWERPC] Document and implement an improved flash device binding for
powerpc
Geert Uytterhoeven (1):
[POWERPC] PS3: Add new LV1 error codes
Geoff Levand (1):
[POWERPC] PS3: Enhance
Kumar Gala writes:
From: Anton Vorontsov [EMAIL PROTECTED]
mmc_spi already tested to work. When it will hit mainline
the only change that will be needed is replacing spidev
with mmc_spi.
That's a *remarkably* uninformative commit message. And what's the
use of putting in something about
Stefan Roese writes:
I really think that now, as the PPC4xx Linux development is picking up in
speed in the ongoing move to arch/powerpc, we need an active maintainer for
the 4xx Linux kernel platform. Since I haven't heard anything from Matt in a
long time, perhaps it would be better if
Domen Puncer writes:
Paul, what do you say about this?
Sylvain suggested it could also be integrated with define_machine
interface.
As it stands, your patch adds the clk_* functions on all platforms.
What platforms would actually want to use them?
Paul.
Emil Medve writes:
The fix tries to use the smallest scope CONFIG_* symbols that will fix the
build
problem. In this case linux/ide.h needs to be included only if IDE=y or
IDE=m were selected. Also, ppc_ide_md is needed only if BLK_DEV_IDE=y or
BLK_DEV_IDE=m
It would be nicer to remove the
based PowerMac 7200.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
commit 7b5acbaac3f94ab810a977c0ec4e5fcabbf51bed
Author: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Wed Sep 19 14:21:56 2007 +1000
[POWERPC] Don't expose
Emil Medve writes:
--- a/arch/powerpc/kernel/ppc_ksyms.c
+++ b/arch/powerpc/kernel/ppc_ksyms.c
@@ -12,12 +12,15 @@
#include linux/irq.h
#include linux/pci.h
#include linux/delay.h
+#if defined(CONFIG_IDE) || defined(CONFIG_IDE_MODULE)
#include linux/ide.h
+#endif
Why are we still
Daniel Walker writes:
If you switch to the rtc do the shift and mult need to change?
You can't switch; any given CPU chip will have either the RTC or the
timebase but not both.
+ /* XXX this assumes clock-shift == 22 */
+ /* 4611686018 ~= 2^(20+64-22) / 1e9 */
+ t2x =
Adrian Bunk (1):
[POWERPC] Remove APUS support from arch/ppc
Andre Detsch (1):
[POWERPC] spufs: Fix race condition on gang-aff_ref_spu
Anton Vorontsov (3):
[POWERPC] QE: extern par_io_config_pin and par_io_data_set funcs
[POWERPC] fsl_soc: add support for fsl_spi
Daniel Walker writes:
On Thu, 2007-09-20 at 10:52 +1000, Paul Mackerras wrote:
Daniel Walker writes:
If you switch to the rtc do the shift and mult need to change?
You can't switch; any given CPU chip will have either the RTC or the
timebase but not both.
The code is switching
Domen Puncer writes:
52xx
Reason for adding it to all was that EXPORT_SYMBOL's would clash if
one were to add clk support for another platform.
What I meant was, why aren't you using a config symbol so that we
don't build it on platforms that don't need any clk support at all?
Paul.
Valentine Barshak writes:
+_GLOBAL(__setup_cpu_440epx)
+ mflrr4
+ bl __init_fpu_44x
+_GLOBAL(__setup_cpu_440grx)
+ bl __plb_disable_wrp
+ mtlrr4
+ blr
If we enter at __setup_cpu_440grx we'll return to some bogus
address...
Paul.
Currently the prep_defconfig in arch/ppc won't build due to swsusp
being broken. This patch avoids the problem by essentially disabling
all power management on those platforms left in arch/ppc.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
Does anyone have an objection to this?
diff --git
Josh Boyer writes:
Please pull from
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc.git for-2.6.24
Pulled and pushed out.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Daniel Walker writes:
I don't think the RTC frequency isn't the same as the timebase? Seems
like the RTC only case about seconds at the lowest level. If that's the
case then the jiffies clock might be better to use .. The other thing I
wonder is if the __USE_RTC boards might have lower level
Mathieu Desnoyers writes:
Make sure that at least cmpxchg64_local is available on all architectures to
use
for unsigned long long values.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
Acked-by: Paul Mackerras [EMAIL PROTECTED]
___
Linuxppc
Rob Landley writes:
Just to correct a few misconceptions:
2) PowerPC uses a device tree supplied by the hardware to identify the
available hardware, even for stuff living on PCI busses which it could
theoretically probe for but doesn't.
The device tree doesn't have to include anything that
the problem by clearing the low bit of pt_regs.trap in
start_thread so that FULL_REGS is true again. This is correct since all of
the GPRs that full refers to are cleared in start_thread.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Paul Mackerras [EMAIL
Kumar Gala writes:
Should this also go to -stable?
It turns out that it's not triggerable (as an oops) from userspace in
2.6.22 and earlier. Commit 1b6610d6 of Ben H's took out #ifdef
CONFIG_PPC32 around a couple of CHECK_FULL_REGS calls, which is what
made it triggerable on ppc64. We have an
notification file implementation.
Signed-off-by: Jeremy Kerr [EMAIL PROTECTED]
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
commit 474f81967217f3bec2389ae913da72641f2c40e3
Author: Roland McGrath [EMAIL PROTECTED]
Date: Mon Sep 24 16:52:44 2007
Since about May 2001, we have put two AT_IGNOREPPC entries at the
beginning of the ELF auxiliary vector. The reason for this is that
glibc prior to April 2001 rounded up the address of the base of the
aux vector to a multiple of 16. I think we can now get rid of the
AT_IGNOREPPC entries.
Well,
Gerhard Pircher writes:
I'm working on a 2.6.23 kernel for the AmigaOne. I implemented the device
tree and the platform setup code, which all compiles fine. I built a
cuImage target, loaded it on my target machine with TFTP and booted it.
The kernel passes the platform setup code and then
Grant Likely writes:
On 9/28/07, Grant Likely [EMAIL PROTECTED] wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
Paul, is this okay by you? Josh has already okayed it.
Specifically, I'll collect the virtex changes and ask Josh to pull
Valentine Barshak writes:
No need for memset to zero memory here, since we use kzalloc.
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
drivers/mtd/maps/physmap_of.c |1 -
Please cc the mtd list ([EMAIL PROTECTED]) and/or David
Woodhouse on MTD patches. Posting them to
Tony Breeds writes:
@@ -982,6 +906,10 @@ void __init time_init(void)
write_sequnlock_irqrestore(xtime_lock, flags);
+ /* Register the clocksource, if we're not running on iSeries */
+ if (!firmware_has_feature(FW_FEATURE_ISERIES))
+ clocksource_init();
This
Olof Johansson writes:
This makes the kernel use 1TB segments for all kernel mappings and for
user addresses of 1TB and above, on machines which support them
(currently POWER5+ and POWER6).
PA6T supports them as well :)
In the patch, we don't actually hard-code the CPU_FTR_1T_SEGMENT
Joachim Fenkes writes:
Replace struct ibmebus_dev and struct ibmebus_driver with struct of_device
and struct of_platform_driver, respectively. Match the external ibmebus
interface and drivers using it.
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
Will Schmidt writes:
I still need to test this code for performance issues, and this version
could still use some cosmetic touchups, so I dont think we want this to
go into a tree yet. I am reposting this primarily to indicate the prior
version isnt quite right, and so Jon can rebase to this
and sets our
CPU_FTR_CI_LARGE_PAGE feature bit.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
diff --git a/arch/powerpc/kernel/prom.c b/arch/powerpc/kernel/prom.c
index 172dcc3..9f329a8 100644
--- a/arch/powerpc/kernel/prom.c
+++ b/arch/powerpc/kernel/prom.c
@@ -531,10 +531,7 @@ static struct
[POWERPC] Separate out legacy machine check exception parsers
Paul Mackerras (1):
[POWERPC] Disable power management for arch/ppc
Robert P. J. Day (1):
[POWERPC] Prevent direct inclusion of asm/rwsem.h.
Roland McGrath (2):
[POWERPC] Add CHECK_FULL_REGS in several places in ptrace
that OF loaded the kernel from over a similar
partition on other devices.)
This removes the unused code.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
diff --git a/arch/powerpc/platforms/powermac/setup.c
b/arch/powerpc/platforms/powermac/setup.c
index 7ccb923..c59a508 100644
--- a/arch
to a single static struct cpu_spec, and copy stuff from
cpu_specs[i] into it. This has the side-effect that we can now make
cpu_specs[] be initdata.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
index b03a442..8662cf0
the decrementer and returns.
This also subtracts 1 from the value stored into the decrementer,
which is appropriate because the decrementer interrupts on the
transition from 0 to -1, not when the decrementer reaches 0.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
diff --git a/arch/powerpc
I have just seen a crash at shutdown with 2.6.23-rc9 on an RS/6000
powerpc box (POWER3, 64-bit). It crashed immediately after printing
Disabling non-boot CPUs, so I tried reverting 4047727e and that
fixed it. It's unfortunate that that commit added the
disable_nonboot_cpus for all architectures,
Timur Tabi writes:
Is this a new policy? Modules in the kernel are not built unless you want
them. Even in arch/powerpc/platforms, only the specific platform file I'm
targeting is built. So I don't really understand why you claim it's normal
for platform-specific files to be built,
Linas Vepstas writes:
Err .. it was cpu 0 that was spinlocked. Are interrupts not
distributed?
We have some bogosities in the xics code that I noticed a couple of
days ago. Basically we only set the xics to distribute interrupts to
all cpus if (a) the affinity mask is equal to CPU_MASK_ALL
the shift value to 16. Doing the
calculations with a resolution of 2^-16 nanoseconds (15 femtoseconds)
should be quite adequate. :)
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c
index 64b503c..9368da3 100644
--- a/arch/powerpc
Kumar Gala writes:
Wolfgang Denk (1):
[POWERPC] Disable vDSO support for ARCH=ppc where it's not
implemented
Did I miss this getting posted to linuxppc-dev?
It was posted yesterday, so if you didn't see it, I guess you must
have missed it. :)
Paul.
Linas Vepstas writes:
Gack. A system dump might take a while on these machines ...
Why? Using 1TB segments doesn't mean they have 1TB of RAM ...
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Kumar Gala writes:
#define ELF_CORE_XFPREG_TYPE to be NT_PRXFPREG in all current users so
there's are no change in behaviour.
Can we make this ELF_CORE_VECREG_TYPE or something that is so coupled
to the x86 specific name?
How is extended floating point registers x86-specific?
Kumar Gala writes:
ELF_CORE_XFPREG_TYPE is a suitable name for something that's used in
conjunction with a function called elf_core_copy_task_xfpregs().
agreed, I think the function name should change as well.
Maybe. Let's do one step at a time...
Paul.
Kumar Gala writes:
I'm debugging one issue with MPC8560 that should get fixed today with
a new pull request after I find the issue.
There's no particular hurry for bug fixes.
Just to clarify, are we closing 2.6.24 for new code after you send
Linus a pull request or are we still taking
Michael Ellerman writes:
Anything wrong with my patch Fail early in lmb_remove_region(), it
generated no comment ..
Just seems a little unnecessary given that the function in question is
static, that's all...
Paul.
___
Linuxppc-dev mailing list
Olof Johansson writes:
Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
4K text on a ppc64_defconfig. The main reason seems to be that prepping
the arguments to the conditional trap instructions is more work than
just doing a compare and branch.
It might be more
Olof Johansson writes:
@@ -367,7 +368,7 @@ extern void do_feature_fixups(unsigned long value, void
*fixup_start,
#define CPU_FTRS_PA6T (CPU_FTR_USE_TB | \
CPU_FTR_HPTE_TABLE | CPU_FTR_PPCAS_ARCH_V2 | \
CPU_FTR_ALTIVEC_COMP | CPU_FTR_CI_LARGE_PAGE | \
-
Sergei Shtylyov writes:
I don't see my own signoff or at least a reference to my prior work in
this patch or even at -rt patch -- despite this code ha clearly borrowed from
it. And I'm not sure why this crippled version (lacking 40x/ Book E specific
clockevents implementation) is
Kumar Gala writes:
Dare I ask why we are including dtc in the kernel source tree? We
don't really have precedence for this and there are users outside of
linux for dtc.
You must have missed the thread where various people where complaining
about how powerpc is the only architecture where
' that 555ddbb4e2191c8823df2d61525218ac39481385
added, resulting in failure to compile. This fixes it.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
diff --git a/drivers/macintosh/adbhid.c b/drivers/macintosh/adbhid.c
index 8cce016..2766e4f 100644
--- a/drivers/macintosh/adbhid.c
+++ b/drivers/macintosh/adbhid.c
@@ -282,7
Grant Likely writes:
There are remaining outstanding comments; but my opinion is that they
should be addressed in subsequent patches (performance optimization
for mp5200b boards and making the sram management code a generic
interface usable by other SoC support code).
If you agree; please
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get some a collection of fixes for powerpc, plus a set of commits
that add some new driver code for the bestcomm hardware on some
Freescale embedded PowerPC chips.
Thanks,
Paul.
Andrew Morton writes:
On Sat, 13 Oct 2007 10:14:22 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
The functions virt_to_bus and bus_to_virt are begin defined between ifdef
CONFIG_PPC32
but when i compile allyesconfig with ppc64 box,i get this error. This patch
removes the
ifdef.
Sergei Shtylyov writes:
Tony started from an earlier patch by John Stultz, not from your
patches.
Well, that I can believe, yet the clockevents patch has traces of my
former work, and looking at read_persisitent_time() it looks suspiciously
close to my version too...
There is
Sergei Shtylyov writes:
BTW, while fixing that for classic PPC, but you've broke it for 40x /
book
E CPU which interrupt at 0. Congratulations. :-)
What problem do you see arising from this?
Paul.
___
Linuxppc-dev mailing list
Kamalesh Babulal writes:
The kernel build fails on the power box
INSTALL vdso64.so
INSTALL vdso32.so
BOOTCC arch/powerpc/boot/inflate.o
arch/powerpc/boot/inflate.c:920:19: error: errno.h: No such file or directory
This problem is fixed by
Gabriel Paubert writes:
I'd really wish there were a guarantee of a minimum timebase
frequency, for anything above ~10MHz, we are splitting hairs
about an off-by-one error that never accumulates, but if systems
with very low TB freq exist, you have to be very careful.
Exactly. In looking
Sergei Shtylyov writes:
BTW, why not handle the decrementer difference right in set_dec() where
we
already have #ifdef'ed code?
Excellent idea. Let's do that.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Sergei Shtylyov writes:
And now you have incomplete read_persistent_clock() implementation for
I don't see anything incomplete about it. If you do, feel free to
post a patch.
example, god knows why it was preferred to mine -- well, it also implemented
Your most recent post of your
Sergei Shtylyov writes:
The xtime_lock is still grabbed by time_init()
That was left in there because we are setting sys_tz and do_gtod, and
do_gtod at least is only updated with the xtime_lock held. Of course,
at that early stage in the boot process, no lock is really needed, but
Sergei Shtylyov writes:
What problem do you see arising from this?
Timers firing too early.
Only if the minimum interrupt latency is less than 1 decrementer
tick. That seems pretty unlikely to me unless you have a very slow
timebase frequency.
In fact what we should program the
Yuri Tikhonov writes:
The following patch adds support for 256KB PAGE_SIZE on ppc44x-based boards.
The applications to be run on the kernel with 256KB PAGE_SIZE have to be
built using the modified version of binutils, where the MAXPAGESIZE
definition is set to 0x4 (as opposite to
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git master
to get five more commits that fix some bugs for systems using the
Freescale embedded 52xx processors and enable them to restart
properly.
Thanks,
Paul.
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get a commit that adds Vitaly Bordug as a maintainer for the
powerpc embedded 8xx processors. This is something that Marcelo asked
me to push ages ago, but it kept falling through the cracks.
Linus,
Since the pull request I sent earlier today, I have added some more
commits to the powerpc.git merge branch, so if you have already done
the pull, please do another
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
There are 7 commits from Josh Boyer and
Segher Boessenkool writes:
If I understand you correctly, the only problem with existing binaries
is that the ELF segments are aligned to 64kB, but not necessarily to
256kB. Couldn't you handle this as a special case, for example by
mapping the ends of such an unaligned segment with normal
Yuri Tikhonov writes:
No it isn't the violation.
As stated in System V ABI. PowerPC processor supplement
(on which the Linux Standard Base Core Specification for PPC32
is based): ... Virtual addresses and file offsets for the PowerPC processor
family
segments are congruent modulo 64
Sergei Shtylyov writes:
I've just realized that I've missed the call to account_process_time() in
the new timer_interrupt(). :-
Which is bogus. I had removed it in the version of the patch that I
posted in early September, but apparently it crept back in.
Anyway, this leads to each
Benjamin Herrenschmidt writes:
Your input would be much more valuable if you actually pointed out where
that happens and why since you seem to know it.
He did already, a couple of messages ago.
Paul.
___
Linuxppc-dev mailing list
. Since set_dec already had a bunch of
ifdefs to handle different processor types, there is no net increase
in ugliness. :)
This also removes a redundant call to set the decrementer to
0x7fff - it was already set to that earlier in timer_interrupt.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED
I wrote:
@@ -601,10 +601,8 @@ void timer_interrupt(struct pt_regs * regs)
That should be
@@ -601,8 +601,6 @@ void timer_interrupt(struct pt_regs * regs)
of course.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Will Schmidt writes:
This adds a bit more detail to the xmon SLB output. When the valid bit is
set, This displays the ESID and VSID values, as well as decoding the
segment size. (1T or 256M). This supresses the output for any slb entries
that contain only zeros.
sample output from power6
Sergei Shtylyov writes:
+ /*
+* The classic decrementer interrupts at 0 to -1 transition, while
+* 40x and book E decrementers interrupt at 1 to 0 transition.
Funky spacing . : )
If I take out the removed lines in the rest of your patch, I get:
+*/
to
0x7fff - it was already set to that earlier in timer_interrupt.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
Hopefully this version is correct now. :)
diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c
index 9eb3284..99ebcd3 100644
--- a/arch/powerpc/kernel/time.c
+++ b
account_process_tick().
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
I don't know who maintains kernel/timer.c, but I assume it's one of
Ingo, Peter Z. or Thomas.
In fact the arch bits here don't need to go in at the same time as the
changes to include/linux/sched.h and kernel/timer.c, but could go
Ingo Molnar writes:
hm, i've removed it for now because it doesnt even build due toj:
*blush*
New patch coming. Sending it to Linus via the scheduler tree sounds
fine to me.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Balbir Singh writes:
So, scaled accounting will not be available if
CONFIG_VIRT_CPU_ACCOUNTING is defined? Am I reading this correctly
No, what makes you think that? If VIRT_CPU_ACCOUNTING=y it is the
responsibility of the arch's account_process_tick to update the scaled
stats. And the
account_process_tick().
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
account_process_tick now takes the task_struct * as an argument.
Tested both with and without CONFIG_VIRT_CPU_ACCOUNTING.
arch/powerpc/kernel/process.c |2 +-
arch/powerpc/kernel/time.c| 25 +
arch
Johannes Berg writes:
This cleans up the suspend Kconfig and removes the need to
declare centrally which architectures support suspend. All
architectures that currently support suspend are modified
accordingly.
Acked-by: Paul Mackerras [EMAIL PROTECTED
[POWERPC] pasemi: Update defconfig
[POWERPC] Refresh ppc64_defconfig and enable pasemi-related options
Patrick Mansfield (1):
[POWERPC] Change fallocate to match unistd.h on powerpc
Paul Mackerras (1):
[POWERPC] Fix off-by-one error in setting decrementer on Book E/4xx (v2)
Roel
Johannes Berg writes:
This cleans up the hibernation Kconfig and removes the need to
declare centrally which architectures support hibernation. All
architectures that currently support hibernation are modified
accordingly.
Acked-by: Paul Mackerras [EMAIL PROTECTED
Emil Medve writes:
(Not sure why the relocation tables could contain lots of duplicates and why
they are not trimmed at compile time by the linker. In some test cases, out of
35K relocation entries only 1.5K were distinct/unique)
Presumably you have lots of calls to the same function, or lots
201 - 300 of 2196 matches
Mail list logo
