From hcerezoc at gmail.com Fri Oct 2 19:59:28 2009 From: hcerezoc at gmail.com (Hector Cerezo) Date: Fri, 2 Oct 2009 19:59:28 +0200 Subject: [Udpcast] problem feeding udpcast from a pipe Message-ID: <79d6b8e20910021059q2be52497kc0556ed7c0e85e84@mail.gmail.com> Hi all, I use udpcast to transmit a flow from a pipe of a priori unknown size. I feed this pipe at fixed rate with an external program. Doing tests, I detect the rate grows a lot when fec is active if no data rate limitation was considered. I see that the block size of the slice was very small a lot of times in comparison with the length of the UDP packet. I fixed this forcing the maximum length of slice. This way ensures that all the packet length fills with useful data. I don't know if there is a more easier solution yet implemented in udpcast. Maybe this could be useful to someone. Regards, Héctor -------------- next part -------------- An HTML attachment was scrubbed... URL: From alain at knaff.lu Sat Oct 10 14:19:16 2009 From: alain at knaff.lu (Alain Knaff) Date: Sat, 10 Oct 2009 14:19:16 +0200 Subject: [Udpcast] performance problem In-Reply-To: <200909222014.01563.motchane@iut-orsay.fr> References: <200909222014.01563.motchane@iut-orsay.fr> Message-ID: <4AD07BC4.10009@knaff.lu> motchane at iut-orsay.fr wrote: > Hello, > > I have a performance problem with udpcast : > > - when I send data from one machine s to 2 machines r1 and r2 (all are > connected with the same switch, all 1000M network card) with : > udp-sender --full-duplex --min-clients 2 --max-wait 300 --interface > eth0 --mcast-all-addr 224.0.0.1 --portbase 2232 --ttl --file /home/test > udp-receiver --mcast-all-addr 224.0.0.1 --portbase 2232 --ttl 1 > /dev/null > > I have a bit rate of 9.47 Mbps. Looks as if there was a 10 Mbps device connected somewhere to this switch. Try switching on IGMP snooping (multicast support) on the switch, or switch off flow control on the troublesome port. > -when I send data from s to either r1 or r2 with the same commands, I obtain > 945.55 Mbps ! > > I use the last version of udpcast (udpcast-20090920) and Debian Lenny. > > > Do you have any idea of why and how to solve this ? > > Regards, > > _______________________________________________ > Udpcast mailing list > Udpcast at udpcast.linux.lu > https://udpcast.linux.lu/cgi-bin/mailman/listinfo/udpcast From breuer.jens at googlemail.com Sun Oct 11 20:34:20 2009 From: breuer.jens at googlemail.com (Jens Breuer) Date: Sun, 11 Oct 2009 20:34:20 +0200 Subject: [Udpcast] Creating files within dhcp.script In-Reply-To: <76ce20420909220403t75c2bab1icea2bcc310dafa89@mail.gmail.com> References: <76ce20420908241433s65ced43cs3e012ccd1e248556@mail.gmail.com> <4A9D99F9.9030604@knaff.lu> <76ce20420909211333s4d30ce94qfeda36e8b4860812@mail.gmail.com> <76ce20420909220403t75c2bab1icea2bcc310dafa89@mail.gmail.com> Message-ID: <76ce20420910111134v5e597588t114a4e29f3b0bf30@mail.gmail.com> Hello List, hello Alain, we finally tracked down the problem. If dhcp is set to yes in the udpc.config and udpcdialog detects that the "ip" environment variable (set by pxelinux) is set, it will use the extracted IP together with the hardcoded interface name "eth0". Since eth0 hasn't got link in my testsetup ifconfig will fail and udpcdialog presents the error message described in my previous posts. A workaround is to introduce an new config option where one can set the interface to use. The patch is added as an attachment (patch #04) of this email. Maybe you and others find it useful and maybe you could include it in the next version of udpcast (udpcdialog). The config option is called "defNic" and you use it by specifying a string like "eth1" to override the hardcoded "eth0" (e.g.: defNic=eth1). Additionally while walking through the code, I think I spotted some potential errors. Patch #01 fixes a potential buffer size problem. Might have been a typo. I saw a warning from gcc when building busybox. Patch #02 fixes a compiler issue with gcc 4.3.3 which demands a third parameter to the open syscall. The build process of busybox stopped with an error. Patch #03 makes sure that the correct option gets preselected in the use-dhcp-dialog-box. I hope that you get the time to review the patches and that you find them useful for inclusion in udpcdialog. All of this has been done with the additional help of Tobias Selzer. Kind regards, Jens -------------- next part -------------- A non-text attachment was scrubbed... Name: 01-fix-input-buffer-size.patch Type: text/x-patch Size: 516 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 02-fix-compile-on-gcc-4.3.3.patch Type: text/x-patch Size: 421 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 03-preselect-correct-option-in-dhcp-dialog.patch Type: text/x-patch Size: 416 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 04-add-defNic-config-option.patch Type: text/x-patch Size: 3917 bytes Desc: not available URL: From david.margetts at rm.com Wed Oct 14 17:53:25 2009 From: david.margetts at rm.com (David Margetts 1) Date: Wed, 14 Oct 2009 16:53:25 +0100 Subject: [Udpcast] Adding a no receiver timeout Message-ID: Hello, I am having quite a lot of success with udp-cast, it is proving to be very useful in shifting large hard disk images across the network. If there is a chance of new features, one I would like to see is the ability to set a time-out if no receivers connect to the sender in a given amount of time. I am using it for imaging notebooks and once I have done a set, I move on to a different image. It would be nice if it would quit after a day of being idle. Many Thanks, David ____________________________________________________________________ You might be interested in this... RM Technical Seminars - Autumn 2009 Coming to a venue near you from 2nd November to 4th December. Book your place now... http://www.rm.com/technicalseminars ____________________________________________________________________ P.S. Think Green - don't print this email unless you really need to. This message is confidential, so please treat it appropriately and for its intended purpose only. In particular, if it refers to any technical data, terms or prices not generally available or known, such items are "commercially sensitive information" within the terms of the Freedom of Information Act 2000 and related laws. As it would be prejudicial to RM's commercial interests if these were disclosed, please refrain from doing so. As Internet communications are not secure, please be aware that RM cannot accept responsibility for its contents. Any views or opinions presented are those of the author only and not of RM. If you are not the intended recipient of this e-mail, please accept our apologies and arrange for copies of it to be deleted. For your information, RM may intercept incoming and outgoing email communications. RM Education plc Registered Office: New Mill House, 183 Milton Park, Abingdon, Oxfordshire, OX14 4SE, England Registered Number: 1148594 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Autuori.Gianluigi.Wintime at ansaldobreda.it Mon Oct 19 15:07:51 2009 From: Autuori.Gianluigi.Wintime at ansaldobreda.it (Autuori Gianluigi) Date: Mon, 19 Oct 2009 15:07:51 +0200 Subject: [Udpcast] problem with AMD Geode CS5536A Message-ID: Hi, I have an embedded system with this controller: AMD Geode CS5536A, so I have selected pata_cs5536: low-level driver for the CS5536 IDE controller, but after boot I can't see any disk and I see this error: "pata_cs5536: disabled by BIOS" Can you help me? best regards Gianluigi Autuori -------------------------------------------------------------------------------- Questo messaggio e-mail e ogni documento ad esso eventualmente allegato puo' avere carattere riservato ed essere tutelato da segreto. Esso,comunque, e' ad esclusivo utilizzo del destinatario in indirizzo. Qualora non foste il destinatario del messaggio vi preghiamo di volerci avvertire immediatamente per e-mail o telefono e di cancellare il presente messaggio e ogni eventuale allegato dal vostro sistema. E' vietata la duplicazione o l'utilizzo per qualunque fine del messaggio e di ogni allegato, nonche' la loro divulgazione, distribuzione o inoltro a terzi senza l'espressa autorizzazione del mittente. In ragione del mezzo di trasmissione utilizzato, il mittente non assume alcuna responsabilita' sulla segretezza/riservatezza delle informazioni contenute nel messaggio e nei relativi allegati. This e-mail and any file transmitted with it may contain material that is confidential, privileged and/or attorney work product for the sole use of the intended recipient. If you are not the intended recipient of this e-mail, please do not read it, notify us immediately by e-mail or by telephone and then delete this message and any file attached from your system. You should not copy or use it for any purpose, disclose the contents of the same to any other person or forward it without express permission. Considering the means of transmission, we do not undertake any liability with respect to the secrecy and confidentiality of the information contained in this e-mail and its attachments.