Re: [leaf-user] git Clone as Guest Failed!
Hi Kwon; Am Dienstag, 22. April 2014, 21:49:56 schrieb n22e113: Hello, While cloning with the following commands: cd /usr/src git clone git://git.code.sf.net/p/leaf/bering-uclibc leaf-bering-uclibc Had resulted the following errors: Cloning into 'leaf-bering-uclibc'... remote: Counting objects: 19571, done. remote: Compressing objects: 100% (12018/12018), done. remote: aborting due to possible repository corruption on the remote side. fatal: early EOFs: 30% (5881/19571), 991.26 Mib | 130 KiB/s fatal: index-pack failed Just tried myself and it seems to work: Cloning into 'leaf-bering-uclibc'... remote: Counting objects: 19577, done. remote: Compressing objects: 100% (12024/12024), done. remote: Total 19577 (delta 11854), reused 12965 (delta 7061) Receiving objects: 100% (19577/19577), 3.18 GiB | 1.08 MiB/s, done. Resolving deltas: 100% (11854/11854), done. kp -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] ALIX.2d3 Board Hang while Switching to clocksource tsc
Am Sonntag, 16. März 2014, 17:28:31 schrieb n22e113: On 3/16/2014 16:16, n22e113 wrote: kernel /syslinux/linux rw root=/dev/ram0 \ LEAFCFG=/dev/sda2:ext2 initrd=/initrd.lrp,/initmod.lrp \ console=ttyS0,38400n8 console=tty0 I took out console=tty0 from above and now the errors are (quote): modprobe: module isofs not found in modules.dep modprobe: module vfat not found in modules.dep modprobe: module mbcache not found in modules.dep modprobe: module ext2 not found in modules.dep It looks like grub legacy doesn't recognize the string initrd=/initrd.lrp,/initmod.lrp? I will try: 1. Combine initrd.lrp + initmod.lrp into one; and 2. try grub2. Cheers! If you have initrd.lrp and initmod.lrp in yur root directory you may try initrd=initrd.lrp,initmod.lrp without the leading slash. kp -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] ALIX.2d3 Board Hang while Switching to clocksource tsc
Am Sonntag, 16. März 2014, 15:01:09 schrieb n22e113: Hello, The latest version 5.0.3 and 5.0.3-rc1 using PC Engines alix2d3 MB hangs at (quote): [ 1.193755] Switching to clocksource tsc None of the following solutions work! http://forums.gentoo.org/viewtopic-t-978248-start-0.html https://bbs.archlinux.org/viewtopic.php?id=150791 Thanks! K. Just copied the latest kernel, initmod.lrp and moddb.lrp to my Alix box and it booted without any pb. So we need more details how you did the upgrade. kp -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] Packages for X86_32 version 5.x Access
Am Montag, 10. März 2014, 10:54:25 schrieb n22e113: Hi, Cannot access Released packages from this page: http://leaf.sourceforge.net/bering-uclibc/index.php?module=pagemasterPAGE_u ser_op=view_pagePAGE_id=30MMN_position=44:44#RELEASEDX86_32 Can someone please have a look? Cheers! Hi; these pages are broken, I hope will help to fix. Until then you may download directly from the git repository (note the name has changed from X86_32 to i386) http://sourceforge.net/p/leaf/packages/ci/master/tree/5_0/i386/ kp -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] ath5k installation on 5.01
Am Montag, 10. Februar 2014, 13:10:47 schrieb Erich Titl: Hi folks has anyone had success in installing the ath5k and cfg80211 drivers on 5.01? I have lots of missing symbols :-( [ 60.825439] cfg80211: Unknown symbol rfkill_unregister (err 0) [ 60.826437] cfg80211: Unknown symbol rfkill_blocked (err 0) [ 60.827554] cfg80211: Unknown symbol rfkill_destroy (err 0) [ 60.829258] cfg80211: Unknown symbol rfkill_resume_polling (err 0) [ 60.830321] cfg80211: Unknown symbol rfkill_pause_polling (err 0) [ 60.832272] cfg80211: Unknown symbol rfkill_set_hw_state (err 0) [ 60.833696] cfg80211: Unknown symbol rfkill_alloc (err 0) [ 60.834450] cfg80211: Unknown symbol rfkill_register (err 0) [ 60.836092] cfg80211: Unknown symbol rfkill_set_sw_state (err 0) [ 61.869196] ath5k: Unknown symbol ath_hw_keyreset (err 0) [ 61.870804] ath5k: Unknown symbol ath_key_config (err 0) [ 61.872124] ath5k: Unknown symbol ieee80211_free_hw (err 0) [ 61.873129] ath5k: Unknown symbol ath_rxbuf_alloc (err 0) [ 61.874566] ath5k: Unknown symbol ieee80211_alloc_hw (err 0) [ 61.875830] ath5k: Unknown symbol regulatory_hint (err 0) [ 61.877315] ath5k: Unknown symbol ieee80211_register_hw (err 0) [ 61.878379] ath5k: Unknown symbol ieee80211_ctstoself_duration (err 0) [ 61.879232] ath5k: Unknown symbol ieee80211_get_hdrlen_from_skb (err 0) [ 61.880297] ath5k: Unknown symbol ieee80211_generic_frame_duration (err 0) [ 61.881151] ath5k: Unknown symbol ieee80211_wake_queue (err 0) [ 61.881847] ath5k: Unknown symbol ath_hw_setbssidmask (err 0) [ 61.883305] ath5k: Unknown symbol ath_is_49ghz_allowed (err 0) [ 61.884048] ath5k: Unknown symbol __ieee80211_get_tx_led_name (err 0) [ 61.885601] ath5k: Unknown symbol ieee80211_get_buffered_bc (err 0) [ 61.886749] ath5k: Unknown symbol ath_hw_cycle_counters_update (err 0) [ 61.888586] ath5k: Unknown symbol wiphy_rfkill_set_hw_state (err 0) [ 61.889757] ath5k: Unknown symbol ath_regd_get_band_ctl (err 0) [ 61.891792] ath5k: Unknown symbol __ieee80211_get_rx_led_name (err 0) [ 61.893324] ath5k: Unknown symbol ath_hw_get_listen_time (err 0) [ 61.894731] ath5k: Unknown symbol wiphy_to_ieee80211_hw (err 0) .. Thanks Erich, here is the list of modules I load for ath5k support arc4 ecb mac80211 cfg80211 rfkill led-class ath ath5k kp -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] libc225
Hi Otto; Am Mittwoch, 15. Januar 2014, 14:14:25 schrieb Otto Halák - TeleLarm: Hi kp, yes, I asked before any try to see what I can expect. I searched mail list and saw that my first contribution was in 2003. So my boxes are really long time in production use. All of them are Bering-uClibc. Great to hear. So, I downloaded 5.0.2 Geode version and also put libc225, qmail and smstools packages on CF. It seems to be working fine. Especially module loading is very easy now. Also modules for USB GSM modem were loaded. I did not test others, but in Geode version is that: 1. During boot on Alix the system did not wanted to read leaf.cfg. syslinux.cfg contains initmod.lrp and when I changed it to initmod-geode.lrp it starts fine. Not shure if that is the cause, initmod-geode.lrp is just copied to initmod.lrp while creating the tar.gz file. 2. DNAT to ftp server in loc zone was not working. Module nf_conntrack_ftp was loaded but nf_nat_ftp not. I put it to /etc/moudles and it works fine now. Did you run depmod? But as a long -term user, I'm also trained to declare modules in /etc/modules :) 3. I did not find mail command which I use in 3.1.1 Look for sendmail (busybox applet, not the original sendmail of course), it has a lot more features. We may still have left-overs from the transition, which have never been reported. 4. Packages libm and mawk are mising in 5.0.2 but awk works. I guess awk is included in Busybox now. Yes, and libm has moved into initrd. kp These all are my experiences with 5.0.2 during one day work. Thank you and best regards Otto Dne 13.1.2014 17:27, KP Kirchdörfer napsal(a): Hi; Am Montag, 13. Januar 2014, 11:16:49 schrieb Otto Halák - TeleLarm: Dear mailing list, I use libc225.lrp successfully with old packages, like qmail.lrp and smstools.lrp. All in Bering-uClibc 3.1.1. libc225.lrp is more then ten years old and one of the very first packages, while moving from glibc-based Bering to uClibc-based Bering-uClibc to alleviate the migration. It's really a big surprise, it's that long in production use :) Anyway, AFAIR, it just packages glibc libs, without any relation to the toolchain, so it should do the job on version 4 and 5. Have you already tried (and failed) , or asked before for confirmation? Is this package also available for versions 4.x and 5.x? If not, how to run qmail.lrp in these new versions? kp -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] libc225
Hi; Am Montag, 13. Januar 2014, 11:16:49 schrieb Otto Halák - TeleLarm: Dear mailing list, I use libc225.lrp successfully with old packages, like qmail.lrp and smstools.lrp. All in Bering-uClibc 3.1.1. libc225.lrp is more then ten years old and one of the very first packages, while moving from glibc-based Bering to uClibc-based Bering-uClibc to alleviate the migration. It's really a big surprise, it's that long in production use :) Anyway, AFAIR, it just packages glibc libs, without any relation to the toolchain, so it should do the job on version 4 and 5. Have you already tried (and failed) , or asked before for confirmation? Is this package also available for versions 4.x and 5.x? If not, how to run qmail.lrp in these new versions? kp -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] leaf5.02rc3 - leaf.cfg file
Hi; Am Samstag, 28. Dezember 2013, 13:30:02 schrieb Mark Berndt: syst_size is not set. It defaults to 40M which is smaller than the required size - 48M I think. It's not clear to me, why you believe more than 40MB are required. As you know the required size heavily depends on the packages installed. The lowest memory requirement (size of root)can be far less than 20 MB. Looking into the vga images (i486, x86_64) I see that roughly 20MB after boot are used. So 40MB looks enough to me to get it up and running the first time. zswap size is not documented in the file. true, we'll add a note in a further release. btw, 5.02rc3 is very fast and smooth. It seems far better than 4.3.4 Nice to hear. I also believe 5.0(.2) is a good and stable version and it's worth an update. kp -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] ez-ipupdate replacement?
Hi all; Am Freitag, 30. August 2013, 00:21:54 schrieb Erich Titl: Hi Andrew at 29.08.2013 19:07, Andrew wrote: Hi. Maybe we should migrate to ddclient or some other binary client? It's porting should be trivial. Possibly if there is enough interest. I have not found freedns on the list of supported protocols though. While it's not documentated on the SF homepage of ddclient, the latest ddclient sources does support freedns. The necessary config lines are documented on the freedns page. After establishing a freedns account, I've build a package for ddclient and tested against freendns. It required some changes for perl.lrp (add more modules than those are packaged to satisfy shorewall), but other than it's looks pretty good. The new package and the updated perl package will be available with the next version. I hope it works for other free dns services as well, so we can fully replace ezipupdate some time in the future. Therefor users of any other service should test if ddclient can replace ezipupdate, once it will be available. kp -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] No Shorewall Logs
Am Freitag, 6. Dezember 2013, 23:40:53 schrieb Victor McAllister: On 12/6/2013 1:14 PM, Phil Faris wrote: I just installed the Geode version of uClibc 5.0.2-rc2 on my Alix machine. Everything seems to work well EXCEPT I get no Shorewall logs (/var/log/shorewall.log is not created). The shorewall-init.log indicates everything compiles correctly and that Shorewall starts. I made only two modifications to the standard Shorewall configuration: 1. in Ifaces the dhcp OPTION for eth0 was deleted since i have a static IP. 2. In Rules the NTP(ACCEPT) loc fw was uncommented to allow local machines to time sync with LEAF. I would appreciate any suggestion(s) on how to solve this problem. Phil Faris I manage three 5.0.1 leaf routers -two are wrap 486 and one alix geode (static ip). The geode always keeps a shorewall.log. Both WRAP (dhcp - cable) only had shorewall-init.log when first booted up. After a while, one of the WRAP boxes began to maintain a shorewall.log and the other still does not. uptime on both is over 2 months. Haven't had time to troubleshoot it - but you are not the only one to see the problem. Victor Hi Can you pls try to change # default owner, group, and permissions for log files # (defaults are 0, 0, 0600) #owner(root); to # default owner, group, and permissions for log files # (defaults are 0, 0, 0600) owner(root); in /etc/syslog-ng/syslog-ng.conf and restart syslog-ng and shorewall? hth kp -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] SARG package for 5.x
Am Montag, 25. November 2013, 16:18:13 schrieb Graziano Brioschi: hi list, is there a sarg package for Bering leaf 5.x? Or is there someone that can build or compile sarg for leaf 5.x? SARG url: http://sourceforge.net/projects/sarg/ Sorry, but i have not a build machine to compile sarg and build it in a static executable form from glibc machine is not an option because sarg uses getaddrinfo function. thanks in advance Graziano Hi Graziane; I'll give it a try, bu it will be up to you to test and give feedback for improvments. kp -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] no shorewall log
Hello Victor; Am Mittwoch, 9. Oktober 2013, 13:09:30 schrieb Victor McAllister: I manage two remote WRAP 486 firewalls running Bering 5.0.1. If I log in with putty, change shorewall rules - do svi shorewall restart - it says shorewall already running. I have to save configuration and a reboot to implement shorewall changes. When it restarts - I get a shorewall-init.log but no shorewall.log. Both WRAP boxes no longer save the shorewall.log leaf.cfg is root license dhcpcd shorewall dnsmasq dropbear mhttpd webconf bbntpd A PC Engines ALIX running 5.0.1 with essentially the same leaf.cfg saves a shorewall.log every day. Anyone else seen this. As you know: No news are good news - no log, no attack :) Seriously: If I change shorewall settings via ssh (putty in your case) I just run shorewall restart from the commandline - no need to save and reboot see results. I'm not shure I got it right - are no shorewall.logs generated, or are no logs saved by logrotate? kp -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] no shorewall log
Am Donnerstag, 10. Oktober 2013, 10:28:17 schrieb Victor McAllister: On 10/10/2013 9:43 AM, KP Kirchdörfer wrote: Hello Victor; Am Mittwoch, 9. Oktober 2013, 13:09:30 schrieb Victor McAllister: I manage two remote WRAP 486 firewalls running Bering 5.0.1. If I log in with putty, change shorewall rules - do svi shorewall restart - it says shorewall already running. I have to save configuration and a reboot to implement shorewall changes. When it restarts - I get a shorewall-init.log but no shorewall.log. Both WRAP boxes no longer save the shorewall.log leaf.cfg is root license dhcpcd shorewall dnsmasq dropbear mhttpd webconf bbntpd A PC Engines ALIX running 5.0.1 with essentially the same leaf.cfg saves a shorewall.log every day. Anyone else seen this. As you know: No news are good news - no log, no attack :) Seriously: If I change shorewall settings via ssh (putty in your case) I just run shorewall restart from the commandline - no need to save and reboot see results. I'm not shure I got it right - are no shorewall.logs generated, or are no logs saved by logrotate? kp Two WRAP boxes managed remotely are doing the same thing. No shorewall.log or rotation of shorewall logs shorewall is running - has shorewall-init.log I know there are events that should get loged - for example one box recorded a local martian (badly configured device) in kern.log which also does not rotate daily. syslog rotates messages rotates daemon.log rotate etc. No shorewall.log and kern.log does not rotate. Victor; the settings for kern.log are set to rotate weekly. You can change that in /etc/lrp.conf . Regarding the shorewall.log - what are the differences between shorewall setup out-of the box and the changes you've made? The differences to the ALIX boxes (which I remember do logging?). Does shorewall out-of-the-box logging? kp -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] 5.01 booting using grub
Hi Erich; Am Dienstag, 8. Oktober 2013, 18:46:22 schrieb Erich Titl: Hi Folks some more info, still trying to bring a WRAP to boot Bering 5.01 The first hurdle appears to be a bigger CF. I was using a 4G CF, which used to be a decent CF a few years ago, no dice. Copying my complete test to partition #2 on a 32 MB CF got me ahead. The partition could be mounted and the leaf configuration could be accessed. Have you tried to partition your 4GB and use a less than 1GB partition to boot? The next problem arose because the etc.lrp package distributed in uClibc_5.0.1_i486_syslinux_serial.tar.gz does not contain an inittab file for serial access. This is easily fixed, but withoud a running linux system it is a tedious thing. I consider this a bug. The file with the inittab for serial access is part of configdb.lrp in the tar.gz. If you do have loaded it and the /etc/initab is still wrong, this is of course a bug. rant Now after more than 8 hours of work, some of it due to my stubbornness to use grub as a bootloader, I have a bootable 5.01 on my WRAP, of course without ethernet connectivity yet, as a small CF does not allow for the fully blown modules tarball. Needless to say that most people would have given up long before. Now the tedious work of selecting the right modules for my hardware and copying it file by file to the CF and then into /lib/modules is ahead. And this is for a piece of hardware we used to support for quite a while. But then, maybe we are not supporting it anymore. I believe we need to invest into usability to get a bigger audience. /rant Did you try the hardware detection from lrcfg? If anyone has succeeded to boot 5.01 on a SC1100 Geode using the pata_SC1200 module from a 4Gb CF please let me know. Thanks Erich kp -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] 5.01 booting on WRAP SOLVED
Hi Erich, mails crossed. Good you've got it working, and hopefully your experience with 5.0.1 will better from now on. I know it can cause a lot of pain being the first one dealing with updates and changes. David did a great job last year improving user experience at least with documentation in the wiki/user guide/developer guide. For the 4.x User Guide he added Hardware-Specific Guides in the Appendices. Based on his own experience and the feedback he got. For PC Engines WRAP we see mostly the term TODO. See: http://sourceforge.net/apps/mediawiki/leaf/index.php?title=Bering-uClibc_4.x_-_User_Guide_-_Appendices_-_Hardware-Specific_Guides I assume your findings may belong to 4.x as well - a bigger CF may always show the pb's you've seen. What about improving this section, and/or add it to the 5.x User Guide? I'm shure it will help other users. kp (BTW: If anyone else likes to update the wiki-based Guides and needs access to do so, let us know - I'm shure Mike will help) Am Dienstag, 8. Oktober 2013, 19:27:34 schrieb Erich Titl: Hi For all of you suffering booting problems on WRAP using big CF cards, here is the solution (at least for me). The driver cannot handle fast ATA IO modes, you have to restrict to some PIO mode, I have not tested with UDMA though :-( Pass a kernel parameter on boot like libata.force=1.00:pio3 You can try different PIO levels cheers Erich -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] Bering-uClibc 5.0.1 booting problem
Am Samstag, 5. Oktober 2013, 13:17:35 schrieb Phil Faris: When I try to boot Bering-uClibc 5.0.1 on an Alix machine, I only get a few lines of gibberish and then it hangs. The terminal I am using for viewing works fine on other leaf systems. I created the system on the the 2GB compact flash card using a linux system (fedora 17) by doing the following: 1. Used cfdisk to a) create a single 2GB partition b) set file type to 0C (FAT32 LBA) c) set the bootable flag to on 2. Created a filesystem using mkfs.vfat 3. Made it linux bootable by using syslinux -i 4. exploded the Geode version of the Bering-uClibc 5.0.1 tarball and copied the files to the compact flash Does anyone have an idea of what I might have done wrong? Phil Faris You may try with a bootable partition less than 1GB. kp -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] 486 WRAP tests
Hi Victor; Am Samstag, 28. September 2013, 11:43:23 schrieb Victor McAllister: A friend has run LEAF on 486 WRAP boxes for several years, which I set up for him. I recently upgraded his WRAP router to Bering 5.0.1 from 4.3. His system is on a cable network. He ran a speed test repeatedly before and after switching the system to 5.0.1. I know this is not a lab test, but his speed tests (as run internally on a windows box) increased from about 7mb/sec to 11 mb/sec on the new version. The new kernel seems to be more efficient at routing?? A couple other comments. I have never been able to get a wireless AP to run on a 486 WRAP box. I can see the wireless network. It interminably says connecting - without doing so. The exact same hostapd configuration on a PC Engines ALIX GEODE works just fine. Has anyone got hostapd to work on a 486 (WRAP) system? I also have trouble finding 64mb or 128mb compact flashes that will boot on either WRAP or ALIX. I use UCLIB 5.0 isolinux booted on a laptop to fdisk the CFs, erase partitions, set up a primary partition (c FAT32), make it bootable, mkfs.vfat and syslinux -s the CF. I have six CFs that work in windows but won't boot from syslinux even though I use the usb_wait=3 and libata.dma=3 on the APPEND line on syslinux.cfg Any suggestions on where to get reliable CFs or what I am doing wrong. Did you copy mbr.bin to the CF disk? I suggest to use the lrp (esp initmod.lrp) from the syslinux images and not the one from isolinux image. I use pxe to boot Alix boxes and to download the necessary files to prepare the cf disks. Haven't seen a CF disk failing in the last years. kp -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [Leaf-user] Changes for new Dachstein release
Am Donnerstag, 11. April 2002 07:46 schrieb Victor McAllister: My wish list of programs to be included on the next DCD version include xntp.lrp and psentry.lrp both from http://leaf.sourceforge.net/devel/ddouthitt/packages/ I've built a dachstein 1.0.2 based CD with glibc 2.1.3. Among other enhancements you'll find xntp on the CD. I thought about portsentry as well, but found it's not a good idea to block ports based on ip-addresses. Currently in Germany the most affordable flatrate with DSL is bound to dynmic ip-adresses (changing a least once a day). If someone today portsscan your net with an dynamic address, I might be blocked in the future for no other reason than unfortunately getting this ip-address. Given the long uptimes of leaf routers chances are good, that portsentry blocks more innocent users with dynamic addresses, than real portscanners. Now I could live a day without accessing your net, but what bothered me is administration of a net using portsentry. I hear all those yelling, that services have been inaccessible for the last day and you find everything is working ok now. Please correct me, if I understood portsentry wrong; I'm willing to add it as soon as possible, if it's handling dynamic addresses without problems. kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Changes for new Dachstein release
Am Donnerstag, 11. April 2002 17:48 schrieb Doug Hite: I'm not wanting this to get out of hand ... but ... my wish list of programs to be included on the next DCD version include ez-ipupd.lrp I agree ez-ipupd.lrp is a must have on a CD. Additionally and as alternative for those who don't need a public dns entry, ipmail.lrp should be on the CD. It sends the actual ip-address to one or more admins by mail. kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Changes for new Dachstein release
Am Freitag, 5. April 2002 17:07 schrieb Charles Steinkuehler: It looks like it's getting to be time for a new Dachstein release. There are a number of minor bugs to fix in the system scripts, and (more importantly) security updates to some of the packages on the CD (SNMP and libz). Charles; POSIXness.mail should allow to send mail during init (we've discussed a possible patch on the devel-list a few weeks ago). Please replace root.bb.links and the call in linuxrc with busybox -s install in linuxrc - makes life easier, if someone uses his own busybox configuration (Config.h). Use tinylogin instead the POSIXness equivalent ( esp. adds non-functional POSIXness commands like deluser). Would you mind to consider Dachstein 1.0.2.1 as a starting point, which is mostly on par with Dachstein 1.0.2, but with glibc 2.1.3 nd all the latest security updates of libz, glibc, openssh and squid, and some additional changes like the above mentioned? kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] safe libz for Dachstein?
Am Mittwoch, 13. März 2002 00:58 schrieb Pete Dubler: There is talk around about libz in general having security flaws (Redhat send out an alert and update for theirs). Does anyone know what version of libz.lrp are safe for Dachstein (and other LEAF distributions)? I've build yesterday a new libz.lrp with a new fixed libz.so from SuSE. It's available in the cvs tree (devel/kapeka/packages) - choose CVS Repository from the main LEAF page. regards kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Seawall and EZ-IPUPDATE
Am Sonntag, 24. Februar 2002 10:14 schrieb Reginald R. Richardson: Hello all, I was buy testing SeaWall firewall on DCD 1.02, seems like seawall is a nice little package..bigups to the author... For some reason, which i don't know, maybe need to open a port or so, but my probelem is that, when ez-ipudate try to do an update, every so often, it's failing, when i look in the var/log/messages, i can see where the DYNDNS update server is being rejected or denied, can someone explain me where and what i have to change to allow the ez-ipupdate to work the way it was working before seawall installation.. Since ez-ipupdate is working via http, you have to open port 80 in the seawall apps section. kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] New dachstein 1.0.2 CD with glibc 2.1.3
Today I've put up a new build of dachstein 1.0.2 CD with glibc 2.1.3 onto sourceforge: leaf.sourceforge.net/devel/kapeka/lrp-packages I fixed one or two minor bugs, repackaged ipmail.lrp, updated to latest openssh version from Jacques Nilo, updated ez-ipupdate and replaced login, adduser etc. with tinylogin 1.0. Michael D. Schleif sent me a copy of his new net-snmp package, which he runs successfully on five routers. The previous net-snmp.lrp's has been replaced. AFAIK original dachstein 1.0.2 configurations should work without changes. regards kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] DCD java ???
Am Montag, 4. Februar 2002 16:25 schrieb Jack Coates: On Sun, 3 Feb 2002, Matt Schalit wrote: To strip it for leaf, I'm thinking that the libraries/clib/awt/* libraries/javalib/java/awt/* stuff contributes the most useless parts, simply because it's all X and gui applets or standalone gui application classes. Also the appletviewer is not needed, and that's part of a jre. agreed, but it looks like one must modify the source tree or Makefile to disable these, and it's definitely complex territory for someone who doesn't write Java and has no idea what's needed and not needed. Another interesting link is: http://www.embedded.oti.com/ where you'll find and IDE and Runtime's for different versions of embedded java - more fine-grained than kaffe - which hasn't been updated for mor ethan a year, whereas this edition is still under development and as far as I understand it will become part of eclipse (www.eclipse.org). I tried something on that area, but failed with errors once I've started java on dcd, but this was sometime ago. Will look into it again later this week. kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] pppoe and dyndns
Am Mittwoch, 30. Januar 2002 01:01 schrieb Victor McAllister: I have a friend who uses DCD 1.02 on a pppoe connection. I have a static so I can't test out pppoe. I have spent some time on the phone trying to help him trouble shoot. I had him put svi network ipfilter reload in the /etc/ppp/ip-up to make sure his port forwards are updated after his external ip changes. He has a dyndns account and ez-ipupdate which is properly configured. It works correctly from a cold boot but does not update the dns service when the isp changes the external ip. Is there a script to put in /etc/ppp/ip-up or will this work? put a line (somewhere before the last line) ez-ipupdate -c /ect/ez-ipupdate.conf into /etc/ppp/ip-up Don't forget -m and -w if he uses MX backup and/or wildcards. kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] glibc pppoe...
Am Sonntag, 20. Januar 2002 20:11 schrieb Nicolas Riendeau: Kim Oppalfens wrote: Yups on http://leaf.sourceforge.net somebody is distributing an image as proof-of-concept I just downloaded it... It SEEMS (s)he got rid libnss_dns.so.1 libnss_files.so.1 (which I guess are not used by Dachstein?) added libnsl-2.1.3.so. The rest SEEMED similar to the mods I had done... mea culpa... He(!) updated to a Dachstein 1.0.2 based glibc 2.1.3 ISO image. You might look at leaf.sourceforge.net/devel/kapeka/lrp-packages.html regards kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] glibc pppoe...
Am Freitag, 18. Januar 2002 08:48 schrieb [EMAIL PROTECTED]: Aanhalen Nicolas Riendeau [EMAIL PROTECTED]: Would any of the people who already tried (and preferably succeeded) upgraded to glibc 2.1.3 give a little bit more explanation at how it is done? I am running a dual floppy eigerstein for the moment and would like a shot. Is it just a matter of replacing some binaries and maybe some symbolic links? If so which binaries and which links would that be? Or is there more to it than that? Does the kernel version or something in kernel configuration has something to do with it? I already noticed there is a dachstein cd iso with glibc 2.1.3 support, if it is just a matter of replacing binaries could I just copy those from this iso image? I've done this ISO-Image and it is a little bit more than just to replace libraries (see the README). The few other necessary changes are related to the bootdisk limit of 1.44 mb. The current image is based on dachstein 1.0.1. I'm working to get in sync with dachstein 1.0.2. I use the usual lrp packages like dnscache, tinydns, dhcpd etc. and some other lrp's. Until today only squid needed a recompile with glibc 2.1.3. kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] rtl8139
Am Donnerstag, 10. Januar 2002 03:36 schrieb [EMAIL PROTECTED]: I am trying to setup DachStein (floppy) using an P166 w/64 MB and 2 AOpen A0N-325's. From what I have seen they use either the rtl8139 or the 8139too module's. Can I get these cards to work with DachStein. I don't see those modules as options when I edit etc/modules. Choose the modules in /etc/modules.conf pci-scan 8390 ne2k-pci kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] CPU loading monitor
Am Dienstag, 18. Dezember 2001 21:58 schrieb Kevin Kropf: Is anyone aware of a CPU monitor for LRP that I could use to see what my box is doing? lrpStat from http://leaf.sourceforge.net/devel/hejl Read there about using the C-program lrpStat instead of stat.sh, which is used in weblet from dachstein. kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Testing help needed
Am Samstag, 1. Dezember 2001 19:22 schrieb Tony: Is it just me that's wondering, but why do you need a journaling filesystem for a firewall that runs in RAM? I can understand (I guess) if you are using it for a stripped down server application like smtp server, or whateverbut I was under the impression that a journaling filesystem's best attribute was crash recovery because of the way it writes to disk. For a database app server, or smtp server, I can see the benefits. But, again, as a router that loads a minimal filesystem, why go to the bother? You're not alone - I've been astonished too. AFAIK the advantages of journaling fs are related to the HD size, especially in case of an unclean umount and the necessery fschk. (This is at least what I've learned from IBM regarding HPFS and JFS) kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Announce keyboard.lrp
Am Dienstag, 27. November 2001 16:25 schrieb Luis.F.Correia: Hi! I thought I let all of you know this: I downloaded one of the Dachstein floppy versions and tried the keyboard.lrp that Kirchdörfer sent me. All of the 'regular' Portuguese specific keys work except the 'famous' dead keys. This means that it's more than enough if you don't need to write stuff using 'perfect' Portuguese. As you might not know, Portuguese uses a LOT of accented words. If you need to wirte them, use the un-accented version. Plenty of room for improvements to get the dead-keys available... But there is more: J.Nilo not just added the lrp and a small doku to his webpage, he also added another 40 maps to keyboard.lrp. You'll find version 0.3 at: http://leaf.sourceforge.net/devel/jnilo kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] Announce keyboard.lrp
You'll find a new keyboard.lrp, which is an extension of Jacques Nilo's keybfr.lrp at http://leaf.sourceforge.net/devel/jnilo/ It adds support for german, spanish and finnish keyboard layouts. And as default us-keyboard layout. I know Etienne Charlier did something similar - but this one is based on busybox loadkmap, which is part of Dachstein (and maybe Oxygen) and therefor needs only additional 3kb of space. A short user guide has been sent to Jacques, and will be added as soon as he'll find time. To start, you'll find all you need to know in /etc/init.d/keyboard.conf. Thanks for your attention. kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
