sagem fast 800+PPPoA on freebsd6 Beta 5
Hello, I wish to use the sagem fast 800, but it's impossible to connect this modem. I've already modified the driver ueagle 1.5 for compiling, installing them and using without kernel panic. But in /var/log/ppp.log it's said : Warning : Cannot exec "PPPoA:ueagle0:8.35" : No such file or directory. It's true ueagle0 doesn't exist in /dev. I'm newbie in module developement and I need information and help for this work Thank you very much ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: freebsd-5.4-stable panics
On 11 Oct, Rob Watt wrote: > On Mon, 10 Oct 2005, Rob Watt wrote: > >> Don, >> >> On Fri, 7 Oct 2005, Don Lewis wrote: >> >> > Both HEAD and RELENG_6 have been patched. I've tested the following >> > patch for RELENG_5 on a uniprocessor sparc64 box. I'd appreciate it if >> > anyone who was running into this problem on RELENG_5 with SMP hardare >> > could test it before I do the MFC. >> >> We have a machine running with those patches applied. We need to do some >> other tests on it today, but tonight we will run our threaded applications >> that trigger the kern_proc problem in top. We should have results tomorrow >> morning. > > Don, > > I had misunderstood what you had asked. I tested this on a 6.0 machine. I > could not crash an amd64 SMP box running 6.0-BETA5 with this patch. I do > not have a test box running RELENG_5 to try this patch on right now. If I > can setup a test box I will let you know our results, but that may take a > day or two. I MFC'ed the fix to RELENG_6 last week, but the patch didn't apply cleanly to RELENG_5. I tweaked the patch for RELENG_5 and tested it on a UP box. I'd like to get some testing on SMP hardware before I commit it to RELENG_5, just to make sure that I don't destabilize -STABLE. I do want to get the fix into RELENG_5, since this thread originated with a complaint about 5.4-STABLE. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: freebsd-5.4-stable panics
On Mon, 10 Oct 2005, Rob Watt wrote: > Don, > > On Fri, 7 Oct 2005, Don Lewis wrote: > > > Both HEAD and RELENG_6 have been patched. I've tested the following > > patch for RELENG_5 on a uniprocessor sparc64 box. I'd appreciate it if > > anyone who was running into this problem on RELENG_5 with SMP hardare > > could test it before I do the MFC. > > We have a machine running with those patches applied. We need to do some > other tests on it today, but tonight we will run our threaded applications > that trigger the kern_proc problem in top. We should have results tomorrow > morning. Don, I had misunderstood what you had asked. I tested this on a 6.0 machine. I could not crash an amd64 SMP box running 6.0-BETA5 with this patch. I do not have a test box running RELENG_5 to try this patch on right now. If I can setup a test box I will let you know our results, but that may take a day or two. - Rob Watt ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ufsstat - testers / feedback wanted!
I've just finished the first version of ufsstat, a tool to show local filesystem statistics much like nfsstat does for NFS. The patch and tool is against 6.0, but it will probably apply and work fine under -CURRENT and possibly 5.x as well. I'm looking for bug reports, comments/suggestions on style(9), and anything else, since this is my first C project, and of course first real FreeBSD contribution. :) To use it, do this: cd /tmp fetch http://www.googlebit.com/software/ufsstat/ufsstat-20051011.tar.gz cd /usr tar xvzf /tmp/ufsstat-20051011.tar.gz patch <./ufsstats.patch add: OPTIONS UFSSTAT to your kernel. Rebuild and install world/kernel. Now, you can use ufsstat to show you statistics from your local filesystems, like this: # ufsstat CreateRemove Link Symlink Mkdir RmdirRename 289048794043 4361 12558 25796117739 0 GetAttr SetAttr Open Close ReadDir ReadLink VInit 64868230759824 10701553 9891642 5042948 0 45315645 Chmod Chown Whiteout StrategyAccess Mknod NewInode 409782 79612 0 4020035 0 3 0 Fsync SyncVnode LockVnode RdVnode WrVNode 0 0 0 0 0 ExtRead Extwrite FndExtAtt RdExtAttr OpnExtAtt ClseExtAt ExtStrtgy 0 0 0 0 0 0 0 or watch over time with the -w switch. I have not done any performance testing yet to see if it impacts filesystem performance by any measurable amount, so if someone does do this testing before I do, please post your results! Thanks in advance! Eric -- Eric AndersonSr. Systems AdministratorCentaur Technology Anything that works is better than anything that doesn't. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
