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.

 

120522304161_560460007928Thomas Gleixner

 
116023684606_558260007948Thomas Gleixner

 
129924154387_556260007685Thomas Gleixner

 
174929504257_556660007233Thomas Gleixner

 
146624974282_566260007896Thomas Gleixner

 
162822674126_579060007345Thomas Gleixner

 
171720314714_532360007125Uwe KleineKxF6nig

 
127129134540_565960007420Gaye 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 --

 
134422244370_560160007809Thomas 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

 
183522564305_511660007367Thomas Gleixner

 
101225464634_513860007505Thomas 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

 
148420524537_519760007150Uwe KleineKxF6nig

 
132226474063_586360007539Thomas 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

 
128326494763_565360007553Gaye 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 --

 
146120844809_576760007727Thomas 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

 
113422124272_576960007607SvenThorsten 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

 
127328354660_581160007035Thomas 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

 
196223544683_502460007988Mark 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

 
156425004637_532760007887Thomas 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

 
188026144971_568960007171SvenThorsten 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

 
141525154384_568860007735Mark 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

 
129425564569_595560007601Thomas 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

 
199023284955_567260007171Message not availabl

 
166029174671_529760007824Carsten Emde

 
118421234437_515560007818Herman 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

 
132622274332_571160007615GeunSik Lim

 
144522094171_501460007538Hugo 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

 
161621534866_557160007219GeunSik 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

 
174224864135_541360007379GeunSik 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

 
123729674502_567460007315GeunSik 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

 
149224484543_582460007457GeunSik 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

 
143926044667_561160007831Clark 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

 
114822344985_501460007811Jan 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

 
123325474296_536960007079Tim 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

 
174821974046_525060007168SvenThorsten 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

 
156523634617_510760007776Thomas 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

 
156526274380_523260007999Thomas 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

 
106323864233_504860007038Message 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

 
185926354585_515560007546Clark 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

 
123527524743_528160007615Thomas 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

 
145025684978_506660007165Robin Gareus

 
184222404792_522160007028Thomas 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

 
122025364415_545460007816Thomas Gleixner

 
149224434450_507760007453Robin Gareus

 
162428334205_536760007207Thomas Gleixner

 
198225644775_596060007450Udo van den Heuvel

 
112424734691_591660007163Udo 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.

 
194529154700_535960007284Leon Woestenberg

 
117428624728_562560007326Paul E McKenney

 
107725634159_528260007274nourry
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