SEARCH  

NEWS

2010.10.06:11:36:28
Moto.wieszjak.pl - nowy wortal motoryzacyjny na rynku stawia na porady
Nowa witryna oferuje użytkownikom przegląd wiadomości z rynku motoryzacyjnego, testy aut nowych i używanych, liczne porady prawne i eksploatacyjne dla kierowców, moto-forum, niezbędnik oraz newsletter dla zmotoryzowanych.

 

153622004548_593360007726Thomas Gleixner

 
139128144057_575760007154Thomas Gleixner

 
185822394566_545760007499Thomas Gleixner

 
142026014110_505060007703Thomas Gleixner

 
104624314811_548060007032Thomas Gleixner

 
145324674233_500160007669Thomas Gleixner

 
172727914483_578560007565Uwe KleineKxF6nig

 
193924054804_550560007299Gaye Abdoulaye Walsi
Hi all, Can anyone have tried rt-patches on MIPS architecture ? Is RT-linux works on MIPS architecture with all features support i.e. PREEMPT_HARDIRQS, PREEMPT_SOFTIRQ, PREEMPT_RCU? Thanks, Tom --

 
100322824900_511460007394Thomas Gleixner
Hi, Could I know the current state of rt-support on MIPS arch ?  When will it be released with full MIPS support ? Currently which rt-features MIPS arch supports ? Any comments will be appreci

 
181823794825_562860007757Thomas Gleixner

 
166023134223_589460007623Thomas Gleixner
Hi Thomas, On Wed, Jun 10, 2009 at 2:45 AM, Thomas Gleixner <tglx@xxxxxxxxxxxxx wrote: Vivek, please do _NOT_ toppost. Thanks. On Tue, 9 Jun 2009, Vivek Satpute wrote: Could I kn

 
156220404414_504560007961Uwe KleineKxF6nig

 
161027654366_541460007228Thomas Gleixner
Let me scroogle that for you... So there is activity back in the early oughts through 2.6.24 fairly recently 1. TimeSys to port Linux/RT to MIPS "News, views, articles, and discussion o

 
171322734511_561360007844Gaye Abdoulaye Walsi
Hi all, Can anyone have tried rt-patches on MIPS architecture ? Is RT-linux works on MIPS architecture with all features support i.e. PREEMPT_HARDIRQS, PREEMPT_SOFTIRQ, PREEMPT_RCU? Thanks, Tom --

 
100622054222_583260007082Thomas Gleixner
Hi, Could I know the current state of rt-support on MIPS arch ?  When will it be released with full MIPS support ? Currently which rt-features MIPS arch supports ? Any comments will be appreci

 
158824934395_581260007710SvenThorsten Dietric
Ccing linux-rt. Mabye someone has a flash of an idea. On Thursday 2009-06-04 23:42, Hector Centeno wrote to Jan Engelhardt: I hope it is OK to contact you directly to this email. Ive been try

 
143429494751_584860007576Thomas Gleixner
Hi Thomas, On Wed, Jun 10, 2009 at 2:45 AM, Thomas Gleixner <tglx@xxxxxxxxxxxxx wrote: Vivek, please do _NOT_ toppost. Thanks. On Tue, 9 Jun 2009, Vivek Satpute wrote: Could I kn

 
180926034340_517560007609Mark Knecht
On Friday 2009-06-05 03:14, Sven-Thorsten Dietrich wrote: On Fri, 2009-06-05 at 00:21 +0200, Jan Engelhardt wrote: Ccing linux-rt. Mabye someone has a flash of an idea. On Thursday 20

 
140327304883_591460007270Thomas Gleixner
Let me scroogle that for you... So there is activity back in the early oughts through 2.6.24 fairly recently 1. TimeSys to port Linux/RT to MIPS "News, views, articles, and discussion o

 
175823494475_598160007307SvenThorsten Dietric
Ccing linux-rt. Mabye someone has a flash of an idea. On Thursday 2009-06-04 23:42, Hector Centeno wrote to Jan Engelhardt: I hope it is OK to contact you directly to this email. Ive been try

 
106227704800_545860007186Mark Knecht
On Friday 2009-06-05 03:14, Sven-Thorsten Dietrich wrote: On Fri, 2009-06-05 at 00:21 +0200, Jan Engelhardt wrote: Ccing linux-rt. Mabye someone has a flash of an idea. On Thursday 20

 
116720154134_591860007128Thomas Gleixner
On Friday 2009-06-05 17:07, Jan Engelhardt wrote: On Friday 2009-06-05 03:14, Sven-Thorsten Dietrich wrote: On Fri, 2009-06-05 at 00:21 +0200, Jan Engelhardt wrote: Ccing linux-rt. Mabye

 
149326724731_583460007747Message not availabl

 
144222504477_532560007820Carsten Emde

 
159529224168_506960007349Herman ten Brugge
On Fri, Jun 5, 2009 at 3:58 AM, Herman ten Brugge<hermantenbrugge@xxxxxxx wrote: I have written some code to convert the ascii sched_switch output to vcd format (value change data). Now it is

 
137729654118_517760007700GeunSik Lim

 
136325894715_549860007578Hugo Vincent
Hi everyone, Im trying to debug a problem with GPIO interrupts on my OMAP3503 (Gumstix Overo) platform with kernel 2.6.29.4-rt16-omap1. While this is a sporadic lock-up, I havent been able to repro

 
162620004249_535660007096GeunSik Lim
On a OMAP3503 (Gumstix Overo) I see a rather nasty-looking crash early in bootup, that is triggered by CONFIG_PROVE_LOCKING. The same config minus CONFIG_PROVE_LOCKING doesnt crash, and seems to work

 
110322764346_558160007510GeunSik Lim
On Mon, Jun 01, 2009 at 11:06:27AM +0900, GeunSik Lim wrote: | | | Dear Clark Williams, | | Please, Fix the "debugfs/tracing" name in cyclictest.c source file. | | P.S: Now, version i

 
140021954431_556860007332GeunSik Lim
Dear Clark Williams, This is tracing directorys comment related patch files. Please, merge my patch. Regards, GeunSik Lim. Subject: [PATCH V2] cyclictest: Fix invalid comment of debugfs m

 
191826424296_503660007719GeunSik Lim
Hi, On Mon, Jun 08, 2009 at 10:52:09AM +0900, GeunSik Lim wrote: Dear Clark Williams, This is tracing(ftrace) directorys comment related patch file. Please, merge this patch. Re

 
173621834308_545060007815Clark Williams
This was noticed by GeunSik Lim. Signed-off-by: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx Cc: GeunSik Lim <leemgs1@xxxxxxxxx Cc: Luis Claudio R. Goncalves <lclaudio@xxxxxxxx

 
102823074815_527760007649Jan Blunck
Moving of IRQs is done in hardirq context so the sparse_irq_lock needs to be raw_spinlock_t. For this to work we need to move the memory allocation before actually taking the lock itself. This patch

 
137327674925_571960007525Tim Shepard
On Fri, 29 May 2009, Jan Blunck wrote: With 2.6.29.4-rt16 I get after some time under load following warnings: NOHZ: local_softirq_pending 02 NOHZ: local_softirq_pending 02 NOHZ: local_so

 
122827484721_566060007986SvenThorsten Dietric
can anyone explain this kernel: INFO: task sirq-net-rx/0:8 blocked for more than 120 seconds. kernel: "echo 0 /proc/sys/kernel/hung_task_timeout_secs" disables this message. kernel: sirq

 
199222334628_528860007447Thomas Gleixner
It is a intel dual core with 2 gig of ram -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordom

 
100620054630_531460007311Thomas Gleixner
2.6.28-rt -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at rel="nofollow" v

 
112924844618_594460007281Message not availabl
Signed-off-by: Stefan Agner <stefan@xxxxxxxx --- src/cyclictest/cyclictest.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/cyclictest/cyclictest.c b/src/cyclic

 
159321354048_551760007396Clark Williams
Hello, My first fix didnt took into account that long is 4 byte long on ARM. Therefor I changed it to long long now, which works on my ARM board... Signed-off-by: Stefan Agner <stefan@xxxxxxxx

 
104120834143_576260007459Thomas Gleixner
Somehow the following hunk was lost during the port to 2.6.29. Without it calling sysrq-t or similar gives you very strange results ;) Signed-off-by: Jan Blunck <jblunck@xxxxxxx --- include/lin

 
174827344693_537560007963Robin Gareus

 
182220294969_545260007424Thomas Gleixner
Somehow the following hunk was lost during the port to 2.6.29. Without it calling sysrq-t or similar gives you very strange results ;) Signed-off-by: Jan Blunck <jblunck@xxxxxxx --- include/lin

 
176324724909_538160007671Thomas Gleixner

 
166220084806_571060007660Robin Gareus

 
110625674743_525060007485Thomas Gleixner

 
170920764219_540260007242Udo van den Heuvel

 
136422734271_533260007614Udo van den Heuvel
The same case, [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.29.4-rt15 (root@tid31) (gcc version 4.2.4 (Ubuntu 4.2.

 
175724894086_566560007503Leon Woestenberg

 
133625324512_514160007037Paul E McKenney

 
180123484604_554460007934nourry
On Tue, May 26, 2009 at 7:22 PM, Paul E. McKenney <paulmck@xxxxxxxxxxxxxxxxxx wrote: In theory, one could analyze the Linux kernel to identify the longest section of code running with preempt