SEARCH  

NEWS

2010.10.06:11:36:28
IE ma już mniej niż 50% rynku
Globalne statystyki StatCounter mówią, że udział IE w rynku przeglądarek spadł poniżej 50%. Najszybciej nowych użytkowników zdobywała przeglądarka Google Chrome. Zmiany są szczególnie widoczne w Europie, gdzie wprowadzono do Windowsa ekran wyboru przeglądarek.

 

153021254821_585660007471Thomas Gleixner

 
179029014431_538260007030Thomas Gleixner

 
125527964665_582160007115Thomas Gleixner

 
198629214768_524460007420Thomas Gleixner

 
117827734129_563360007068Thomas Gleixner

 
161228724194_543260007812Thomas Gleixner

 
190425174712_533560007619Uwe KleineKxF6nig

 
136621544414_503060007788Gaye 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 --

 
114529614708_591360007247Thomas 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

 
133223824020_546160007362Thomas Gleixner

 
153026284233_572460007961Thomas 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

 
153629654478_524760007377Uwe KleineKxF6nig

 
186726654531_528060007506Thomas 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

 
106828414466_577760007671Gaye 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 --

 
102420854053_504460007069Thomas 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

 
140620764697_564060007758SvenThorsten 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

 
160023364722_507760007020Thomas 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

 
145524504686_598760007381Mark 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

 
149327994222_595960007976Thomas 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

 
163025994061_568460007609SvenThorsten 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

 
175320494686_545060007486Mark 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

 
120722894822_592960007405Thomas 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

 
195028224855_563660007585Message not availabl

 
101623014383_523960007959Carsten Emde

 
121428904558_527660007201Herman 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

 
188523264251_557060007941GeunSik Lim

 
105629834229_587860007597Hugo 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

 
128328614418_513860007227GeunSik 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

 
172325134528_510660007788GeunSik 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

 
106429674677_562360007250GeunSik 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

 
182421274576_507560007351GeunSik 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

 
101527544334_524460007245Clark 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

 
184229154105_526060007602Jan 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

 
148727764115_501460007868Tim 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

 
180229474834_547960007076SvenThorsten 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

 
173023934204_530560007902Thomas 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

 
165724844655_599260007286Thomas 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

 
123625704201_534260007253Message 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

 
194423164028_505960007911Clark 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

 
192721324857_576160007426Thomas 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

 
183723404820_504060007287Robin Gareus

 
194323034772_559860007499Thomas 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

 
188425304068_508460007899Thomas Gleixner

 
133828164214_536660007544Robin Gareus

 
127628024676_513360007287Thomas Gleixner

 
155923994627_537860007273Udo van den Heuvel

 
166623824576_543760007870Udo 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.

 
193728644399_500560007271Leon Woestenberg

 
190422864087_511860007962Paul E McKenney

 
166229294764_533860007325nourry
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