> On Thu, 2010-02-18 at 09:20 +1100, Michael Neuling wrote:
> > > Suppose for a moment we have 2 threads (hot-unplugged thread 1 and 3, we
> > > can construct an equivalent but more complex example for 4 threads), and
> > > we have 4 tasks, 3 SCHED_OTHER of equal nice level and 1 SCHED_FIFO, the
>
On Thu, Feb 18, 2010 at 5:15 AM, Wolfram Sang wrote:
>
> > I'm soliciting comments from the community. Thanks in advance for
> > sharing your thoughts.
>
> Mainline your driver and you are free from such problems :)
Shouldn't it be the opposite way? That is, get drivers working first
then mainlin
.6.33-rc8-autotest-next-20100218/kernel/drivers/scsi/scsi_mod.ko):
Invalid module format
scsi_tgt: Unknown symbol scsi_release_buffers
scsi_tgt: Unknown symbol scsi_host_put
scsi_tgt: Unknown symbol __scsi_put_command
scsi_tgt: Unknown symbol scsi_host_lookup
scsi_tgt: Unknown symbol __scsi_get_co
On Wed, Feb 17, 2010 at 01:19:47PM -0700, Bjorn Helgaas wrote:
> Historically, Linux has assumed a single PCI host bridge, with that bridge
> claiming all the address space left after RAM and legacy devices are taken
> out.
>
> If the system contains multiple host bridges, we can no longer operat
Hi,
> The patch below sets a smaller value for RECLAIM_DISTANCE and thus enables
> zone reclaim.
FYI even with this enabled I could trip it up pretty easily with a multi
threaded application. I tried running stream across all threads in node 0. The
machine looks like:
node 0 cpus: 0 1 2 3 4 5 6
This is to lock down the ordering in the correction routine against
the calculate routine. Otherwise, incorrect define would cause ECC errors.
Signed-off-by: Feng Kan
Acked-by: Victor Gallardo
---
drivers/mtd/nand/ndfc.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --g
Hopefully it makes the code look nicer and makes it easier to extend
this function.
Suggested-by: Grant Likely
Signed-off-by: Anton Vorontsov
---
On Tue, Feb 09, 2010 at 10:16:44AM -0700, Grant Likely wrote:
[...]
> Rather than doing an else block which will need to be reworked if/when
> any ad
I noticed /proc/sys/vm/zone_reclaim_mode was 0 on a ppc64 NUMA box. It gets
enabled via this:
/*
* If another node is sufficiently far away then it is better
* to reclaim pages in a zone before going off node.
*/
if (distance > RECLAIM_DISTANCE)
We have had issues in the past with ibm,os-term initiating shutdown of a
partition. This is confusing to the user, especially if panic_timeout is
non zero.
The temporary fix was to avoid calling ibm,os-term if a panic_timeout was set
and since we set it on every boot we basically never call ibm,o
On Feb 18, 2010, at 7:57 AM, Anton Vorontsov wrote:
> Interrupt controllers' hooks are executed in the atomic context, so
> they are not permitted to sleep (with RT kernels non-raw spinlocks are
> sleepable). So, gef_pic_lock has to be a real (non-sleepable) spinlock.
>
> Signed-off-by: Anton Vo
On Feb 18, 2010, at 7:43 AM, Anton Vorontsov wrote:
> Interrupt controllers' hooks are executed in the atomic context, so
> they are not permitted to sleep (with RT kernels non-raw spinlocks are
> sleepable). So, qe_ic_lock has to be a real (non-sleepable) spinlock.
>
> Signed-off-by: Anton Voro
On Feb 18, 2010, at 7:57 AM, Anton Vorontsov wrote:
> Interrupt controllers' hooks are executed in the atomic context, so
> they are not permitted to sleep (with RT kernels non-raw spinlocks are
> sleepable). So, pci_pic_lock has to be a real (non-sleepable) spinlock.
>
> Signed-off-by: Anton Vo
On Feb 18, 2010, at 7:45 AM, Anton Vorontsov wrote:
> Interrupt controllers' hooks are executed in the atomic context, so
> they are not permitted to sleep (with RT kernels non-raw spinlocks are
> sleepable). So, socrates_fpga_pic_lock has to be a real (non-sleepable)
> spinlock.
>
> Signed-off-
On Feb 18, 2010, at 6:22 AM, Thomas Gleixner wrote:
> tlbivax_lock needs to be a real spinlock in RT. Convert it to
> raw_spinlock.
>
> Signed-off-by: Thomas Gleixner
> ---
> arch/powerpc/mm/tlb_nohash.c |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Acked-by: Kumar Gala
- k
Hi Joakim:
Am 18.02.10 18:14 schrieb(en) Joakim Tjernlund:
> [snip]
> > > static void mpc_i2c_fixup(struct mpc_i2c *i2c)
> > > {
> > > - writeccr(i2c, 0);
> > > - udelay(30);
> > > - writeccr(i2c, CCR_MEN);
> > > - udelay(30);
> > > - writeccr(i2c, CCR_MSTA | CCR_MTX);
> > > - ud
glik...@secretlab.ca wrote on 2010/02/18 18:41:40:
>
> On Thu, Feb 18, 2010 at 10:14 AM, Joakim Tjernlund
> wrote:
> > "Albrecht DreÃ" wrote on 2010/02/18 16:04:16:
> > As far as I can tell your patch does all of the above so
> >
> > Signed-off-by: Joakim Tjernlund
>
> Thanks Joakim. On a poin
On Thu, Feb 18, 2010 at 10:14 AM, Joakim Tjernlund
wrote:
> "Albrecht DreÃ" wrote on 2010/02/18 16:04:16:
> As far as I can tell your patch does all of the above so
>
> Signed-off-by: Joakim Tjernlund
Thanks Joakim. On a point of process; "Signed-off-by" means that
you've actually handled the
"Albrecht DreÃ" wrote on 2010/02/18 16:04:16:
>
> Hi Joakim:
>
> [snip]
> > > static void mpc_i2c_fixup(struct mpc_i2c *i2c)
> > > {
> > > - writeccr(i2c, 0);
> > > - udelay(30);
> > > - writeccr(i2c, CCR_MEN);
> > > - udelay(30);
> > > - writeccr(i2c, CCR_MSTA | CCR_MTX);
> > > -
On Thu, 2010-02-18 at 10:28 -0600, Joel Schopp wrote:
> > There's one fundamental assumption, and one weakness in the
> > implementation.
> >
> I'm going to guess the weakness is that it doesn't adjust the cpu power
> so tasks running in SMT1 mode actually get more than they account for?
No,
On Thu, 18 Feb 2010, Anton Vorontsov wrote:
> Interrupt controllers' hooks are executed in the atomic context, so
> they are not permitted to sleep (with RT kernels non-raw spinlocks are
> sleepable). So, pci_pic_lock has to be a real (non-sleepable) spinlock.
>
> Signed-off-by: Anton Vorontsov
On Thu, 18 Feb 2010, Anton Vorontsov wrote:
> Interrupt controllers' hooks are executed in the atomic context, so
> they are not permitted to sleep (with RT kernels non-raw spinlocks are
> sleepable). So, gef_pic_lock has to be a real (non-sleepable) spinlock.
>
> Signed-off-by: Anton Vorontsov
On Thu, 18 Feb 2010, Anton Vorontsov wrote:
> Interrupt controllers' hooks are executed in the atomic context, so
> they are not permitted to sleep (with RT kernels non-raw spinlocks are
> sleepable). So, socrates_fpga_pic_lock has to be a real (non-sleepable)
> spinlock.
>
> Signed-off-by: Anton
On Thu, 18 Feb 2010, Anton Vorontsov wrote:
> Interrupt controllers' hooks are executed in the atomic context, so
> they are not permitted to sleep (with RT kernels non-raw spinlocks are
> sleepable). So, qe_ic_lock has to be a real (non-sleepable) spinlock.
>
> Signed-off-by: Anton Vorontsov
Sorry for the slow reply, was on vacation. Mikey seems to have answered
pretty well though.
That is, unless these threads 2 and 3 really are _that_ weak, at which
point one wonders why IBM bothered with the silicon ;-)
Peter,
2 & 3 aren't weaker than 0 & 1 but
The core has dyna
On Tue, 2010-02-16 at 11:06 -0700, Grant Likely wrote:
> [...]
> > diff --git a/drivers/video/fsl-diu-fb.c b/drivers/video/fsl-diu-fb.c
> > index 72d68b3..29c7f31 100644
> > --- a/drivers/video/fsl-diu-fb.c
> > +++ b/drivers/video/fsl-diu-fb.c
> > @@ -34,7 +34,7 @@
> > #include
> >
> > #include
On Mon, Feb 08, 2010 at 12:21:16PM +0100, Gabriel Paubert wrote:
> On Thu, Feb 04, 2010 at 01:39:35PM +, Paride Legovini wrote:
> > Hello,
> > I'm just started working on some mvme5100 boards, and so I discovered
> > that support for these cards has been dropped with linux-2.6.27 due to
> > lac
On Thu, 18 Feb 2010, Geert Uytterhoeven wrote:
> On Thu, 18 Feb 2010, Thomas Gleixner wrote:
> > the following patch series is from preempt-rt. It converts the locks
> > which need to be real spinlocks in -rt to raw_spinlocks.
>
> None of the patch descriptions mention why the locks need to be re
Hi Joakim:
[snip]
> > static void mpc_i2c_fixup(struct mpc_i2c *i2c)
> > {
> > - writeccr(i2c, 0);
> > - udelay(30);
> > - writeccr(i2c, CCR_MEN);
> > - udelay(30);
> > - writeccr(i2c, CCR_MSTA | CCR_MTX);
> > - udelay(30);
> > - writeccr(i2c, CCR_MSTA | CCR_MTX | CCR_MEN);
> > -
Interrupt controllers' hooks are executed in the atomic context, so
they are not permitted to sleep (with RT kernels non-raw spinlocks are
sleepable). So, pci_pic_lock has to be a real (non-sleepable) spinlock.
Signed-off-by: Anton Vorontsov
---
arch/powerpc/platforms/82xx/pq2ads-pci-pic.c | 1
Interrupt controllers' hooks are executed in the atomic context, so
they are not permitted to sleep (with RT kernels non-raw spinlocks are
sleepable). So, gef_pic_lock has to be a real (non-sleepable) spinlock.
Signed-off-by: Anton Vorontsov
---
arch/powerpc/platforms/86xx/gef_pic.c | 14 +
Interrupt controllers' hooks are executed in the atomic context, so
they are not permitted to sleep (with RT kernels non-raw spinlocks are
sleepable). So, socrates_fpga_pic_lock has to be a real (non-sleepable)
spinlock.
Signed-off-by: Anton Vorontsov
---
On Thu, Feb 18, 2010 at 12:22:18PM -
Interrupt controllers' hooks are executed in the atomic context, so
they are not permitted to sleep (with RT kernels non-raw spinlocks are
sleepable). So, qe_ic_lock has to be a real (non-sleepable) spinlock.
Signed-off-by: Anton Vorontsov
---
On Thu, Feb 18, 2010 at 12:22:18PM -, Thomas Gle
> @@ -93,20 +94,23 @@ static irqreturn_t mpc_i2c_isr(int irq,
> /* Sometimes 9th clock pulse isn't generated, and slave doesn't release
>* the bus, because it wants to send ACK.
>* Following sequence of enabling/disabling and sending start/stop generates
> - * the pulse, so it's all OK.
On Thu, 2010-02-18 at 14:17 +0100, Peter Zijlstra wrote:
>
> There's one fundamental assumption, and one weakness in the
> implementation.
>
Aside from bugs and the like.. ;-)
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.oz
On Thu, 2010-02-18 at 09:20 +1100, Michael Neuling wrote:
> > Suppose for a moment we have 2 threads (hot-unplugged thread 1 and 3, we
> > can construct an equivalent but more complex example for 4 threads), and
> > we have 4 tasks, 3 SCHED_OTHER of equal nice level and 1 SCHED_FIFO, the
> > SCHED_
> I'm soliciting comments from the community. Thanks in advance for
> sharing your thoughts.
Mainline your driver and you are free from such problems :)
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solutions | http://www.pengutron
On Thu, 18 Feb 2010, Thomas Gleixner wrote:
> the following patch series is from preempt-rt. It converts the locks
> which need to be real spinlocks in -rt to raw_spinlocks.
None of the patch descriptions mention why the locks need to be real
spinlocks in -rt. So can you please elaborate?
With ki
Hi All,
I have written one sample assmebly and c code which reads command line args
and displays .
find the source files as attachments.
expected output is ,
$ ./a.out
Inside __linker_init argc = 1
Inside __linker_init argv[0] = ./a.out
Segmentation fault
"Albrecht DreÃ" wrote on 2010/02/18 10:09:23:
>
> Hi Joakim:
>
> > Does this reset sequence also send a START condition for every clock?
>
> Please see the attached scan from a scope output, showing the first two out of
> the 9 sequences at 375 kHz (that's what the 5200's divider makes from 400 k
mpic_lock, irq_rover_lock and fixup_lock need to be real spinlocks in
RT. Convert them to raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/include/asm/mpic.h |2 +-
arch/powerpc/sysdev/mpic.c | 38 +++---
2 files changed, 20 insertions(+),
pmac_pic_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/platforms/powermac/pic.c | 38 +-
1 file changed, 19 insertions(+), 19 deletions(-)
Index: linux-2.6-tip/arch/powerpc/platforms/powermac
feature_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/include/asm/pmac_feature.h |2 +-
arch/powerpc/platforms/powermac/feature.c|6 +++---
arch/powerpc/platforms/powermac/pfunc_base.c | 24 -
big_irq_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/kernel/irq.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
Index: linux-2.6-tip/arch/powerpc/kernel/irq.c
==
beat_htab_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/platforms/cell/beat_htab.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
Index: linux-2.6-tip/arch/powerpc/platforms/cell/beat_htab.
i8259_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/sysdev/i8259.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
Index: linux-2.6-tip/arch/powerpc/sysdev/i8259.c
ipic_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/sysdev/ipic.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
Index: linux-2.6-tip/arch/powerpc/sysdev/ipic.c
=
confirm_error_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/platforms/pseries/eeh.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
Index: linux-2.6-tip/arch/powerpc/platforms/pseries/eeh.c
beatic_irq_mask_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/platforms/cell/beat_interrupt.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
Index: linux-2.6-tip/arch/powerpc/platforms/cell/beat_in
native_tlbie_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/mm/hash_native_64.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
Index: linux-2.6-tip/arch/powerpc/mm/hash_native_64.c
=
context_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/mm/mmu_context_nohash.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
Index: linux-2.6-tip/arch/powerpc/mm/mmu_context_nohash.c
==
nv_lock needs to be a real spinlock in RT. Convert it to raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/platforms/powermac/nvram.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
Index: linux-2.6-tip/arch/powerpc/platforms/powermac/nvram.c
=
pmc_owner_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/kernel/pmc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
Index: linux-2.6-tip/arch/powerpc/kernel/pmc.c
==
die.lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/kernel/traps.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
Index: linux-2.6-tip/arch/powerpc/kernel/traps.c
==
tlbivax_lock needs to be a real spinlock in RT. Convert it to
raw_spinlock.
Signed-off-by: Thomas Gleixner
---
arch/powerpc/mm/tlb_nohash.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6-tip/arch/powerpc/mm/tlb_nohash.c
==
Ben,
the following patch series is from preempt-rt. It converts the locks
which need to be real spinlocks in -rt to raw_spinlocks.
There is no behaviourial change for !RT kernels because spinlocks and
raw_spinlocks are the same on !RT. So for mainline this is a pure
annotation while having it in
On Wed, Feb 17, 2010 at 09:33:06PM -0600, Kumar Gala wrote:
> Other than splitting the patch did you have any other changes you
> wanted to see before we'd get an Ack. I'd like to see this go in
> for .34.
I thought it was a bit ugly having two different definitions of struct
power_pmu in perf_ev
Hi Joakim:
> Does this reset sequence also send a START condition for every clock?
Please see the attached scan from a scope output, showing the first two out of
the 9 sequences at 375 kHz (that's what the 5200's divider makes from 400 kHz
requested). Resolution is 2us/div and 1V/div for both
* Kumar Gala | 2010-02-17 21:09:08 [-0600]:
>
>On Jan 15, 2010, at 10:41 AM, Sebastian Andrzej Siewior wrote:
>
>> From: Sebastian Andrzej Siewior
>>
>> Right now the setup code takes ESEL of the current mapping and puts the
>> temporary into ESEL (old_ESEL & 1 ) + 1 which is either one or two.
* Kumar Gala | 2010-02-17 21:07:49 [-0600]:
>
>On Jan 15, 2010, at 10:41 AM, Sebastian Andrzej Siewior wrote:
>
>> From: Sebastian Andrzej Siewior
>>
>> During boot we change the mapping a few times until we have a "defined"
>> mapping. During this procedure a small 4KiB mapping is created and a
>
> This patch improves the recovery of the MPC's I2C bus from errors like bus
> hangs resulting in timeouts:
> 1. make the bus timeout configurable, as it depends on the bus clock and
> the attached slave chip(s); default is still 1 second;
> 2. detect any of the cases indicated by the CF, BB
60 matches
Mail list logo
