hi, there!
On Fri, 20 Jul 2001, Joerg Micheel wrote:
> Hmm. Not exactly an oldie myself, but I did have this time warp in
> my life when coming out of Russia. So, can picture Max' interest in
> ArcNet, at least at the hobby level. Around here, students build
> Wavelan's with Lucent cards and an
4.3-RELEASE comes with an agp device. Simply add agp_load="YES" to your
/boot/loader.conf file, or device agp to your kernel config file. It
only supports certain AGP bridges though, look in /usr/src/sys/pci/agp*
for more info.
On Thu, Jul 19, 2001 at 04:48:00PM -0700, Farooq Mela wrote, and it
>
> Hmm, I don't believe so. It was a temporary network glitch (damn flaky
> distribution switch) and the user wasn't able to login via xdm (his home
> directory was on the NFS partition in question).
>
> > > I personally think the non-blocking behavior is better.
> >
> > In some cases, yes, in
On Thu, 19 Jul 2001, Matthew Jacob wrote:
>
> On Thu, 19 Jul 2001, Gordon Tetlow wrote:
>
> > On Thu, 19 Jul 2001, Matthew Jacob wrote:
> >
> > > > So the question is - should I keep the new behaviour that is probably
> > > > a better default and will catch out fewer new users but may surprise
>
On Thu, 19 Jul 2001, Gordon Tetlow wrote:
> On Thu, 19 Jul 2001, Matthew Jacob wrote:
>
> > >
> > > So the question is - should I keep the new behaviour that is probably
> > > a better default and will catch out fewer new users but may surprise
> > > some experienced users, or should I revert
On Thu, 19 Jul 2001, Matthew Jacob wrote:
> >
> > So the question is - should I keep the new behaviour that is probably
> > a better default and will catch out fewer new users but may surprise
> > some experienced users, or should I revert to the traditional
> > default where `-R1' or `-b' are re
On Thu, Jul 19, 2001 at 11:27:43PM -0600, Wes Peters wrote:
> Julian Elischer wrote:
> >
> > On Thu, 19 Jul 2001, Joerg Micheel wrote:
> >
> > > On Thu, Jul 19, 2001 at 02:35:51AM -0500, David Scheidt wrote:
> > > > On Thu, 19 Jul 2001, Julian Elischer wrote:
> > > >
> > > > :Max Khon wrote:
> >
Julian Elischer wrote:
>
> On Thu, 19 Jul 2001, Joerg Micheel wrote:
>
> > On Thu, Jul 19, 2001 at 02:35:51AM -0500, David Scheidt wrote:
> > > On Thu, 19 Jul 2001, Julian Elischer wrote:
> > >
> > > :Max Khon wrote:
> > > :>
> > > :> hi, there!
> > > :
> > > :what is arcnet?
> > > :
> > >
> > >
On Sat, 14 Jul 2001, Mike Smith wrote:
> > >and how to compile the individual module, which
> > >should reflect changes in kenel also? ..
>
> Modules are built as part of the kernel build. You can also build
> modules idependantly in sys/modules. Note that module code should not
> depend on
As you can see on
http://phk.freebsd.dk/Gnats/
We have managed to shave 600 PR's off the total by doing a concerted effort,
and thanks to a few dedicated people we have managed to avoid an increase
despite the fact that people have "forgotten" to close PRs again.
Basically, we're at 24
It would crash when I forced the large MTU size when already running at
the default MTU size.
I would reconfig the Netapp box to jumbo, then ifconfig up the wx0
interface..bang crash.
On Thu, 19 Jul 2001, Matthew Jacob wrote:
>
> Ah. Well, it doesn't crash in FreeBSD-current. It doesn't work w
Ah. Well, it doesn't crash in FreeBSD-current. It doesn't work well *either*,
but
I'm curious- was wx0 resident or was it kldload'ed by the ifconfig?
-matt
On Thu, 19 Jul 2001, Geoff Mohler wrote:
> FreeBSD speedracer.speedtoys.com 4.3-RELEASE FreeBSD 4.3-RELEASE #3:
>
> On Thu, 19 Jul
> I can't tell any more how many times this annoying libdialog has bitten me
> in this regard.
Don't think you're the only one :)
> Even better - I take it sysinstall then uses 'sane' space/enter combo's
> also (it being a consumer of libdialog)?
Yes, my big purpose here was to make sysinstall
FreeBSD speedracer.speedtoys.com 4.3-RELEASE FreeBSD 4.3-RELEASE #3:
On Thu, 19 Jul 2001, Matthew Jacob wrote:
>
> Finally following up on this... was this with -current or -stable?
>
>
> On Mon, 9 Jul 2001, Geoff Mohler wrote:
>
> > When I enable jumbo frames in /usr/src/sys/pci.if_wx.c, an
>
> So the question is - should I keep the new behaviour that is probably
> a better default and will catch out fewer new users but may surprise
> some experienced users, or should I revert to the traditional
> default where `-R1' or `-b' are required to avoid boot-time hangs?
>
Sorry- let me be
FWIW, I vote 'yes' on the question in the last paragraph.
On Fri, 20 Jul 2001, Ian Dowse wrote:
>
> Shortly after the TI-RPC changes in -current, the default retry
> behaviour for mount_nfs was changed. Previously, mount_nfs would
> keep retrying for a long time (~1 week) if the server didn't
Shortly after the TI-RPC changes in -current, the default retry
behaviour for mount_nfs was changed. Previously, mount_nfs would
keep retrying for a long time (~1 week) if the server didn't respond,
but since revision 1.40 of mount_nfs.c, it gives up on non-background
mounts after one attempt.
I
Finally following up on this... was this with -current or -stable?
On Mon, 9 Jul 2001, Geoff Mohler wrote:
> When I enable jumbo frames in /usr/src/sys/pci.if_wx.c, and then set it
> via 'ifconfig wx0 mtu 9000' once the new kernel is booted..my system
> immediately goes zonkers...not even heal
Hi hackers@,
What is the status of the /dev/agpgart device? (I'm running 4.3-STABLE
with a recent cvsup). Is it working, perhaps using a compatible
interface with the linux device the of the same name (I can dream
can't I ;-) ? I ask because I recently tried compiling Utah-GLX with
AGP accelera
I was trying to compile OpenLDAP 2 with support for ldapi:///
which uses the PF_LOCAL family. However, I've discovered that
the PF_LOCAL entry in getaddrinfo is ifdef'd out.
This is the relevant code for /usr/src/lib/libc/net/getaddrinfo.c
#if 0
{ PF_LOCAL, 0, ANY, ANY, NULL, 0x01 },
#en
] I have written a kernel module and modified the stack
] code ( at the socket layer) to send control to my
] module. I am trying to access the inpcb structure
] associated with that particular socket.
] struct in_pcb* inp = sotoinpcb(so);
] if (inp)
] processing
]
]
] though the pbc
Here's an example where the current behavior of sysinstall and/or
disklabel got in the way of what I intended to do. Once I figured
out what exactly was happening, I understand why it happens and how
to get around it. Certainly I was doing a non-standard setup, but
it "seemed simple enough", and
Cool. Thanks. I'll rip it out of modules builds for alpha then- it'll save
some time in kernel rebuilds.
On 19 Jul 2001, Sudish Joseph wrote:
> Matthew Jacob writes:
> > Actually, to be fair, we'd have to consider all the kernel subsystems that
> > have *not* in fact been tested on alpha. The d
Matthew Jacob writes:
> Actually, to be fair, we'd have to consider all the kernel subsystems that
> have *not* in fact been tested on alpha. The dozens of warnings from NetGraph
> or CODA code indicate that there might be problems there, for instance.
NetGraph certainly has some 32-bit asssumpti
>
> It is very rare that the alpha port is broken as you describe. Sometimes
> a bug will have a different affect on the alpha than on x86, but except
> for bugs in sys/alpha that x86'ers won't be committing, very few of the bugs
> break just the alpha and not the x86 as well.
Generally this is
Attila Nagy wrote:
>
> Hello,
>
> I am currently installing a machine on which I want to replace the NULL
> and/or UNIONFS mounts with NFS. NFS server and client on the same machine,
> to be exact, for jailing purposes (this seems to be the most stable).
>
> The problem is, that at the FreeBSD
On 19-Jul-01 Terry Lambert wrote:
> [EMAIL PROTECTED] wrote:
>> > A "shakedown cruise" could end up being very rough... you
>> > would effectively need to check an "unaligned access in
>> > kernel is OK" flag in many of these instances, and fall back
>> > to doing the copy when it was false.
>>
(I meant to post this to freebsd-hackers instead of
freebsd-questions)
> I am in the process of building a mfsroot that I want to
> write_mfs_in_kernel. Because I don't really have any space constraints it
> is my understanding that all I need to do is build up my directories, gzip
> and
On 18-Jul-01 Etienne de Bruin wrote:
> But what does this accomplish in the contect of release.8 if our purpose is
> to 'copy' all the binaries to the new mfsroot?
All the binaries live in /stand.
You have /stand/ls, /stand/sysinstall, etc. all as one big crunch file.
The /bin and /sbin symlink
>That's just plain scary ;-) Although I guess Arcnet does have it's niche
>applications.
niche now (reliable, cheap, shielded & transformer-coupled for nasty e/m
environments), but in the 80's, Novell basically built itself up to 80%
market share and the LAN marketpalce on ARCnet´s back, while
On Thu, 19 Jul 2001, Joerg Micheel wrote:
> On Thu, Jul 19, 2001 at 02:35:51AM -0500, David Scheidt wrote:
> > On Thu, 19 Jul 2001, Julian Elischer wrote:
> >
> > :Max Khon wrote:
> > :>
> > :> hi, there!
> > :
> > :what is arcnet?
> > :
> >
> > It's a token-based LAN protocol. It's used in
Arcnet is pretty bullet proof (at least from what I've seen) sheesh the
thing runs with open ended connectors, half eaten thru cable, splitters
upon splitters upon splitters... well from what I've seen in some
businesses it's a wonder its worked heh...
Rik van Riel wrote:
> On Thu, 19 Jul 2001,
On Thu, Jul 19, 2001 at 09:46:27AM -0400, Louis-Philippe Gagnon wrote:
> Lots of ideas to try (esp. since I don't need FIFO); thanks!
>
> LPG
>
> - Original Message -
> From: "Terry Lambert" <[EMAIL PROTECTED]>
[snip]
> > To wrap either, you would need to:
> >
> > retry:
> > st = try_n
Actually, it is implemented - to some extent - in -current via
the hints mechanism. There is still some more work to be done,
though :)
G'luck,
Peter
--
"yields falsehood, when appended to its quotation." yields falsehood, when appended to
its quotation.
On Thu, Jul 19, 2001 at 03:02:40AM -0
hi, there!
On Thu, 19 Jul 2001, Marc wrote:
> > I believe there is also 16 and 100 Mbit arcnet
> > hardware available ;)
>
> That's just plain scary ;-) Although I guess Arcnet does have it's niche
> applications.
yes. it is often used as solution for "last mile" problem
and people ask for Arc
You could put the code that calls pcap_dispatch() in a separate single-
threaded process and communicate with your multithreaded application via
an IPC mechanism such as pipes or shared memory.
-brian
On Thu, Jul 19, 2001 at 07:47:35AM +1200, Joerg Micheel wrote:
> Privjet Andrey,
>
> On Wed,
On Thu, 19 Jul 2001, Rik van Riel wrote:
> > > what is arcnet?
> >
> > Old PC networking standard, limited to 2Mbit/S.
>
> I believe there is also 16 and 100 Mbit arcnet
> hardware available ;)
That's just plain scary ;-) Although I guess Arcnet does have it's niche
applications.
-marc
To
On Thu, 19 Jul 2001, Terry Lambert wrote:
> Julian Elischer wrote:
> > > hi, there!
> >
> > what is arcnet?
>
> Old PC networking standard, limited to 2Mbit/S.
I believe there is also 16 and 100 Mbit arcnet
hardware available ;)
At least, so I was told by one happy arcnet fan.
Rik
--
Virtual me
I have written a kernel module and modified the stack
code ( at the socket layer) to send control to my
module. I am trying to access the inpcb structure
associated with that particular socket.
struct in_pcb* inp = sotoinpcb(so);
if (inp)
processing
though the pbc structure is alloc
> On Wed, Jul 18, 2001 at 09:08:31PM -0400, Kenneth Wayne Culver wrote:
> > get my module (which right now does mostly nothing except probing and
> > attaching) to detect the ACPI function of this chip, but right now pciconf
> > -l shows it as "chip0". I found the devid in
> > /usr/src/sys/pci/pci
Hello,
I am currently installing a machine on which I want to replace the NULL
and/or UNIONFS mounts with NFS. NFS server and client on the same machine,
to be exact, for jailing purposes (this seems to be the most stable).
The problem is, that at the FreeBSD boot process the NFS filesystems are
Lots of ideas to try (esp. since I don't need FIFO); thanks!
LPG
- Original Message -
From: "Terry Lambert" <[EMAIL PROTECTED]>
> Louis-Philippe Gagnon wrote:
> >
> > From: "Julian Elischer" <[EMAIL PROTECTED]>
> > > probably you should try :
> > >
> > > #define LOCK_NB0
Harti Brandt <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> The last commit to ypbind (1.34) breaks parsing of the -S option.
> The following patch should fix this.
Oops, my fault; I've applied a variant of this.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the
Hi,
The last commit to ypbind (1.34) breaks parsing of the -S option.
The following patch should fix this.
harti
Index: ypbind.c
===
RCS file: /usr/ncvs/src/usr.sbin/ypbind/ypbind.c,v
retrieving revision 1.34
diff -c -r1.34 ypbin
> > Is it possible to use libpcap with pthreads?
> > (I want to use just pcap_dispatch() function)
>
> I very much doubt so. It's not possible to use it in any kind of
> multithreaded applications, even with select() scenarios.
That's a BPF problem, not a libpcap problem; see PR kern/22063 "bpf
* Terry Lambert <[EMAIL PROTECTED]> [010719 03:29] wrote:
> Julian Elischer wrote:
> > > hi, there!
> >
> > what is arcnet?
>
> Old PC networking standard, limited to 2Mbit/S.
My college had it, if they still do I may be able to toss them
a FreeBSD cdrom and say "go for it". :)
--
-Alfred Per
Julian Elischer wrote:
> > hi, there!
>
> what is arcnet?
Old PC networking standard, limited to 2Mbit/S.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Farooq Mela wrote:
> > cc -S is your friend.
>
> Right, well that can certainly help, but what gcc generates can be
> dependant on calling convention, optimization setting, &c &c, and
> though the code generated in one particular scenario may not be an
> absolute indicator of it's behavior. In ot
[EMAIL PROTECTED] wrote:
> > A "shakedown cruise" could end up being very rough... you
> > would effectively need to check an "unaligned access in
> > kernel is OK" flag in many of these instances, and fall back
> > to doing the copy when it was false.
>
> ...therefore - never mind.
> Perhaps som
John Baldwin wrote:
> > Also note that this will play hell with some of the recent
> > copy avoidance changes made by Bill Paul to the ethernet
> > drivers, to avoid the expense of copying the packet, with
> > the knowledge that there would be an increased overhead in
> > the resulting packet fiel
Louis-Philippe Gagnon wrote:
>
> From: "Julian Elischer" <[EMAIL PROTECTED]>
> > probably you should try :
> >
> > #define LOCK_NB0x04 /* don't block when locking */
> >
> But I do want to block; I just don't want the whole process to block.
You can't block just a thread, sin
On Thu, 19 Jul 2001 00:16:13 MST, Terry Lambert wrote:
> Second, questions like this really belong on -questions... or
> even one of the C language or gcc mailing lists... ;-).
You're right. I initially had the mail addressed to freebsd-questions
and then made the all-too common mistake of th
On Thu, Jul 19, 2001 at 02:35:51AM -0500, David Scheidt wrote:
> On Thu, 19 Jul 2001, Julian Elischer wrote:
>
> :Max Khon wrote:
> :>
> :> hi, there!
> :
> :what is arcnet?
> :
>
> It's a token-based LAN protocol. It's used in some embedded applications,
> as its controllers are cheap, it's pr
On Thu, 19 Jul 2001, Julian Elischer wrote:
:Max Khon wrote:
:>
:> hi, there!
:
:what is arcnet?
:
It's a token-based LAN protocol. It's used in some embedded applications,
as its controllers are cheap, it's pretty low-overhead, and has
deterministic behavior (you can calculate the worst case t
54 matches
Mail list logo
