Re: [irda-users] 2.6.18-rt6 IrDA strangeness
On 3/6/2007, "Guennadi Liakhovetski" <[EMAIL PROTECTED]> wrote: >On Tue, 6 Mar 2007, Guennadi Liakhovetski wrote: > >> Ok, just tried 20-rt8. Of 3 problems described earlier the first two: >> non-working syslog(2) and irdadump showing packets only in one direction >> are now gone. Whereas the third one: > >[...] > >> is still there. > >Ok, I also managed to reproduce this with non-rt kernel, so, it's just >some incompatibility between 2.4 and 2.6... Might be considered as a nug >on the 2.4 "reference" side. If you don't see the problem with two 2.6 peers, then it's definitely a 2.4 bug...Have you tried that ? Cheers, Samuel. > >Thanks >Guennadi >- >Guennadi Liakhovetski, Ph.D. >DSA Daten- und Systemtechnik GmbH >Pascalstr. 28 >D-52076 Aachen >Germany > >- >Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share your >opinions on IT & business topics through brief surveys-and earn cash >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >___ >irda-users mailing list >[EMAIL PROTECTED] >http://lists.sourceforge.net/lists/listinfo/irda-users - To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [irda-users] 2.6.18-rt6 IrDA strangeness
(I think, we can remove Thomas and linux-rt-users from CC: now that it's clearly not a -rt bug, unless they express their interest in this thread:-)) On Tue, 6 Mar 2007, Samuel Ortiz wrote: On 3/6/2007, "Guennadi Liakhovetski" <[EMAIL PROTECTED]> wrote: On Tue, 6 Mar 2007, Guennadi Liakhovetski wrote: Ok, I also managed to reproduce this with non-rt kernel, so, it's just some incompatibility between 2.4 and 2.6... Might be considered as a nug on the 2.4 "reference" side. If you don't see the problem with two 2.6 peers, then it's definitely a 2.4 bug...Have you tried that ? No, not yet. As soon as I get a chance, will verify that. Thanks Guennadi - Guennadi Liakhovetski, Ph.D. DSA Daten- und Systemtechnik GmbH Pascalstr. 28 D-52076 Aachen Germany - To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
error in 2.6.20-rt8
Thomas, I believe here: Index: linux/drivers/char/lpptest.c === --- /dev/null +++ linux/drivers/char/lpptest.c @@ -0,0 +1,178 @@ +/* + * /dev/lpptest device: test IRQ handling latencies over parallel port [snip] +/* + * API wrappers so that the code can be shared with the -rt tree: + */ +#ifndef local_irq_disable +# define local_irq_disable local_irq_disable +# define local_irq_enable local_irq_enable +#endif that's, probably, not what was meant there... Thanks Guennadi - Guennadi Liakhovetski, Ph.D. DSA Daten- und Systemtechnik GmbH Pascalstr. 28 D-52076 Aachen Germany - To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [irda-users] 2.6.18-rt6 IrDA strangeness
On Tue, 6 Mar 2007, Guennadi Liakhovetski wrote: Ok, just tried 20-rt8. Of 3 problems described earlier the first two: non-working syslog(2) and irdadump showing packets only in one direction are now gone. Whereas the third one: [...] is still there. Ok, I also managed to reproduce this with non-rt kernel, so, it's just some incompatibility between 2.4 and 2.6... Might be considered as a nug on the 2.4 "reference" side. Thanks Guennadi - Guennadi Liakhovetski, Ph.D. DSA Daten- und Systemtechnik GmbH Pascalstr. 28 D-52076 Aachen Germany - To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [irda-users] 2.6.18-rt6 IrDA strangeness
Ok, just tried 20-rt8. Of 3 problems described earlier the first two: non-working syslog(2) and irdadump showing packets only in one direction are now gone. Whereas the third one: On Fri, 2 Mar 2007, Guennadi Liakhovetski wrote: >> 2. sometimes, especially after a connection break down, the connection is >> re-established, but the reference side has empty /proc/net/irda/discovery, >> the reason being a couple of missing packets during re-negotiation: >> >> 15:06:43.854376 xid:cmd c62da07d > S=6 s=0 (14) >> 15:06:43.944244 xid:cmd c62da07d > S=6 s=1 (14) >> 15:06:44.034244 xid:cmd c62da07d > S=6 s=2 (14) >> 15:06:44.124245 xid:cmd c62da07d > S=6 s=3 (14) >> 15:06:44.214281 xid:cmd c62da07d > S=6 s=4 (14) >> 15:06:44.304289 xid:cmd c62da07d > S=6 s=5 (14) >> 15:06:44.394282 xid:cmd c62da07d > S=6 s=* TESTNODE hint=4400 [ >> Computer LAN Access ] (25) >> >> 15:06:46.864376 xid:cmd c62da07d > S=6 s=0 (14) >> 15:06:46.954286 xid:cmd c62da07d > S=6 s=1 (14) >> 15:06:47.044280 xid:cmd c62da07d > S=6 s=2 (14) >> 15:06:47.134293 xid:cmd c62da07d > S=6 s=3 (14) >> 15:06:47.224281 xid:cmd c62da07d > S=6 s=4 (14) >> 15:06:47.314250 xid:cmd c62da07d > S=6 s=5 (14) >> 15:06:47.404249 xid:cmd c62da07d > S=6 s=* TESTNODE hint=4400 [ >> Computer LAN Access ] (25) >> >> 15:06:49.391225 snrm:cmd ca=fe pf=1 c62da07d < 0ad5eb46 new-ca=58 (33) >> 15:06:49.391389 ua:rsp ca=58 pf=1 c62da07d > 0ad5eb46 (32) >> 15:06:49.448100 rr:cmd < ca=58 pf=1 nr=0 (2) >> 15:06:49.448172 rr:rsp > ca=58 pf=1 nr=0 (2) >> 15:06:49.450636 i:cmd < ca=58 pf=1 nr=0 ns=0 LM slsap=16 dlsap=00 CONN_CMD >> (6) >> 15:06:49.450817 i:rsp > ca=58 pf=1 nr=1 ns=0 LM slsap=00 dlsap=16 CONN_RSP >> (6) >> >> I.e., we see 2 discovery packets from TESTNODE, and then the 2.6.18-rt6 >> host sends directly an SNRM packet without presenting itself first with >> its nick... Looks like some timers are confused through highres timers?... is still there. Thanks Guennadi - Guennadi Liakhovetski, Ph.D. DSA Daten- und Systemtechnik GmbH Pascalstr. 28 D-52076 Aachen Germany - To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Status of -rt for linux-2.6.20/arch/powerpc
Prady, On Tue, Mar 06, 2007 at 01:32:26PM +0530, [EMAIL PROTECTED] wrote: > I came across the errors that Wolfgang Grandegger describes http:// > article.gmane.org/gmane.linux.rt.user/224. I downloaded the latest > patch, -rt8 and I continue to get the same merge errors and the make > fail in arch/ powerpc/kernel/time.c. > > Is there a patch which has these fixed? Im trying to get RT-PREEMPT > working on my Lite5200 board. We have a very raw patch series which makes rt-preempt working on MPC5200B (tested on phyCORE-MPC5200B-tiny, but it should not be that much different from your lite board). Thomas, how can we proceed in that direction. The main problem with the patch I've sent you is that it hacks away the generic powerpc timer implementation in arch/powerpc/kernel/time.c and implements a minimum working set for the MPC5200. As we currently neither have the ressources nor access to other powerpc machines than the MPC5200B, it may be interesting that somebody with better powerpc access would do it 'the right way'. I'll repost the series in a separate mail. Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hannoversche Str. 2, 31134 Hildesheim, Germany Phone: +49-5121-206917-0 | Fax: +49-5121-206917-9 - To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Status of -rt for linux-2.6.20/arch/powerpc
Hi Everyone, I came across the errors that Wolfgang Grandegger describes http://article.gmane.org/gmane.linux.rt.user/224 . I downloaded the latest patch , -rt8 and I continue to get the same merge errors and the make fail in arch/powerpc/kernel/time.c . Is there a patch which has these fixed ? Im trying to get RT-PREEMPT working on my Lite5200 board. Thanks in advance. regards prady (Embedded Thomas Gleixner <[EMAIL PROTECTED]>@vger.kernel.org image moved 02/11/2007 10:09 PM to file: pic04031.pcx) Sent by:[EMAIL PROTECTED] To:Wolfgang Grandegger <[EMAIL PROTECTED]> cc:Robert Schwebel <[EMAIL PROTECTED]>, linux-rt-users@vger.kernel.org Subject:Re: Status of -rt for linux-2.6.20/arch/powerpc Security Level:? Internal On Sun, 2007-02-11 at 17:37 +0100, Wolfgang Grandegger wrote: > > Yup, I did not come around to do the fixups. Is top on my todo list > > though. > > Apart from that, I also realized that it's not possible to enable > HIGH_RES_TIMERS, because GENERIC_CLOCKEVENTS is not selected or > available for PowerPC. Yup, the whole bunch is missing. It got dropped at some point. tglx - To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html pic04031.pcx Description: Binary data
