Today CURRENT breakage

[Maxim Sobolev]

Following is error output from 'make -j6 buildworld' on sources cvsup'ed
today:

`gencheck.c' is up to date.
`c-parse.in' is up to date.
===> cc_int
make: don't know how to make insn-attrtab.c. Stop
*** Error code 2
?



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: make -jn ?

[Bob Bishop]

At 4:54 pm + 5/4/99, eagle wrote:
>On Mon, 5 Apr 1999, eagle wrote:
>
>> I'm running a test build at -j3 now following the reccomended ncpus +1
>> formula everything looks great so far. if it fails i'll let you know
>>
>> rob
>>
>>
>build completed successfully will experment some more

Hmm. -j3 still fails here, in the usual place.


--
Bob Bishop  (0118) 977 4017  international code +44 118
r...@gid.co.ukfax (0118) 989 4254  between 0800 and 1800 UK




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: EGCS optimizations

[Bob Bishop]

Hi,

At 2:15 am -0700 6/4/99, Daniel Berlin wrote:
>
>Also, -mpentiumpro will actually usually generate WORSE code for a pentium
>pro.
>-mpentium and -march=pentium do better at it.

OK, but according to man cc:

>NAME
>   gcc, g++ - GNU project C and C++ Compiler (egcs-1.1.2)
[...]
>   -mpentium
>  Synonym for -mcpu=pentium
[...]
>  Specifying  -march=cpu
>  type implies -mcpu=cpu type.

If this is right, then -mpentium is redundant in the presence of
-march=pentium.


--
Bob Bishop  (0118) 977 4017  international code +44 118
r...@gid.co.ukfax (0118) 989 4254  between 0800 and 1800 UK




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: EGCS optimizations

[Daniel Berlin]

I always use both (because it's in my darn makefiles :P), but that sounds
correct to me. If it said -mpentium implied -march=pentium, i'd say it's
lying.
most of the -m alone are worthless, it's the
-march's that matter (note i say most to mean of the 4 architectures i've
played with -m and -march on).


 On Tue, 6 Apr 1999, Bob Bishop wrote:

> Hi,
> 
> At 2:15 am -0700 6/4/99, Daniel Berlin wrote:
> >
> >Also, -mpentiumpro will actually usually generate WORSE code for a pentium
> >pro.
> >-mpentium and -march=pentium do better at it.
> 
> OK, but according to man cc:
> 
> >NAME
> >   gcc, g++ - GNU project C and C++ Compiler (egcs-1.1.2)
> [...]
> >   -mpentium
> >  Synonym for -mcpu=pentium
> [...]
> >Specifying  -march=cpu
> >  type implies -mcpu=cpu type.
> 
> If this is right, then -mpentium is redundant in the presence of
> -march=pentium.
> 
> 
> --
> Bob Bishop  (0118) 977 4017  international code +44 118
> r...@gid.co.ukfax (0118) 989 4254  between 0800 and 1800 UK
> 
> 
> 
> 
> To Unsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-current" in the body of the message
> 



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: Today CURRENT breakage

[Roman V. Palagin]

On Tue, 6 Apr 1999, Maxim Sobolev wrote:

> Following is error output from 'make -j6 buildworld' on sources cvsup'ed
> today:
> 
> `gencheck.c' is up to date.
> `c-parse.in' is up to date.
> ===> cc_int
> make: don't know how to make insn-attrtab.c. Stop
> *** Error code 2
don't use -j x.

> ═
> 
> 
> 
> To Unsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-current" in the body of the message
> 

  -
   Roman V. Palagin | RVP1-6BONE, RP40-RIPE| Network Administrator   
  -




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: arp.

[Andy V. Oleynik]

andrea wrote:

> I have to add a gateway to my net for experimental reasons.
> Actually there are : a main-router that works as interface to the Internet,
> and some hosts on my sub net.
>
> Internet-MyRouterMySubNet
>
> NOw i need to configure one host of MYSubNet to act as a gatway for the
> secondary subnet.
> Both the 1SubNet and 2 SubNEt share the same ip-range.
>
>  Internet-MyRouterMySubNet-My2SubNet

As I understood U have smth like this :
Internet-MyRouterMySubNet
   |2ndRouter-My2SubNet
Then U have to cut My2SubNet from ur  MySubNet and configure
routes to appropriate subnets on appropriate hosts. As long as ur 2ndsubnet
is part of ur mainsubnet  the hosts from  2ndsubnet will be seen from internet

& wise a versa. U may need to run DNS for reverse zone of ur  My2SubNet


>
>
> All the sub.net have to be seen from the Internet so I'll need to add a
> route to MainRouter in order to route the Secondary Subnet.
> The problem is that i cannot change configuration of the mainroute,so i
>

in fact this isnt  big problem as soon as U have properly configured
subnets:) . Correct me if I wrong.

> wonder if is possible to configure the new gateway to do a sort of "proxy
> arp" for my secondary Subnet.
> But arp-tables are system-wide so if i change arp entry to cacth request on
> PrimaryNet the 2subnet dont'works anymore.
> Is possible to catch arp request only on a single subnet,without broke any
> other subnet connected to the same host.?
> thank you!
>
> To Unsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-questions" in the body of the message

--
WBW  Andy V. Oleynik  (When U work in virtual office
   U have good chance to obtain virtual money Ж%-)





To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: WORM & CAM CD

[Andreas Dobloug]

* Kenneth D. Merry
| > | > Has the worm driver been taken out of current?
| > | Yes.  You have to use cdrecord now for SCSI CD burners.
| > cdrecord lacks support for a whole lot of CD-burners...
| Oh really?  The old Worm driver only supported HP/Philips and Plasmon
| drives.  cdrecord supports those drives, and many more.

Sorry, didn't get a chance to test the worm driver. Thought it
supported more.

| What CD burner do you have that cdrecord doesn't support?  Have you talked
| to Joerg Schilling about it?

I've got a Matsushita CW-7501. I'll send him a mail.

-- 
Andreas Dobloug : email: andre...@ifi.uio.no


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: make -jn ?

[David O'Brien]

> Hmm. -j3 still fails here, in the usual place.

I haven't even started looking at the -j problem.  There is still some
bootstrap problem with C++ (appears to be in libstdc++).

Sorry.

(of course patches gladly accepted :-) )
 
-- 
-- David(obr...@nuxi.com  -or-  obr...@freebsd.org)


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Vtable thunks with egcs

[Doug Rabson]

I'm assuming that the default for egcs uses vtable thunks instead of
offsets in the vtable to handle multiple inheritance. It occurred to me
that since this changes the C++ calling convention, we have to bump the
major version number of all c++ libraries, particularly the ones in ports.

--
Doug Rabson Mail:  d...@nlsystems.com
Nonlinear Systems Ltd.  Phone: +44 181 442 9037




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: arp.

[Crist J. Clark]

Andy V. Oleynik wrote,
[Charset koi8-r unsupported, filtering to ASCII...]
> andrea wrote:
> 
> > I have to add a gateway to my net for experimental reasons.
> > Actually there are : a main-router that works as interface to the Internet,
> > and some hosts on my sub net.
> >
> > Internet-MyRouterMySubNet
> >
> > NOw i need to configure one host of MYSubNet to act as a gatway for the
> > secondary subnet.
> > Both the 1SubNet and 2 SubNEt share the same ip-range.
> >
> >  Internet-MyRouterMySubNet-My2SubNet
> 
> As I understood U have smth like this :
> Internet-MyRouterMySubNet
>|2ndRouter-My2SubNet
> Then U have to cut My2SubNet from ur  MySubNet and configure
> routes to appropriate subnets on appropriate hosts. As long as ur 2ndsubnet
> is part of ur mainsubnet  the hosts from  2ndsubnet will be seen from internet
> 
> & wise a versa. U may need to run DNS for reverse zone of ur  My2SubNet

DNS has nothing really to do with this problem. I believe the original
poster is describing the following (this may be what the second poster
meant to write, but proportional fonts, tab damage, or his character
set wiped it out),

Internet--PrimaryRouter--SubNet1
|
 SecondaryRouter-SubNet2

> >
> >
> > All the sub.net have to be seen from the Internet so I'll need to add a
> > route to MainRouter in order to route the Secondary Subnet.
> > The problem is that i cannot change configuration of the mainroute,so i
> >
> 
> in fact this isnt  big problem as soon as U have properly configured
> subnets:) . Correct me if I wrong.

This is a problem. You are wrong. But back to the original poster, why
can you not change the configuration on the Primary Router[0]? If this is
your network, and you want to be able to do things like this, you need
to be able to change the Primary Router configuration.

To the second poster, when the Primary Router receives a packet
destined for a machine on SubNet1 or SubNet2, since the Router
believes all of those machines are still on its LAN, it will try to
use the MAC address (layer 2) to send the packet directly to the
machine. However, now this machine has been moved behind the Secondary
Router. The Secondary Router is not listening for other machines'
packets at layer 2 (in a typical router setup), so it never gets the
packet and never tries to forward it. It also would not respond to ARP
calls by the Primary Router when it is looking for a machine on
SubNet2.

> > wonder if is possible to configure the new gateway to do a sort of "proxy
> > arp" for my secondary Subnet.
> > But arp-tables are system-wide so if i change arp entry to cacth request on
> > PrimaryNet the 2subnet dont'works anymore.
> > Is possible to catch arp request only on a single subnet,without broke any
> > other subnet connected to the same host.?

It is possible. But I am unaware of a tool to do this[1] (which does not
mean there is not one). Might you be better off building a 'new' net
behind your Secondary Router? Say using NAT and a 10.0.0 subnet?

[0] All you need to do on the router is add a route to Secondary
Router for IPs on SubNet2. All you need is the address for the
Secondary Router and a subnet mask.

[1] The Secondary Router would not actually be doing routing in this
case. It's acting more like a switch. You did not really tell us why
you are doing this. Would getting a switch be a better option for you?
-- 
Crist J. Clark   cjcl...@home.com


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: SMP users (important)

[Ville-Pertti Keinonen]

"John S. Dyson"  writes:

> I just wanted to "chime in" and say that the new patches are based
> on a really good concept, and is much cleaner than the previous
> method.  Also, many RISC architectures can utilize this
> method due to the availability of lots of general registers.
> (One could go so far as to have the compiler reserve the
>  register.)  Non-threaded user mode apps could optionally
>  use the reserved register, but for threaded user mode apps,
>  that reserved register could also be used as a per-thread
>  base pointer.

Reserving an arbitrary register can make binary compatibility with
other systems more difficult.

On the i386 it isn't bad since only a few horribly machine-dependent
programs might use %fs for anything.

Something to look at as a precedent for other processors should be
what commercial Unix systems on various non-i386 processors do.

> I believe that NT does the above (%fs for X86, and general
> register for Alpha.)  On PPC, there are several local,

Digital UNIX does not reserve a register.  Based on a quick check it
would seem to be using a call to PALcode to find the thread-specific
data.  Note that this is nothing like a system call, it's much faster
(something like 10 clocks).

> per-processor registers that one could use (but loading a
> general register with that per processor register would be
> needed for access.)  Also, since the PPC has lots of registers,
> one could? permanently reserve one of the general registers (r13?).

I really don't like the idea of breaking the normal language
conventions for any processor.  For the i386, the use of segment
registers is not relevant to C language conventions, but reserving a
general register on any architecture should, IMHO, be avoided if at
all possible.

> All in all, this change has the potential for better context
> switching time (and less memory/better performance for multi-threaded

I believe that having meaningful values context-switched in segment
registers can add context switch overhead.  It shouldn't be
significant, though.


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: aio_read

[Ville-Pertti Keinonen]

Matthew Dillon  writes:

> UNIX has been broken this way from day 1.  It was a major design mistake.
> The only way to get your own descriptor seek offset is to open() the
> file again.

It's not necessarily breakage.  Not having any mechanism other than
open to get your own seek offset is nasty, but sharing a seek offset
can also be useful.  File descriptors can't be "reverse-inherited", so
in order to continue writing to the same redirected output file, a
sequence of commands executed by a shell needs to be able to share the
actual file offset.  I believe this was the original reason for the
behavior.


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: arp.

[Andy V. Oleynik]

"Crist J. Clark" wrote:

> Andy V. Oleynik wrote,
> [Charset koi8-r unsupported, filtering to ASCII...]
> > andrea wrote:
> >
> > > I have to add a gateway to my net for experimental reasons.
> > > Actually there are : a main-router that works as interface to the 
> > > Internet,
> > > and some hosts on my sub net.
> > >
> > > Internet-MyRouterMySubNet
> > >
> > > NOw i need to configure one host of MYSubNet to act as a gatway for the
> > > secondary subnet.
> > > Both the 1SubNet and 2 SubNEt share the same ip-range.
> > >
> > >  Internet-MyRouterMySubNet-My2SubNet
> >
> > As I understood U have smth like this :
> > Internet-MyRouterMySubNet
> >|2ndRouter-My2SubNet
>

I mean 2ndrouter is on  MySubNet, sorrey for unclearity:)

> > Then U have to cut My2SubNet from ur  MySubNet and configure
> > routes to appropriate subnets on appropriate hosts. As long as ur 2ndsubnet
> > is part of ur mainsubnet  the hosts from  2ndsubnet will be seen from 
> > internet
> >
> > & wise a versa. U may need to run DNS for reverse zone of ur  My2SubNet
>
> DNS has nothing really to do with this problem. I believe the original
>

I said "U may" not "U must". At least I  run DNS for revzones of my subnets.

> poster is describing the following (this may be what the second poster
> meant to write, but proportional fonts, tab damage, or his character
> set wiped it out),
>
> Internet--PrimaryRouter--SubNet1
> |
>  SecondaryRouter-SubNet2
>
> > >
> > >
> > > All the sub.net have to be seen from the Internet so I'll need to add a
> > > route to MainRouter in order to route the Secondary Subnet.
> > > The problem is that i cannot change configuration of the mainroute,so i
> > >
> >
> > in fact this isnt  big problem as soon as U have properly configured
> > subnets:) . Correct me if I wrong.
>
> This is a problem. You are wrong. But back to the original poster, why

Sorrey Crist, but there is no need to connect 2nd router to 1st. If U have to
have 2nd subnet just insert 2nd NIC into 1st router and as I sad above
configure ur subnets (with appropriate routes on router off cause &
defaulterouter on hosts on subnets :).


>
> can you not change the configuration on the Primary Router[0]? If this is
> your network, and you want to be able to do things like this, you need
> to be able to change the Primary Router configuration.
>
> To the second poster, when the Primary Router receives a packet
> destined for a machine on SubNet1 or SubNet2, since the Router
> believes all of those machines are still on its LAN, it will try to
> use the MAC address (layer 2) to send the packet directly to the
>

Is this true if 1strouter knows that a route to 2ndsubnet is throught 2ndrouter
which is
on same subnet as 1strouter?

> machine. However, now this machine has been moved behind the Secondary
> Router. The Secondary Router is not listening for other machines'
>

why not if it's configured as gateway to 2ndsnet?

> packets at layer 2 (in a typical router setup), so it never gets the

>
> packet and never tries to forward it. It also would not respond to ARP
>

> calls by the Primary Router when it is looking for a machine on
> SubNet2.

>
>
> > > wonder if is possible to configure the new gateway to do a sort of "proxy
> > > arp" for my secondary Subnet.
> > > But arp-tables are system-wide so if i change arp entry to cacth request 
> > > on
> > > PrimaryNet the 2subnet dont'works anymore.
> > > Is possible to catch arp request only on a single subnet,without broke any
> > > other subnet connected to the same host.?
>
> It is possible. But I am unaware of a tool to do this[1] (which does not
> mean there is not one). Might you be better off building a 'new' net
> behind your Secondary Router? Say using NAT and a 10.0.0 subnet?
>
> [0] All you need to do on the router is add a route to Secondary
> Router for IPs on SubNet2. All you need is the address for the
> Secondary Router and a subnet mask.
>
> [1] The Secondary Router would not actually be doing routing in this
> case. It's acting more like a switch. You did not really tell us why
> you are doing this. Would getting a switch be a better option for you?
> --
> Crist J. Clark   cjcl...@home.com

--
WBW  Andy V. Oleynik  (When U work in virtual office
   U have good chance to obtain virtual money Ж%-)





To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: Patched RealTek driver -- please test

[Stephen Hocking-Senior Programmer PGS Tensor Perth]

OK - I've banged on the new version with  extra debug messages and it still 
locks up, but without any messages! I can only conclude that the 486MB BIOS is 
iffy. I haven't tried any other slots in the MB, but have tried various PCI 
settings, all to no avail. I have swapped the de0 and the rl0 between 
machines, and the rl0 is happy in it's new home - hasn't fallen over, although 
it's netpipe performance sucks with very small packets. I think we can write 
this one off as a faulty PCI implementation on the 486 motherboard. Thanks for 
your patience & time.

Stephen
-- 
  The views expressed above are not those of PGS Tensor.

"We've heard that a million monkeys at a million keyboards could produce
 the Complete Works of Shakespeare; now, thanks to the Internet, we know
 this is not true."Robert Wilensky, University of California




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: Vtable thunks with egcs

[David O'Brien]

> I'm assuming that the default for egcs uses vtable thunks instead of
> offsets in the vtable to handle multiple inheritance. 

At the moment, yes.

> It occurred to me that since this changes the C++ calling convention,
> we have to bump the major version number of all c++ libraries,
> particularly the ones in ports.

Not only that, but the differences in exceptions, rtti, etc... it is well
known that you can't even use C++ libs compiled with g++ 2.8.{0,1} with
EGCS.

Guess Steve is in for some fun when he sees just how broken Ports are
with EGCS.  ;-)
 
-- 
-- David(obr...@nuxi.com  -or-  obr...@freebsd.org)

P.S. There is a problem with bootstraping right now that causes something
not to be compiled by EGCS that needs to be.  I'm working on this right
now...  so we might not want to change any ports just yet.


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: EGCS breaks what(1)

[John R. LoVerso]

> 'what' is broken.  C does not impose any sort of address ordering
> restriction on globals or autos that are declared next to each other.

Right, except that 'what' isn't broken.  It is vers.c (and conf/newvers.sh)
that is broken, believing that the two variables will be allocating in 
contiguous memory.

Changing newvers.sh to generate
char sccs[] = "@(" "#)" "FreeBSD ...";
char version = "FreeBSD ...";
will make "what" on the kernel work again, at the expense of about 100
duplicated
bytes.

The real question is whether the extreme alignment and padding used by EGCS can
be turned off, especially for 486s.

John


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: YP/NIS and passwd weirdness

[Sheldon Hearn]

On Fri, 02 Apr 1999 17:26:15 PST, Scott Michel wrote:

> Removing the "*" makes things work again, but the security check
> wails about a user w/o a password.

The entries should not use "*" in the first place. With regard to the
security check, see PR 9639 at:

http://www.freebsd.org/cgi/query-pr.cgi?pr=9639

While no diffs are supplied with the PR, you could try the kludge below.
There's a very good reason why this 5-second abortion isn't attached to
the PR -- it's ugly. But it sounds like you care, so knock yourself out.
:-)

Ciao,
Sheldon.

Index: security
===
RCS file: /home/ncvs/src/etc/security,v
retrieving revision 1.29
diff -u -d -r1.29 security
--- security1999/01/10 11:18:59 1.29
+++ security1999/04/06 13:27:58
@@ -54,7 +54,7 @@
 
 separator
 echo "checking for passwordless accounts:"
-awk -F: '$2=="" {print $0}' /etc/master.passwd
+grep -v '^\+' /etc/master.passwd | awk -F: '$2=="" {print $0}'
 
 # show denied packets
 if ipfw -a l 2>/dev/null | egrep "deny|reset|unreach" > $TMP; then


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Slightly wonky auto memory probe + fix

[Stephen McKay]

[I posted this to -current because the technology is the same in -current
even though this box will never run -current.  Bear with me.]

We've just got a new Dell PowerEdge (very nice) with 512MB of ram.  By
default, 3.1-stable sees only 64MB.  Looking carefully, it sees 8KB less
than 64MB, so it doesn't probe for the rest.

I applied this patch, which fiddles the "Hmm got 64MB so probe for the
rest" heuristic.  With this patch, it found all 512MB, to the exact byte.
Unfortunately, it kinda changes it from a "heuristic" to a "hack". :-(


--- machdep.c   Fri Feb 19 15:31:36 1999
+++ /tmp/sgm/machdep.c  Tue Apr  6 23:40:36 1999
@@ -1428,7 +1428,7 @@
 * the MAXMEM option or the npx0 "msize", then don't do the speculative
 * memory probe.
 */
-   if (Maxmem >= 0x4000)
+   if (Maxmem >= 0x3f00)
speculative_mprobe = TRUE;
else
speculative_mprobe = FALSE;
@@ -1538,7 +1538,7 @@
if (phys_avail[pa_indx] == target_page) {
phys_avail[pa_indx] += PAGE_SIZE;
if (speculative_mprobe == TRUE &&
-   phys_avail[pa_indx] >= (64*1024*1024))
+   phys_avail[pa_indx] >= (63*1024*1024))
Maxmem++;
} else {
pa_indx++;

Stephen.


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: cvsupped libgcc grief

[Sheldon Hearn]

On Sun, 04 Apr 1999 12:48:04 GMT, George Cox wrote:

> cc: Internal compiler error: program cc1 got fatal signal 11
  [...]
> FreeBSD-CURRENT -- Because I'm worth it.

How did you find out about CURRENT without finding out about the FAQ?

Please read section 4 of the FreeBSD FAQ, available online at
http://www.freebsd.org/FAQ/FAQ.html, paying particular attention to the
question "My programs occasionally die with ``Signal 11'' errors.".

Then see if you get the same error in the same place consistently with a
clean obj tree. My money's on dud hardware. :-(

Later,
Sheldon.


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: WORM & CAM CD

[Kenneth D. Merry]

Andreas Dobloug wrote...
> * Kenneth D. Merry
> | > | > Has the worm driver been taken out of current?
> | > | Yes.  You have to use cdrecord now for SCSI CD burners.
> | > cdrecord lacks support for a whole lot of CD-burners...
> | Oh really?  The old Worm driver only supported HP/Philips and Plasmon
> | drives.  cdrecord supports those drives, and many more.
> 
> Sorry, didn't get a chance to test the worm driver. Thought it
> supported more.
> 
> | What CD burner do you have that cdrecord doesn't support?  Have you talked
> | to Joerg Schilling about it?
> 
> I've got a Matsushita CW-7501. I'll send him a mail.

My guess is that cdrecord won't support it.  See:

http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/cdr-unsup.html

And remember that Matsushita == Panasonic.

New SiS 5591 ide chipset support.

[David Malone]

I'm having trouble with a kernel built from this mornings make world.
It seems to be related to the new SiS 5591 ide chipset support. It
gets as far as the automatic reboot in progress and then says:

wd0: interrupt timeout (status 50 error 0)
wd0: wdtimeout() DMA status 0
wd0: interrupt timeout (status 50 error 1)
wd0: wdtimeout() DMA status 0
wd0: interrupt timeout (status 50 error 1)
wd0: wdtimeout() DMA status 0
wd0: interrupt timeout (status 50 error 1)
wd0: wdtimeout() DMA status 0
.
.
.

The first thing is that I guess the  should be ,
the second is that it seems to sit there doing that for longer than
I was willing to wait (it eventually prints a message saying that it
presumes it is a laptop and shouldn't print any more of these messages).

Backing out the last change to ide_pci.c seems to fix the problem.
I've lots of flags turned on in the kernel config file (0xa0ffa0ff),
the old kernel complains a little but works fine, the new kernel
spots that it is a SiS 5591, but grinds to a halt.

If it helps any, the older working kernel prints one timeout message
when booting after the bad kernel has been booted, and my root filesystem
is actually on wd1. Is my drive/controller not up to the flags I've set,
or is this a problem with the new chipset support?

Relivent quotes from boot messages/kernel config file below. All the
messages from the new kernel are copied by hand, so there will be mistakes.

David.

In config file:
---
controller  wdc0at isa? port "IO_WD1" bio irq 14 flags 0xa0ffa0ff

The old kernel says:

ide_pci0:  rev 0xc1 int a irq 14 on 
pci0.1.1
ide_pci: generic_dmainit 01f0:0: warning, IDE controller timing not set

The new kernel reports this:

ide_pci0:  rev 0xc1 int a irq 14 on pci0.1.1

New kernel with -v:
---
SiS 5591 dmainit: primary drive 0 setting ultra DMA mode 2
wd0: wdsetmode() setting transfer mode to 42
SiS 5591 status: CRTC 12 PCICLK, CATC12 PCICLK, applies to all IDE drives
SiS 5591 status: burst cycles enabeled, fast post write control enabeled
SiS 5591 status: primary drive 0 DRTC 1 PCICLK, DATC 3 PCICLK
SiS 5591 status: primary drive 0 Ultra DMA enabeled, 1PCICLK data out
SiS 5591 status: primary drive 0 postwrite enabeled, prefetch enabeled prefetch 
count is 512
SiS 5591 status: primary drive 0 has been configured for DMA
wdc0: unit 0 (wd0) , DMA, 32-bit, multi-block-16
wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S
wd0: ATA INQUIRE valid = 0007, dmaword = 0007, apio = 0003, vdma = 0407


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

panic: vm_page_bits: illegal base/size 4096/512

[Brian Feldman]

This occurs when I'm copying from a floppy (MS-DOS) to my home dir which is
on an FFS file system. Any ideas? Reproduced of course.

 Brian Feldman_ __ ___   ___ ___ ___  
 gr...@unixhelp.org_ __ ___ | _ ) __|   \ 
 FreeBSD: The Power to Serve!  _ __ | _ \__ \ |) |
 http://www.freebsd.org   _ |___/___/___/ 


cript started on Tue Apr  6 10:34:54 1999
{"/home/crash"}# gdb -k kernel.0 vmcore.0 
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.16 (i386-unknown-freebsd), 
Copyright 1996 Free Software Foundation, Inc...
IdlePTD 2887680
initial pcb at 23f440
panicstr: vm_page_bits: illegal base/size 4096/512
panic messages:
---
panic: vm_page_bits: illegal base/size 4096/512

syncing disks... 21 19 14 11 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 
giving up

dumping to dev 20001, offset 8192
dump 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 
70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 
44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 
18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 
---
#0  boot (howto=256) at ../../kern/kern_shutdown.c:287
287 dumppcb.pcb_cr3 = rcr3();
(kgdb) bt
#0  boot (howto=256) at ../../kern/kern_shutdown.c:287
#1  0xc01378a5 in panic () at ../../kern/kern_shutdown.c:448
#2  0xc019f491 in vm_page_bits (base=4096, size=512) at ../../vm/vm_page.c:1449
#3  0xc01a1cc8 in vnode_pager_input_smlfs (object=0xc6f55e0c, m=0xc054f6a0)
at ../../vm/vnode_pager.c:401
#4  0xc01a219f in vnode_pager_generic_getpages (vp=0xc6fc5bc0, m=0xc6e8ccf0, 
bytecount=4096, reqpage=0) at ../../vm/vnode_pager.c:625
#5  0xc0f4b183 in ?? ()
#6  0xc01a201a in vnode_pager_getpages (object=0xc6f55e0c, m=0xc6e8ccf0, 
count=1, reqpage=0) at vnode_if.h:1067
#7  0xc019633f in vm_fault (map=0xc6efeac0, vaddr=671449088, 
fault_type=1 '\001', fault_flags=0) at ../../vm/vm_pager.h:120
#8  0xc01cb10c in trap_pfault (frame=0xc6e8cd98, usermode=0, eva=671449088)
at ../../i386/i386/trap.c:817
#9  0xc01cade7 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -1025695744, 
  tf_esi = 671449088, tf_ebp = -957821440, tf_isp = -957821504, 
  tf_ebx = 8192, tf_edx = 671453184, tf_ecx = 1024, tf_eax = -957829120, 
  tf_trapno = 12, tf_err = 0, tf_eip = -1071867086, tf_cs = 8, 
  tf_eflags = 66070, tf_esp = -957821184, tf_ss = -957821192})
at ../../i386/i386/trap.c:438
#10 0xc01c9b32 in slow_copyin ()
#11 0xc018d5e8 in ffs_write (ap=0xc6e8ceb8)
at ../../ufs/ufs/ufs_readwrite.c:468
#12 0xc01635f9 in vn_write (fp=0xc0e8cac0, uio=0xc6e8cf00, cred=0xc0e32580, 
flags=0) at vnode_if.h:331
#13 0xc0142abc in dofilewrite (p=0xc66e2d60, fp=0xc0e8cac0, fd=4, 
buf=0x28057000, nbyte=13180, offset=0x, flags=0)
at ../../kern/sys_generic.c:363
#14 0xc01429cb in write (p=0xc66e2d60, uap=0xc6e8cf84)
---Type  to continue, or q  to quit---
at ../../kern/sys_generic.c:298
#15 0xc01cb70e in syscall (frame={tf_es = 47, tf_ds = 47, tf_edi = 671444992, 
  tf_esi = 671444992, tf_ebp = -1077946852, tf_isp = -957820972, 
  tf_ebx = 13180, tf_edx = -1, tf_ecx = 4, tf_eax = 4, tf_trapno = 0, 
  tf_err = 2, tf_eip = 134522044, tf_cs = 31, tf_eflags = 531, 
  tf_esp = -1077946992, tf_ss = 47}) at ../../i386/i386/trap.c:1101
#16 0xc01bec4c in Xint0x80_syscall ()
#17 0x80488a6 in ?? ()
#18 0x804849c in ?? ()
#19 0x80480e9 in ?? ()
(kgdb) quit
{"/home/crash"}# ^D

Script done on Tue Apr  6 10:35:07 1999




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

I still get a problem with make world

[Kenneth Wayne Culver]

This time, I resupped at about 3 this morning (Eastern Standard Time) and
typed "make -DNOGAMES world" and now I get an error when it compiles dd,
and it quits compiling after that.

Kenneth Culver



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: Patched RealTek driver -- please test

[Bill Paul]

Of all the gin joints in all the towns in all the world, Stephen
Hocking-Senior Programmer PGS Tensor Perth had to walk into mine and say:
 
> OK - I've banged on the new version with  extra debug messages and it still 
> locks up, but without any messages!

Grr.

> I can only conclude that the 486MB BIOS is 
> iffy. I haven't tried any other slots in the MB, but have tried various PCI 
> settings, all to no avail. I have swapped the de0 and the rl0 between 
> machines, and the rl0 is happy in it's new home - hasn't fallen over, 
> although 
> it's netpipe performance sucks with very small packets. I think we can write 
> this one off as a faulty PCI implementation on the 486 motherboard. Thanks 
> for 
> your patience & time.

I have one more thing you can try for me (I hope it's not too much trouble
to put the NIC back where it was). This latest test version has a small
change to rl_start() which modifies the transmit behavior: instead of
trying to fill up as many transmit 'descriptors' as possible, it should
never be possible now to have more than one transmission in progress at
any one time. That is, instead of trying to fill up all four TX
'descriptors' and issue four transmissions in rapid succession and then
waiting to clean up the buffers later, it issues a single transmission,
waits for completion, then issues another transmission, waits for
completion, and so on.

This will probably worsen performance at 100Mbps, but it would be
interesting to see if it fixes your problem. Please try it and let me
know what happens. (I left the loop detection code in place just for
giggles.)

-Bill

-- 
=
-Bill Paul(212) 854-6020 | System Manager, Master of Unix-Fu
Work: wp...@ctr.columbia.edu | Center for Telecommunications Research
Home:  wp...@skynet.ctr.columbia.edu | Columbia University, New York City
=
"Mulder, toads just fell from the sky!" "I guess their parachutes didn't open."
=


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: EGCS breaks what(1)

[David O'Brien]

> The real question is whether the extreme alignment and padding used by
> EGCS can be turned off, especially for 486s.

Considering it... probably based on -m486.
 
-- 
-- David(obr...@nuxi.com  -or-  obr...@freebsd.org)


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: Patched RealTek driver -- please test

[Bill Paul]

Whoops... I just noticed I made a small boo-boo in that last patch,
which I just fixed. When downloading, make sure you get the version of
if_rl.c with the following ID strings:

for 3.0: $Id: if_rl.c,v 1.28 1999/04/06 15:29:01 wpaul Exp $
for 2.2: $Id: if_rl.c,v 1.17 1999/04/06 15:29:26 wpaul Exp $

Sorry about that.

-Bill

-- 
=
-Bill Paul(212) 854-6020 | System Manager, Master of Unix-Fu
Work: wp...@ctr.columbia.edu | Center for Telecommunications Research
Home:  wp...@skynet.ctr.columbia.edu | Columbia University, New York City
=
"Mulder, toads just fell from the sky!" "I guess their parachutes didn't open."
=


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: SMP users (important)

[John S. Dyson]

> 
> > per-processor registers that one could use (but loading a
> > general register with that per processor register would be
> > needed for access.)  Also, since the PPC has lots of registers,
> > one could? permanently reserve one of the general registers (r13?).
> 
> I really don't like the idea of breaking the normal language
> conventions for any processor.  For the i386, the use of segment
> registers is not relevant to C language conventions, but reserving a
> general register on any architecture should, IMHO, be avoided if at
> all possible.
>
I believe that SYSV might do it.

> 
> I believe that having meaningful values context-switched in segment
> registers can add context switch overhead.  It shouldn't be
> significant, though.
> 
It is probably *much* cheaper than the VM approaches.

John



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: aio_read

[Matthew Dillon]

:
:
:Matthew Dillon  writes:
:
:> UNIX has been broken this way from day 1.  It was a major design mistake.
:> The only way to get your own descriptor seek offset is to open() the
:> file again.
:
:It's not necessarily breakage.  Not having any mechanism other than
:open to get your own seek offset is nasty, but sharing a seek offset
:can also be useful.  File descriptors can't be "reverse-inherited", so
:in order to continue writing to the same redirected output file, a
:sequence of commands executed by a shell needs to be able to share the
:actual file offset.  I believe this was the original reason for the
:behavior.

If it's a redirected output file you simply make it O_APPEND, at which
point the seek offset in the descriptor becomes irrelevant.

-Matt
Matthew Dillon 



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: make -jn ?

[Ollivier Robert]

According to Bob Bishop:
> Hmm. -j3 still fails here, in the usual place.

Even -j2 failed here. I completed a "make world" at around 15H GMT (suppoed
minutes before) w/o any problem and the machine is now happily running an
egcs-compiled kernel.  Congrats again David.
-- 
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr
FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Band-aid for building world with -jn [PATCH]

[Bob Bishop]

Hi,

The following patch makes -jn work. I don't claim it's any sort of
long-term solution.

The hack consists of simply dropping .NOTPARALLEL: into the right Makefile, but
since .NOTPARALLEL is broken (see bin/10985 for the gory details) you'll
need the attached patch for make too.

Index: src/gnu/usr.bin/cc/cc_tools/Makefile
===
RCS file: /CVSROOT/src/gnu/usr.bin/cc/cc_tools/Makefile,v
retrieving revision 1.18
diff -c -r1.18 Makefile
*** Makefile1999/04/05 10:18:50 1.18
--- Makefile1999/04/06 17:29:50
***
*** 2,7 
--- 2,10 
  # $Id: Makefile,v 1.18 1999/04/05 10:18:50 peter Exp $
  #

+ # XXX band-aid for -jn
+ .NOTPARALLEL:
+
  #
  # This could probably be merged with ../cc_int/Makefile, but bsd.lib.mk
  # is such a !...@#!*#% nightmare because of how it reprograms the 
dependencies,
Index: src/usr.bin/make/main.c
===
RCS file: /CVSROOT/src/usr.bin/make/main.c,v
retrieving revision 1.30
diff -c -r1.30 main.c
*** main.c  1999/03/01 06:01:05 1.30
--- main.c  1999/04/06 12:59:59
***
*** 123,129 
  static Lstvariables;  /* list of variables to print */
  int   maxJobs;/* -j argument */
  static Boolean  forceJobs;  /* -j argument given */
! static intmaxLocal;   /* -L argument */
  Boolean   compatMake; /* -B argument */
  Boolean   debug;  /* -d flag */
  Boolean   noExecute;  /* -n flag */
--- 123,129 
  static Lstvariables;  /* list of variables to print */
  int   maxJobs;/* -j argument */
  static Boolean  forceJobs;  /* -j argument given */
! int   maxLocal;   /* -L argument */
  Boolean   compatMake; /* -B argument */
  Boolean   debug;  /* -d flag */
  Boolean   noExecute;  /* -n flag */
Index: src/usr.bin/make/parse.c
===
RCS file: /CVSROOT/src/usr.bin/make/parse.c,v
retrieving revision 1.20
diff -c -r1.20 parse.c
*** parse.c 1999/01/08 18:37:34 1.20
--- parse.c 1999/04/06 16:34:14
***
*** 874,881 
--- 874,884 
case NotParallel:
{
extern int  maxJobs;
+   extern int  maxLocal;

maxJobs = 1;
+   maxLocal = 1;
+   compatMake = 1; /* would have been turned on if no
-j */
break;
}
case SingleShell:


--
Bob Bishop  (0118) 977 4017  international code +44 118
r...@gid.co.ukfax (0118) 989 4254  between 0800 and 1800 UK




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

C++ cannot create executables ?

[Tomer Weller]

im having problems compiling the giCQ port under 4.0-current.
configuration says my C++ compiler cannot create executables, any idea
what's the problem ?



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: C++ cannot create executables ?

[Thomas T. Veldhouse]

Read the recent posts.  Let me guess, you have probably done a fairly recent
cvsup (sunday evening?) and you built world.  You now have egcs as your
compiler (gcc -v).  The best thing to do, at least the easiest to tell you
to do, is to simply cvsup the sources again and make the world.  You
probably caught the sources in a transient state during the commit of the
egcs compiler as the system compiler.

Tom Veldhouse
ve...@visi.com

-Original Message-
From: Tomer Weller 
To: freebsd-current@FreeBSD.ORG 
Date: Tuesday, April 06, 1999 2:28 PM
Subject: C++ cannot create executables ?


>im having problems compiling the giCQ port under 4.0-current.
>configuration says my C++ compiler cannot create executables, any idea
>what's the problem ?
>
>
>
>To Unsubscribe: send mail to majord...@freebsd.org
>with "unsubscribe freebsd-current" in the body of the message
>



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

RE: EGCS optimizations

[paul]

> -Original Message-
> From: Matthew Dillon [mailto:dil...@apollo.backplane.com]
> Sent: 06 April 1999 05:58
> To: curr...@freebsd.org
> Subject: EGCS optimizations
> 
> 



> Compiling up /usr/src/usr.sbin with egcs and libc compiled with:
> 
>   -O2 160 seconds
>   -O2 -march=pentiumpro   162 seconds
>   -Os 161 seconds
> 
> Which leads me to believe that using -Os might be beneficial.
> 

If I'm reading that right you timed how long it took to build
/usr/src/usr.sbin using egcs and libc compiled with the above optimisations?

I doubt that that sort of benchmark is going to say an awful lot about the
performance of the optimisation levels since compiling /usr/sr/usr.sbin is
going to be affected by disk i/o performance far more than it would be by
cpu performance. The relative speed differences of the different egcs/libc
binaries is probably smoothed out by the i/o affects which is why the times
look so similar.

Something that is more cpu bound would be a better benchmark for comparing
the optimisation options.


Paul.


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: RE: EGCS optimizations

[Matthew Dillon]

:I doubt that that sort of benchmark is going to say an awful lot about the
:performance of the optimisation levels since compiling /usr/sr/usr.sbin is
:going to be affected by disk i/o performance far more than it would be by
:cpu performance. The relative speed differences of the different egcs/libc
:binaries is probably smoothed out by the i/o affects which is why the times
:look so similar.
:
:Something that is more cpu bound would be a better benchmark for comparing
:the optimisation options.
:
:
:Paul.

That test was 100% cpu bound.  There was no ( significant ) I/O.  I ran
it a few times to build the cache before timing it.

It's no big deal, really.  I think the EGCS bandwagon is going to continue
to move forward and PGCS runs on top of it, so moving to EGCS puts FreeBSD
in a better position in the long term.

-Matt
Matthew Dillon 



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: EGCS optimizations

[Poul-Henning Kamp]

In message <199904062001.naa10...@apollo.backplane.com>, Matthew Dillon writes:

>That test was 100% cpu bound.  There was no ( significant ) I/O.  I ran
>it a few times to build the cache before timing it.

What is the stddev on your measurements ?

a delta-T  1 second need a very tight stddev to be significant.


--
Poul-Henning Kamp FreeBSD coreteam member
p...@freebsd.org   "Real hackers run -current on their laptop."
FreeBSD -- It will take a long time before progress goes too far!


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: EGCS optimizations

[eagle]

On Mon, 5 Apr 1999, Alex Zepeda wrote:

> On Mon, 5 Apr 1999, Matthew Dillon wrote:
> 
> > There is nothing beyond -O2.  Well, there's -O3, which tries to 
> > inline static functions, but that typically isn't beneficial because
> > it really bloats up the code and subroutine calls on intel cpus are
> > very fast.
> 
> Really?
> 
> The pgcc web page (goof.com/pcg) lead me to believe that there were a few
> more optimizations turned on by -O5 && -O6..

pgcc isn't the same as egcs the current -mpentiumpro and -mpentiumarch
stuff were taken from pgcc and ported back to egcs but i believe that pgcc
has gone way beyond what it was when that happened.

rob



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: EGCS breaks what(1)

[eagle]

On Tue, 6 Apr 1999, Bruce Evans wrote:

> >Alternately, we could jimmy around with the current hack, and prefix it
> >with 4 NULs, and see what happened.  Sorry, I haven't tested this idea, as
> >I've not yet made the EGCS jump.
> 
> egcs aligns long (>= about 28 bytes) strings to 32-byte boundaries.  This
> adds up to 27 NULs to sccsid[] depending on the alignment of sccsidp[].
> 
> Aligning long strings to 32-byte boundaries is a pessimisation in kernels
> (because it makes poor locality poorer), especially on 486's where the
> cache line size is 16.
> 
> Bruce
> 
not aligning data is extremely expensive on PII's

rob



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: EGCS optimizations

[Matthew Dillon]

:>it a few times to build the cache before timing it.
:
:What is the stddev on your measurements ?
:
:a delta-T  1 second need a very tight stddev to be significant.

The timing was +/- 0.5 second ( I ran the test four times ).  But, remember,
this is not comparing against GCC.  This was simply comparing various
EGCC optimization features.  stddev on ~160 seconds +/- 0.5s is basically
0, so it is not a useful measurement beyond noting that it is near 0.

I would love to see a comparison against GCC.  I blew away my GCC :-( and
do not want to spend time reinstalling it.

:--
:Poul-Henning Kamp FreeBSD coreteam member
:p...@freebsd.org   "Real hackers run -current on their laptop."
:FreeBSD -- It will take a long time before progress goes too far!

-Matt
Matthew Dillon 




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: EGCS optimizations

[Matthew Dillon]

:What is the stddev on your measurements ?
:
:a delta-T  1 second need a very tight stddev to be significant.

I would say that a 1% increase or decrease in performance is not 
significant, so stddev is not significant either.  There are too many
other factors ( such as running a single program suite - EGCC, that
does one task - compiling, instead of many different suites ).

-Matt
Matthew Dillon 



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: RE: EGCS optimizations

[Alex Zepeda]

On Tue, 6 Apr 1999, Matthew Dillon wrote:

> It's no big deal, really.  I think the EGCS bandwagon is going to continue
> to move forward and PGCS runs on top of it, so moving to EGCS puts FreeBSD
> in a better position in the long term.

Well what would be the chances of getting the pgcc patches committed?  It
seems like this wouldn't have a negative impact on other non x86 hardware,
but might be a win for us stuck with Pentiums or PIIs.

- alex



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: RE: EGCS optimizations

[David O'Brien]

> Well what would be the chances of getting the pgcc patches committed?  

I'm quite interested in doing this, BUT only after the dust has settled
on the EGCS import and the Alpha build is fixed.  Also the 1.1.2 PGCC
patches aren't available yet.

jdp and I have another round of bootstraping to fix our current
less-than-optimal exception handling.  I want to wait a week or so until
putting the changes into the tree.

-- 
-- David(obr...@nuxi.com  -or-  obr...@freebsd.org)


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: EGCS breaks what(1)

[Joel Ray Holveck]

>>>'what' is broken.  C does not impose any sort of address ordering
>>>restriction on globals or autos that are declared next to each other.
> Right, except that 'what' isn't broken.  It is vers.c (and conf/newvers.sh)
> that is broken, believing that the two variables will be allocating in 
> contiguous memory.
> Changing newvers.sh to generate
>   char sccs[] = "@(" "#)" "FreeBSD ...";
>   char version = "FreeBSD ...";

I will assume you meant "char *version" here.

> will make "what" on the kernel work again, at the expense of about 100
> duplicated
> bytes.

Check me if I'm wrong, but could we not do the same thing without the
duplication:

   char sccs[] = "@(" "#)" "FreeBSD ...";
   char *version = sccs + 4;

Happy hacking,
joelh

-- 
Joel Ray Holveck - jo...@gnu.org
   Fourth law of programming:
   Anything that can go wrong wi
sendmail: segmentation violation - core dumped


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: C++ cannot create executables ?

[David O'Brien]

> im having problems compiling the giCQ port under 4.0-current.
> configuration says my C++ compiler cannot create executables, any idea
> what's the problem ?

On the bootstrap `make world' to EGCS libstdc++ is broken.  Do a second
`make world' and you will have a working system.

I know what the problem with libstdc++ is, but not why it is occuring.
 
-- 
-- David(obr...@nuxi.com  -or-  obr...@freebsd.org)


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: RE: EGCS optimizations

[Alex Zepeda]

On Tue, 6 Apr 1999, David O'Brien wrote:

> > Well what would be the chances of getting the pgcc patches committed?  
> 
> I'm quite interested in doing this, BUT only after the dust has settled
> on the EGCS import and the Alpha build is fixed.  Also the 1.1.2 PGCC
> patches aren't available yet.

Cool!!

> jdp and I have another round of bootstraping to fix our current
> less-than-optimal exception handling.  I want to wait a week or so
> until putting the changes into the tree.

Well, congrats on the reasonably smooth job so far.  The only other thing
I'd have on my wish list is the ability to not build the gcc related bits
(so I could say drop in TenDRA) by adding -DNO_GCC or something.

- alex



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: loader

[Robert Nordier]

Chuck Robey wrote:

> I just finished a buildworld, and I'm not sure about the laoder binary.
> In my obj/usr/src/sys/boot/i386/loader directory, I have 3 files that
> might be loader:
> 
> -rw-r--r--  1 root  wheel  135168 Apr  5 19:01 loader
> -rwxr-xr-x  1 root  wheel  121672 Apr  5 19:01 loader.bin*
> -rwxr-xr-x  1 root  wheel  259171 Apr  5 19:01 loader.sym*
> 
> None of them are the size of my existing (gcc) /boot/loader:
> 
> -r-xr-xr-x  1 root  wheel  126976 Apr  4 17:10 loader*
> 
> I use CFLAGS of -O -pipe.  Can anyone tell me which of the above files
> gets installed as /boot/loader, and if (from the filesize) I have a good
> loader or not?  This is the last thing worrying me about giong to egcs,
> and I'm just playing it very cautiously.

The file "loader" gets installed.  (The .bin file is created from the
.sym file and fed into btxld(8), which outputs loader after binding in
the BTX bits.)

The 135168-byte loader works fine here, and I can't think of any
reason it should cause problems for you.  (It's to be expected that
a more recent compiler will emit different object code, so size
comparisons are apples and oranges.)

-- 
Robert Nordier


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: panic: vm_page_bits: illegal base/size 4096/512

[Matthew Dillon]

:This occurs when I'm copying from a floppy (MS-DOS) to my home dir which is
:on an FFS file system. Any ideas? Reproduced of course.
:
: Brian Feldman_ __ ___   ___ ___ ___  
: gr...@unixhelp.org_ __ ___ | _ ) __|   \ 

Brian, if the contents of the floppy is not sensitive, could you gzip
it up and email it to me mime-encoded so I can reproduce the panic on my
test box?  This panic was recently added to catch illegal requests to
set/clear dirty/valid bits in VM pages.

-Matt


:initial pcb at 23f440
:panicstr: vm_page_bits: illegal base/size 4096/512
:panic messages:




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: loader

[Chuck Robey]

On Wed, 7 Apr 1999, Robert Nordier wrote:

> Chuck Robey wrote:
> 
> > I just finished a buildworld, and I'm not sure about the laoder binary.
> > In my obj/usr/src/sys/boot/i386/loader directory, I have 3 files that
> > might be loader:
> > 
> > -rw-r--r--  1 root  wheel  135168 Apr  5 19:01 loader
> > -rwxr-xr-x  1 root  wheel  121672 Apr  5 19:01 loader.bin*
> > -rwxr-xr-x  1 root  wheel  259171 Apr  5 19:01 loader.sym*
> > 
> > None of them are the size of my existing (gcc) /boot/loader:
> > 
> > -r-xr-xr-x  1 root  wheel  126976 Apr  4 17:10 loader*
> > 
> > I use CFLAGS of -O -pipe.  Can anyone tell me which of the above files
> > gets installed as /boot/loader, and if (from the filesize) I have a good
> > loader or not?  This is the last thing worrying me about giong to egcs,
> > and I'm just playing it very cautiously.
> 
> The file "loader" gets installed.  (The .bin file is created from the
> .sym file and fed into btxld(8), which outputs loader after binding in
> the BTX bits.)
> 
> The 135168-byte loader works fine here, and I can't think of any
> reason it should cause problems for you.  (It's to be expected that
> a more recent compiler will emit different object code, so size
> comparisons are apples and oranges.)

Thanks, Robert.  I booted it, it all works just fine; maybe I was just
being extra cautious.

> 
> -- 
> Robert Nordier
> 
> 
> To Unsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-current" in the body of the message
> 

+---
Chuck Robey | Interests include any kind of voice or data 
chu...@picnic.mat.net   | communications topic, C programming, and Unix.
213 Lakeside Drive Apt T-1  |
Greenbelt, MD 20770 | I run picnic (FreeBSD-current)
(301) 220-2114  | and jaunt (Solaris7).
+---






To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: panic: vm_page_bits: illegal base/size 4096/512

[Brian Feldman]

On Tue, 6 Apr 1999, Matthew Dillon wrote:

> :This occurs when I'm copying from a floppy (MS-DOS) to my home dir which is
> :on an FFS file system. Any ideas? Reproduced of course.
> :
> : Brian Feldman_ __ ___   ___ ___ ___  
> : gr...@unixhelp.org_ __ ___ | _ ) __|   \ 
> 
> Brian, if the contents of the floppy is not sensitive, could you gzip
> it up and email it to me mime-encoded so I can reproduce the panic on my
> test box?  This panic was recently added to catch illegal requests to
> set/clear dirty/valid bits in VM pages.

I hope no hardware is triggering this, because today I also got a double
page fault... I took out 32 mb of RAM I don't think is very good, and I need
to see if this system approaches stability.

> 
>   -Matt
> 
> 
> :initial pcb at 23f440
> :panicstr: vm_page_bits: illegal base/size 4096/512
> :panic messages:
> 
> 
> 
> 
> To Unsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-current" in the body of the message
> 

 Brian Feldman_ __ ___   ___ ___ ___  
 gr...@unixhelp.org_ __ ___ | _ ) __|   \ 
 FreeBSD: The Power to Serve!  _ __ | _ \__ \ |) |
 http://www.freebsd.org   _ |___/___/___/ 



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: aio_read

[John Polstra]

In article <199904061701.kaa09...@apollo.backplane.com>,
Matthew Dillon   wrote:
> :
> :It's not necessarily breakage.  Not having any mechanism other than
> :open to get your own seek offset is nasty, but sharing a seek offset
> :can also be useful.  File descriptors can't be "reverse-inherited", so
> :in order to continue writing to the same redirected output file, a
> :sequence of commands executed by a shell needs to be able to share the
> :actual file offset.  I believe this was the original reason for the
> :behavior.
> 
> If it's a redirected output file you simply make it O_APPEND, at which
> point the seek offset in the descriptor becomes irrelevant.

But O_APPEND didn't exist in early versions of Unix.  I'm sure it
wasn't present in V6, and I'm pretty sure it wasn't present in V7
either.

John
-- 
  John Polstra   j...@polstra.com
  John D. Polstra & Co., Inc.Seattle, Washington USA
  "Self-interest is the aphrodisiac of belief."   -- James V. DeLong


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: YP/NIS and passwd weirdness

[Dag-Erling Smorgrav]

Sheldon Hearn  writes:
> -awk -F: '$2=="" {print $0}' /etc/master.passwd
> +grep -v '^\+' /etc/master.passwd | awk -F: '$2=="" {print $0}'

agh!

awk -F: '$1 !~ /^\+/ && $2=="" {print $0}' /etc/master.passwd

DES
-- 
Dag-Erling Smorgrav - d...@flood.ping.uio.no


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: aio_read

[Bob Bishop]

At 5:00 pm -0700 6/4/99, John Polstra wrote:
>[...]
>But O_APPEND didn't exist in early versions of Unix.  I'm sure it
>wasn't present in V6, and I'm pretty sure it wasn't present in V7
>either.

[Blows dust off V7 manual]

You're right: it wasn't.


--
Bob Bishop  (0118) 977 4017  international code +44 118
r...@gid.co.ukfax (0118) 989 4254  between 0800 and 1800 UK




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

I'll be in the Reading/London area this weekend...

[Poul-Henning Kamp]

I'll be in the Reading / London area from Friday morning until
Sunday evening.  If there are any FreeBSD events taking place send
me email and I'll try to pop around...

--
Poul-Henning Kamp FreeBSD coreteam member
p...@freebsd.org   "Real hackers run -current on their laptop."
FreeBSD -- It will take a long time before progress goes too far!


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: cvsup4.freebsd.org is running behind

[John Polstra]

In article ,
John Polstra   wrote:
> 
> If you are trying to follow the fast pace in -current right now, I'd
> suggest that you avoid cvsup4 until it's fixed.  I'll announce that
> when it happens.

It's looking like cvsup4 may be down for the count.  We've made
cvsup4.freebsd.org an alias for cvsup5.freebsd.org for now.

John
-- 
  John Polstra   j...@polstra.com
  John D. Polstra & Co., Inc.Seattle, Washington USA
  "Self-interest is the aphrodisiac of belief."   -- James V. DeLong


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: New SiS 5591 ide chipset support.

[Greg Lehey]

On Tuesday,  6 April 1999 at 15:44:51 +0100, David Malone wrote:
> I'm having trouble with a kernel built from this mornings make world.
> It seems to be related to the new SiS 5591 ide chipset support. It
> gets as far as the automatic reboot in progress and then says:
>
> wd0: interrupt timeout (status 50 error 0)
> wd0: wdtimeout() DMA status 0
> wd0: interrupt timeout (status 50 error 1)
> wd0: wdtimeout() DMA status 0
> wd0: interrupt timeout (status 50 error 1)
> wd0: wdtimeout() DMA status 0
> wd0: interrupt timeout (status 50 error 1)
> wd0: wdtimeout() DMA status 0
> .
> .
> .
>
> The first thing is that I guess the  should be ,

My understanding is that it stands for "no damage".

> the second is that it seems to sit there doing that for longer than
> I was willing to wait (it eventually prints a message saying that it
> presumes it is a laptop and shouldn't print any more of these
> messages).

Right, it's timing out on something.

> Backing out the last change to ide_pci.c seems to fix the problem.
> I've lots of flags turned on in the kernel config file (0xa0ffa0ff),
> the old kernel complains a little but works fine, the new kernel
> spots that it is a SiS 5591, but grinds to a halt.

Interesting.  What motherboard do you have?  Does it also have a 5595
on board?

> If it helps any, the older working kernel prints one timeout message
> when booting after the bad kernel has been booted, and my root
> filesystem is actually on wd1. Is my drive/controller not up to the
> flags I've set, or is this a problem with the new chipset support?

One way or another it's a problem with the new chipset support if it
makes a previously working system no longer work.

> In config file:
> ---
> controller  wdc0at isa? port "IO_WD1" bio irq 14 flags 0xa0ffa0ff
>
> The old kernel says:
> 
> ide_pci0:  rev 0xc1 int a irq 14 on 
> pci0.1.1
> ide_pci: generic_dmainit 01f0:0: warning, IDE controller timing not set
>
> The new kernel reports this:
> 
> ide_pci0:  rev 0xc1 int a irq 14 on 
> pci0.1.1

Hmm.  This is an older version than mine.  I have:

ide_pci0:  rev 0xd0 int a irq 14 on pci0.0.1
chip1:  rev 0x01 on pci0.1.0
chip2:  rev 0x00 on pci0.2.0

Do you have the other chip reports as well?

> New kernel with -v:
> ---
> SiS 5591 dmainit: primary drive 0 setting ultra DMA mode 2
> wd0: wdsetmode() setting transfer mode to 42
> SiS 5591 status: CRTC 12 PCICLK, CATC12 PCICLK, applies to all IDE drives
> SiS 5591 status: burst cycles enabeled, fast post write control enabeled
> SiS 5591 status: primary drive 0 DRTC 1 PCICLK, DATC 3 PCICLK
> SiS 5591 status: primary drive 0 Ultra DMA enabeled, 1PCICLK data out
> SiS 5591 status: primary drive 0 postwrite enabeled, prefetch enabeled 
> prefetch count is 512
> SiS 5591 status: primary drive 0 has been configured for DMA
> wdc0: unit 0 (wd0) , DMA, 32-bit, multi-block-16
> wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S
> wd0: ATA INQUIRE valid = 0007, dmaword = 0007, apio = 0003, vdma = 0407

OK.  Can I assume that you have only one drive on the machine?  Have
you tried a smaller DMA transfer size (say, to start with,
0xa001a001)?

Greg
--
See complete headers for address, home page and phone numbers
finger g...@lemis.com for PGP public key


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: WORM & CAM CD

[Daniel O'Connor]

On 06-Apr-99 Kenneth D. Merry wrote:
> > I've got a Matsushita CW-7501. I'll send him a mail.
>  My guess is that cdrecord won't support it.  See:
>  http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/c
>  dr-unsup.html
>  
>  And remember that Matsushita == Panasonic.
>  
>  From what I can tell, Plasmon made a clone of the CW-7501, but the worm
>  driver never supported that model anyway.

Umm.. I can't see that drive mentioned in the list of unsupported drives on
that page :)

I have a CW-7502 which works very well.. cdrecord -scanbus says ->
  6) 'MATSHITA' 'CD-R   CW-7502  ' '4.10' Removable CD-ROM

The 7501 isn't mentioned as being compatible anywhere I can see though.

---
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: WORM & CAM CD

[Kenneth D. Merry]

Daniel O'Connor wrote...
> 
> On 06-Apr-99 Kenneth D. Merry wrote:
> > > I've got a Matsushita CW-7501. I'll send him a mail.
> >  My guess is that cdrecord won't support it.  See:
> >  
> > http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/c
> >  dr-unsup.html
> >  
> >  And remember that Matsushita == Panasonic.
> >  
> >  From what I can tell, Plasmon made a clone of the CW-7501, but the worm
> >  driver never supported that model anyway.
> 
> Umm.. I can't see that drive mentioned in the list of unsupported drives on
> that page :)

Look at the line just below the URL above, and then look at the web page
again.

> I have a CW-7502 which works very well.. cdrecord -scanbus says ->
>   6) 'MATSHITA' 'CD-R   CW-7502  ' '4.10' Removable CD-ROM
> 
> The 7501 isn't mentioned as being compatible anywhere I can see though.

That's becuase it isn't.

Ken
-- 
Kenneth Merry
k...@plutotech.com


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: WORM & CAM CD

[Daniel O'Connor]

On 07-Apr-99 Kenneth D. Merry wrote:
>  Look at the line just below the URL above, and then look at the web page
>  again.

Ack I am blind.
I did read that line but proceeded to not read the web page properly 

> > The 7501 isn't mentioned as being compatible anywhere I can see though.
>  That's becuase it isn't.

heh :)

---
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: arp.

[Curt Sampson]

On Mon, 5 Apr 1999, andrea wrote:

> [etc.]

If I read you correctly, what you want to do is something like this:

 internet
|
main router
192.168.1.1/24  
|
|-- other hosts on 192.168.1.0/25 subnet
|
192.168.1.2/25
sub-router 
192.168.1.129/25
|
|-- other hosts on 192.168.1.128/25 subnet
|

In other words, you have split your network into two subnets, but
because you have no control over the `main router' above, you cannot
inform it of the new subnet mask, so it believes that all the hosts
on the 192.168.1.128 subnet are local.

This is not hard to solve; you just turn on routing in the sub-router
box and enable proxy-arp. This will cause the subrouter box, when
it receives an arp request for the 128/25 subnet on the 0/25
interface, to reply to that ARP with its own address. The host that
requested the arp then sends all packets to the sub-router, and
normal routing gets it to its destination.

The question is, does NetBSD do this properly? I think it does,
but I'm lacking the AUI/10base-T transceiver I need to test this
out right now. However, in theory, if you have a host 192.168.1.130
that needs to talk to the main router, you type the following
command on the sub-router:

arp -s 192.168.1.130  pub

(The sub-router's MAC address can be gotten from an `ifconfig -a'
or `netstat -i'; it will be a sequence of six hex numbers separated
by colons, such as `8:0:20:1f:77:e0'.)

The unfortunate part about this is that you have to add a separate
arp entry for each host you want to proxy-arp for. On a cisco
router, the proxy-arp option allows you to arp for anything it
knows how to route to. This feature wouldn't be too hard to add to
NetBSD, actually; you'd just have to modify arplookup to generate
and add a new (pub, temp) arp entry for any IP address it can find
a route for in its routing tables. (This would be controlled by a
sysctl that would default to off, of course.) I may look at doing
this after the 1.4 release. Or someone else could do it and save
me the trouble. :-)

cjs
-- 
Curt Sampson 604 801 5335   De gustibus, aut bene aut nihil.
The most widely ported operating system in the world: http://www.netbsd.org



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

gcc build count

[Joel Ray Holveck]

How many times does gcc get built in a make buildworld?  I had assumed
only twice, is this wrong?

Cheers,
joelh

-- 
Joel Ray Holveck - jo...@gnu.org
   Fourth law of programming:
   Anything that can go wrong wi
sendmail: segmentation violation - core dumped


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Re: I'll be in the Reading/London area this weekend...

[Brian Somers]

> I'll be in the Reading / London area from Friday morning until
> Sunday evening.  If there are any FreeBSD events taking place send
> me email and I'll try to pop around...

There's one this evening (Wednesday) in London, but nothing on the 
weekend.

If you're interested in a beer on Sunday afternoon, I'm sure I could 
persuade the family to let me out ;-)

> --
> Poul-Henning Kamp FreeBSD coreteam member
> p...@freebsd.org   "Real hackers run -current on their laptop."
> FreeBSD -- It will take a long time before progress goes too far!

-- 
Brian   
  
Don't _EVER_ lose your sense of humour !




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message