How accurately does the NetBSD ugen(4) manual page describe FreeBSD's
ugen(4)? If it's accurate as it is, or can easily be fixed (any
volunteers?), I think we should just take it. :-) Perhaps my removing of
the .Xr ugen 4 from usb(4) was a bit premature... never mind.
we have done some further testing and verified the intr_handler table and
corresponding mask values. everything seems to be correct. this leaves us
with the hardware. the problem could be either the device is not
activating the interrupt line(i.e. not conssitent with status register
values) or
Dear Suma,
Is it possible to provide pseudo ethernet interfaces?
Can we associate an IP and MAC address with a psuedo ethernet
interface
to facilitate data packet transmission reception through that?
If so, how does it work?
Pointers to any documentation in this regard will be
On Wed, Jan 24, 2001 at 08:14:01PM +0200, Maxim Sobolev wrote:
Isn't your list of modes redundant with the internal data structures of the
VGA/VESA driver? Why do you list modes if it's not to query a specific one?
I believe that there should be possibility to do both these things, i.e.
Hi,
Where (besides ugen.c) can I find some information about generic USB
devices aka ugen?
There's usb(3), but it only talks about hid devices.
--Roman Shterenzon, UNIX System Administrator and Consultant
[ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ]
To Unsubscribe: send
Is it possible to provide pseudo ethernet interfaces?
Can we associate an IP and MAC address with a psuedo ethernet
interface
to facilitate data packet transmission reception through that?
yes.
If so, how does it work?
Pointers to any documentation in this regard will be
Nicolas Souchu wrote:
On Wed, Jan 24, 2001 at 08:14:01PM +0200, Maxim Sobolev wrote:
Isn't your list of modes redundant with the internal data structures of the
VGA/VESA driver? Why do you list modes if it's not to query a specific one?
I believe that there should be possibility to
"Doug White" [EMAIL PROTECTED] writes:
On 24 Jan 2001, Kevin Mills wrote:
You should probably assume that kqueue/kevent() friends are not
thread-safe. I would suggest using a separate dispatcher thread that sits
on the kqueue and wakes up threads as needed. This would be much more
At 08:52 PM 01/24/2001, David Greenman wrote:
David Greenman wrote:
supporting it if someone ported it over to freebsd? they have drivers for
just about every other major OS except BSD. it would be nice if the
driver
was updated BEFORE cards and MBs that dont work started showing up on
Xavier Galleri wrote:
Peter Wemm wrote:
Xavier Galleri wrote:
Hi everybody,
This mail is related to the 'Need help for crash dump analysis'
mail serie and the more recent 'Information on kernel crash dump
analysis' mail.
What kernel version again? Any unusual options? (eg:
I don't know what list you are looking at, but the download list that
I was
looking at did not include SCO, Unixware or any other Unix variant except
Linux.
This is the list.
NDIS2, NDIS3, NDIS4 and NDIS5 drivers
Novell Netware* Client 3.11, 3.12
At 10:58 PM 01/24/2001, Jonathan Lemon wrote:
In article
local.mail.freebsd-hackers/[EMAIL PROTECTED]
you write:
I'll look into the Linux driver, however, and see if it has anything
useful in it. Historically the Linux Pro/100+ driver has totally
sucked and
was chalk-full of
* Xavier Galleri [EMAIL PROTECTED] [010125 09:53] wrote:
Well, I am a bit disappointed to get no answer at all to my issue. Is it
because this is not the correct fashion to ask for support on what has
been identified as a potential kernel bug ? Please, let me know what I
am supposed to
If they have a published, freely distributable driver for linux. why would
you have to sign an NDA to port it to FreeBSD?
You don't. But reverse engineering isn't always complete.
I should know- having gone through hell for the Gigabit NIC for *BSD... mostly
reverse engineered from the
On Thu, Jan 25, 2001 at 07:30:46PM +0200, Maxim Sobolev wrote:
Nicolas Souchu wrote:
On Wed, Jan 24, 2001 at 08:14:01PM +0200, Maxim Sobolev wrote:
Isn't your list of modes redundant with the internal data structures of the
VGA/VESA driver? Why do you list modes if it's not to
Maksim Yevmenkin wrote:
Is it possible to provide pseudo ethernet interfaces?
Can we associate an IP and MAC address with a psuedo ethernet
interface
to facilitate data packet transmission reception through that?
yes.
If so, how does it work?
Pointers to any
At 01:24 PM 01/25/2001, Matthew Jacob wrote:
If they have a published, freely distributable driver for linux. why would
you have to sign an NDA to port it to FreeBSD?
You don't. But reverse engineering isn't always complete.
there is a difference between "reverse engineering" and porting
That said, I still remain astonished not to get any comments or
questions or hints or any other reactions about the analysis I have
already provided. I have seen other mails in this list that exposed
different kind of issues without requiring code sample to feed a
constructive
On Thu, Jan 25, 2001 at 01:12:42PM -0500, Dennis wrote:
At 10:58 PM 01/24/2001, Jonathan Lemon wrote:
In article
local.mail.freebsd-hackers/[EMAIL PROTECTED]
you write:
I'll look into the Linux driver, however, and see if it has anything
useful in it. Historically the Linux
At 12:48 PM 01/25/2001, David Greenman wrote:
I don't know what list you are looking at, but the download list that
I was
looking at did not include SCO, Unixware or any other Unix variant except
Linux.
This is the list.
NDIS2, NDIS3, NDIS4 and NDIS5 drivers
On Thu, Jan 25, 2001 at 02:00:47PM -0500, Dennis wrote:
The case with the intel driver is the "ASSumption" that
its been done correctly and that the procedures for using the functions
available are correct.
Bahwhahahahah. Right. Yeah, right.
--
Jonathan
To Unsubscribe: send mail to
* Xavier Galleri [EMAIL PROTECTED] [010125 10:36] wrote:
Alfred Perlstein wrote:
I told you about 3 times to provide us with a stipped down source
code module which reproduces this "bug".
You haven't done this.
Therefore I can't help you.
I did not expect to make trouble to
* Jordan Hubbard [EMAIL PROTECTED] [010125 10:52] wrote:
That said, I still remain astonished not to get any comments or
questions or hints or any other reactions about the analysis I have
already provided. I have seen other mails in this list that exposed
different kind of issues
Has anyone done any work for FreeBSD or GNU C that allows for
SYSINITs in userland, meaning just having to specify a function
and arg to be called at a certain time during program startup?
I know you can do some evil magic with overloading special shared
object symbols, but it is evil magic. :)
On 25-Jan-01 Alfred Perlstein wrote:
Has anyone done any work for FreeBSD or GNU C that allows for
SYSINITs in userland, meaning just having to specify a function
and arg to be called at a certain time during program startup?
I know you can do some evil magic with overloading special
* John Baldwin [EMAIL PROTECTED] [010125 12:09] wrote:
On 25-Jan-01 Alfred Perlstein wrote:
Has anyone done any work for FreeBSD or GNU C that allows for
SYSINITs in userland, meaning just having to specify a function
and arg to be called at a certain time during program startup?
I
Will functions marked with __attribute__((__constructor__)) or
__attribute__((__destructor__)) satisfy your needs?
Compiler will insert calls to these functions gets into .init section of the
resulting ELF module which in turn will be called automatically at the program
startup time. I do not
* Alexander N. Kabaev [EMAIL PROTECTED] [010125 12:16] wrote:
Will functions marked with __attribute__((__constructor__)) or
__attribute__((__destructor__)) satisfy your needs?
Compiler will insert calls to these functions gets into .init section of the
resulting ELF module which in turn will
* Alexander N. Kabaev [EMAIL PROTECTED] [010125 12:16] wrote:
Will functions marked with __attribute__((__constructor__)) or
__attribute__((__destructor__)) satisfy your needs?
Compiler will insert calls to these functions gets into .init section of the
resulting ELF module which in turn
I run a FreeBSD 3.2s nfs server which recently crashed with a panic 'Out
of mbuf clusters'. I found this odd since the normal peak is always
below 200 and I compiled the kernel with users at 256 (4608 max mbufs).
The server had an uptime of 118 days prior to this crash, and has no
entries in the
Has anyone had any luck in figuring out why the Adaptec ANA four-port
Ethernet cards dramatically slow down the machine when all four
ports are in use?
http://www.freebsd.org/cgi/query-pr.cgi?pr=22624
(nevermind the video interrupt conflict theory, that doesn't seem
to have anything to do
David Greenman wrote:
I don't know what list you are looking at, but the download list that
I was
looking at did not include SCO, Unixware or any other Unix variant except
Linux.
This is the list.
NDIS2, NDIS3, NDIS4 and NDIS5 drivers
Novell
(Please trim cc's on any followups to remove -hackers, thanks.)
I'm happy to announce a quick public BETA cycle for the 3ware 3DM
management utility for their family of ATA RAID controllers and FreeBSD.
3DM allows you to monitor and repair RAID arrays on 3ware controllers
using a web
hey guys i know you probably get this question all the time but i am looking
into getting into doing somekernel hacking first i will tell you some thing i
have assumed about it:
1.) you should know atleast more programming language well (probably C would
be best)
2.) you should know some
On Thursday, 25 January 2001 at 12:54:17 -0600, Jonathan Lemon wrote:
On Thu, Jan 25, 2001 at 01:12:42PM -0500, Dennis wrote:
At 10:58 PM 01/24/2001, Jonathan Lemon wrote:
In article
local.mail.freebsd-hackers/[EMAIL PROTECTED]
you write:
I'll look into the Linux driver, however, and
Guys still having problems with divert sockets and fragmentation.
As I said in a previous post the divert operations and corresponding program
work fine when the datagram sent have size MTU (1500) but when the
datagram has size MTU and hence get fragmented the recfrom just
waits never
On Thursday, 25 January 2001 at 22:03:35 -0500, [EMAIL PROTECTED] wrote:
hey guys i know you probably get this question all the time but i am looking
into getting into doing somekernel hacking first i will tell you some thing i
have assumed about it:
1.) you should know atleast more
so you mean like take one section at a time? like device drivers, smp etc?
whatever catches my interest? ok i see just like programming when you got
something big break it into parts, and wow can't belive the author of a great
book and a core team member answered my question in less than an
Hi,
Sorry to state something that is obvious, but when you bind your socket to
the port, you have the port in the correct (network) order ?
i.e. do you use htons(DIVERTPort) ?
If you have lsof installed, run it and look at the port number that your
program listens on.
Patrick.
Here is
39 matches
Mail list logo