On Tue, Nov 27, 2001 at 08:13:38 +0300, Andrey A. Chernov wrote:
> cc -O -pipe -march=pentiumpro -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING
> -Wall
> -DINET6 -I/usr/src/libexec/ftpd -Dmain=ls_main
> -I/usr/src/libexec/ftpd/../../bin/ls -DUSE_PAM
> -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.
cc -O -pipe -march=pentiumpro -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING
-Wall
-DINET6 -I/usr/src/libexec/ftpd -Dmain=ls_main
-I/usr/src/libexec/ftpd/../../bin/ls -DUSE_PAM
-o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o
print.o
util.o -lmd -lcrypt -lutil -lopie -lpam
ls.o: In fun
Running -CURRENT from Sunday. Background: I had been building various
ports and then deleting the work directories. Some time later, I
unmounted that filesystem and ran fsck. The fsck reported about 190
files and 4 directories disconnected and reconnected them. Looking
through lost+found, I re
On Mon, Nov 26, 2001 at 12:07:22AM +0100, Maxime Henrion wrote:
> If my patch is exact, then the bug should manifest itself only if there
> are no network filesystems mounted. Do you have any network fs mounted
> on your box ?
No networked filesystems here, and no problems:
[341]nathan@bokonon:
In message <[EMAIL PROTECTED]> John McCullough writes:
: pcib2: routed slot 15 INTA to irq 255
: pccbb: Unable to map IRQ...
: panic: resouce_list_release:can't find resource
: Debugger("panic")
This is a bug in pcibus issue. IRQ 255 should be treated as
unallocated, so please route.
: Is this
John Baldwin <[EMAIL PROTECTED]> writes:
> On 24-Nov-01 Martin Blapp wrote:
> > - realitexpire, td);
> > + realitexpire, td->td_proc);
> >
> > Fixes the panic 100%.
> Ouch, something this simple definitely caused a warning, it looks
> like warnings are being ig
hi all,
i am attaching the pointer to the PR of this...
thanks..
and i am very sorry for any misbehavment i have caused
and i will see to it so that it does not happen again,
regards...
Hiten Pandya
<[EMAIL PROTECTED]>
Note: forwarded message attached.
___
> hi all,
>
> this patch will put an end to those XXX lines in the
> NOTES file, which were regarding uncategorized
> options.. such as USERCONFIG etc.
>
> I am also attaching a tar.gz package which has the
> patch compressed and archived.
This is NOT how to do this.
File a PR containing the p
* Doug White ([EMAIL PROTECTED]) wrote:
> >
> > kd = kvm_open("/dev/null", "/dev/null", "/dev/null", O_RDONLY, "kvm_open");
>
> This looks wrong I think you want the first three arguments to be
> NULL, not "/dev/null".
>
> /dev/null is not a kernel image. :-)
I could've sworn I saw it
"Kenneth D. Merry" <[EMAIL PROTECTED]> wrote:
> Are there any areas with good data on the CD? i.e. can you see any
> pattern to the corruption? If you compare the same CD burned from
> -current and -stable you might begin to see a patern.
I tried a test-burn with a FreeBSD-current from yesterd
hi all,
this patch will put an end to those XXX lines in the
NOTES file, which were regarding uncategorized
options.. such as USERCONFIG etc.
I am also attaching a tar.gz package which has the
patch compressed and archived.
thanks..
regards...
Hiten Pandya
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED
hi all,
this patch will put an end to those XXX lines in the
NOTES file, which were regarding uncategorized
options.. such as USERCONFIG etc.
I am also attaching a tar.gz package which has the
patch compressed and archived.
thanks..
regards...
Hiten Pandya
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED
On Mon, 26 Nov 2001, Emiel Kollof wrote:
> Hey gang,
>
> I have the following piece of code:
>
> extern void
> getswapload()
> {
>
> struct kvm_swap swap[1];
> int pgsize,
> swapused, n;
>
> kd = kvm_open("/dev/null", "/dev/null", "/dev/null", O_RDONLY, "kvm_open");
This
< said:
> As from OpenBSD (in shorter form):
> fd_set *fds = calloc(howmany(fd+1, NFDBITS), sizeof(fd_mask));
But this is not portable. The application is not allowed to assume
anything about the structure of an fd_set, or the existence of a type
`fd_mask', or the existence of a macro `h
On Mon, Nov 26, 2001 at 16:26:18 +0100, Christoph Herrmann wrote:
> Hi,
>
> Im running -STABLE and -CURRENT from different disks on the same box.
> And with -STABLE there are no problems burning CDs with a YAMAHA CRW6416S
> on an Adaptec 2940.
> But withs -CURRENT all CDs are broken. Cdrecord pro
As from OpenBSD (in shorter form):
fd_set *fds = calloc(howmany(fd+1, NFDBITS), sizeof(fd_mask));
FD_SET(fd, fds);
select(fd+1, fds...);
As for being "portable", the only thing I've seen that is nice and neat is
libevent from Niels Provos, but I think some people had "is
It looks like using amd to mount remote hosts on /net will not cause the
nfsclient.ko module to be loaded. This causes the mounts to fail.
Maybe rc.network kan be changed to kldload the nfsclient.ko module if
it is not built into the kernel, just like it does for the server module ??
Pa
On Mon, Nov 26, 2001 at 03:04:56PM -0500, Andrew R. Reiter wrote:
> Agreed, or people could code with select in a nice manner and dynamically
> allocate the fd_set arrays.
Is there a portable way to allocate dynamically sized fd_sets? It
could easily be one of those things that you're not suppose
Agreed, or people could code with select in a nice manner and dynamically
allocate the fd_set arrays.
On Mon, 26 Nov 2001, Garrett Wollman wrote:
:< said:
:
:> For what it's worth, it also makes code less portable.
:
:On the other hand, it would also make libfetch useful in a larger
:variety of
< said:
> For what it's worth, it also makes code less portable.
On the other hand, it would also make libfetch useful in a larger
variety of applications; viz., those which have so many file
descriptors open that the one used by libfetch will overflow the
default fd_set.
-GAWollman
To Unsubs
On 26-Nov-01 Garrett Wollman wrote:
> <
> said:
>
>>> - realitexpire, td);
>>> + realitexpire, td->td_proc);
>
>> Ouch, something this simple definitely caused a warning, it looks like
>> warnings
>> are being ignored. :(
>
> Nope. Look at the prototype for
On 2001-Nov-26 18:26:14 +1000, Andrew Kenneth Milton <[EMAIL PROTECTED]> wrote:
>+---[ Peter Jeremy ]--
>| Having installed a new kernel and userland from sources about a day
>| old, my vidcontrol command now causes a panic:
>
>[snip]
>
>| The command I used was "vidcontrol
> Paul van der Zwan wrote:
> >
> > I noticed the -l option of the df command is broken. It is supposed to
> > print df for local filesystems but on my system it prints nothing at all.
> > I had a quick look at the code , as far as I can tell it uses sysctl to
> > figure out the mounted filesyste
< said:
>> - realitexpire, td);
>> + realitexpire, td->td_proc);
> Ouch, something this simple definitely caused a warning, it looks like warnings
> are being ignored. :(
Nope. Look at the prototype for callout_reset() and then think about
why the last two p
Hey gang,
I have the following piece of code:
extern void
getswapload()
{
struct kvm_swap swap[1];
int pgsize,
swapused, n;
kd = kvm_open("/dev/null", "/dev/null", "/dev/null", O_RDONLY, "kvm_open");
n = kvm_getswapinfo(kd, swap, 1, 0);
if (n <
Decided to run a LINT build on my POSIX.1e capability tree in p4 today,
and ran into something a bit unusual:
make buildkernel KERNCONF=LINT
...
boss/p4/rwatson/trustedbsd/cap/sys/kern/link_aout.c
/cboss/p4/rwatson/trustedbsd/cap/sys/kern/subr_diskmbr.c
/cboss/p4/rwatson/trustedbsd/cap/sys/libke
> Note that we presently don't lock anything (this is expected, we
> haven't gotten there yet). However, note also that in the new version we
> also do an "_IFQ_DROP()" if we have exceeded the ifq_maxlen, and
> finally, also note that the new test is ">" and not ">=" - I don't know
> why it is "
On Mon, Nov 26, 2001 at 05:49:01PM +0100, Andrea Campi wrote:
> OK, I traced it to sys/netinet/ip_output.c:
>
> /*
> * Verify that we have any chance at all of being able to queue
> * the packet or packet fragments
> */
> if ((ifp->if_snd.ifq_len +
> So this means the output queue on my net card is full, right? And I guess
> there is no easy solution... Oh well, I'll have to cope.
That's correct; the pipe is full, and you can't put any more bits in it.
Typically you run into this situation when your app is generating more
data than can sq
On 23-Nov-01 Luigi Rizzo wrote:
> In order to port my network polling stuff to current, I was looking
> at ways to do things within the "idle loop", and was pointed to
> the idle_proc() or vm_pagezero() . I am listing below the code
> for these kernel threads (I hope the name is the correct one)
On 24-Nov-01 Martin Blapp wrote:
>
> Hi DES,
>
> - realitexpire, td);
> + realitexpire, td->td_proc);
>
> Fixes the panic 100%.
>
> Thanks a lot !
>
> Martin
Ouch, something this simple definitely caused a warning, it looks like warnings
are being ignored
> >From the netstat output, it looks more like an application-level problem
> having to do with exhausting socket buffer space. Whatever the cause of
> the problem, it certainly isn't a lack of mbufs and/or clusters.
>
> Try verifying what is generating the messages. It could be coming from
> a s
Hi,
Im running -STABLE and -CURRENT from different disks on the same box.
And with -STABLE there are no problems burning CDs with a YAMAHA CRW6416S
on an Adaptec 2940.
But withs -CURRENT all CDs are broken. Cdrecord produces no Error messages
and exits normaly, but there are areas with binary zer
In message <[EMAIL PROTECTED]> Yoichi NAKAYAMA writes:
: I think this trouble can be easily solved if we can controll
: PCCBB_START_IO as we can controll PCCBB_START_MEM by last change:
Yes. That would be true. I didn't do it with that commit. I'll go
ahead and do it for I/O. It may change be
In my dual Pentium3/1GHz box:
% uname -a
FreeBSD mako.kobe1995.net 5.0-CURRENT-20010830-JPSNAP FreeBSD
5.0-CURRENT-20010830-JPSNAP #9: Sat Nov 3 17:05:25 JST 2001
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/KOBE5SMP i386
% df -l
Filesystem 1K-blocks UsedAvail Capacity Mounted on
/d
> At Wed, 5 Sep 2001 11:47:30 -0400,
> Jonathan Chen wrote:
> > On Mon, Sep 03, 2001 at 08:26:16PM +0900, Yoichi NAKAYAMA wrote:
> > > I just cvsup'ed and buildkernel with NEWCARD.
> > > Then my note book doesn't recognize MAC address of the card(3CXFE575CT-JP)
> > > following are concerning log f
On Mon, Nov 26, 2001 at 04:40:19AM +0100, Daniel Rock wrote:
> Hi,
>
> just noticed:
>
> adding dynamic rules to ipfw via PKT_ALIAS_PUNCH_FW (or the command
> "nat punch_fw" in ppp) doesn't work:
> For adding firewall rules, IP_FW_ADD requires getsockopt() instead of
> setsockopt().
>
> This sh
+---[ Peter Jeremy ]--
| Having installed a new kernel and userland from sources about a day
| old, my vidcontrol command now causes a panic:
[snip]
| The command I used was "vidcontrol 132x60" after confirming that
| this was listed in "vidcontrol -i mode". I have previ
Having installed a new kernel and userland from sources about a day
old, my vidcontrol command now causes a panic:
Fatal trap 12: page fault while in vm86 mode
fault virtual address = 0xc359b
fault code = user read, page not present
instruction pointer = 0xc000:0x359b
stack poi
39 matches
Mail list logo
