RE: vmware ...

2000-08-08 Thread Yevmenkin, Maksim N, CSCIO
> im trying to 'install' vmware, and im missing > if_tap.ko, can someone > point me in the right direction? the tap (if_tap.ko) driver is part of -current and RELENG_4. it was not included in 4.1-RC. should you need to use it, please, download sources from -current or RELENG_4 and compile

RE: How to generate a core dump explicily

2000-08-08 Thread Yevmenkin, Maksim N, CSCIO
man abort > I would like to generate a core dump 'explicitly' in > my program. How can that be done ? thanks, emax To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

RE: makeLINT.pl - Bug or am I just stupid

2000-08-11 Thread Yevmenkin, Maksim N, CSCIO
> [frederik@server conf]$ sh makeLINT.pl > =0: not found > makeLINT.pl: 5: Syntax error: redirection unexpected > [frederik@server conf]$ try: perl makeLINT.pl < NOTES thanks, emax To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

RE: Preventing zombies to occure

2000-08-25 Thread Yevmenkin, Maksim N, CSCIO
> > I have some ideas to improve fork()-ing and getting rid of > zombie processes. > > This things mentioned here are proposed of a man that do > not know very well > > (author means 'the depths' of) BSD kernel source although > he have some ex- > > pirience with it (mainly in reading it :-). >

TTY driver for SBNI-12x cards

1999-10-29 Thread Yevmenkin, Maksim N, CSCIO
Hello All, I have released beta version of the TTY driver for SBNI-12x cards for FreeBSD 3.2, 3.3 The SBNI-12x card is a short range modem. It is allow to get up to 2MB speed over plain couple of wires. Great for ISP and as "last mile" solution. For more information about the card, ple

Ethernet TAP device driver released

1999-11-01 Thread Yevmenkin, Maksim N, CSCIO
Hello All, It is time for new release :) The beta version of Ethernet TAP device driver for FreeBSD is released. I've written this device driver for VTUN (http://vtun.netpedia.net) software package. It is possible the coolest software to make tunnels over TCP/IP networks. For more details plea

RE: Ethernet TAP device driver released

1999-11-01 Thread Yevmenkin, Maksim N, CSCIO
> From: Mike Smith [mailto:[EMAIL PROTECTED]] > Sent: Monday, November 01, 1999 12:54 PM > To: Yevmenkin, Maksim N, CSCIO > Cc: [EMAIL PROTECTED] > Subject: Re: Ethernet TAP device driver released > > > > The beta version of Ethernet TAP device driver for FreeBSD

RE: VTun...

1999-11-01 Thread Yevmenkin, Maksim N, CSCIO
Hi, [...] > I notice that you support traffic shaping. I was wondering > if you plan to > offer support for slower than 8KBytes / sec (64Kbits/s). Everything should be there ;) > What I'd like to be able to do, is create some tunnels to my > end points, > and then using the firewall /

Ethernet TAP driver v0.2 released

1999-11-10 Thread Yevmenkin, Maksim N, CSCIO
Hello All! I've released Ethernet TAP driver v0.2 for FreeBSD It provides a virtual Ethernet interface to the system. It also provides packet reception and transmission for user-space programs. It can be viewed as a simple Ethernet device, which instead of recei

RE: Smart user-space Ethernet bridge

1999-11-10 Thread Yevmenkin, Maksim N, CSCIO
i agree, but ... we have user space ppp, with all kind of useful things like filter etc. it is slower than kernel ppp, but everybody keep using it. so may be we can build a kind of "smart" bridge. it will touch only specific interfaces, collect information about route to specific MAC's etc. tha

How to get Ethernet MAC address

1999-12-03 Thread Yevmenkin, Maksim N, CSCIO
Hello All, Is there any ioctl command to get Ethernet MAC address from specific interface? I've checked netstat and ifconfig source code and mail archive. It seems to me all use different methods to do the same thing. I'm using FreeBSD 3.3-Release. May be SIOGHWADDR (as in Linux) is a good ide

RE: NETGRAPH patches (proposal) CONT.

2000-02-23 Thread Yevmenkin, Maksim N, CSCIO
> On Tue, Feb 22, 2000 at 09:02:43PM -0800, Archie Cobbs wrote: > > > > It's because all packets sent by this node should have the node's > > > address. If you don't have it then PPPoE cannot send a > packet "FROM" > > > thia node, as it has no idea of what this node's address is. > > > > So..

RE: NETGRAPH patches (proposal)

2000-02-22 Thread Yevmenkin, Maksim N, CSCIO
> > Here is the description. ng_ether node has two hooks ``divert'' and > > ``orphan''. > > It is possible to connect to the one of the hooks and > intercept row Ethernet > > frames. But there is no clean way to intercept frame, do > something and > > return it back to kernel. > > > > This pat

RE: NETGRAPH patches (proposal)

2000-02-23 Thread Yevmenkin, Maksim N, CSCIO
> From: Archie Cobbs [mailto:[EMAIL PROTECTED]] > Julian Elischer writes: > > > > > It's because all packets sent by this node should > have the node's > > > > > address. If you don't have it then PPPoE cannot send > a packet "FROM" > > > > > thia node, as it has no idea of what this node's addr

BPF bug or not?

2000-01-24 Thread Yevmenkin, Maksim N, CSCIO
All, I've just found that read from /dev/bpfX never return EAGAIN/EWOULDBLOCK. It means that when you do a non blocking read and there is no data you will always get 0. Does it suppose work this way? A non blocking read from pipe return EAGAIN/EWOULDBLOCK if there is no data and pipe was opened

raw socket, bpf, netgraph, etc

2000-02-14 Thread Yevmenkin, Maksim N, CSCIO
Hello All, Is it possible to get access to link layer (AF_LINK) via raw socket? kind of Linux SOCK_PACKET. It seems to me that it is not. (hope I wrong :) I can access raw IP via socket(AF_INET, SOCK_RAW, IPPROTO_RAW) and event get access to IP header with setsockopt. But not AF_LINK :( On the

NETGRAPH (proposal. FINAL)

2000-02-29 Thread Yevmenkin, Maksim N, CSCIO
hello all, here is url: http://home.earthlink.net/~evmax/ng.tar.gz these are final patches for NETGRAPH. new features: - new hook ``divertin'' allows to put frame back to kernel stack. - new control message allows to set raw mode on ``divert'' hook. raw mode assumes that we have fully prepared f

RE: Shell Code... (fwd)

2000-03-02 Thread Yevmenkin, Maksim N, CSCIO
hello all, in case if still need it :) here is good skeleton for shell code :-) i DO NOT want to put REAL shell code here. just do ``x/32bx main'' and you will see what you want. :) i'm too lazy to write in assebmler and hate AT&T syntax :) <-- cut here ---

RE: Pthread blocking I/O

2000-03-06 Thread Yevmenkin, Maksim N, CSCIO
[...] > What's the reason for locking the file descriptors > for *all* system calls? especially those I mentioned? > > Where is pthread_cancel() ? are you using -stable (3.x)? there is no ``pthread_cancel'' in -stable. use -current. or - use other threads library - use non-bl

RE: Pthread blocking I/O

2000-03-06 Thread Yevmenkin, Maksim N, CSCIO
[...] > > are you using -stable (3.x)? there is no ``pthread_cancel'' > in -stable. > > use -current. > > Bt!!! Wrong! > > > uname -a > FreeBSD server.baldwin.cx 3.4-STABLE FreeBSD 3.4-STABLE #6: > Sun Feb 20 20:24:19 EST 2000 > [EMAIL PROTECTED]:/usr/source/src/sys/compile/SERVER i

RE: NETGRAPH (proposal. FINAL)

2000-02-29 Thread Yevmenkin, Maksim N, CSCIO
[...] > > This is good in theory, however the intel 82586 ethernet chip > > (and 596 in 586 mode) will overwrite anything you put there anyhow > > as it treats the header specially and fabricates it. > > (unless you are running in some mode that is not usually used). > > I don't know how many ot

RE: Is traditional unixes kernel really stable ?

2000-04-07 Thread Yevmenkin, Maksim N, CSCIO
[...] > > > Worse yet: What about hardware buggy devices? > > > This could case the entiry system to crash, isn't it ? > > > > Yes, incorrectly programmed hardware either by firmware (on > > chip/board) or by drivers can cause crashes and hardware damage. > > > [...] > This design, would not

RE: Is traditional unixes kernel really stable ?

2000-04-07 Thread Yevmenkin, Maksim N, CSCIO
[...] > > only one :-) performance :-) context switch is a slow operation. > > > Excuse me gentleman, who said that ? Well, Intel does :) > Take time to visit this site: > http://www.qnx.com/iat/download/index.html I know this OS. It looks great. Perhaps, it is a good choice for embeded OS.

RE: stupid FS questions

2000-05-30 Thread Yevmenkin, Maksim N, CSCIO
i know that :) i guess my questions were 1) why the same piece of code duplicated in all ``mount_xxx'' utilities? 2) if we are loading fs kernel module from ``mount_xxx'' why we have to do it again in kernel? if i'm not missing anything, by the time we reach ``mount'' function, fs module will b

kerneld for -current

2000-05-30 Thread Yevmenkin, Maksim N, CSCIO
Hello All, is there any interest in ``kerneld'' (a-la Linux) for FreeBSD? i've got some working prototype at http://home.earthlink.net/~evmax/kerneld.tar.gz so far, i've got it working on -current for char devices and network interfaces. file systems are currently in progress. if there is no in

stupid FS questions

2000-05-30 Thread Yevmenkin, Maksim N, CSCIO
Hello All, i've been looking at ``mount_xxx'' code and have noticed "strange" thing. all ``mount_xxx'' utilities have common part of code, like error = getvfsbyname("xxx", &vfc); if (error && vfsisloadable("xxx")) { if (vfsload("xxx"))

RE: kerneld for -current

2000-05-31 Thread Yevmenkin, Maksim N, CSCIO
> > is there any interest in ``kerneld'' (a-la Linux) for > FreeBSD? i've got > > some working prototype > > Could you summerize what it offers and does? from RedHat documentation: Red Hat Linux includes kerneld, the Kernel Daemon, which automatically loads some software and hardware suppo

RE: kerneld for FreeBSD

2000-06-05 Thread Yevmenkin, Maksim N, CSCIO
i can see some interest, that is good :) the working prototype can be found at http://home.earthlink.net/~evmax/kerneld.tar.gz so far it can dynamicly load 1) char devices (by major or both major and minor) 2) filesystems (by name). please note that ``mount_xxx'' utilities will load appropriate

RE: kerneld for FreeBSD

2000-06-05 Thread Yevmenkin, Maksim N, CSCIO
> On Sun 2000-06-04 (23:06), Coleman Kane wrote: > > Look through /modules... > > I'm still having problems working out what this will do. Can you > explain the differences between the current way of doing things, and > what your stuff will conceptually do? > i will try :-) please do not beat

RE: kerneld for FreeBSD

2000-06-05 Thread Yevmenkin, Maksim N, CSCIO
[...] > > 1) right now we have several places in kernel/user space where we > > load KLD. if we need add dynamic module loading in some new > > place we will have to duplicate all code > > This isn't necessarily bad, as it is this code which determines the > criteria for loading a module. I'

RE: kerneld for FreeBSD

2000-06-05 Thread Yevmenkin, Maksim N, CSCIO
sorry, hit wrong key... :) in addition to my previous message... > > 2) kernel/user space does not unload modules, unless you > > unload it manually > > This is, IMO, a good idea. I certainly don't want some > smartass daemon > unloading a module just because it thinks it should. 8) anothe

RE: kerneld for FreeBSD

2000-06-05 Thread Yevmenkin, Maksim N, CSCIO
> > Mike Smith wrote: > > [...] > > > This is, IMO, a good idea. I certainly don't want some > smartass daemon > > > unloading a module just because it thinks it should. 8) [...] > I have no faith at all any metric other than one determined > by the module > itself to indicate "unuse", and i

RE: kerneld for FreeBSD

2000-06-06 Thread Yevmenkin, Maksim N, CSCIO
[...] > > > This is, IMO, a good idea. I certainly don't want some > > > smartass daemon > > > unloading a module just because it thinks it should. 8) > > > > another option in config file? something like ``do_not_unload''? > > No. Modules shouldn't be unloaded automatically. but why? :-)

RE: kerneld for FreeBSD

2000-06-07 Thread Yevmenkin, Maksim N, CSCIO
well, i've heard both negative and positive replies. so, i've just open ``kerneld'' project on sourceforge.net anyone who is interested, please, make your suggestions and wishes. just drop me an e-mail at [EMAIL PROTECTED] i'll be more than happy to hear from you. i'll try put working prototype on