Hi
It looks like a function got left out of MAKEDEV.
This seems to fix it:
Index: /usr/src/etc/MAKEDEV
===
RCS file: /home/ncvs/src/etc/MAKEDEV,v
retrieving revision 1.268
diff -u -d -r1.268 MAKEDEV
--- /usr/src/etc/MAKEDEV
On 2000-Aug-18 13:41:29 +0900, Seigo Tanimura <[EMAIL PROTECTED]> wrote:
>The memory resource of the card might not be allocated properly. Could
>you apply the following patch and report what your kernel print?
ed0: conf_maddr = 0xcc000.
ed0: tag(mem_res) = 1, handle(mem_res) = 0xc00cc000.
ed0: f
On Fri, 18 Aug 2000 09:56:56 +1000,
Peter Jeremy <[EMAIL PROTECTED]> said:
Peter> On 2000-Aug-17 16:55:57 +0900, Seigo Tanimura <[EMAIL PROTECTED]>
wrote:
>> On Thu, 17 Aug 2000 15:35:59 +1000,
>> Peter Jeremy <[EMAIL PROTECTED]> said:
>>
>> peter.jeremy> Still not working. It now reports:
>
Hello,
I am having problems getting XFree86 to run under
a recent version of -current and was hoping that
someone might be able to help me to figure out what
that problem is. At this point I very close to frustration
with this process, so might be overlooking something obvious.
Here is the situa
Poul-Henning Kamp writes:
> linking kernel
> umodem.o: In function `umodem_set_line_coding':
> umodem.o(.text+0xe6a): undefined reference to `memcmp'
Somebody remind me again why we don't make memcmp(), memset(),
and memmove() available in the kernel? Seems silly, especially
since we have things
Hajimu UMEMOTO writes:
> archie> But why is sysinstall going to active mode? I *know* FTP passive
> archie> was selected..
>
> This is just because ftpPassive() is called from ftpGet().
>
> ftpGet()
> check_passive()
> ftpPassive()
>
> Further more, if
Hajimu UMEMOTO writes:
> > It seems -CURRENT's libftpio.c always set passive flag according to
> > environment variable FTP_PASSIVE_MODE. Then, PASV/PORT selection
> > obeys only FTP_PASSIVE_MODE and direction of sysinstall is ignored.
> > Does this patch fix your problem?
>
> archie> Don't know
Hi, sorry for this somewhat off topic question, but I felt that the people
"In the know" would probably be here.
I was doing some traceroutes to determine the best ftp mirror to retrieve
my favorite OS from, and noticed some changes in the way the servers are
set up. I don't remember reading any
< said:
> Somebody remind me again why we don't make memcmp(), memset(),
> and memmove() available in the kernel?
To keep the compiler from pessimizing them.
-GAWollman
--
Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same
[EMAIL PROTECTED] | O Siem / The fires o
> On Thu, 17 Aug 2000 13:29:27 -0700 (PDT)
> Archie Cobbs <[EMAIL PROTECTED]> said:
archie> Hajimu UMEMOTO writes:
> > It seems -CURRENT's libftpio.c always set passive flag according to
> > environment variable FTP_PASSIVE_MODE. Then, PASV/PORT selection
> > obeys only FTP_PASSIVE_MODE
On 2000-Aug-17 16:55:57 +0900, Seigo Tanimura <[EMAIL PROTECTED]> wrote:
>On Thu, 17 Aug 2000 15:35:59 +1000,
> Peter Jeremy <[EMAIL PROTECTED]> said:
>
>peter.jeremy> Still not working. It now reports:
>peter.jeremy> ed0: failed to clear shared memory at 0 - check configuration
>
>The probe rou
Hajimu UMEMOTO writes:
> archie> I'm having trouble installing the 5.0-2815-CURRENT snapshot.
> archie> The problem seems to be broken behavior in the installer FTP client.
> archie> My firewall requires using passive mode. The installer asks the
> archie> FTP server for passive mode (using PA
> On Thu, 17 Aug 2000 10:23:17 -0700 (PDT)
> Archie Cobbs <[EMAIL PROTECTED]> said:
archie> Hajimu UMEMOTO writes:
> archie> I'm having trouble installing the 5.0-2815-CURRENT snapshot.
> archie> The problem seems to be broken behavior in the installer FTP client.
> archie> My firewal
> On Wed, 16 Aug 2000 13:31:25 -0700 (PDT)
> Archie Cobbs <[EMAIL PROTECTED]> said:
archie> I'm having trouble installing the 5.0-2815-CURRENT snapshot.
archie> The problem seems to be broken behavior in the installer FTP client.
archie> My firewall requires using passive mode. The in
On Thu, 17 Aug 2000, Boris Popov wrote:
> On Wed, 16 Aug 2000, Poul-Henning Kamp wrote:
>
> > Please test and review this patch:
> >
> > http://phk.freebsd.dk/patch/vop_stdaccess.patch
>
> Looks fine to me except vop_stdaccess() itself.
vop_stdaccess() is badly named. It is not a vop f
In message <[EMAIL PROTECTED]>, Boris Pop
ov writes:
>On Wed, 16 Aug 2000, Poul-Henning Kamp wrote:
>
>> Please test and review this patch:
>>
>> http://phk.freebsd.dk/patch/vop_stdaccess.patch
>
> Looks fine to me except vop_stdaccess() itself. Since VREAD,
>VWRITE and VEXEC bits are caref
On Thu, 17 Aug 2000 15:35:59 +1000,
Peter Jeremy <[EMAIL PROTECTED]> said:
peter.jeremy> Still not working. It now reports:
peter.jeremy> ed0: failed to clear shared memory at 0 - check configuration
The probe routine cleared and tested IO port instead of memory. Does
the following patch work
On Mon, Aug 14, 2000 at 02:09:01PM +1000, Peter Jeremy wrote:
> On 2000-Aug-10 15:36:01 +1000, Peter Jeremy <[EMAIL PROTECTED]> wrote:
> >I just noticed a really peculiar network slowdown with -current from
> >about a week ago. The machine has two NICs - an old 16-bit SMC card
> >(ed0) running 10
18 matches
Mail list logo