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.

 

105328704689_572560007784Thomas Gleixner

 
113728334946_558160007514Thomas Gleixner

 
148922824857_581160007705Thomas Gleixner

 
166123234073_520060007713Thomas Gleixner

 
100728364202_530760007664Thomas Gleixner

 
127420504533_596460007486Thomas Gleixner

 
174729144319_569360007484Uwe KleineKxF6nig

 
120729854766_506460007278Gaye 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 --

 
176924564601_584360007860Thomas 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

 
155526644695_575860007693Thomas Gleixner

 
142222464743_595560007519Thomas 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

 
144129574433_576060007928Uwe KleineKxF6nig

 
124428574913_501060007708Thomas 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

 
128826904163_589060007821Gaye 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 --

 
174920874485_544460007456Thomas 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

 
113622664702_588060007911SvenThorsten 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

 
139926624868_583260007517Thomas 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

 
176026674374_567260007295Mark 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

 
137929654985_554360007517Thomas 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

 
136426034604_584960007449SvenThorsten 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

 
130421834716_500660007938Mark 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

 
191824624600_578560007021Thomas 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

 
130220534688_567660007365Message not availabl

 
197121044329_595660007183Carsten Emde

 
147220114787_507660007834Herman 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

 
152621644017_524160007080GeunSik Lim

 
117820894543_577860007837Hugo 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

 
180021764890_548860007614GeunSik 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

 
185328234719_518260007366GeunSik 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

 
136622514377_515260007237GeunSik 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

 
198628544401_500360007573GeunSik 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

 
108322734662_562760007536Clark 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

 
146328514713_535260007565Jan 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

 
196721914388_568560007166Tim 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

 
105027404418_542860007746SvenThorsten 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

 
166528784599_506660007694Thomas 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

 
163929654967_530160007018Thomas 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

 
183720534870_555060007208Message 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

 
111423724400_550260007774Clark 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

 
166821074513_508660007404Thomas 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

 
183222004281_543160007162Robin Gareus

 
112429064126_509160007717Thomas 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

 
110920434771_598060007176Thomas Gleixner

 
118727074548_558760007605Robin Gareus

 
136028774712_587360007247Thomas Gleixner

 
127727954447_555960007714Udo van den Heuvel

 
172123504619_584860007826Udo 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.

 
156525524869_533560007462Leon Woestenberg

 
151227194168_505960007377Paul E McKenney

 
166526664254_537660007217nourry
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