Re: [leaf-user] Future of Bering and Bering-uClibc?
Am Mittwoch, 28. Januar 2004 19:25 schrieb Timothy J. Massey: > Hello! > > What is the future of Bering? Has it been supplanted by Bering-uClibc? > Or will there be future development on "traditional" Bering in parallel? AFAIK the new project leader for Bering Eric Wolzak still plans some updates for Bering. > I have been using Bering quite successfully for some time now, but I'm > at a spot where it would be good to evaluate a change to uClibc. I > haven't seen any discussion regarding development on Bering. Of course, > most of the development on uClibc has been to recompile existing Bering > packages... :) Either I miss you're irony, or you better reread the Changelog for Bering-uClibc - none of the entries mentions other packages than the one from the base image, and I can assure that recompiling packages has been a minor effort compared to the changes for base image, addition of ipv6 and gaining more space on the base image. But maybe I understand better what you mean with "real future development" if you give some more explanations. As a side-note: There are even a few packages in testing not available for Bering, requested by list-user's, but we had to made the same experience as Jacques - often we doesn't get any feedback (positive or negative) from the user's who requested the package and provided with a test version - so the packages will be in testing forever. Thx for your attention kp --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] making packages
Is there a doc or mailing list thread describing what's involved in making a package to run on Leaf-Bering? Where could I find all the packages that have already been ported, testing as well as proven? Josh --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Future of Bering and Bering-uClibc?
[EMAIL PROTECTED] wrote on 01/29/2004 08:00:09 AM: > > I have been using Bering quite successfully for some time now, but I'm > > at a spot where it would be good to evaluate a change to uClibc. I > > haven't seen any discussion regarding development on Bering. Of course, > > most of the development on uClibc has been to recompile existing Bering > > packages... :) > > Either I miss you're irony, or you better reread the Changelog for > Bering-uClibc - none of the entries mentions other packages than theone from > the base image, and I can assure that recompiling packages has been a minor > effort compared to the changes for base image, addition of ipv6 and gaining > more space on the base image. From my (admittedly limited) research, it seemed that most of the messages regarding new items for Bering-uClibc were from people compiling (new) versions of software that already existed under traditional Bering. Maybe I am mistaken: I have not followed it that closely. I asked a similar question about 4 months ago. I was told to stick with Bering unless I needed the reduction in size that uClibc gave me. Seeing as I'm running on EPIA's with 128MB RAM and 32MB DOM, I really didn't. The only thing that has prompted my question is I have seen no real development on Bering since 1.2, and Bering uClibc is readying its second or third release since then. > But maybe I understand better what you mean with "real future development" if > you give some more explanations. I'm really not looking for anything specific. I just want something that is going to keep up with, e.g., bugfixes in the underlying packages and kernel. I'm not looking for any new features. Tim Massey --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Future of Bering and Bering-uClibc?
Hello Timothy, list > [EMAIL PROTECTED] wrote on 01/29/2004 08:00:09 AM: > > > > I have been using Bering quite successfully for some time now, but I'm > > > at a spot where it would be good to evaluate a change to uClibc. I > > > haven't seen any discussion regarding development on Bering. Of > course, > > > most of the development on uClibc has been to recompile existing Bering > > > packages... :) > > > > Either I miss you're irony, or you better reread the Changelog for > > Bering-uClibc - none of the entries mentions other packages than > theone from > > the base image, and I can assure that recompiling packages has been a > minor > > effort compared to the changes for base image, addition of ipv6 and > gaining > > more space on the base image. > > From my (admittedly limited) research, it seemed that most of the > messages regarding new items for Bering-uClibc were from people > compiling (new) versions of software that already existed under > traditional Bering. Maybe I am mistaken: I have not followed it that > closely. > > I asked a similar question about 4 months ago. I was told to stick with > Bering unless I needed the reduction in size that uClibc gave me. > Seeing as I'm running on EPIA's with 128MB RAM and 32MB DOM, I really > didn't. The only thing that has prompted my question is I have seen no > real development on Bering since 1.2, and Bering uClibc is readying its > second or third release since then. I am working on a webinterface at the moment, due to professional ( not leaf related) changes) time is somewhat limited. ( and the nice snow is distracting ;) ) The inherent problem of Bering is the library, which isn't maintained anymore. on the other hand the "uniformity" of the "old lib" means that there are a whole bunch of packages available. One of the reasons the uclibc group did release new versions is that if the uclibc library is updated, the packages mostly must be recompiled. What I mean with this is that those changes "deserve" the name new release. The interesting is that the IMHO most important improvement the uclibc guys made, stays largely unnoted .namely the use of "automatic package making". The necessity of recompiling with every new version of uclibc will hopefully change as soon as uclibc will reach a version 1.0. My plans with bering are. Updateing to a new kernel version, thereby keeping as close to uclibc as possible. Improvement of the installation and maintainance issue. Working on a "change a setting only in one place" version. This will also be usuable with ucblic. Recompiles of single packages were and are done, but didn't need a complete new "release". so they weren't that obvious. Hope to have answered your question with that. Regards Eric Wolzak member of the bering Crew > I'm really not looking for anything specific. I just want something > that is going to keep up with, e.g., bugfixes in the underlying packages > and kernel. I'm not looking for any new features. > > Tim Massey > --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
RE: [leaf-user] Bering and the XModem
Hi, Thanks Eric, That review says it does not do any NAT/firewalling. Whether that's true, who knows. "PPP Half Bridge and DHCP Spoof modes" is mentioned, but they might be talking about competitors there. It gives the WAN IP to a DHCP client that connects to it, which is what my cable box does for my bering box over ethernet. And the review has tested it with home cable routers. Apparently the big problem with home cable routers is bad DHCP implementation not handling short lease times. But my knowledge of all this bridging/PPPoA/PPPoE is non-existent. Apparently is has good phone tech support though. James. -Original Message- From: Erich Titl [mailto:[EMAIL PROTECTED] Sent: 29 January 2004 07:55 To: James Neave; [EMAIL PROTECTED] Subject: Re: [leaf-user] Bering and the XModem James At 14:20 28.01.2004 +, James Neave wrote: >Hi all, > >Well, xDSL modems and Bering are hideous. UK modems use all different >sorts of chipsets for different ISPs, none of which has native support >for Bering (no nice LRPs). > >But I found this, and this looks good. > >http://www.adslguide.org.uk/hardware/reviews/2003/q3/xmodem.asp > >An ADSL modem with an Ethernet socket and a DHCP server in it. >But just to be sure (before we dish out the money) can anybody see any >glaring problems with this modem? >Anything that screams I Bite Linux. Not really, it does look rather like a router to me, seems to do NAT by itself. I would prefer a real bridge where the PPPoE could be handled by the Bering box. just my 0.02 Erich THINK Püntenstrasse 39 8143 Stallikon mailto:[EMAIL PROTECTED] PGP Fingerprint: BC9A 25BC 3954 3BC8 C024 8D8A B7D4 FF9D 05B8 0A16 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] /etc/lrp.conf & SPACECHECK
Is there an upgraded version of etc.lrp that allows control over which filesystems are monitored via the SPACECHECK feature? The Dachstein 1.0.2 release only checks the root filesystem. The logs, however, are piling up on another filesystem. I think that Bering has an upgraded etc.lrp that does the trick. What's the best way to get this feature into dachstein? regards, Miguel DeAvila _ What are the 5 hot job markets for 2004? Click here to find out. http://msn.careerbuilder.com/Custom/MSN/CareerAdvice/WPI_WhereWillWeFindJobsIn2004.htm?siteid=CBMSN3006&sc_extcmp=JS_wi08_dec03_hotmail1 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
RE: [leaf-user] Bering and the XModem
Hi James At 09:57 29.01.2004 +, James Neave wrote: >Hi, > >Thanks Eric, > >That review says it does not do any NAT/firewalling. Whether that's true, who knows. > >"PPP Half Bridge and DHCP Spoof modes" is mentioned, but they might be talking about >competitors there. > >It gives the WAN IP to a DHCP client that connects to it, which is what my cable box >does for my bering box over ethernet. And the review has tested it with home cable >routers. Apparently the big problem with home cable routers is bad DHCP >implementation not handling short lease times. That would be interesting, does that mean that the PPPoE assigned external address is passed to the LAN client using DHCP, e.g. it is passed to a DHCP server sitting in that box, which distributed the address to the client that requests it? Then the device acts as a bridge. Erich THINK Püntenstrasse 39 8143 Stallikon mailto:[EMAIL PROTECTED] PGP Fingerprint: BC9A 25BC 3954 3BC8 C024 8D8A B7D4 FF9D 05B8 0A16 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] how to ssh hosts behind Bering firewall? -- solved
Thanks to Alex Rhomberg and Ray Olszewski. My problem has solved! I copied ssh_host_* files from /etc/ssh of my firewall to my 192.168.2.1 as suggested by Alex and I issued "ssh mydomain.dyns.cx -p 1022" from a computer outside of my firewall. Hurray, I could log in to 192.168.2.1 now. This is great! Thanks again for your help. Jimmy - Original Message - From: "Alex Rhomberg" <[EMAIL PROTECTED]> To: "Jimmy Lu" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, January 28, 2004 2:52 PM Subject: RE: [leaf-user] how to ssh host behind Bering firewall? > Jimmy Lu wrote: > > I have a single public dynamic IP address to my firewall which is > > mydomain.dyns.cx. > > I added the followings in /etc/shorewall/rules to try it out: > >ACTION SOURCE DESTINATION PROTOCOL PORT > > DNAT net dmz:192.168.2.1:22 tcp > > 1022 > > When I issued "ssh mydomain.dyns.cx -p 1022" from my Linux > > computer outside > > of > > the firewall, I got the following errors: > >WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! > >It is possible that the RSA host key has just been changed. > > This is normal ssh behaviour; SSH remembers one public key for each > hostname/IP Address, and complains if that key changes. Because it is a sign > of a possible man in the middle attack. You use two different keys, so ssh > issues the warning. Note that it is not an error, just a warning! > > Solutions: > - Use the same keys for both ssh daemons. The keys are in > /etc/ssh/ssh_host_* > or > - use different hostnames or a hostname alias so ssh stores the keys under > different names. > > Cheers > Alex > --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] bash.lrp seems to break some scripts
On WGeoff Nordli <[EMAIL PROTECTED]> wrote: Has anyone noticed that some scripts break when using the bash package? Oh yes, I had problems similar to yours. I thought that I needed bash to write some log-processing scripts, so I loaded ncurses and bash. After puddling around with bash, I noticed that there were a few niggling problems. None looked like a show-stopper, and investigating some bash/sh scripting was what I wanted to do anyway. Fixing them would be an education. So, I installed bash.lrp in the boot package list. Reboot. All login attempts failed, both dropbear and console. (?did I load bash before libpcap? maybe libpcap failed to load? not sure. ncurses *certainly* loaded OK). erk! I opened up the router, installed a floppy drive to boot from, altered the cfg file to remove bash.lrp and everything is OK again. bash is back on the things-to-fix-sometime list, but is now below "the dishwasher", "front lawn" and "3x broken sash cords". Sam --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
RE: [leaf-user] Bering and the XModem
Hi, Yep, from what I can tell the DSL modem in the XModem dials up and grabs an IP address, then gives it to an internal DHCP server sitting on the LAN port, waiting for 1 solitary DHCP client. That sounds like ProxyARP to me... What is all this PPPoE and PPPoA? I know that at the time that review was written, the UK is PPPoA. Thanks, James -Original Message- From: Erich Titl [mailto:[EMAIL PROTECTED] Sent: 29 January 2004 10:33 To: James Neave; [EMAIL PROTECTED] Subject: RE: [leaf-user] Bering and the XModem Hi James At 09:57 29.01.2004 +, James Neave wrote: >Hi, > >Thanks Eric, > >That review says it does not do any NAT/firewalling. Whether that's true, who knows. > >"PPP Half Bridge and DHCP Spoof modes" is mentioned, but they might be talking about >competitors there. > >It gives the WAN IP to a DHCP client that connects to it, which is what my cable box >does for my bering box over ethernet. And the review has tested it with home cable >routers. Apparently the big problem with home cable routers is bad DHCP >implementation not handling short lease times. That would be interesting, does that mean that the PPPoE assigned external address is passed to the LAN client using DHCP, e.g. it is passed to a DHCP server sitting in that box, which distributed the address to the client that requests it? Then the device acts as a bridge. Erich THINK Püntenstrasse 39 8143 Stallikon mailto:[EMAIL PROTECTED] PGP Fingerprint: BC9A 25BC 3954 3BC8 C024 8D8A B7D4 FF9D 05B8 0A16 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] LEAF and PCMCIA
Am Mittwoch, 28. Januar 2004 00:49 schrieb joah moat: Sorry, I can't answer the rest your mail, but for: > How do I edit to add > the new packages to lrpkg.cfg on the floppy disk. please read: http://leaf.sourceforge.net/doc/guide/buci-lrpkg.html Let me know, if you have problems understanding that chapter. kp --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Help required with LEAF PCMCIA
Okay, I've read through everything and I seem to be stuck (again), but can someone please help (I'll pay you back in cardma tokens): I have Bering u-Clibc 2.1 installed: I am here in the manual: --- In order to have a working pcmcia package, you need to download in /lib/modules/pcmcia those modules which are necessary for your own PCMCIA card: Starting with Bering v1.0-rc2, pcmcia modules come from the pcmcia-cs package and NOT from the kernel. Non kernel mode PCMCIA support through pcmcia-cs appears more stable. The PCMCIA drivers are here Two "core" modules are mandatory: pcmcia_core.o and ds.o and are provided with the pcmcia.lrp package. You will then need a socket driver (tcic.o or i82365.o for example) and your network card drivers. The interface provided by your pcmcia hardware (e.g. eth0 and ppp0) should NOT be put in the auto statement of the /etc/interface file. The /etc/pcmcia/network script will be launched by the cardmgr program which is launched by /etc/init.d/pcmcia script. The interface configuration will be then read from the interface file. See the Bering user's guide for practical examples --- I don't understand the last paragraph (the manuals all seem to say something different). Anyhow, I have placed modules 3C589_cs.o and pcnet_cs_o within /lib/modules/pcmcia. lsmod does indicates every necessary module except pcnet_cs.o is missing from the list. Anyhow, I'm going to post some log files here, can someone provide me with what might be wrong here: Messages: Jan 30 17:04:59 firewall syslogd 1.4.1: restart. Jan 30 17:04:59 firewall kernel: klogd 1.4.1, log source = /proc/kmsg started. Jan 30 17:04:59 firewall kernel: No module symbols loaded. Jan 30 17:04:59 firewall kernel: BIOS-provided physical RAM map: Jan 30 17:04:59 firewall kernel: 24MB LOWMEM available. Jan 30 17:04:59 firewall kernel: DMI not present. Jan 30 17:04:59 firewall kernel: Initializing CPU#0 Jan 30 17:04:59 firewall kernel: Memory: 22088k/24576k available (1003k kernel code, 2100k reserved, 99k data, 80k init, 0k highmem) Jan 30 17:04:59 firewall kernel: Dentry cache hash table entries: 4096 (order: 3, 32768 bytes) Jan 30 17:04:59 firewall kernel: Inode cache hash table entries: 2048 (order: 2, 16384 bytes) Jan 30 17:04:59 firewall kernel: Mount cache hash table entries: 512 (order: 0, 4096 bytes) Jan 30 17:04:59 firewall kernel: Buffer cache hash table entries: 1024 (order: 0, 4096 bytes) Jan 30 17:04:59 firewall kernel: Intel Pentium with F0 0F bug - workaround enabled. Jan 30 17:04:59 firewall kernel: Checking 'hlt' instruction... OK. Jan 30 17:04:59 firewall kernel: Linux NET4.0 for Linux 2.4 Jan 30 17:04:59 firewall kernel: Based upon Swansea University Computer Society NET3.039 Jan 30 17:04:59 firewall kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ DETECT_IRQ SERIAL_PCI enabled Jan 30 17:04:59 firewall kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A Jan 30 17:04:59 firewall kernel: ttyS01 at 0x02f8 (irq = 3) is a 16550A Jan 30 17:04:59 firewall kernel: Real Time Clock Driver v1.10e Jan 30 17:04:59 firewall kernel: Floppy drive(s): fd0 is 1.44M Jan 30 17:04:59 firewall kernel: FDC 0 is a National Semiconductor PC87306 Jan 30 17:04:59 firewall kernel: Initializing Cryptographic API Jan 30 17:04:59 firewall kernel: NET4: Linux TCP/IP 1.0 for NET4.0 Jan 30 17:04:59 firewall kernel: IP Protocols: ICMP, UDP, TCP, IGMP Jan 30 17:04:59 firewall kernel: IP: routing cache hash table of 512 buckets, 4Kbytes Jan 30 17:04:59 firewall kernel: TCP: Hash tables configured (established 2048 bind 2048) Jan 30 17:04:59 firewall kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Jan 30 17:04:59 firewall kernel: RAMDISK: Compressed image found at block 0 Jan 30 17:04:59 firewall kernel: Freeing initrd memory: 282k freed Jan 30 17:04:59 firewall kernel: Freeing unused kernel memory: 80k freed Jan 30 17:05:00 firewall kernel: Software Watchdog Timer: 0.05, timer margin: 60 sec Jan 30 17:05:01 firewall syslog: premature exit: No hostkeys available Jan 30 17:05:01 firewall kernel: Linux PCMCIA Card Services 3.2.7 Jan 30 17:05:01 firewall kernel: kernel build: 2.4.24 unknown Jan 30 17:05:01 firewall kernel: options: [pci] [cardbus] [apm] Jan 30 17:05:02 firewall kernel: Intel ISA/PCI/CardBus PCIC probe: Jan 30 17:05:02 firewall kernel: Vadem VG-468 rev 00 ISA-to-PCMCIA at port 0x3e0 ofs 0x00 Jan 30 17:05:02 firewall kernel: host opts [0]: none Jan 30 17:05:02 firewall kernel: host opts [1]: none Jan 30 17:05:02 firewall kernel: ISA irqs (scanned) = 3,4,5,7,10,11,12,15 status change on irq 15 Jan 30 17:05:02 firewall kernel: cs: memory probe 0x0d-0x0d: clean. Jan 30 17:05:03 firewall kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x1f0-0x1f7 0x220-0x22f 0x268-0x26f 0x378-0x37f 0x388-0x38f 0x3c0-0x3e7 0x3f0-0x4d7 0x4e0-0x4ff Jan 30 17:05:03 firewall ker
[leaf-user] Bering-uClibc 2.1 and PCMCIA
I have installed Bering-uClibc 2.1 on my P90 notebook with PCMCIA.lrp for: 3Com 3C589D D-Link DFE-670TXD I have placed module 3c589_cs.o and pcnet_cs.o in /lib/modules/pcmcia The lsmod command will indicate that all required modules are available except for pcnet_cs.o SYSLOG: Jan 30 17:04:59 firewall kernel: Cannot find map file. Jan 30 17:04:59 firewall kernel: Linux version 2.4.24 ([EMAIL PROTECTED]) (gcc version 2.95.3 20010315 (release)) #1 Sat Jan 10 20:32:30 CET 2004 Jan 30 17:04:59 firewall kernel: BIOS-88: - 0009f000 (usable) Jan 30 17:04:59 firewall kernel: BIOS-88: 0010 - 0180 (usable) Jan 30 17:04:59 firewall kernel: On node 0 totalpages: 6144 Jan 30 17:04:59 firewall kernel: zone(0): 4096 pages. Jan 30 17:04:59 firewall kernel: zone(1): 2048 pages. Jan 30 17:04:59 firewall kernel: zone(2): 0 pages. Jan 30 17:04:59 firewall kernel: Kernel command line: BOOT_IMAGE=linux initrd=initrd.lrp syst_size=6M log_size=2M init=/linuxrc rw root=/dev/ram0 boot=/dev/fd0u1680:msdos PKGPATH=/dev/fd0u1680 Jan 30 17:04:59 firewall kernel: Detected 90.003 MHz processor. Jan 30 17:04:59 firewall kernel: Console: colour VGA+ 80x25 Jan 30 17:04:59 firewall kernel: Calibrating delay loop... 179.40 BogoMIPS Jan 30 17:04:59 firewall kernel: Page-cache hash table entries: 8192 (order: 3, 32768 bytes) Jan 30 17:04:59 firewall kernel: CPU: Intel Pentium 75 - 200 stepping 05 Jan 30 17:04:59 firewall kernel: POSIX conformance testing by UNIFIX Jan 30 17:04:59 firewall kernel: PCI: System does not support PCI Jan 30 17:04:59 firewall kernel: Initializing RT netlink socket Jan 30 17:04:59 firewall kernel: Starting kswapd Jan 30 17:04:59 firewall kernel: pty: 256 Unix98 ptys configured Jan 30 17:04:59 firewall kernel: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize Jan 30 17:04:59 firewall kernel: ip_conntrack version 2.1 (192 buckets, 1536 max) - 320 bytes per conntrack Jan 30 17:04:59 firewall kernel: ip_tables: (C) 2000-2002 Netfilter core team Jan 30 17:04:59 firewall kernel: arp_tables: (C) 2002 David S. Miller Jan 30 17:04:59 firewall kernel: VFS: Mounted root (minix filesystem). Jan 30 17:05:00 firewall dhcpcd[5167]: dhcpStart: ioctl SIOCGIFHWADDR: No such device DAEMON.log Jan 30 17:05:01 firewall init: Entering runlevel: 2 Jan 30 17:05:02 firewall cardmgr[5209]: watching 2 sockets Jan 30 17:05:02 firewall inetd[7208]: Online and ready (2 sockets) Jan 30 17:05:02 firewall cardmgr[16849]: socket 0: 3Com 589 Ethernet Jan 30 17:05:03 firewall cardmgr[16849]: executing: 'insmod /lib/modules/2.4.24/pcmcia/3c589_cs.o 2>&1' Jan 30 17:05:03 firewall cardmgr[16849]: + Using /lib/modules/2.4.24/pcmcia/3c589_cs.o Jan 30 17:05:10 firewall cardmgr[16849]: executing: './network start eth0 2>&1' Jan 30 17:05:10 firewall cardmgr[16849]: + dhcpcd: MAC address = 00:60:08:8c:68:64 Jan 30 17:05:10 firewall cardmgr[16849]: + dhcpcd: your IP address = 24.66.73.64 Jan 30 17:05:10 firewall cardmgr[16849]: + dhcpcd.exe: interface eth0 has been configured with new IP=24.66.73.64 Jan 30 17:05:10 firewall cardmgr[16849]: socket 1: D-Link DFE-670-TXD Fast Ethernet Jan 30 17:05:11 firewall cardmgr[16849]: executing: 'insmod /lib/modules/2.4.24/pcmcia/pcnet_cs.o 2>&1' Jan 30 17:05:11 firewall cardmgr[16849]: + Using /lib/modules/2.4.24/pcmcia/pcnet_cs.o Jan 30 17:05:11 firewall cardmgr[16849]: + insmod: unresolved symbol ei_open Jan 30 17:05:11 firewall cardmgr[16849]: + insmod: unresolved symbol ethdev_init Jan 30 17:05:11 firewall cardmgr[16849]: + insmod: unresolved symbol ei_interrupt Jan 30 17:05:11 firewall cardmgr[16849]: + insmod: unresolved symbol NS8390_init Jan 30 17:05:11 firewall cardmgr[16849]: + insmod: unresolved symbol ei_close Jan 30 17:05:11 firewall cardmgr[16849]: insmod exited with status 1 Jan 30 17:05:11 firewall cardmgr[16849]: modprobe exited with status 127 Jan 30 17:05:12 firewall cardmgr[16849]: get dev info on socket 1 failed: Resource temporarily unavailable MESSAGES: Jan 30 17:04:59 firewall syslogd 1.4.1: restart. Jan 30 17:04:59 firewall kernel: klogd 1.4.1, log source = /proc/kmsg started. Jan 30 17:04:59 firewall kernel: No module symbols loaded. Jan 30 17:04:59 firewall kernel: BIOS-provided physical RAM map: Jan 30 17:04:59 firewall kernel: 24MB LOWMEM available. Jan 30 17:04:59 firewall kernel: DMI not present. Jan 30 17:04:59 firewall kernel: Initializing CPU#0 Jan 30 17:04:59 firewall kernel: Memory: 22088k/24576k available (1003k kernel code, 2100k reserved, 99k data, 80k init, 0k highmem) Jan 30 17:04:59 firewall kernel: Dentry cache hash table entries: 4096 (order: 3, 32768 bytes) Jan 30 17:04:59 firewall kernel: Inode cache hash table entries: 2048 (order: 2, 16384 bytes) Jan 30 17:04:59 firewall kernel: Mount cache hash table entries: 512 (order: 0, 4096 bytes) Jan 30 17:04:59 firewall kernel: Buffer cache hash table entries: 1024 (order: 0, 4096 bytes) Jan 30 17:04:59 firewall kernel:
RE: [leaf-user] Bering-uClibc 2.1 and PCMCIA
Sorry about the redundancy, my hotmail (gr) received an automated reply saying that it was having trouble with my send mail. Arg. Oh well. _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Bering-uClibc 2.1 and PCMCIA
I believe your pcnet_cs.o module depends on 8390.o module. Always check the modules.dep file for your LEAF distro. -Richard On Fri, 2004-01-30 at 18:55, joah moat wrote: > I have installed Bering-uClibc 2.1 on my P90 notebook with PCMCIA.lrp for: > > 3Com 3C589D > D-Link DFE-670TXD > > I have placed module 3c589_cs.o and pcnet_cs.o in /lib/modules/pcmcia > > The lsmod command will indicate that all required modules are available > except for pcnet_cs.o > > > SYSLOG: > > > > > > > Jan 30 17:04:59 firewall kernel: Cannot find map file. > Jan 30 17:04:59 firewall kernel: Linux version 2.4.24 ([EMAIL PROTECTED]) (gcc > version 2.95.3 20010315 (release)) #1 Sat Jan 10 20:32:30 CET 2004 > Jan 30 17:04:59 firewall kernel: BIOS-88: - > 0009f000 (usable) > Jan 30 17:04:59 firewall kernel: BIOS-88: 0010 - > 0180 (usable) > Jan 30 17:04:59 firewall kernel: On node 0 totalpages: 6144 > Jan 30 17:04:59 firewall kernel: zone(0): 4096 pages. > Jan 30 17:04:59 firewall kernel: zone(1): 2048 pages. > Jan 30 17:04:59 firewall kernel: zone(2): 0 pages. > Jan 30 17:04:59 firewall kernel: Kernel command line: BOOT_IMAGE=linux > initrd=initrd.lrp syst_size=6M log_size=2M init=/linuxrc rw root=/dev/ram0 > boot=/dev/fd0u1680:msdos PKGPATH=/dev/fd0u1680 > Jan 30 17:04:59 firewall kernel: Detected 90.003 MHz processor. > Jan 30 17:04:59 firewall kernel: Console: colour VGA+ 80x25 > Jan 30 17:04:59 firewall kernel: Calibrating delay loop... 179.40 BogoMIPS > Jan 30 17:04:59 firewall kernel: Page-cache hash table entries: 8192 (order: > 3, 32768 bytes) > Jan 30 17:04:59 firewall kernel: CPU: Intel Pentium 75 - 200 stepping 05 > Jan 30 17:04:59 firewall kernel: POSIX conformance testing by UNIFIX > Jan 30 17:04:59 firewall kernel: PCI: System does not support PCI > Jan 30 17:04:59 firewall kernel: Initializing RT netlink socket > Jan 30 17:04:59 firewall kernel: Starting kswapd > Jan 30 17:04:59 firewall kernel: pty: 256 Unix98 ptys configured > Jan 30 17:04:59 firewall kernel: RAMDISK driver initialized: 16 RAM disks of > 4096K size 1024 blocksize > Jan 30 17:04:59 firewall kernel: ip_conntrack version 2.1 (192 buckets, 1536 > max) - 320 bytes per conntrack > Jan 30 17:04:59 firewall kernel: ip_tables: (C) 2000-2002 Netfilter core > team > Jan 30 17:04:59 firewall kernel: arp_tables: (C) 2002 David S. Miller > Jan 30 17:04:59 firewall kernel: VFS: Mounted root (minix filesystem). > Jan 30 17:05:00 firewall dhcpcd[5167]: dhcpStart: ioctl SIOCGIFHWADDR: No > such device > > > > > DAEMON.log > > > Jan 30 17:05:01 firewall init: Entering runlevel: 2 > Jan 30 17:05:02 firewall cardmgr[5209]: watching 2 sockets > Jan 30 17:05:02 firewall inetd[7208]: Online and ready (2 sockets) > Jan 30 17:05:02 firewall cardmgr[16849]: socket 0: 3Com 589 Ethernet > Jan 30 17:05:03 firewall cardmgr[16849]: executing: 'insmod > /lib/modules/2.4.24/pcmcia/3c589_cs.o 2>&1' > Jan 30 17:05:03 firewall cardmgr[16849]: + Using > /lib/modules/2.4.24/pcmcia/3c589_cs.o > Jan 30 17:05:10 firewall cardmgr[16849]: executing: './network start eth0 > 2>&1' > Jan 30 17:05:10 firewall cardmgr[16849]: + dhcpcd: MAC address = > 00:60:08:8c:68:64 > Jan 30 17:05:10 firewall cardmgr[16849]: + dhcpcd: your IP address = > 24.66.73.64 > Jan 30 17:05:10 firewall cardmgr[16849]: + dhcpcd.exe: interface eth0 has > been configured with new IP=24.66.73.64 > Jan 30 17:05:10 firewall cardmgr[16849]: socket 1: D-Link DFE-670-TXD Fast > Ethernet > Jan 30 17:05:11 firewall cardmgr[16849]: executing: 'insmod > /lib/modules/2.4.24/pcmcia/pcnet_cs.o 2>&1' > Jan 30 17:05:11 firewall cardmgr[16849]: + Using > /lib/modules/2.4.24/pcmcia/pcnet_cs.o > Jan 30 17:05:11 firewall cardmgr[16849]: + insmod: unresolved symbol ei_open > Jan 30 17:05:11 firewall cardmgr[16849]: + insmod: unresolved symbol > ethdev_init > Jan 30 17:05:11 firewall cardmgr[16849]: + insmod: unresolved symbol > ei_interrupt > Jan 30 17:05:11 firewall cardmgr[16849]: + insmod: unresolved symbol > NS8390_init > Jan 30 17:05:11 firewall cardmgr[16849]: + insmod: unresolved symbol > ei_close > Jan 30 17:05:11 firewall cardmgr[16849]: insmod exited with status 1 > Jan 30 17:05:11 firewall cardmgr[16849]: modprobe exited with status 127 > Jan 30 17:05:12 firewall cardmgr[16849]: get dev info on socket 1 failed: > Resource temporarily unavailable > > > > MESSAGES: > > > > Jan 30 17:04:59 firewall syslogd 1.4.1: restart. > Jan 30 17:04:59 firewall kernel: klogd 1.4.1, log source = /proc/kmsg > started. > Jan 30 17:04:59 firewall kernel: No module symbols loaded. > Jan 30 17:04:59 firewall kernel: BIOS-provided physical RAM map: > Jan 30 17:04:59 firewall kernel: 24MB LOWMEM available. > Jan 30 17:04:59 firewall kernel: DMI not present. > Jan 30 17:04:59 firewall kernel: Initializing CPU#0 > Jan 30 17:04:59 firewall kernel: Memory: 22088k/24576k available (1003k > kernel code, 2100k reserved, 99k data, 80k init, 0k highmem) > Jan 30 1
