In message <[EMAIL PROTECTED]>, "Greg 'groggy' Lehey"
writes:
>I don't know how GEOM handles disk labels, though we've heard a lot
>about changes. It's possible that this code is now completely
>redundant. It's preparing to write at offset 8 sectors and on from
>the beginning of the partition;
In message <[EMAIL PROTECTED]>, Ian Dowse writes:
>In message <[EMAIL PROTECTED]>, Robe
>rt Watson writes:
>>However, here's a patch that makes Vinum use namei() to rely on devfs to
>>locate requested devices instead of parsing the device name and guessing
>>the device number (incorrectly with GEO
In message <[EMAIL PROTECTED]>, Eric Hodel writes:
>
>--wRRV7LY7NUeQGEoC
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable
>
>Poul-Henning Kamp ([EMAIL PROTECTED]) wrote:
>
>> In message <[EMAIL PROTECTED]>, Eric Hodel writes:
>>=
[Moved to -current]
> On Fri, Oct 04, 2002 at 06:30:09PM -0700, Lars Eggert wrote:
> > Wesley Morgan wrote:
> > >I had one today, they have decreased significantly since removing the
> > >Type1 module from my server configuration.
> >
> > I've also found that disabling xscreensav
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
> * De: Mikhail Teterin <[EMAIL PROTECTED]> [ Data: 2002-10-02 ]
> [ Subjecte: laptop panicked [with trace] ]
> > With today's -current. No X11, two ttyv0 in use -- cvs updating, the
> > other -- playing hack(6):
>
> This is known; A temporary fix is to modify the part dereferencing
> p->p_l
On Saturday, 5 October 2002 at 4:08:19 +0100, Ian Dowse wrote:
>
> [CCs trimmed]
>
>> The divide by zero problem seems to be caused by an interaction
>> between two bugs: GEOM refuses to return the sector size because
> ...
>> The next failure I get is:
>>
>> Can't write config to /dev/da1s
On Sat, 5 Oct 2002, Ian Dowse wrote:
> >The divide by zero problem seems to be caused by an interaction
> >between two bugs: GEOM refuses to return the sector size because
> ...
> >The next failure I get is:
> >
> > Can't write config to /dev/da1s1d, error 45 (EOPNOTSUPP)
>
> This turns out
On Saturday, 5 October 2002 at 4:08:19 +0100, Ian Dowse wrote:
>
> [CCs trimmed]
>
>> The divide by zero problem seems to be caused by an interaction
>> between two bugs: GEOM refuses to return the sector size because
> ...
>> The next failure I get is:
>>
>> Can't write config to /dev/da1s
On Sat, 5 Oct 2002, Ian Dowse wrote:
> >The divide by zero problem seems to be caused by an interaction
> >between two bugs: GEOM refuses to return the sector size because
> ...
> >The next failure I get is:
> >
> > Can't write config to /dev/da1s1d, error 45 (EOPNOTSUPP)
>
> This turns out
Hi,
> > > Will the patches you just checked in possibly fix the problem? If so, I'll
> > > cvsup and try them out.
> >
> > 99.999%, Yes.
>
> Cool! I'll cvsup and try it out.
If still NG, please try the attached patch against SupermicroP3TDE6.asl.
# _BBN is bridge bus number, my guess is 0x3.
[CCs trimmed]
>The divide by zero problem seems to be caused by an interaction
>between two bugs: GEOM refuses to return the sector size because
...
>The next failure I get is:
>
> Can't write config to /dev/da1s1d, error 45 (EOPNOTSUPP)
This turns out to be vinum doing a DIOCWLABEL to ma
Hi,
> > OK, just committed. Also imported the latest version of ACPI CA.
> >
> > Ken, if your problem still remains with acpi enabled, I'll report this
> > to Intel folks. So, please let me know the result.
>
> Looks like your mail crossed mine on the wire. :)
indeed :)
> I'm having trouble
On Fri, Oct 04, 2002 at 06:30:09PM -0700, Lars Eggert wrote:
> Wesley Morgan wrote:
> >I had one today, they have decreased significantly since removing the
> >Type1 module from my server configuration.
>
> I've also found that disabling xscreensaver/xlockmore helps - or just
> set it to "blank
On Sat, Oct 05, 2002 at 11:22:58 +0900, Mitsuru IWASAKI wrote:
> Hi,
>
> From: John Baldwin <[EMAIL PROTECTED]>
> Subject: RE: PCI problems with today's current
> Date: Fri, 04 Oct 2002 16:03:08 -0400 (EDT)
> Message-ID: <[EMAIL PROTECTED]>
>
> > On 03-Oct-2002 Kenneth D. Merry wrote:
> > >
> >
Hi,
From: John Baldwin <[EMAIL PROTECTED]>
Subject: RE: PCI problems with today's current
Date: Fri, 04 Oct 2002 16:03:08 -0400 (EDT)
Message-ID: <[EMAIL PROTECTED]>
> On 03-Oct-2002 Kenneth D. Merry wrote:
> >
> > I have a Supermicro P3TDE6 motherboard (Serverworks HE-SL chipset) that
> > won'
On Fri, Oct 04, 2002 at 16:03:08 -0400, John Baldwin wrote:
>
> On 03-Oct-2002 Kenneth D. Merry wrote:
> >
> > I have a Supermicro P3TDE6 motherboard (Serverworks HE-SL chipset) that
> > won't boot with today's -current.
> >
> > -current from August 23rd sources boots fine.
> >
> > It looks li
In message <[EMAIL PROTECTED]>, Robe
rt Watson writes:
>However, here's a patch that makes Vinum use namei() to rely on devfs to
>locate requested devices instead of parsing the device name and guessing
>the device number (incorrectly with GEOM). Unfortunately, I almost
>immediately run into a di
Poul-Henning Kamp ([EMAIL PROTECTED]) wrote:
> In message <[EMAIL PROTECTED]>, Eric Hodel writes:
>
> >the bit that I cant figure out is that my CD-ROM won't mount the
> >CD I've got in it now, (an 80 minute CDR) but it has pre-geom.
>
> Yes, there is a problem with SCSI-CD devices.
>
> Can yo
On Fri, Oct 04, 2002 at 18:39:08 -0600, Kenneth D. Merry wrote:
> On Fri, Oct 04, 2002 at 16:03:08 -0400, John Baldwin wrote:
> >
> > On 03-Oct-2002 Kenneth D. Merry wrote:
> > >
> > > I have a Supermicro P3TDE6 motherboard (Serverworks HE-SL chipset) that
> > > won't boot with today's -current.
* De: Julian Elischer <[EMAIL PROTECTED]> [ Data: 2002-10-04 ]
[ Subjecte: Re: [ GEOM tests ] disklabel warnings and vinum drives lost ]
>
>
> On Fri, 4 Oct 2002, Robert Watson wrote:
>
> > On the general topic of access to devices before a root has been found,
> > Maxime Henrion <[EMAI
Hi,
# ACPI CA related problem should be sent to [EMAIL PROTECTED]
# so that Intel folks can be aware of the problem.
From: Nate Lawson <[EMAIL PROTECTED]>
Subject: ACPI errors and then panic
Date: Fri, 4 Oct 2002 17:14:31 -0700 (PDT)
Message-ID: <[EMAIL PROTECTED]>
> My laptop appears to work ok
On Friday, 4 October 2002 at 20:29:51 -0400, Robert Watson wrote:
>
> On Sat, 5 Oct 2002, Greg 'groggy' Lehey wrote:
>
>> FWIW, I've never seen this code. The dates on the patch suggest that
>> it was made in the last quarter of an hour:
>
> I didn't claim that this was his code. This was code
On Fri, 4 Oct 2002, Robert Watson wrote:
> On the general topic of access to devices before a root has been found,
> Maxime Henrion <[EMAIL PROTECTED]> has done some interesting work on
> 'rootfs', a pseudofs used to bootstrap support for devfs, etc. In such an
> environment, Vinum and other c
On Fri, Oct 04, 2002 at 16:03:08 -0400, John Baldwin wrote:
>
> On 03-Oct-2002 Kenneth D. Merry wrote:
> >
> > I have a Supermicro P3TDE6 motherboard (Serverworks HE-SL chipset) that
> > won't boot with today's -current.
> >
> > -current from August 23rd sources boots fine.
> >
> > It looks li
On Sat, 5 Oct 2002, Greg 'groggy' Lehey wrote:
> FWIW, I've never seen this code. The dates on the patch suggest that
> it was made in the last quarter of an hour:
I didn't claim that this was his code. This was code I just wrote to
address Vinum not finding the devices due to major/minor num
On Friday, 4 October 2002 at 20:21:29 -0400, Robert Watson wrote:
>
> On Fri, 4 Oct 2002, Robert Watson wrote:
>
>> On Fri, 4 Oct 2002, Terry Lambert wrote:
>>
>>> The assumption here is that the devfs will be available to the system
>>> before the root is mounted transparently over it. This is
Greg 'groggy' Lehey wrote:
> On Friday, 4 October 2002 at 16:03:24 -0700, Peter Wemm wrote:
> > Terry Lambert wrote:
> >> Emiel Kollof wrote:
> >>> * Peter Wemm ([EMAIL PROTECTED]) wrote:
> vinum is so much unbelievable stuff in it. Consider this stuff:
>
> sys/dev/vinum/vinumio.c
On Friday, 4 October 2002 at 20:07:11 -0400, Robert Watson wrote:
>
> On Fri, 4 Oct 2002, Terry Lambert wrote:
>
>> The assumption here is that the devfs will be available to the system
>> before the root is mounted transparently over it. This is also doable
>> with an unmounted instance of the
On Fri, 4 Oct 2002, Robert Watson wrote:
> On Fri, 4 Oct 2002, Terry Lambert wrote:
>
> > The assumption here is that the devfs will be available to the system
> > before the root is mounted transparently over it. This is also doable
> > with an unmounted instance of the backing devfs, not yet
My laptop appears to work ok without ACPI but of course I don't get
suspend, resume, etc. I have never been able to get ACPI to work with it,
including with a -current as of 2 hours ago. If ACPI is enabled, I get a
spew of:
ACPI-0412 *** Error: NsSearchAndEnter: Bad character in ACPI name
and
On Friday, 4 October 2002 at 16:03:24 -0700, Peter Wemm wrote:
> Terry Lambert wrote:
>> Emiel Kollof wrote:
>>> * Peter Wemm ([EMAIL PROTECTED]) wrote:
vinum is so much unbelievable stuff in it. Consider this stuff:
sys/dev/vinum/vinumio.c:
>>
>> [ ... ]
>>
This crud has *go
On Friday, 4 October 2002 at 14:11:57 -0700, Peter Wemm wrote:
> Poul-Henning Kamp wrote:
>> In message <[EMAIL PROTECTED]>, n0go013 writ
> es
>> :
>>> On 04.10-15:40, fergus wrote:
On 04.10-14:20, Poul-Henning Kamp wrote:
[...]
> I suspect vinum uses this sysctl to get an inven
On Fri, 4 Oct 2002, Terry Lambert wrote:
> The assumption here is that the devfs will be available to the system
> before the root is mounted transparently over it. This is also doable
> with an unmounted instance of the backing devfs, not yet mounted on
> /dev, if a transparent mount of / over
>
> Terry Lambert wrote:
> > Emiel Kollof wrote:
> > > * Peter Wemm ([EMAIL PROTECTED]) wrote:
> > > > vinum is so much unbelievable stuff in it. Consider this stuff:
> > > >
> > > > sys/dev/vinum/vinumio.c:
> >
> > [ ... ]
> >
> > > > This crud has *got* to be taken out and shot, then
> rewo
On Fri, 4 Oct 2002, Terry Lambert wrote:
> I think the major problem with the Vinum code is that it isn't
> very readable in an 80 column editor window with 8 column tabs,
> but that's pretty much the worst you can say about it, other than
> the code has not been maintained by the people changing
Terry Lambert wrote:
> Emiel Kollof wrote:
> > * Peter Wemm ([EMAIL PROTECTED]) wrote:
> > > vinum is so much unbelievable stuff in it. Consider this stuff:
> > >
> > > sys/dev/vinum/vinumio.c:
>
> [ ... ]
>
> > > This crud has *got* to be taken out and shot, then reworked to do it
> > > proper
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
At 9:02 PM +0200 10/4/02, Poul-Henning Kamp wrote:
>There are numerous architectural issues which have never been
>fixed in vinum, and one or more of these bits now.
>
>Whoever loves vinum will have to chase it/them down and fix it.
>
>If I receive patches or requests for changes to GEOM as result
Emiel Kollof wrote:
> * Peter Wemm ([EMAIL PROTECTED]) wrote:
> > vinum is so much unbelievable stuff in it. Consider this stuff:
> >
> > sys/dev/vinum/vinumio.c:
[ ... ]
> > This crud has *got* to be taken out and shot, then reworked to do it
> > properly.
>
> Amen! (and no, I'm not volunteer
* Poul-Henning Kamp ([EMAIL PROTECTED]) wrote:
> In message <[EMAIL PROTECTED]>, Emiel Kollof writes:
> >Seems that the NetBSD-current people have a cool new toy. Any chance of
> >getting this into FreeBSD CURRENT in the future? See forward.
>
> We already have much the same in the GEOM_AES modu
In message <[EMAIL PROTECTED]>, Emiel Kollof writes:
>Hi folks,
>
>Seems that the NetBSD-current people have a cool new toy. Any chance of
>getting this into FreeBSD CURRENT in the future? See forward.
We already have much the same in the GEOM_AES module, although the
configuration is not as sli
Hi folks,
Seems that the NetBSD-current people have a cool new toy. Any chance of
getting this into FreeBSD CURRENT in the future? See forward.
Cheers,
Emiel
- Forwarded message from Roland Dowdeswell <[EMAIL PROTECTED]> -
Date: Fri, 04 Oct 2002 15:09:22 -0400
From: Roland Dowdeswell
* Peter Wemm ([EMAIL PROTECTED]) wrote:
> vinum is so much unbelievable stuff in it. Consider this stuff:
>
> sys/dev/vinum/vinumio.c:
>
[Big ugly if/else fallthrough snipped]
Ick... Which sick person wrote that? switch() and cpp macros usually do
wonders in cases like these in terms of
In message , Garance A Drosihn writes:
>(renaming the directory seems like a fine idea to me, but I think
>you should check with PHK first, seeing that he is very actively
>working there)
My initial thought was that leaving the directory called libexpat
was
At 5:56 PM +0300 10/4/02, Ruslan Ermilov wrote:
>Hi there!
>
>I'd like to rename src/lib/libexpat to src/lib/libbsdxml.
>The reason I think it should be done is the output of the
>following command (libpam not being an exception here):
>
>cd src/lib; for dir in lib*; do [ "$dir" != "lib`cd $dir; m
Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, n0go013 writ
es
> :
> >On 04.10-15:40, fergus wrote:
> >> On 04.10-14:20, Poul-Henning Kamp wrote:
> >> [...]
> >> > I suspect vinum uses this sysctl to get an inventory of disks in
> >> > the system, so can I get you to try again maki
In message <[EMAIL PROTECTED]>, n0go013 writes
:
>On 04.10-12:45, Lars Eggert wrote:
>[...]
>> For some reason I was under the (mis?)impression that ccd was no longer
>> being maintained... If it works with geom, we can probably move our
>> machines over to ccd. They're all no-frills stripes, so
I was looking at how the RC_NG base scripts work, and decide to try changing
a few ports rc scripts to RC_NG. The process was simple enough to convert
the security/cyrus_sasl{,2} (pwcheck.sh, saslauthd{1,}.sh), mail/cyrus_imapd{,2}
(imapd.sh), net/openldap{,2} (slapd.sh) and databases/mysql323-{
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Daniel E
> ischen writes:
> >On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
> >
> >> In message <[EMAIL PROTECTED]>, Ju
> >> lian Elischer writes:
> >>
> >> >No, it is established principal tha the importer of new featu
Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Ju
> lian Elischer writes:
> >No, it is established principal tha the importer of new features has the
> >responsibility to make older subsystems work.
>
> I'm _so_ glad to hear _you_ say that:
>
> When will you have made KSE work on spa
On Fri, 4 Oct 2002, John Baldwin wrote:
>
> >>
> >> Oh, you mean like KSE on Alpha?
> >
> > What existing functionality on the alpha does KSE stop?
>
> So you agree that requiring vinum users to turn off GEOM is ok? Part
> of adding a new feature is providing proof of concept that it works
In message <[EMAIL PROTECTED]>, Daniel E
ischen writes:
>On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
>
>> In message <[EMAIL PROTECTED]>, Ju
>> lian Elischer writes:
>>
>> >No, it is established principal tha the importer of new features has the
>> >responsibility to make older subsystems work.
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Ju
> lian Elischer writes:
>
> >No, it is established principal tha the importer of new features has the
> >responsibility to make older subsystems work.
>
> I'm _so_ glad to hear _you_ say that:
>
> When will you
* De: Poul-Henning Kamp <[EMAIL PROTECTED]> [ Data: 2002-10-04 ]
[ Subjecte: Re: Junior Kernel Hacker page updated... ]
> In message <[EMAIL PROTECTED]>, Stefan Farfeleder writes:
> >
>
> I have committed your patch, but left it #undef'ed until we get
> the kernel straightened out.
>
> O
In message <[EMAIL PROTECTED]>, Stefan Farfeleder writes:
>
I have committed your patch, but left it #undef'ed until we get
the kernel straightened out.
On behalf of the FreeBSD project I have to warn you that if you
persist in doing work of this kind over and over again, you will
eventually be
On 04-Oct-2002 Juli Mallett wrote:
> * De: Stefan Farfeleder <[EMAIL PROTECTED]> [ Data: 2002-10-04 ]
> [ Subjecte: Re: Junior Kernel Hacker page updated... ]
>> On Thu, Oct 03, 2002 at 04:41:46PM +0200, Poul-Henning Kamp wrote:
>> >
>> > Hi Stefan,
>> >
>> > I tried this patch and it pan
On 04-Oct-2002 Julian Elischer wrote:
>
>
> On Fri, 4 Oct 2002, John Baldwin wrote:
>
>>
>> On 04-Oct-2002 Julian Elischer wrote:
>> >
>> >
>> > On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
>> >
>> >> In message <[EMAIL PROTECTED]>, Lars Eggert writes:
>> >> >This is a cryptographically si
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Ju
> lian Elischer writes:
>
> >No, it is established principal tha the importer of new features has the
> >responsibility to make older subsystems work.
>
> I'm _so_ glad to hear _you_ say that:
>
> When will you h
* De: Stefan Farfeleder <[EMAIL PROTECTED]> [ Data: 2002-10-04 ]
[ Subjecte: Re: Junior Kernel Hacker page updated... ]
> On Thu, Oct 03, 2002 at 04:41:46PM +0200, Poul-Henning Kamp wrote:
> >
> > Hi Stefan,
> >
> > I tried this patch and it paniced my (almost-) current machine with
> >
I've imported Intel acpica-unix-20021002 which is the latest version.
It seems that some problems related with ACPI namespace parsing are
solved from 20020815.
Detailed info. about changes is available at:
http://developer.intel.com/technology/iapc/acpi/downloads/CHANGES.txt
If you have any prob
On Fri, 4 Oct 2002, John Baldwin wrote:
>
> On 04-Oct-2002 Julian Elischer wrote:
> >
> >
> > On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
> >
> >> In message <[EMAIL PROTECTED]>, Lars Eggert writes:
> >> >This is a cryptographically signed message in MIME format.
> >> >
> >> >-
In message <[EMAIL PROTECTED]>, Daniel Holmes write
s:
>As I understand vinum & ccd (please correct me if I am wrong), this will
>keep ccd from ever achieving the performance and ease of use of vinum.
I don't think anybody advocated ccd as a wholesale replacement for
vinum. That being said, I h
Lars Eggert wrote:
> For some reason I was under the (mis?)impression that ccd was no longer
> being maintained... If it works with geom, we can probably move our
> machines over to ccd. They're all no-frills stripes, so ccd
> functionality is good enough.
>From the man page of ccd:
ccd ha
On 04.10-12:45, Lars Eggert wrote:
[...]
> For some reason I was under the (mis?)impression that ccd was no longer
> being maintained... If it works with geom, we can probably move our
> machines over to ccd. They're all no-frills stripes, so ccd
> functionality is good enough.
[...]
i'm not c
In message <[EMAIL PROTECTED]>, Ju
lian Elischer writes:
>No, it is established principal tha the importer of new features has the
>responsibility to make older subsystems work.
I'm _so_ glad to hear _you_ say that:
When will you have made KSE work on sparc64 and ia64 ?
--
Poul-Henning Kamp
On 03-Oct-2002 Kenneth D. Merry wrote:
>
> I have a Supermicro P3TDE6 motherboard (Serverworks HE-SL chipset) that
> won't boot with today's -current.
>
> -current from August 23rd sources boots fine.
>
> It looks like the PCI bus probe is failing somehow.
>
> I've seen other folks complainin
On 04-Oct-2002 Julian Elischer wrote:
>
>
> On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
>
>> In message <[EMAIL PROTECTED]>, Lars Eggert writes:
>> >This is a cryptographically signed message in MIME format.
>> >
>> >--ms040706010906030302070807
>> >Content-Type: text/plain; chars
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Lars Eggert writes:
> >This is a cryptographically signed message in MIME format.
> >
> >--ms040706010906030302070807
> >Content-Type: text/plain; charset=us-ascii; format=flowed
> >Content-Transfer-Encod
Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Lars Eggert writes:
>>
>>I'd consider not having vinum work under geom a show-stopper... at least
>>until geom can stripe.
>
>
> Well, the showstopper is in vinum. The fact that ccd(4) works
> seamlessly with GEOM is testament to this.
Hello,
It works fine here, and the battery status works now!
No lid switch yet though :-/
Thanks!
Mvh,
Frode Nordahl
On Tue, 2002-10-01 at 17:27, Mitsuru IWASAKI wrote:
> [forgot to announce]
> Please try the latest version acpica-unix-20020829, patches for
> FreeBSD at:
> http://peopl
In message <[EMAIL PROTECTED]>, Lars Eggert writes:
>This is a cryptographically signed message in MIME format.
>
>--ms040706010906030302070807
>Content-Type: text/plain; charset=us-ascii; format=flowed
>Content-Transfer-Encoding: 7bit
>
>Poul-Henning Kamp wrote:
>>
>> I would need to
Poul-Henning Kamp wrote:
>
> I would need to look at the code to be able to tell, I don't have
> time for that.
I'd consider not having vinum work under geom a show-stopper... at least
until geom can stripe.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
:Hi,
:
:what does this mean? Is it important?
:---snip---
:kernel: 0xc27b4814 bw 4 rttbest 2735 srtt 2250 bwnd 2803
:kernel: 0xc0ef235c bw 23101 rttbest 680 srtt 293056 bwnd 1063153
:kernel: 0xc27b435c bw 54061 rttbest 1297 srtt 1756 bwnd 28636
:kernel: 0xc27b435c bw 47663 rttbest 1297 srtt 1784
On Fri, 2002-10-04 at 12:23, Julian Elischer wrote:
>
> Joe, the libkvm changes should work all the way back to 4.x
> (I haven't tested this of course) but 'ps has been using it to
> get this info for years) that would simplify the
> conditionals.
> (i.e just remove the old code)
Yep, my patch
In message <[EMAIL PROTECTED]>, n0go013 writes
:
>On 04.10-18:27, Poul-Henning Kamp wrote:
>> In message n0go013 writes :
>> >On 04.10-15:40, fergus wrote:
>> > > On 04.10-14:20, Poul-Henning Kamp wrote:
>> > > [...]
>> > > > I suspect vinum uses this sysctl to get an inventory of disks in
>> > >
On 04.10-18:27, Poul-Henning Kamp wrote:
> In message n0go013 writes :
> >On 04.10-15:40, fergus wrote:
> > > On 04.10-14:20, Poul-Henning Kamp wrote:
> > > [...]
> > > > I suspect vinum uses this sysctl to get an inventory of disks in
> > > > the system, so can I get you to try again making sure
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Fri, Oct 04, 2002 at 08:10:57AM -0700, Bill Huey said:
> On Fri, Oct 04, 2002 at 10:24:03AM -0400, Jeroen C. van Gelderen wrote:
> > Almost. It's indeed called Ant but has been developed under the
> > umbrella of the Apache Jakarta project.
>
> I used it to build Tomcat tonight and it looks
Joe, the libkvm changes should work all the way back to 4.x
(I haven't tested this of course) but 'ps has been using it to
get this info for years) that would simplify the
conditionals.
(i.e just remove the old code)
On 4 Oct 2002, Joe Marcus Clarke wrote:
> On Fri, 2002-10-04 at 10:39, Lars
In message <[EMAIL PROTECTED]>, n0go013 writes
:
>On 04.10-15:40, fergus wrote:
>> On 04.10-14:20, Poul-Henning Kamp wrote:
>> [...]
>> > I suspect vinum uses this sysctl to get an inventory of disks in
>> > the system, so can I get you to try again making sure you have
>> > rev. 1.20 of src/sys/g
On 04.10-15:40, fergus wrote:
> On 04.10-14:20, Poul-Henning Kamp wrote:
> [...]
> > I suspect vinum uses this sysctl to get an inventory of disks in
> > the system, so can I get you to try again making sure you have
> > rev. 1.20 of src/sys/geom/geom_disk.c ?
[...]
> i'll let you know the test re
On Fri, 2002-10-04 at 10:39, Lars Eggert wrote:
> The Gupta Age wrote:
> > Hi.
> >
> > I was trying to compile GNOME 2.0 on a freebsd current
> > machine on which the world was recently cvsuped, built
> > and installed. CVSUP-ed on 09/22/2002
> >
> > the gnome compilation breaks while trying to
EBEKEBEKEBEKEBEKEBEKEBEKEBEKEB
@@
@@@@@@@@@@@@½Ü°½j
[X@
@@@@ rfIÌEÁê_b`CtErlNu
@@`ujDåWEðÛEûümÀuo£zXgvåW
@@@@@@@@¦¦¦@»Ì¼ îñÚ@¦¦¦
@EBEKEBEK
The Gupta Age wrote:
> Hi.
>
> I was trying to compile GNOME 2.0 on a freebsd current
> machine on which the world was recently cvsuped, built
> and installed. CVSUP-ed on 09/22/2002
>
> the gnome compilation breaks while trying to compile
> libgtop2. here is the error:
I ran into the same prob
On Fri, Oct 04, 2002 at 10:24:03AM -0400, Jeroen C. van Gelderen wrote:
> Almost. It's indeed called Ant but has been developed under the
> umbrella of the Apache Jakarta project.
I used it to build Tomcat tonight and it looks to be a very power
package.
bill
To Unsubscribe: send mail to [EMA
On Friday, Oct 4, 2002, at 06:26 US/Eastern, Giorgos Keramidas wrote:
> On 2002-10-03 22:22, Mike Barcroft <[EMAIL PROTECTED]> wrote:
>> Ernst de Haan <[EMAIL PROTECTED]> writes:
>>> If most file formats would be XML-based (yes I know XML should not
>>> replace all file formats, but it comes a g
Hi there!
I'd like to rename src/lib/libexpat to src/lib/libbsdxml.
The reason I think it should be done is the output of the
following command (libpam not being an exception here):
cd src/lib; for dir in lib*; do [ "$dir" != "lib`cd $dir; make -V LIB`" ] && echo
$dir; done
Cheers,
--
Ruslan
On Fri, 4 Oct 2002, Andrey A. Chernov wrote:
> On Thu, Oct 03, 2002 at 16:37:21 -0400, Daniel Eischen wrote:
> >
> > Can you try the patch at:
> >
> > http://people.freebsd.org/~deischen/sys.diffs
> >
>
> It works! Already 5 hours without a single signal 6.
A slightly different version wit
On 04.10-14:20, Poul-Henning Kamp wrote:
> I suspect vinum uses this sysctl to get an inventory of disks in
> the system, so can I get you to try again making sure you have
> rev. 1.20 of src/sys/geom/geom_disk.c ?
still in the middle of the build but i don't think so -- it looks like
vinum is us
Hi,
I am currently trying to get a route dump in
freebsd4.4 using sysctl with NET_RT_DUMP.
I am running into problems while parsing the returned
rt_msghdr structures.
The sockaddr structures returned after the rt_msghdr
are messed up and it is not giving correct gateway or
netmask.
For ex: whe
On Fri, 4 Oct 2002, Bruce Evans wrote:
> On Thu, 3 Oct 2002, Daniel Eischen wrote:
>
> > Can you try the patch at:
> >
> > http://people.freebsd.org/~deischen/sys.diffs
> >
> > I haven't had a chance to compile or test it, but it should
> > be easy enough to fix if it doesn't (compile).
>
> I
On Thu, Oct 03, 2002 at 04:41:46PM +0200, Poul-Henning Kamp wrote:
>
> Hi Stefan,
>
> I tried this patch and it paniced my (almost-) current machine with
> a pagefault in the kqueue code: Bravo!
>
> I can see that there is some amount of #ifdef stuff in your patch,
The #ifdefs are already in
Hi,
what does this mean? Is it important?
---snip---
kernel: 0xc27b4814 bw 4 rttbest 2735 srtt 2250 bwnd 2803
kernel: 0xc0ef235c bw 23101 rttbest 680 srtt 293056 bwnd 1063153
kernel: 0xc27b435c bw 54061 rttbest 1297 srtt 1756 bwnd 28636
kernel: 0xc27b435c bw 47663 rttbest 1297 srtt 1784 bwnd 2579
Michael Nottebrock <[EMAIL PROTECTED]> wrote:
> I have a Dawicontrol 2975U SCSI controller, which is handled by the sym
> driver:
>
> sym0: <875> port 0xac00-0xacff mem
> 0xe3201000-0xe3201fff,0xe3203000-0xe32030ff irq 10 at device 8.0 on pci0
> sym0: No NVRAM, ID 7, Fast-20, SE, parity checki
On 2002-10-03 22:22, Mike Barcroft <[EMAIL PROTECTED]> wrote:
> Ernst de Haan <[EMAIL PROTECTED]> writes:
> > If most file formats would be XML-based (yes I know XML should not
> > replace all file formats, but it comes a great way) then these
> > formats would be leveraged by the fact that there
On (2002/10/04 13:26), Poul-Henning Kamp wrote:
> What was the concensus on the xmlwf program, did we want it in
> the tree or not ? Would it be useful to anybody or is it just
> a hackers-proof-of-concept thing ?
I think it needs to stay out of the base system, so that 3rd party
applications a
In message <[EMAIL PROTECTED]>, n0go013 writes:
>rebuilt kernel with GEOM and everything is ok but disklabel now dumps a
>warning message for each undefined partition. should these be manually
>initialised to valid entries or is this a bug ?
>
>more importantly vinum can no longer find the drives
rebuilt kernel with GEOM and everything is ok but disklabel now dumps a
warning message for each undefined partition. should these be manually
initialised to valid entries or is this a bug ?
more importantly vinum can no longer find the drives but i'm not sure
thats related as cvsup was from 200
John Hay <[EMAIL PROTECTED]> wrote:
: John Polstra <[EMAIL PROTECTED]> wrote:
: > In article <[EMAIL PROTECTED]>,
: > Andrey A. Chernov <[EMAIL PROTECTED]> wrote:
: > > Additional details: it cause not only cvsupd death, but rarely cvsup
: > > signal 6 death too with this diagnostic:
: > >
: > >
1 - 100 of 113 matches
Mail list logo