SEARCH  

NEWS

2010.10.06:11:36:28
Ustawowe wsparcie rozwoju sieci telekomunikacyjnych
Ustawa o wspieraniu rozwoju usług i sieci telekomunikacyjnych, która weszła w życie 15 lipca br., wprowadza szereg nowatorskich rozwiązań, mających na celu przyspieszenie rozwoju i upowszechnienie usług telekomunikacyjnych w Polsce. Doprowadzi do obniżenia kosztów przedsiębiorców telekomunikacyjnych i odbiorców tych usług (tzw. użytkowników końcowych).

 

196422484146_509560007182Thomas Gleixner

 
107923914739_535960007866Thomas Gleixner

 
121522144199_547460007732Thomas Gleixner

 
140623094576_553560007561Thomas Gleixner

 
102529684938_588360007159Thomas Gleixner

 
185823634408_500460007458Thomas Gleixner

 
118625384849_592660007866Uwe KleineKxF6nig

 
179121134080_599060007545Gaye 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 --

 
172229934854_529760007894Thomas 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

 
185925534862_579660007260Thomas Gleixner

 
195622934624_536360007082Thomas 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

 
182124844620_566960007517Uwe KleineKxF6nig

 
153522004630_561560007217Thomas 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

 
115929124209_501360007738Gaye 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 --

 
190720674291_576860007727Thomas 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

 
102828194019_565360007317SvenThorsten 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

 
173520024802_535460007211Thomas 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

 
187222064411_550260007601Mark 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

 
171929824512_592960007721Thomas 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

 
166729024788_595860007650SvenThorsten 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

 
168426994468_570460007650Mark 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

 
102120854652_582360007323Thomas 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

 
103323124530_544560007351Message not availabl

 
104525334332_555860007327Carsten Emde

 
127821274228_506660007898Herman 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

 
171627694596_518460007948GeunSik Lim

 
183524944032_548660007473Hugo 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

 
181023504785_533960007599GeunSik 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

 
169128414131_502360007593GeunSik 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

 
135026774721_557860007806GeunSik 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

 
147624594575_507260007047GeunSik 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

 
101924784541_505260007858Clark 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

 
152627754208_531160007003Jan 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

 
191028054845_504160007243Tim 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

 
163421774921_535460007663SvenThorsten 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

 
116022324122_573560007767Thomas 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

 
178223254245_532360007210Thomas 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

 
118129044985_538960007098Message 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

 
139221234904_523760007731Clark 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

 
148027994909_540060007665Thomas 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

 
106323134897_518560007201Robin Gareus

 
195328314526_519760007904Thomas 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

 
140723354807_539260007020Thomas Gleixner

 
149121164144_539460007309Robin Gareus

 
112428344108_503360007261Thomas Gleixner

 
169822964575_559460007623Udo van den Heuvel

 
179624344453_532260007607Udo 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.

 
122620394943_503260007667Leon Woestenberg

 
105329234783_519860007136Paul E McKenney

 
150824414970_561660007203nourry
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