I tracked down an occassional buildworld failure on DragonFly to my
XL driver, which is synchronized to 4.x's XL driver.
What was occuring was that NFS would send an access/lookup RPC and the
data in the packet would get corrupted by the XL hardware, and the XL
hardware would a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Thank you by the FreeSBIE team.
You can try a FreeSBIE iso with the geom_ugz patch (compressed fs) at:
http://www.willystudios.com/freesbie/FreeSBIE-cloop-test.iso.bz2
I haven't exact numbers to explain the perfomance growth, but it's
really _ve
I cvsuped today using tag RELENG_5_2 (i'm already using 5.2-RELEASE), i
noticed there was only documentation changes, and no real source changes,
i was preparing to recompile everything using some different
optimizations:
"
erek# cat /etc/make.conf
CFLAGS+= -pipe -march=athlon-xp -mcpu=athlon-xp -m
On 23 Jan, Stuart Pook wrote:
>> send() for UDP should block if the socket is filled and the interface
>> can't drain the data fast enough.
>
> It doesn't (at least I cannot make it block)
>
>> Good question. There is not feedback loop like in tcp, so handling this
>> blocking and releasing woul
On Fri, 23 Jan 2004, Andre Oppermann wrote:
> Stuart Pook wrote:
> >>send() for UDP should block if the socket is filled and the interface
> >>can't drain the data fast enough.
> >
> > It doesn't (at least I cannot make it block)
>
> This stuff is rather complex. A send() on a UDP socket proc
All,
I'm posting this here because I think a number of you may be interested in
seeing a strong open source VOIP solution for FreeBSD.
There's currently $1200 available as a bounty for someone to get Zaptel
drivers written/ported to FreeBSD and get Asterisk up and running.
For details on this b
On 23 Jan 2004 at 13:50, Bogdan TARU wrote:
>
>
> Hi hackers,
>
> I am experiencing kernel panics on a poweredge 2650 each day around
> 3am (usually the machine comes up at 3:04am). The kernel panics are
> reproductable by running: /etc/periodic/security/100.chksetuid (in
> fact by runnnin
Hi All,
If I have a pseudo-device on FreeBSD 5.1 created using the make_dev call
does anyone know how to grow this special file? I mean I don't want to
write to this file initially but grow this device memory to a somewhat
large limit. This is because I need to mmap this pseudo device into a user
p
Having wanted to mount a mfs file system with a specific user and mode I
discovered that mdmfs.c doesn't support such an option when called as
mount_mfs.
So, in a fit of lunacy/desparation I made a quick mod to it to provide such
support, by disabling the automatic compat mode if another flag w
I use fbsd v4.9 release.
On Fri, 23 Jan 2004, rmkml wrote:
> Date: Fri, 23 Jan 2004 18:37:55 +0100 (CET)
> From: rmkml <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: fopen() on a pipe blocks multi threated applications.
>
> Hi
>
> fopen() on a pipe blocks multi threated applications.
>
>
Hi
fopen() on a pipe blocks multi threated applications.
If pipe is not ready for reading, fopen blocks every thread until STREAM
is ready.
Is there a good reason for this ?
Regards
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.fr
On Fri, Jan 23, 2004 at 06:09:20PM +0100, Andre Oppermann wrote:
...
> >>send() for UDP should block if the socket is filled and the interface
> >>can't drain the data fast enough.
> >
> > It doesn't (at least I cannot make it block)
>
> This stuff is rather complex. A send() on a UDP socket pro
Stuart Pook wrote:
send() for UDP should block if the socket is filled and the interface
can't drain the data fast enough.
It doesn't (at least I cannot make it block)
This stuff is rather complex. A send() on a UDP socket processes right
down to the if_output. If that fails because the ifqueue i
On Fri, Jan 23, 2004 at 04:25:07PM +0100, Stuart Pook wrote:
> The documentation for send(2) says
>
> If no messages space is available at the socket to hold the message to be
> transmitted, then send() normally blocks, unless the socket has been
> placed in non-blocking I/O mode
> when i try to boot the freebsd install cd on my laptop (Ibm thinkpad
> t40) it hangs after:
>
> cbb1: mem 0x5100-0x51000fff irq 11 at
> device 0.1 on pci2
> cardbus1: on cbb1
> pccard1: <16-bit PCCard bus> on cbb1
> cbb1: [MPSAFE]
I had similar problems with CardBus on the T40p. You may be
> send() for UDP should block if the socket is filled and the interface
> can't drain the data fast enough.
It doesn't (at least I cannot make it block)
> Good question. There is not feedback loop like in tcp, so handling this
> blocking and releasing would be a little bit harder to do for UDP.
The box is remote (>300km), so cannot go into single user (have
serial to it, but some stupid serial terminal server -- don't
ask). Have tried to run fsck on the /usr partition (mounted, though
-- so read only), but it didn't find any problems.
bogdan
On Fri, Jan 23, 2004 at 01:24:07PM -000
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
this is my first post to freebsd mailinglists so i hope that im sending
it to the right place ;)
when i try to boot the freebsd install cd on my laptop (Ibm thinkpad
t40) it hangs after:
cbb1: mem 0x5100-0x51000fff irq 11 at
device 0.1 on pci2
card
Stuart Pook wrote:
The documentation for send(2) says
If no messages space is available at the socket to hold the message to be
transmitted, then send() normally blocks, unless the socket has been
placed in non-blocking I/O mode. The select(2) call may be used to
d
The documentation for send(2) says
If no messages space is available at the socket to hold the message to be
transmitted, then send() normally blocks, unless the socket has been
placed in non-blocking I/O mode. The select(2) call may be used to
determine when it is
may be a silly question have ur booted into single user and force checked
the disk may be some sort of fs corruption?
Steve / K
- Original Message -
From: "Bogdan TARU" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: 23 January 2004 12:50
Subject: 4.9 kernel panics on a poweredge 26
Hi hackers,
I am experiencing kernel panics on a poweredge 2650 each day around
3am (usually the machine comes up at 3:04am). The kernel panics are
reproductable by running: /etc/periodic/security/100.chksetuid (in
fact by runnning find on /usr with -perms). The problem lies
somewhe
Andriy Tkachuk wrote:
The idea is this: if you mount your / to another
place (for example /mnt on another computer), your
/mnt/home will point to correct place (/mnt/usr/home)
instead of /usr/home.
What do you, falks, think about this?
Thanks.
___
[EM
The idea is this: if you mount your / to another
place (for example /mnt on another computer), your
/mnt/home will point to correct place (/mnt/usr/home)
instead of /usr/home.
What do you, falks, think about this?
Thanks.
___
[EMAIL PROTECTED] mailing
Hackers--
Just wanted to give you a heads-up on an issue I had. I have a freshly-made
5.2 box and I was installing Ethereal from the ports tree. For whatever
reason the file resolv.c in
/usr/ports/net/ethereal/work/ethereal-0.9.14/epan could not find the file
adns.h, which was in the default loc
Hi
Is there any way how can I see which proceses are ktraced? It would be
neat to have this feature...
roman
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTE
26 matches
Mail list logo
