hi, there!
On Tue, 11 May 1999, Carlos C. Tapang wrote:
> Because I need it, I have upgraded fbsdboot.exe so now it can recognize ELF.
> If anybody else needs it, please let me know and I'll see what I can do for
> you.
> ps. I had to use my old Microsoft Visual C++ (ver 1.5) to do this
> modific
hi, there!
On Tue, 11 May 1999, Kevin Day wrote:
> I'm not sure if this is related to the bug I found in 3.1, regarding mmaping
> devices, then forking, but with my -current NFS server:
>
> PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND
> 139 root 2 0 257M
> Because 4.4BSD got it wrong. It has always been the belief of the
> FreeBSD Project's management that 4.4's totally-static configuration
No! 4.4BSD mechanism is good. Newconfig already support dynamic
configuration and *good* module support (not yet merge newconfig CVS).
> mechanism was unacce
Hi,
Could you please consider the following patch to
/usr/src/release/Makefile? It may not be entirely correct,
but it allows a 'cd /usr/src/release && make release' to
run to completion. In the kernel makefile, 'kernel'
is not a target, ${KERNEL} is, and ${KERNEL} has the value
'GENERIC'.
I must have missed a step making world, so everything works just fine
now. Thanks for the concern.
--
Eric Hodel
hodel...@seattleu.edu
"If you understand what you're doing, you're not learning anything."
-- A. L.
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe fre
> For the sake of the thread, this got committed a day or two ago, and these
> hacks have been replaced with a low priority match.
Why do you use another mechanism of 4.4BSD ? Don't loss time and
loss inter-operability between other BSDs.
--
NAKAGAWA, Yoshihisa
y-nak...@nwsl.mesh.ad.jp
Hi,
At 15:22 11/05/99 -0700, you wrote:
>Because I need it, I have upgraded fbsdboot.exe so now it can recognize ELF.
>If anybody else needs it, please let me know and I'll see what I can do for
>you.
I'm going to have a use for it RSN
>ps. I had to use my old Microsoft Visual C++ (ver 1.5) to d
> I switched to the new config(8) today, where the ``config kernel root on..''
> line is no longer tolerated in the config file.
>
> I now have to ``boot -r'' to avoid a `can't mount root' panic. This wasn't
> necessary before.
>
> I know I can probably put something into /boot/ to automate this.
As Doug Rabson wrote ...
> On Mon, 10 May 1999, Wilko Bulte wrote:
>
> > >
> > > Yeah. That must be why my 164lx won't netboot.
> >
> > Could well be. My Aspen Alpine refused to with a DE500. A DE435 (10mbit
> > only) worked just dandy.
>
> That reminds me. Does your Alpine still work after the
Hi,
maybe i am the last one in the world to know, but were you guys aware
of this:
http://research.microsoft.com/programs/NTSrcLicInfo.htm
Microsoft makes Windows NT source code available to universities
and other "not-for-profit" research institutions at no charge.
Currently, there a
It looks like something has come unstuck:
Fatal trap 12: page fault while in kernel mode
mp_lock = 0002; cpuid = 0; lapic.id =
fault virtual address = 0x28
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc017bb67
stack pointer =
Because I need it, I have upgraded fbsdboot.exe so now it can recognize ELF.
If anybody else needs it, please let me know and I'll see what I can do for
you.
ps. I had to use my old Microsoft Visual C++ (ver 1.5) to do this
modification.
Carlos C. Tapang
http://www.genericwindows.com
-Original
>
> This is normal. It's using a lot of virtual memory. Fortunately, virtual
> memory is cheap.
>
> DS
>
> > I'm not sure if this is related to the bug I found in 3.1,
> > regarding mmaping
> > devices, then forking, but with my -current NFS server:
> >
> > PID USERNAME PRI NICE S
This is normal. It's using a lot of virtual memory. Fortunately, virtual
memory is cheap.
DS
> I'm not sure if this is related to the bug I found in 3.1,
> regarding mmaping
> devices, then forking, but with my -current NFS server:
>
> PID USERNAME PRI NICE SIZERES STATE
I'm not sure if this is related to the bug I found in 3.1, regarding mmaping
devices, then forking, but with my -current NFS server:
PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND
139 root 2 0 257M 452K select 0:00 0.00% 0.00% rpc.statd
257M? :) ps sho
According to Hellmuth Michaelis:
> hellmuth
BTW do you plan to import i4b 0.80 into CURRENT ?
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr
FreeBSD keltia.freenix.fr 4.0-CURRENT #71: Sun May 9 20:16:32 CEST 1999
To Unsubscribe: send mail to majord...@freebs
Doug Rabson wrote:
> On Tue, 11 May 1999, NAKAGAWA Yoshihisa wrote:
>
> > > I was thinking of doing this, the same as alpm and intpm:
> > >
> > > case 0x:
> > > #if NUHCI > 0
> > > return NULL;
> > > #else
> > > return "VIA blah USB controller";
> > > #endif
> >
> > It depends on old-con
In message <199905111939.vaa02...@peedub.muc.de>, Gary Jennejohn writes:
>I switched to the new config(8) today, where the ``config kernel root on..''
>line is no longer tolerated in the config file.
>
>I now have to ``boot -r'' to avoid a `can't mount root' panic. This wasn't
>necessary before.
>
I switched to the new config(8) today, where the ``config kernel root on..''
line is no longer tolerated in the config file.
I now have to ``boot -r'' to avoid a `can't mount root' panic. This wasn't
necessary before.
I know I can probably put something into /boot/ to automate this.
Just thought
On Mon, 10 May 1999, Wilko Bulte wrote:
> >
> > Yeah. That must be why my 164lx won't netboot.
>
> Could well be. My Aspen Alpine refused to with a DE500. A DE435 (10mbit
> only) worked just dandy.
That reminds me. Does your Alpine still work after the new-bus stuff? I
wasn't sure I hadn't brok
On Sat, 8 May 1999, Peter Wemm wrote:
> It's interesting that the ANSI emulation in loader(8) is good enough to do
> full-screen displays. It still seems to make sense to move userconfig-like
> functionality into the pre-kernel stages including moving config(8)'s hints
> to a loaded and parsed fi
i got a new UMAX Atrsa 1220P scanner, i have no idea how to configure this in
FreeBSD or Linux (or if i even can), im on 4.0-CURRENT.
==
Tomer Weller
s...@i.am
well...@netvision.net.il
"Drugs are good, and if you do'em
pepole think that you're cool", NoF
Isn't it more appropriate to ask where he didn't learn to read ? :-)
Poul-Henning
In message , Chuc
k Youse writes:
>
>Where did you learn to read?
>
>Chuck Youse
>Director of Systems
>cyo...@cybersites.com
>
>
>On Tue, 11 May 1999, Josef Karthauser wrote:
>
>> On Wed, May 12, 1999 at 01:11:43
Where did you learn to read?
Chuck Youse
Director of Systems
cyo...@cybersites.com
On Tue, 11 May 1999, Josef Karthauser wrote:
> On Wed, May 12, 1999 at 01:11:43AM +0800, Peter Wemm wrote:
> > tcp_extensions="NO" # Disallow RFC1323 extensions (or YES).
>
> No.. it's _on_ by def
On Wed, May 12, 1999 at 01:11:43AM +0800, Peter Wemm wrote:
> Snob Art Genre wrote:
> > On Tue, 11 May 1999, Dennis Glatting wrote:
> >
> > > In reading your message I felt compelled to ask you a question. Are
> > > you using gb end-to-end? That probably isn't a good idea because in
> > > TCP the
> IMO that's a good thing, because for some reason, the RFC 1323
> extensions break a lot of older terminal servers.
One could argue that it's more accurate to state that the terminal
servers
break RFC1323, but alas the effect is the same.
DS
To Unsubscribe: send mail to majo
On Wed, 12 May 1999, Peter Wemm wrote:
> > Isn't that adequately covered by the PAWS extension from RFC 1323?
>
> Well, maybe it would, but
>
> [1:09am]~src/etc-111# grep tcp_ext defaults/rc.conf
> tcp_extensions="NO" # Disallow RFC1323 extensions (or YES).
>
> It's off by defa
< As for me, I have tested the driver with Netgear cards. Works great here,
> I got 470 Mbps (effective application to application) with ttcp, running
> back to back on a PII-350 and a Celeron 300A (overclocked to 337, thus PCI
> bus clocked at 37.5 Mhz). The limit in my case is clearly the CPU. Ho
Snob Art Genre wrote:
> On Tue, 11 May 1999, Dennis Glatting wrote:
>
> > In reading your message I felt compelled to ask you a question. Are
> > you using gb end-to-end? That probably isn't a good idea because in
> > TCP the sequence numbers can wrap within timeout periods and the data
> > stream
> You didn't read what I said. I don't have a gigabit ethernet switch.
> I only have cards. Therefore the *only* way I can test the operation
> of the driver and adapters is to connect two machines with gigabit
> cards back to back with a patch cable. This automatically implies 'using
> gb end-to-
On Tue, 11 May 1999, Dennis Glatting wrote:
> In reading your message I felt compelled to ask you a question. Are
> you using gb end-to-end? That probably isn't a good idea because in
> TCP the sequence numbers can wrap within timeout periods and the data
> stream become undetectably (from a TCP p
There should be a more general mechanism for this. I have the same
problem with the USB stuff. 100+ people on the usb-bsd mailing list and
only answers to directed questions.
What about, like 'HEADS-UP', a 'FEEDBACK: ' message that
should invite people to send 'it works' messages. And maybe prov
Of all the gin joints in all the towns in all the world, Dennis Glatting
had to walk into mine and say:
> In reading your message I felt compelled to ask you a question. Are
> you using gb end-to-end? That probably isn't a good idea because in
> TCP the sequence numbers can wrap within timeout p
In reading your message I felt compelled to ask you a question. Are
you using gb end-to-end? That probably isn't a good idea because in
TCP the sequence numbers can wrap within timeout periods and the data
stream become undetectably (from a TCP perspective) corrupt.
--
Dennis Glatting
Copyright (
I'm wondering if anybody out there has actually done any experimentation
with gigabit ethernet boards using the Alteon Tigon driver. I know that
it works on my hardware, but it's nice to actually have some feedback
from people so that I know if it's actually working worth a damn. So
far I have not
On Tue, 11 May 1999, Thomas Dean wrote:
> I am running -current SMP as of last week.
>
> I cvsup'ed last night and started a 'Make -j12 world'.
>
cvsup again that should fix it.
if it doesnt add my or anything else for that matter, to all occurances
of the variable minor and major in that fi
On Tue, 11 May 1999, Hellmuth Michaelis wrote:
>
> > > I sent a patch for this about 8 hours ago. No one seems
> > > to read -current.
> > well it still is broken and i must of missed that patch somewhere in my
> > mail,
> >
> > 3:58 a.m east coast time tuesday 11
>
> just read mail, tested
I am running -current SMP as of last week.
I cvsup'ed last night and started a 'Make -j12 world'.
tomdean
===> usr.sbin/i4b/isdnmonitor
cc -O2 -m486 -pipe -DDEBUG -I/usr/obj/usr/src/tmp/usr/include -c
/usr/src/usr.sbin/i4b/isdnmonitor/main.c
gzip -cn /usr/src/usr.sbin/i4b/isdnmonitor/isdnmonit
As Doug Rabson wrote ...
> On Sun, 9 May 1999, Wilko Bulte wrote:
>
> > As Doug Rabson wrote ...
> > > On Sun, 9 May 1999, Khaled Daham wrote:
> > >
> > > > Hello folks
> > > >
> > > > I cvsupped,made world, built a kernel today and from now on the de
> > >
> > > Some tulip boards in alpha syst
> > ===> usr.sbin/i4b/isdnmonitor
> > cc -Os -pipe -mpentium -DDEBUG -I/usr/obj/usr/src/tmp/usr/include -c
> > /usr/src/usr.sbin/i4b/isdn
> > monitor/main.c
> > /usr/src/usr.sbin/i4b/isdnmonitor/main.c:103: `major' redeclared as
> > different kind of symbol
> > /usr/obj/usr/src/tmp/usr/include/sy
here's an idea..
why not have two addresses for the list.
the first would be the public address, and would be restricted to subscribers.
the second would be a non-published address, which would be unrestricted,
and would feed the published list via a side door.
only the first list would be ope
Chuck Robey writes:
> Garrett's points are why I sugggested that it would not be a useable
> approach for -questions, newbies, and mabye hackers, 'cause they all get
> a fair amount of posts like what Garrett describes. Current and
> committers do NOT get such an audience, and the argument doesn'
> > I sent a patch for this about 8 hours ago. No one seems
> > to read -current.
> well it still is broken and i must of missed that patch somewhere in my
> mail,
>
> 3:58 a.m east coast time tuesday 11
just read mail, tested Steves fix, committed.
10:23 am central european summer time tuesda
Prior to the ROOTDEVNAME changes, I used to build embedded kernels with
MFS_ROOT and MFS_ROOT_SIZE options, plus the config line as:
config foo root on wd0
but _without_ any disk devices or disk controllers. The "root on wd0" on
the config line was to satisfy the config(8) syntax, but was overrid
On Mon, 10 May 1999, Steve Kargl wrote:
> I sent a patch for this about 8 hours ago. No one seems
> to read -current.
well it still is broken and i must of missed that patch somewhere in my
mail,
3:58 a.m east coast time tuesday 11
rob
To Unsubscribe: send mail to majord...@freebsd.org
wi
On Tue, 11 May 1999, NAKAGAWA Yoshihisa wrote:
> > I was thinking of doing this, the same as alpm and intpm:
> >
> > case 0x:
> > #if NUHCI > 0
> > return NULL;
> > #else
> > return "VIA blah USB controller";
> > #endif
>
> It depends on old-config, so poor mechanism. newconfig alrea
On Mon, 10 May 1999, W Gerald Hicks wrote:
> > > Is anyone planning on upgrading the binutils gas to a later version
> > > so that we can get 3DNow! support? I'd like to use it, but I can't
> > > seem to get binutils to work right manually.
>
> > I will update binutils when/if 2.9.2 comes out.
>
47 matches
Mail list logo
