On Sat, Nov 02, 2002 at 11:25:29PM -0800, Kris Kennaway wrote:
> On Sat, Nov 02, 2002 at 11:05:18PM -0800, Marcel Moolenaar wrote:
> > On Sat, Nov 02, 2002 at 09:59:16PM -0800, Steve Kargl wrote:
> > >
> > > The following libraries are installed by COMPAT4X, but are not
> > > present in 4.7. I as
On Sat, Nov 02, 2002 at 11:05:18PM -0800, Marcel Moolenaar wrote:
> On Sat, Nov 02, 2002 at 09:59:16PM -0800, Steve Kargl wrote:
> >
> > The following libraries are installed by COMPAT4X, but are not
> > present in 4.7. I assume these are carried forward from 4.x x < 7.
> >
> > libssl.so.1
On Sat, Nov 02, 2002 at 09:59:16PM -0800, Steve Kargl wrote:
>
> The following libraries are installed by COMPAT4X, but are not
> present in 4.7. I assume these are carried forward from 4.x x < 7.
>
> libssl.so.1 libusb.so.0 libcrypto.so.1 libfetch.so.2
G... This means we had ve
Since I appear to one the few people caught by the __sF and commercial
software broken by staticizing __sF, I decided to look at the 4.7
live filesystem ISO image to see what I would need to build a proper
set of libraries. Here is a summary of what I found.
List of shared libraries in 4.7 not in
On Sat, Nov 02, 2002 at 08:42:57PM -0800, Marcel Moolenaar wrote:
> On Sat, Nov 02, 2002 at 03:58:14PM -0800, Steve Kargl wrote:
> > > >
> > > > See the new WANT_COMPAT4_STDIO make.conf knob.
> > >
> > > This won't be acceptable as the vender will likely not be producing a
> > > separate 5.0 build
On Sat, Nov 02, 2002 at 03:58:14PM -0800, Steve Kargl wrote:
> > >
> > > See the new WANT_COMPAT4_STDIO make.conf knob.
> >
> > This won't be acceptable as the vender will likely not be producing a
> > separate 5.0 build (ie the same build needs to run on both.) until 4.x is
> > EOLed. Forcing pe
The latest bento run on 5.0 is the first to build without perl
present: previously, two of the portbuild scripts were written in
perl, so I had to always pkg_add it into the chroot environment. Now
that these scripts have been rewritten in C and I have stopped doing
the pkg_add, it is exposing all
At Sat, 2 Nov 2002 19:07:33 + (UTC),
M. Warner Losh <[EMAIL PROTECTED]> wrote:
> I'm downloading current snapshots. I was wondering what the minimum
> set of files I needed to download to do a minimal install. I'm
> guessing just floppies, base, or maybe floppies, base and crypto. (I'm
> inst
On Sat, Nov 02, 2002 at 04:11:39PM +1030, Greg 'groggy' Lehey wrote:
> Now that uucp is no longer in the base system, is there any reason to
> keep user uucp in /usr/src/etc/master.passwd?
A number of base system utilities and ports still use it for access to
the serial port devices (which are own
Our pcm maintainer is aware of this problem, and is working on the
solution. It's expected before 5.0-Release.
HTH,
Doug
--
"We have known freedom's price. We have shown freedom's power.
And in this great conflict, ... we will see freedom's victory."
- George W. Bush, Presiden
In the last episode (Nov 02), Steve Kargl said:
> On Sat, Nov 02, 2002 at 04:19:10PM -0800, Juli Mallett wrote:
> > Keep in mind this only affects linking a closed library, and that
> > this situation is a bit absurd, given that a reasonable solution
> > exists, and if necessary, can be packaged up
Bill Fenner wrote:
> I really don't understand why you keep claiming that the SYN cache
> changes anything. Without the SYN cache, tcp_input() calls
> sonewconn(so, 0) on receipt of a SYN; with the SYN cache, tcp_input()
> calls some syncache function which calls sonewconn(so, SS_ISCONNECTED)
> on
On Sat, 2002-11-02 at 17:58, Conrad Sabatier wrote:
> > Now, my system was installed around 4.4, so I "should not" need to
> > update my boot blocks. Correct?
>
> Mmm, perhaps not. :-)
Eh, at this rate, I might as well...
> Myself, I played it ultra-safe and followed the upgrade instructions
On 03-Nov-2002 Ned Wolpert wrote:
> On Sat, 2002-11-02 at 17:20, Conrad Sabatier wrote:
>> Read the UPDATING file very carefully. You'll see that one of the steps
>> in upgrading from 4.x to 5.0 is updating the boot blocks.
>
> Yes, there are several entries. 2615 is the most interesting:
>
On Sat, Nov 02, 2002 at 05:40:08PM -0700, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Steve Kargl <[EMAIL PROTECTED]> writes:
> : http://www.freebsd.org/cgi/getmsg.cgi?fetch=1755928+1759974+/usr/local/\
> : www/db/text/2002/freebsd-current/20021013.freebsd-current
>
> You
On Sat, 2 Nov 2002, Steve Kargl wrote:
> Maybe I misunderstand you. But, a person running FreeBSD 5.x,
> who wants to runs this vendor's 4.x software, will need to
> build their libc with WANT_COMPAT4_STDIO defined if this
> product needs to see __sF.
Yes, and this presents a fairly high support
In message: <[EMAIL PROTECTED]>
Steve Kargl <[EMAIL PROTECTED]> writes:
: Maybe I misunderstand you. But, a person running FreeBSD 5.x,
: who wants to runs this vendor's 4.x software, will need to
: build their libc with WANT_COMPAT4_STDIO defined if this
: product needs to see __sF.
In message: <[EMAIL PROTECTED]>
Steve Kargl <[EMAIL PROTECTED]> writes:
: On Sat, Nov 02, 2002 at 06:15:09PM -0500, Matthew N. Dodd wrote:
: > On Sat, 2 Nov 2002, Mark Murray wrote:
: > > This shouldn't be a problem. The commercial software Should Not Be(tm)
: > > supporting something a
In message: <[EMAIL PROTECTED]>
Steve Kargl <[EMAIL PROTECTED]> writes:
: http://www.freebsd.org/cgi/getmsg.cgi?fetch=1755928+1759974+/usr/local/\
: www/db/text/2002/freebsd-current/20021013.freebsd-current
You should be linking against the -stable versions of these items as
well as th
On Sat, 2002-11-02 at 17:20, Conrad Sabatier wrote:
> Read the UPDATING file very carefully. You'll see that one of the steps in
> upgrading from 4.x to 5.0 is updating the boot blocks.
Yes, there are several entries. 2615 is the most interesting:
In addition, you'll need to update
In message: <[EMAIL PROTECTED]>
Steve Kargl <[EMAIL PROTECTED]> writes:
: On Sat, Nov 02, 2002 at 09:47:26AM -0800, Kris Kennaway wrote:
: > On Sat, Nov 02, 2002 at 10:35:03AM -0500, Adam K Kirchhoff wrote:
: >
: > > So is the current position on the matter that __sF is going to remain
On Sat, Nov 02, 2002 at 04:19:10PM -0800, Juli Mallett wrote:
>
> Keep in mind this only affects linking a closed library, and that this
> situation is a bit absurd, given that a reasonable solution exists, and
> if necessary, can be packaged up nicely...
"A bit absurd"? Can you explain why it i
On Sun, 2002-11-03 at 00:16, M. Warner Losh wrote:
> pccardc pccard_mem
# pccardc pccardmem
PCCARD Memory address set to 0xd
> pccardc pccard_mem 0xf800
# pccardc pccardmem 0xf800
PCCARD Memory address set to 0xf800
> pccardc dumpcis
# pccardc pccardmem
PCCARD Memory address se
On 02-Nov-2002 Ned Wolpert wrote:
> Folks-
>
> I've ran into problem upgrading to -current from RELENG_4 after the
> 'make installkernel' process. One the kernel was installed, I rebooted.
> However, the old 4.7 kernel was loaded instead of the new -current
> kernel. I read from the archive a
* De: "Matthew N. Dodd" <[EMAIL PROTECTED]> [ Data: 2002-11-02 ]
[ Subjecte: Re: __sF ]
> On Sat, 2 Nov 2002, Steve Kargl wrote:
> > On Sat, Nov 02, 2002 at 06:15:09PM -0500, Matthew N. Dodd wrote:
> > > This isn't the case for one piece of vendor software that I'm not allowed
> > > to talk
On Sat, Nov 02, 2002 at 02:42:41PM -0800, walt wrote the words in effect of:
>
> Okay. Well, I see that just today sysinstall/label.c was updated to correct
> an error. I have no idea if that may be your problem, but errors do creep
> in regularly into -CURRENT, so it's possible.
>
> My gut fee
On 30-Oct-2002 Stijn Hoop wrote:
> On Wed, Oct 30, 2002 at 07:48:14AM -0500, Alexander Kabaev wrote:
>> > I am experiencing a really noticable slower startup time on my very
>> > recent-CURRENT laptop for almost all programs. The problem seems to be
>> > in getting info in the cache, because it di
On Sat, Nov 02, 2002 at 06:36:31PM -0500, Matthew N. Dodd wrote:
> On Sat, 2 Nov 2002, Steve Kargl wrote:
> > On Sat, Nov 02, 2002 at 06:15:09PM -0500, Matthew N. Dodd wrote:
> > > This isn't the case for one piece of vendor software that I'm not allowed
> > > to talk about.
> >
> > See the new WAN
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Sat, Nov 02, 2002 at 12:22:38PM -0800, Steve Kargl wrote:
>
> The verbose compiler output is below. Note,
> that the crt* files are also 5.x instead of
> 4.x. Maybe it's just good fortune, but NAG's
> f95 compiler works great on 5.x (except for
> the __sF snafu).
Yes. The knob may help you n
On Sat, 2 Nov 2002, Steve Kargl wrote:
> On Sat, Nov 02, 2002 at 06:15:09PM -0500, Matthew N. Dodd wrote:
> > This isn't the case for one piece of vendor software that I'm not allowed
> > to talk about.
>
> See the new WANT_COMPAT4_STDIO make.conf knob.
This won't be acceptable as the vender will
On Sat, Nov 02, 2002 at 06:15:09PM -0500, Matthew N. Dodd wrote:
> On Sat, 2 Nov 2002, Mark Murray wrote:
> > This shouldn't be a problem. The commercial software Should Not Be(tm)
> > supporting something as variable as CURRENT, and with the STABLE libraries
> > around in COMPAT mode, the compiler
In message: <[EMAIL PROTECTED]>
Frode Nordahl <[EMAIL PROTECTED]> writes:
: I get the following output from the driver:
: wi0 at port 0x240-0x27f irq 11 slot 1 on pccard1
: wi0: timeout in wi_cmd 0x; event status 0x
: wi0: timeout in wi_cmd 0x; event status 0x
: wi0: tim
In message: <[EMAIL PROTECTED]>
Frode Nordahl <[EMAIL PROTECTED]> writes:
: With OLDCARD it does not crash!
I'll answer this twice...
Can I ask you to do the following:
pccardc pccard_mem
pccardc pccard_mem 0xf800
pccardc dumpcis
(well, where 0xf800 is the same address that
On Sat, 2 Nov 2002, Mark Murray wrote:
> This shouldn't be a problem. The commercial software Should Not Be(tm)
> supporting something as variable as CURRENT, and with the STABLE libraries
> around in COMPAT mode, the compiler Will Just Work(tm) (or should with
> not much effort).
>
> By the time _
I really don't understand why you keep claiming that the SYN cache
changes anything. Without the SYN cache, tcp_input() calls
sonewconn(so, 0) on receipt of a SYN; with the SYN cache, tcp_input()
calls some syncache function which calls sonewconn(so, SS_ISCONNECTED)
on receipt of a SYN/ACK. In e
Hiten Pandya wrote:
On Sat, Nov 02, 2002 at 10:38:33AM -0800, walt wrote the words in effect of:
Hiten Pandya wrote:
Hmm, OK.
Let me rephrase it all.
I have a 120G IDE disk, which is under LBA mode. It is the second disk
on my system. I have been using it with my old (julyish) -current for
Folks-
I've ran into problem upgrading to -current from RELENG_4 after the
'make installkernel' process. One the kernel was installed, I rebooted.
However, the old 4.7 kernel was loaded instead of the new -current
kernel. I read from the archive about how the old /modules directory
can cause p
Don Bowman wrote:
> I suspect because of the copyright:
> http://www.cs.rice.edu/CS/Systems/ScalaServer/code/rescon-lrp/README.html
>
> "This code is copyrighted software and can NOT be redistributed"
That explains why the new code was integrate, not why the old code
wasn't, when it was initially
Galen Sampson wrote:
> > With proper tuning, and some minor patches, 7000/second isn't hard
> > to get.
> >
> > If you add the Duke University version of the Rice University patches
> > for LRP, modify the mbuf allocator for static freelisting and then
> > pre-populate it, and tune the kernel prope
Bill Fenner wrote:
> I think most of your 9k of reasoning is based on the thought that
> soreserve() allocates memory. It doesn't, and never has.
The real problem is the in_pcballoc() in tcp_attach(), which calls
uma_zalloc().
But for mbufs, soreserve allocates space, for potential mbufs, even
On Sat, Nov 02, 2002 at 08:42:35PM +, Mark Murray wrote:
> > > By the time __sF is mainstream, I guess the vendor will have adapted
> > > their product to match. Win, win.
> > >
> >
> > No, it does not just work. The NAG f95 compiler generates a
> > C file. The C file is compiled by gcc.
>
> > By the time __sF is mainstream, I guess the vendor will have adapted
> > their product to match. Win, win.
> >
>
> No, it does not just work. The NAG f95 compiler generates a
> C file. The C file is compiled by gcc.
How about "much effort"? there _has_ to be some kind of way to
specify whi
On Sat, Nov 02, 2002 at 12:06:38PM -0800, Peter Wemm wrote:
>
> This is also solveable by setting a strategic symlink from libc.so ->
> /usr/lib/compat/libc.so.4 in the f95 backend's search path.
>
> Does it do a "gcc -o a a.c -L /usr/local/lib/f95 -lf96 -lm -lc" or something
> like that? If so,
On Sat, Nov 02, 2002 at 10:38:33AM -0800, walt wrote the words in effect of:
> Hiten Pandya wrote:
> > Hmm, OK.
> >
> > Let me rephrase it all.
> >
> > I have a 120G IDE disk, which is under LBA mode. It is the second disk
> > on my system. I have been using it with my old (julyish) -current fo
On Sat, Nov 02, 2002 at 12:00:42PM -0800, Marcel Moolenaar wrote:
> On Sat, Nov 02, 2002 at 11:24:32AM -0800, Steve Kargl wrote:
> >
> > No, it does not just work. The NAG f95 compiler generates a
> > C file. The C file is compiled by gcc.
> >
> > f95 -o a a.f90
> >
> > is equivalent to
> >
Hello,
With OLDCARD it does not crash!
After crafting a pccard.conf entry for the card, wi does not
successfully attach to the card. Do you think it is feasible to add
support for this card in the "wi" driver?
Please don't hesitate to ask me for more information if you need it,
thanks! If ther
Steve Kargl wrote:
> On Sat, Nov 02, 2002 at 07:06:47PM +, Mark Murray wrote:
> > > I seriously doubt that NAG will support both a
> > > 4.x and 5.x version of their compiler.
> >
> > This shouldn't be a problem. The commercial software Should Not Be(tm)
> > supporting something as variable a
On Sat, Nov 02, 2002 at 11:24:32AM -0800, Steve Kargl wrote:
> On Sat, Nov 02, 2002 at 07:06:47PM +, Mark Murray wrote:
> > > I seriously doubt that NAG will support both a
> > > 4.x and 5.x version of their compiler.
> >
> > This shouldn't be a problem. The commercial software Should Not Be(
On Sat, Nov 02, 2002 at 01:01:34PM +0200, John Hay wrote:
> > > Now that uucp is no longer in the base system, is there any reason to
> > > keep user uucp in /usr/src/etc/master.passwd?
> >
> > Probably not. If you remove this, please coordinate an upgrade
> > to the net/freebsd-uucp port the get
In message <[EMAIL PROTECTED]>, John Hay wri
tes:
>> : On 4.x I have been using a slightly modified version of Warner's diskprep
>> : to write new compact flashes. On -current fdisk die with signal 8 (Floating
>> : point exception) when this part of the script runs:
>> :
>> :$dev = "/dev/r${dr
In message: <[EMAIL PROTECTED]>
John Hay <[EMAIL PROTECTED]> writes:
: Hmmm. I just noticed that the disks probe with zero values for the
: heads, sectors/track and cylinders. I have tried two different USB
: CF readers and both do it. On 4.x it probes with the correct values
: on the s
> : On 4.x I have been using a slightly modified version of Warner's diskprep
> : to write new compact flashes. On -current fdisk die with signal 8 (Floating
> : point exception) when this part of the script runs:
> :
> : $dev = "/dev/r${drive}";
> : system "/bin/dd if=/dev/zero of=$dev co
On Sat, Nov 02, 2002 at 07:06:47PM +, Mark Murray wrote:
> > I seriously doubt that NAG will support both a
> > 4.x and 5.x version of their compiler.
>
> This shouldn't be a problem. The commercial software Should Not Be(tm)
> supporting something as variable as CURRENT, and with the STABLE
> I seriously doubt that NAG will support both a
> 4.x and 5.x version of their compiler.
This shouldn't be a problem. The commercial software Should Not Be(tm)
supporting something as variable as CURRENT, and with the STABLE libraries
around in COMPAT mode, the compiler Will Just Work(tm) (or sh
I'm downloading current snapshots. I was wondering what the minimum
set of files I needed to download to do a minimal install. I'm
guessing just floppies, base, or maybe floppies, base and crypto. (I'm
installing on pc98 machine, so need floppies).
Is this documented anywhere, or should I figure
On Sat, Nov 02, 2002 at 10:58:41AM -0800, Will Andrews wrote:
> On Sat, Nov 02, 2002 at 10:10:31AM -0800, Steve Kargl wrote:
> > This will break some commercially available software that
> > can't easily replaced.
> >
> > kargl[248] f95 -V a.f90
> > NAGWare Fortran 95 compiler Release 4.2(468)
> >
On Sat, Nov 02, 2002 at 10:10:31AM -0800, Steve Kargl wrote:
> This will break some commercially available software that
> can't easily replaced.
>
> kargl[248] f95 -V a.f90
> NAGWare Fortran 95 compiler Release 4.2(468)
> Copyright 1990-2002 The Numerical Algorithms Group Ltd., Oxford, U.K.
> f95
Hiten Pandya wrote:
Hmm, OK.
Let me rephrase it all.
I have a 120G IDE disk, which is under LBA mode. It is the second disk
on my system. I have been using it with my old (julyish) -current for a
while now as a backup disk thingy.
My disk layout:
ad1s1: 8997MB FreeBSD slice
ad1s3: 50995MB
Does this happen with OLDCARD? I have a couple of cards that do this,
but haven't been able to track down why this happens.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In message: <[EMAIL PROTECTED]>
John Hay <[EMAIL PROTECTED]> writes:
: On 4.x I have been using a slightly modified version of Warner's diskprep
: to write new compact flashes. On -current fdisk die with signal 8 (Floating
: point exception) when this part of the script runs:
:
:
On Sat, Nov 02, 2002 at 09:47:26AM -0800, Kris Kennaway wrote:
> On Sat, Nov 02, 2002 at 10:35:03AM -0500, Adam K Kirchhoff wrote:
>
> > So is the current position on the matter that __sF is going to remain out
> > of libc?
>
> Yes.
>
This will break some commercially available software that
ca
> From: Galen Sampson [mailto:galen_sampson@;yahoo.com]
>
> Out of pure curiosity what is the reason that the Duke and
> Rice patches were
> never incorporated into the base system. If it really
> enables the same machine
> to provide 4 times the number of connections this seems like
> it woul
Hi
--- Terry Lambert <[EMAIL PROTECTED]> wrote:
> With proper tuning, and some minor patches, 7000/second isn't hard
> to get.
>
> If you add the Duke University version of the Rice University patches
> for LRP, modify the mbuf allocator for static freelisting and then
> pre-populate it, and tune
In message: <[EMAIL PROTECTED]>
Giorgos Keramidas <[EMAIL PROTECTED]> writes:
: On 2002-10-31 18:39, Conrad Sabatier <[EMAIL PROTECTED]> wrote:
: > I just upgraded a 4.7-STABLE box to current over the weekend. Went off
: > very well, thanks to the great documentation in UPDATING.
: > [
Michal,
Alan Cox pointed out to me that backing out to using sodealloc()
instead of sotryfree() is probably a better fix anyway - it solves
the panic in more or less the same way as mine, but it backs the code
out to be the same as it's been for years -- a much more well-tested
fix =) He commi
On Sat, Nov 02, 2002 at 10:35:03AM -0500, Adam K Kirchhoff wrote:
> So is the current position on the matter that __sF is going to remain out
> of libc?
Yes.
Kris
msg45920/pgp0.pgp
Description: PGP signature
Terry,
I think most of your 9k of reasoning is based on the thought that
soreserve() allocates memory. It doesn't, and never has.
Bill
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
John Hay wrote:
> > > Now that uucp is no longer in the base system, is there any reason to
> > > keep user uucp in /usr/src/etc/master.passwd?
> >
> > Probably not. If you remove this, please coordinate an upgrade
> > to the net/freebsd-uucp port the get the user added there.
>
> Also remember t
On Sat, 2 Nov 2002, Andrey A. Chernov wrote:
> On Sun, Oct 27, 2002 at 03:37:47 +0300, Andrey A. Chernov wrote:
> > I have disk shared between FreeBSD and M$ Win, two slices, and got
> > incorrect disklabel with GEOM kernel. Namely "cylinders" and
> > "sectors/unit" fields are from _whole_ disk, n
On Sat, 2 Nov 2002, Mark Murray wrote:
> > In both cases, FreeBSD doesn't seem to like __sF.
>
> This is being discussed /ad nauseam/ on the lists. If you are running
> CURRENT, the onus is on you to keep up with developments. :-)
True. A few days after the first time I encountered this pro
> In both cases, FreeBSD doesn't seem to like __sF.
This is being discussed /ad nauseam/ on the lists. If you are running
CURRENT, the onus is on you to keep up with developments. :-)
> Now, the first time this happened, I simply cvsuped a couple days
> later and the problem went away
> > And since memory has something to do with it, let me add that this is a tyan
> > K7 and I have ECC Scrub turned on in the bios.
>
> odds are your running out of memory, i also have a tyan thunder k7 w/ dual
> 1.2ghz procs with 1 gig of registered ecc, but ive never pushed more than a
> -j8
I
On Sat, Nov 02, 2002 at 08:53:55AM -0600, David W. Chapman Jr. wrote:
> > On Fri, Nov 01, 2002 at 08:40:00PM -0600, David W. Chapman Jr. wrote:
> > > getting this. Does anyone have any clues. It usually happens during
> > > periods of high cpu and disk activity, like make -j25 buildworld.
> > >
>
Hey all,
About a month ago, I upgraded from -stable to -current. I've
cvsuped about four times since then and upgraded my system each time.
So far I'm having a couple of difficulties. Complete system
lockups (that dump into the kernel debugger) are not all uncommon. I'm
not tr
> On Fri, Nov 01, 2002 at 08:40:00PM -0600, David W. Chapman Jr. wrote:
> > getting this. Does anyone have any clues. It usually happens during
> > periods of high cpu and disk activity, like make -j25 buildworld.
> >
> and how many gigs of ram do you have?
1 gig of registered ECC
And since mem
<MÒ>
dq[LÐ
¡ãALð²ó]µÈ¢ûͱ±Ö
(K¸{¶É ȽÌ[AhXÌÝ𨫺³¢j
[EMAIL PROTECTED]
[AhXð²LüµÄ¾³¢B
§104-0061
sæâÀ8-19-3
æ2ECOr@3F
[}KWs
TEL@03-3544-6222
FAX@03-3544-6218
On Sat, Nov 02, 2002 at 04:37:16PM +0300, Andrey A. Chernov wrote the words in effect
of:
> On Sun, Oct 27, 2002 at 03:37:47 +0300, Andrey A. Chernov wrote:
> > I have disk shared between FreeBSD and M$ Win, two slices, and got
> > incorrect disklabel with GEOM kernel. Namely "cylinders" and
> >
On Sun, Oct 27, 2002 at 03:37:47 +0300, Andrey A. Chernov wrote:
> I have disk shared between FreeBSD and M$ Win, two slices, and got
> incorrect disklabel with GEOM kernel. Namely "cylinders" and
> "sectors/unit" fields are from _whole_ disk, not from just requested
> slice.
Just found more b
On Tue, 29 Oct 2002, John Baldwin wrote:
>
> On 29-Oct-2002 clark shishido wrote:
> > On Tue, Oct 29, 2002 at 11:40:53AM -0700, Raymond Kohler wrote:
> >> 1) How is the speed compared to stable? I remember it being just too slow some
>months ago and
> >> was wondering how it was improving.
> >>
>
Hmm, OK.
Let me rephrase it all.
I have a 120G IDE disk, which is under LBA mode. It is the second disk
on my system. I have been using it with my old (julyish) -current for a
while now as a backup disk thingy.
My disk layout:
ad1s1: 8997MB FreeBSD slice
ad1s3: 50995MB FreeBS
What's the status of FreeBSD-CURRENT on PPC (mainly PowerMac stuff)?
the ppc page/ml seems to be dead to me.
thanks
--
Paolo
Italian FreeBSD User Group: http://www.gufi.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Fri, Nov 01, 2002 at 08:40:00PM -0600, David W. Chapman Jr. wrote:
> getting this. Does anyone have any clues. It usually happens during
> periods of high cpu and disk activity, like make -j25 buildworld.
>
and how many gigs of ram do you have?
--
Kyle Martin
[EMAIL PROTECTED]
To Unsubs
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Michal Mertl wrote:
> Do I read you correctly that Bill's patch is probably better than yours
> (I tested both, both fix the problem)?
That's a hard question, and it takes a longer answer. 8-(.
They fix the problem different ways. The problem is actually
a secondary effect. There are several w
> > Now that uucp is no longer in the base system, is there any reason to
> > keep user uucp in /usr/src/etc/master.passwd?
>
> Probably not. If you remove this, please coordinate an upgrade
> to the net/freebsd-uucp port the get the user added there.
Also remember that /dev/cua* is owned by uucp
In message <[EMAIL PROTECTED]>, Frode Nordahl writ
es:
>The nasty part:
>
>- fdisk showed all partitions as type 165 (FreeBSD), I took a chance and
> continued anyway. Now my two non-FreeBSD partitions are lost :)
Fixed.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED]
Michal Mertl wrote:
> This patch fixes the panics for me. Thanks a lot. I believe it should be
> commited.
I agree (Mark Murray -- this was the patch I was talking about).
> BTW: I get about 850 fetches pers second on UP an 600 SMP (the same
> machine and settings). Don't know if it's expected in
Hello,
Got the 20021101 snapshot from USW2 to have some fun with testing, and
hoping to get my new WLAN card to work :)
I got some trouble installing.
- When installing over network, reinitializing network media does not
work. If you select wrong the first time, the only way to redo your
s
On Fri, 1 Nov 2002, Terry Lambert wrote:
> Bill Fenner wrote:
> > >I think this can still crash (just like my patch); the problem is in
> > >what happens when it fails to allocate memory. Unless you set one of
> > >the flags, it's still going to panic in the same place, I think, when
> > >you run
Hello,
Just bought a CNet WLAN card, and it makes -CURRENT panic when inserted,
or if it is inserted while booting.
Userland installed from 20021101 snapshot.
Kernel from today: FreeBSD 5.0-CURRENT #0: Sat Nov 2 09:50:05 CET 2002
(second panic from me issuing panic from ddb)
Fatal trap 12: pag
> Now that uucp is no longer in the base system, is there any reason to
> keep user uucp in /usr/src/etc/master.passwd?
Probably not. If you remove this, please coordinate an upgrade
to the net/freebsd-uucp port the get the user added there.
Thanks!
M
--
o Mark Murray
\_
O.\_Warning:
On Fri, 1 Nov 2002, Bill Fenner wrote:
> sonewconn() hands sofree() a self-inconsistent socket -- so->so_head is
> set, so so must be on a queue, but sonewconn() hasn't put it on a queue yet.
> Please try this patch.
>
> Bill
>
> Index: uipc_socket2.c
> ==
At Sat, 2 Nov 2002 01:03:43 + (UTC),
John De Boskey wrote:
> The only (non-critical)
> problem I've seen so far is refresh problems within
> sysinstall.
I think this is caused by printf()s in libdisk.
--
Jun Kuriyama <[EMAIL PROTECTED]> // IMG SRC, Inc.
<[EMAIL PROTECTED]> // F
On 4.x I have been using a slightly modified version of Warner's diskprep
to write new compact flashes. On -current fdisk die with signal 8 (Floating
point exception) when this part of the script runs:
$dev = "/dev/r${drive}";
system "/bin/dd if=/dev/zero of=$dev count=128 > /dev/n
Hi,
> On Wed, 30 Oct 2002 16:50:20 +0100
> Ronald van der Pol <[EMAIL PROTECTED]> said:
Ronald.vanderPol> On Tue, Oct 29, 2002 at 00:38:39 +0900, Hajimu UMEMOTO wrote:
> Please review it. If there is no objection, I'll commit it at next
> weekend.
Ronald.vanderPol> Reviewed -stable, lo
96 matches
Mail list logo
