In message <[EMAIL PROTECTED]>, Ju
lian Elischer writes:
>phk, is this you?
>/usr/include/sys/time.h:137: integer constant out of range
>/usr/include/sys/time.h:137: warning: decimal integer constant is so large
>that it is unsigned
Yes, that was me, seems like I did my "buildworld" test in the
list
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
John Baldwin wrote:
> No, an unlocked compare is _not_ ok. What if the p_ucred pointer was changed
> on some other processor by another thread from this processor?
I saw your response to Julian... I understand the concern,
but I think it's unfounded. Let me explain.
> Without a lock
> you don
> Wasn't Eric Melville going to fix this by turning the normal
> system components into packages? 8-) 8-).
Yeah, I'm just rather busy between work and school these days. I'm giving a
little presentation on this at BSDCon, hopefully I can rope some more folks
in to the project.
To Unsubscribe: s
On Thu, 7 Feb 2002, John Baldwin wrote:
>
>
> This code is not safe on SMP non-i386 machines (i.e. ia64, sparc64, alpha, and
> possibly p3 and later i386's) because the p_ucred value you read could easily
> be a stale value, thus rendering the test invalid. You need the lock for the
> compar
On 08-Feb-02 Giorgos Keramidas wrote:
> (The bremfree panic is the second panic in the row, so it's probably a
> whole different problem in itself.)
Yep.
> IdlePTD at phsyical address 0x003d1000
> initial pcb at physical address 0x00329bc0
> panicstr: bremfree: bp 0xc2161734 not locked
>
I rebuilt my -CURRENT workstation last night. There still seems to be a
minor problem though. While I was running XFree 3.x (a rather old build,
compiled from ports):
$ pkg_info | grep XFree
XFree86-3.3.6_9 X11R6.3/XFree86 core distribution
there was the following panic. A
On 08-Feb-02 Terry Lambert wrote:
> Since the reference count is positive in both cases, an
> unlocked pointer comparison is fine. In the case where
> there is a race on a credential change in the unlocked
> value, that race exists in the calling code, anyway. The
> failure case in a change for
On 08-Feb-02 Julian Elischer wrote:
>
> As part of the KSe stuff I ended up changing ht ebehaviour of threads with
> respect to their ucreds. Previously, they freed their ucred reference when
> they entered user space and picked them up again when they re-entered the
> kernel. It there was an AS
Julian Elischer wrote:
> Terry I don't have time to work on it now, but if you would like to take a
> -current system
> and apply the threading KSE diffs from my web page,
> then maybe you can investigate whether I really ned the if clause or
> not..
> I don't have time now to go back to it for
On 07-Feb-02 Georg-W Koltermann wrote:
> At Wed, 06 Feb 2002 23:33:14 -0500 (EST),
> John Baldwin wrote:
>>
>> [...]
>> I guess. Note that you can use a loader tunable 'debug.witness_watch' to
>> turn
>> witness off from the loader. If it's set to 0 witness won't be used even if
>> it's compil
Terry I don't have time to work on it now, but if you would like to take a
-current system
and apply the threading KSE diffs from my web page,
then maybe you can investigate whether I really ned the if clause or
not..
I don't have time now to go back to it for a while
On Thu, 7 Feb 2002, Terr
On Thu, 7 Feb 2002, Julian Elischer wrote:
>
> there may be greakage in gdb due th the commit today..
> I'm waiting for my buildworld to get sround to it so I can test my fix..
>
> julian
the fix I am looking at testing is:
Index: i386/kvm-fbsd.c
Julian Elischer wrote:
> yes.. well in booting yuo can have a null ucred. ( I know,s
> I've hit it), but in general you are correct.
[ ... ]
> > What is the default state of td->td_ucred?
>
> on creation, NULL followed very rapidly with being set to
> p->p_ucred. (via crhold)
Non-problem, then
phk, is this you?
c++ -g -O -pipe -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1
-DHAVE_LIMITS_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_MATH_H=1
-DRET_TYPE_SRAND_IS_VOID=1 -DHAVE_SYS_NERR=1 -DHAVE_SYS_ERRLIST=1
-DHAVE_CC_LIMITS_H=1 -DRETSIGTYPE=void -DHAVE_STRUCT_EXCEPTION=1
-DHAVE
> Does anyone know if there is an active effort to port VMware Workstation
> 3.0 for Linux to run under FreeBSD ?? Version 2 of Workstation is no
longer
> avaiable it seems...
It is still available, in the Support/Archive section of their website. I'd
love to know if someone plans to port 3.0 tho
there may be greakage in gdb due th the commit today..
I'm waiting for my buildworld to get sround to it so I can test my fix..
julian
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Thu, 7 Feb 2002, Terry Lambert wrote:
> Julian Elischer wrote:
> > In the KSE code I have:
> > in trap(), and syscall()
> >
> > if (td->td_ucred != p->p_ucred) {
> > PROC_LOCK(p);
> > if (td->td_ucred) {
> > crfree(td->td_ucre
ok here's the fix that went into libkvm
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libkvm/kvm_proc.c.diff?r1=1.41&r2=1.42
basically you have to map in the thread structure separatly to the
proc structure, using the first entry in the linked list of threads.
Obviously this only works for a pr
Julian Elischer wrote:
> In the KSE code I have:
> in trap(), and syscall()
>
> if (td->td_ucred != p->p_ucred) {
> PROC_LOCK(p);
> if (td->td_ucred) {
> crfree(td->td_ucred);
> td->td_ucred = NULL;
>
Julian Elischer writes:
>
>
> I've committed both the kernel diff and a libkvm diff that seems to work
> for me here.
>
> can you check it with the new -current again ?
World breakage on alpha:
usr/src/gnu/usr.bin/binutils/gdb/alpha/kvm-fbsd.c: In function `set_proc_cmd':
/usr/src/gnu
On Thu, Feb 07, 2002 at 09:57:47PM +0100, BOUWSMA Beery wrote:
> I've changed my /etc/make.conf from the default, to be
> MODULES_WITH_WORLD=true # do not build modules when building kernel
> since I find myself often building new kernels (plus identical
> modules) without updating the rest of the
As part of the KSe stuff I ended up changing ht ebehaviour of threads with
respect to their ucreds. Previously, they freed their ucred reference when
they entered user space and picked them up again when they re-entered the
kernel. It there was an AST then they re-loaded teh already freed ucred t
Is this the problem on my local environment only?
===> libroken
awk -f /usr/src/kerberos5/lib/libroken/../../../crypto/heimdal/lib/roken/roken.awk
/usr/src/kerberos5/lib/libroken/../../../crypto/heimdal/lib/roken/roken.h.in >
make-roken.c
awk: /usr/src/kerberos5/lib/libroken/../../../crypto/h
David O'Brien wrote:
> > stuff; the ports stuff will be more problematic, of course,
> > but much of that is already broken, in that the system
> > compiler is passed, but the g++ compiler is searched out
> > and preferred (!@#!$!@ autoconf/automake).
>
> env CXX=foo++ ./configure
I had to b
Does anyone know if there is an active effort to port VMware Workstation
3.0 for Linux to run under FreeBSD ?? Version 2 of Workstation is no longer
avaiable it seems...
Thanks,
Glenn G.
Glenn Gombert
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-curr
On Thu, Feb 07, 2002 at 04:28:03PM -0500, Andrew Gallatin wrote:
>
> Julian Elischer writes:
> >
> >
> > I've committed both the kernel diff and a libkvm diff that seems to work
> > for me here.
> >
> > can you check it with the new -current again ?
> >
>
> I'll build a kernel & I'll
David O'Brien wrote:
> > Ports does the same thing: hand tweaks stuff instead of
> > pushing the patches back to the projects that originated
> > it.
>
> *sigh* Terry I respect your programming knowledge, but you are wrong
> here. I send out a *LOT* of patches to the authors of ports I maintain
On 7 Feb 2002, Nat Lanza wrote:
>
> Surely you see the difference between "That's an interesting idea; can
> you generate some patches so we can take a look and see how it works
> out?" and "WhereTF is your patch to do this?".
>
> One provides an opportunity for users to contribute, and the oth
David O'Brien wrote:
> 3.1 will also be slower on the Alpha. It is really an issue of the code
> generator. Generating x86 code on an Alpha is faster than generating
> [native] Alpha code. The Alpha code generator is slow. It may be that
> all 64 bit or RISC GCC code generation is slow -- we w
On Thu, Feb 07, 2002 at 02:55:26PM -0800, Terry Lambert wrote:
> stuff; the ports stuff will be more problematic, of course,
> but much of that is already broken, in that the system
> compiler is passed, but the g++ compiler is searched out
> and preferred (!@#!$!@ autoconf/automake).
env CXX
> > MODULES_WITH_WORLD=true # do not build modules when building kernel
> ^^^
> ...you need to read the option you enabled?
Never mind, I figured out what happened, and will happen again in
the future, since this doesn't quite `o
Adam Nealis <[EMAIL PROTECTED]> writes:
> Which FAQ is that? The online FAQ at
>
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/index.html
>
> Only has "funnies" for section 17, and doesn't go up to 17.15.
Oh, that's right, Michael has been reorganizing the FAQ. It's
somewhere towards
Wilko Bulte wrote:
> > There is another common source of confusion: If anybody has IDE
> > disks, write-caching is enabled by default in -stable, but disabled
> > in -current.
>
> I don't think that is true anymore. -stable has WC enabled as well.
"Friends don't let friends cache writes"
???
[
David O'Brien wrote:
> > And hacking the Makefile a lot to specify command line
> > arguments in the compiler program definition itself, so
> > that the /usr/include/g++ files that came with the old
> > compiler are not used for "make release" and other types
> > of make targets where DESTDIR is f
Terry Lambert writes:
> I don't think Joe is debating; I think he wants to have a
> meta-discussion about what the problem space looks like,
> before submitting patches that light up his little corner,
> and dark up everything else.
Thank you, Terry. Maybe I need to bring up the issue on -ar
In noticed this lock order reversal while shutting down the system to
single-user in order to make installworld of my cvsup of today. I then
tried again with the new world and the l.o.r. was still there.
lock order reversal
1st 0xc0409dc0 allproc @ ../../../kern/vfs_syscalls.c:452
2nd 0xc41
David O'Brien writes:
Thank you, David, for taking the time to answer the questions. Your
answers were clear. I appreciate you taking the time to provide these
answers.
/Joe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Alfred Perlstein wrote:
> > > Uh Joe... WhereTF is your patch to do this?
> > > My or your MTA seems to have deleted it.
> >
> > This is the atypical, smug, "I'm a committer and your're not" attitude
> > that permeates so much of the upper echelons of the FreeBSD team. It
> > really makes me si
Nero wrote:
> Just thought I'd bring your attention to the new "radix tree page cache"
> in use by linux - I dont know what freebsd do at the moment, but it looks
> like it will improve scalability (you guys might want to use the idea).
> Anyway, heres the link: http://lwn.net/2002/0207/kernel.php
Julian Elischer writes:
>
>
> I've committed both the kernel diff and a libkvm diff that seems to work
> for me here.
>
> can you check it with the new -current again ?
>
I'll build a kernel & I'll be happy to try a buildworld under it.
But from what I understand, the new binutils is
I've committed both the kernel diff and a libkvm diff that seems to work
for me here.
can you check it with the new -current again ?
On Wed, 6 Feb 2002, Andrew Gallatin wrote:
>
> Jake Burkholder writes:
> > > What's the "right" way to do this?
> >
> > I think you want lda, its used t
Doug White wrote:
> On Mon, 4 Feb 2002, Peter Schultz wrote:
>
>>FreeBSD does not want to work with my USB mouse. I believe it to be a
>>problem with the motherboard, a Tyan S1834. The mouse does work under
>>BeOS and Windows so I know it's not toast. Also, the mouse works with
>>FreeBSD
On Thu, Feb 07, 2002 at 09:57:47PM +0100, BOUWSMA Beery wrote:
Maybe...
> I've changed my /etc/make.conf from the default, to be
> MODULES_WITH_WORLD=true # do not build modules when building kernel
^^^
...you need to read the op
Is it just me, or...
I've changed my /etc/make.conf from the default, to be
MODULES_WITH_WORLD=true # do not build modules when building kernel
since I find myself often building new kernels (plus identical
modules) without updating the rest of the source, taking extra time.
I just finished the
On Wed, 6 Feb 2002, Jacob Frelinger wrote:
> On Wed, Feb 06, 2002 at 01:08:10PM -0800, Doug White wrote:
> > On Tue, 5 Feb 2002, Jacob Frelinger wrote:
> >
> > You aren't using a Linux version of vi, are you? It so happens a common
> > freebsd system call maps to linux reboot()
> >
>
> it s
* Nat Lanza <[EMAIL PROTECTED]> [020207 10:30] wrote:
> On Thu, 2002-02-07 at 12:59, Alfred Perlstein wrote:
> > These comments are not useless, most committers have day jobs that
> > unfortunetly preclude them from having time to work on every little
> > feature request. Furthermore asking for p
> On Thu, 7 Feb 2002 19:08:07 +0100
> Wilko Bulte <[EMAIL PROTECTED]> wrote:
> > > There is another common source of confusion: If anybody has IDE
> > > disks, write-caching is enabled by default in -stable, but disabled
> > > in -current.
> >
> > I don't think that is true anymore. -stable has W
thread0 is not the structure itself rather than a pointer
that should be the only difference that should affect MD code
On 7 Feb 2002, Benno Rice wrote:
> On Thu, 2002-02-07 at 08:01, Julian Elischer wrote:
> >
> > for the set of patches at:
> > http://www.freebsd.org/~julian/adiff
> >
> > th
On Thu, Feb 07, 2002 at 12:41:33AM -0800, Terry Lambert wrote:
>
> Ports does the same thing: hand tweaks stuff instead of
> pushing the patches back to the projects that originated
> it.
*sigh* Terry I respect your programming knowledge, but you are wrong
here. I send out a *LOT* of patches to
On Thu, Feb 07, 2002 at 07:39:36PM +0100, Wilko Bulte wrote:
> > 3.1 will also be slower on the Alpha. It is really an issue of the code
> > generator. Generating x86 code on an Alpha is faster than generating
> > [native] Alpha code. The Alpha code generator is slow. It may be that
> > all 64
On Thu, Feb 07, 2002 at 01:30:22PM -0500, Nat Lanza wrote:
> Surely you see the difference between "That's an interesting idea; can
> you generate some patches so we can take a look and see how it works
> out?" and "WhereTF is your patch to do this?".
Yes there is. Earlier on in the thread I wou
On Thu, 7 Feb 2002 19:08:07 +0100
Wilko Bulte <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 07, 2002 at 10:15:02AM +0100, Cejka Rudolf wrote:
> > > I'm just looking for a basic idea of what other people have been
> > > seeing for performance when they run current.
> >
> > There is another common sour
On Thu, Feb 07, 2002 at 09:40:31AM -0800, Joe Kelsey wrote:
> David O'Brien writes:
> > On Wed, Feb 06, 2002 at 05:47:07PM -0800, Joe Kelsey wrote:
> > > What is so hard about allowing someone to specify the list of frontends
> > > to provide at system build time? I thought that gcc was suppos
On Thu, Feb 07, 2002 at 10:35:41AM -0800, David O'Brien wrote:
> On Thu, Feb 07, 2002 at 07:29:57PM +0100, Wilko Bulte wrote:
> > - is GCC3 also better on Alpha as far as correctness of the generated
> > code goes? Or is that what you mean by "bad optimised code" ?
>
> We shall see.
OK. 8-)
>
On Thu, Feb 07, 2002 at 07:29:57PM +0100, Wilko Bulte wrote:
> - is GCC3 also better on Alpha as far as correctness of the generated
> code goes? Or is that what you mean by "bad optimised code" ?
We shall see.
> - The gcc 2.95 compiler is quite a bit slower (it appears) on Alpha than
> on
On Thu, 2002-02-07 at 12:59, Alfred Perlstein wrote:
> These comments are not useless, most committers have day jobs that
> unfortunetly preclude them from having time to work on every little
> feature request. Furthermore asking for patches is the exact
> opposite of being smug at least in the w
On Thu, Feb 07, 2002 at 10:11:33AM -0800, David O'Brien wrote:
> On Thu, Feb 07, 2002 at 12:39:35AM -0500, Mikhail Teterin wrote:
> > I believe, what I see. And that is, FreeBSD includes both -- gdb and
> > gcc, but only one libbfd, thankfully. And I want to be able to use that
> > same libbf
On Thu, Feb 07, 2002 at 12:39:35AM -0500, Mikhail Teterin wrote:
> I believe, what I see. And that is, FreeBSD includes both -- gdb and
> gcc, but only one libbfd, thankfully. And I want to be able to use that
> same libbfd for my own development and for porting of other compilers
> and to
--- Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote:
> Doug White <[EMAIL PROTECTED]> writes:
> > It's limited to MAXDSIZ (max data size).
>
> Not quite - the size of the data segment is limited to the value of
> 'limits -d', which starts out at DFLDSIZ and cannot be larger than
> MAXDSIZ. Likewi
On Thu, Feb 07, 2002 at 10:15:02AM +0100, Cejka Rudolf wrote:
> Garance A Drosihn wrote (2002/02/06):
> > Anything else I should check? I realize there's about a million
> > differences between the two branches, and there might also be
> > something about my machine's setup which is a major culpr
On Thu, Feb 07, 2002 at 01:00:19AM -0800, Terry Lambert wrote:
> Max Khon wrote:
> > please calm down. seems that you have never installed gcc from ports.
> >
> > gcc 2.95 from ports is installed as gcc295/g++295
> > and correctly gets its bits from /usr/local/lib/gcc-lib/xxx,
> > gcc 3.0x from p
This is a different problem. The stable.freebsd.org machine, on which
all the really big NFS storage lives, failed to come back up from a
reboot last night and I'm trying to get it restarted now. The terminal
server also appears to be sick or I'd be able to intervene remotely. :(
- Jordan
>
>
* Joe Kelsey <[EMAIL PROTECTED]> [020207 09:36] wrote:
> David O'Brien writes:
> > On Wed, Feb 06, 2002 at 05:47:07PM -0800, Joe Kelsey wrote:
> > > What is so hard about allowing someone to specify the list of frontends
> > > to provide at system build time? I thought that gcc was supposed to
At Wed, 06 Feb 2002 23:33:14 -0500 (EST),
John Baldwin wrote:
>
> [...]
> I guess. Note that you can use a loader tunable 'debug.witness_watch' to turn
> witness off from the loader. If it's set to 0 witness won't be used even if
> it's compiled into the kernel (just a general FYI, witness(4) d
David O'Brien writes:
> On Wed, Feb 06, 2002 at 05:47:07PM -0800, Joe Kelsey wrote:
> > What is so hard about allowing someone to specify the list of frontends
> > to provide at system build time? I thought that gcc was supposed to be
> > a modular compiler system, and that all we are asking
Yesterday I tried to use SWAT for the first time since the PAM configs were
moved from /etc/pam.conf and I'm getting the following error:
Feb 6 22:54:05 galaxy swat: PAM _pam_init_handlers: could not open
/etc/pam.conf
What do I need to do to fix this?
TIA,
Beech
--
In message: <[EMAIL PROTECTED]>
[EMAIL PROTECTED] writes:
: From: "M. Warner Losh" <[EMAIL PROTECTED]>
: Date: Wed, 06 Feb 2002 19:33:32 -0700 (MST)
: > Hmmm. This looks ugly. :-( I can't boot with acpi enabled on my Dell
: > Inspiron 8000. I can boot with apm enabled. There are is
will> Jordan announced recently that Qwest is upgrading the hardware
will> and that there would be intermittent problems with the server for
will> a certain period (a few days as I recall).
It would be:
> From: Jordan Hubbard <[EMAIL PROTECTED]>
> Subject: stable.freebsd.org AKA releng4.freebsd
> I know this is probably offtopic but is there any problem with
> current.freebsd.org at the moment?
Hmm...
galtvalion % ftp current.freebsd.org
Connected to usw2.freebsd.org.
220 usw2.freebsd.org FTP server (Version 6.00LS) ready.
Name (current.freebsd.org:matusita): ftp
331 Guest login ok, s
On Thu, Feb 07, 2002 at 04:44:36PM +0100, Miguel Mendez wrote:
> I know this is probably offtopic but is there any problem with
> current.freebsd.org at the moment? I've been unable to log in for almost an
> hour, the ftp daemon is up, it just doesn't allow me in and I was about to
> load -CURR
Just thought I'd bring your attention to the new "radix tree page cache"
in use by linux - I dont know what freebsd do at the moment, but it looks
like it will improve scalability (you guys might want to use the idea).
Anyway, heres the link: http://lwn.net/2002/0207/kernel.php3
--
It's not real
On Thu, Feb 07, 2002 at 04:44:36PM +0100, Miguel Mendez wrote:
> Hi,
>
> I know this is probably offtopic but is there any problem with
> current.freebsd.org at the moment? I've been unable to log in for almost an
> hour, the ftp daemon is up, it just doesn't allow me in and I was about to
> l
Hi,
I know this is probably offtopic but is there any problem with
current.freebsd.org at the moment? I've been unable to log in for almost an
hour, the ftp daemon is up, it just doesn't allow me in and I was about to
load -CURRENT on my laptop.
Any idea?
Cheers,
--
Miguel Mendez -
Jordan Breeding wrote:
> #ifconfig xl0 192.168.1.2 netmask 255.255.255.0
> #ifconfig xl1 192.168.1.3 netmask 255.255.255.0
This is bogus. You are telling the machine that the 192.168.1
net exists on both xl0 and xl1. It exists on only one or the
other of them. To which interface do you expec
From: "M. Warner Losh" <[EMAIL PROTECTED]>
Date: Wed, 06 Feb 2002 19:33:32 -0700 (MST)
> Hmmm. This looks ugly. :-( I can't boot with acpi enabled on my Dell
> Inspiron 8000. I can boot with apm enabled. There are issues with
> routing interrupts accross PCI PCI bridges at the moment when the
Hello,
I have been using -current for a few weeks now after converting from
linux and then finding that a lot of things I wanted to do only work in
-current and not -stable. However the only thing which I can not get to
work exactly as it did in Linux on -current are my TCP/IP settings. I
Doug White <[EMAIL PROTECTED]> writes:
> It's limited to MAXDSIZ (max data size).
Not quite - the size of the data segment is limited to the value of
'limits -d', which starts out at DFLDSIZ and cannot be larger than
MAXDSIZ. Likewise, the size of the stack is limited to the value of
'limits -s'
hi, there!
On Thu, Feb 07, 2002 at 12:38:08PM +0100, Søren Schmidt wrote:
> > > I put up updated patches at
> > > http://www.cuivre.fr.eu.org/~thomas/atapicam/
> > >
> > > For -CURRENT, you should be using the latest one (of today)
> > > which fixes a silly line inversion.
> > >
> > > I'd be
It seems Max Khon wrote:
> hi, there!
>
> On Tue, Feb 05, 2002 at 08:14:22PM +0100, Thomas Quinot wrote:
>
> > > Is there a place where I can find this updated patch which will work for
> > > me in the current -current? Thanks.
> >
> > I put up updated patches at
> > http://www.cuivre.fr.eu
hi, there!
On Tue, Feb 05, 2002 at 08:14:22PM +0100, Thomas Quinot wrote:
> > Is there a place where I can find this updated patch which will work for
> > me in the current -current? Thanks.
>
> I put up updated patches at
> http://www.cuivre.fr.eu.org/~thomas/atapicam/
>
> For -CURRENT, y
On Thu, 2002-02-07 at 08:01, Julian Elischer wrote:
>
> for the set of patches at:
> http://www.freebsd.org/~julian/adiff
>
> these patches SHOULD NOT EFFECT your system except to do some
> slight re-aranging of stuff in the kernel.
>
> THe aim is to get this committed to 'clarify' the upcoming
It seems Tom Servo wrote:
> > Hmm, I need alot more info the, board chipset, what
> > exact
> > Promise controller etc etc, and of cause the usual
> > dmesg
>
> Here's the box:
>
> Asus CUV4X-D mainboard, VIA 694X, dual-capable
> 2x P3-933, 768MB PC133 RAM in 3 DIMM(s)
> Two IBM IC35L 60.1GB dis
Hi,
I can't get my PCMCIA card to work on my HP Omnibook 6100. -current
is from Feb 6.
During boot I get:
Feb 7 10:14:04 hunter kernel: pcic0: irq 5 at
device 5.0 on pci2
Feb 7 10:14:04 hunter kernel: pcic0: PCI Memory allocated: 0xd020
Feb 7 10:14:04 hunter kernel: pcic0:
> > I was in a hurry yesterday and let the kernel
> compile
> > w/o the ata driver while being under the shower.
> > Without the ata driver it does boot. Just wanted
> to
> > let you know. I'll take the Promise out when I got
> > some more time (latest friday evening).
>
> Hmm, I need alot more
Hi,
since many weeks I get "/dev/rtc: device not configured" in -current
when I start VMWare2. The VMWare2 port works fine otherwise.
Yes, rtc-2001.09.16.1 is installed, and the module is loaded during
startup.
--
Regards,
Georg.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscrib
Hi,
since many weeks I get "/dev/rtc: device not configured" in -current
when I start VMWare2. The VMWare2 port works fine otherwise.
Yes, rtc-2001.09.16.1 is installed, and the module is loaded during
startup.
--
Regards,
Georg.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscrib
It seems Tom Servo wrote:
> > The "bad ivar request (4)" message does *not*?come
> > from the ATA driver, you must have something else
> > that is ruining your day... Does it boot if you
> > take out the promise board ?
>
> I was in a hurry yesterday and let the kernel compile
> w/o the ata drive
On Wed, Feb 06, 2002 at 02:13:08PM -0600, David W. Chapman Jr. wrote:
> > What I think mergemaster should do is compere the file with the original
> > checked out one it claims to be and if it's the same, it should just
> > update silently.. i.e. if the user didn't change anything in th old one
>
> The "bad ivar request (4)" message does *not* come
> from the ATA driver, you must have something else
> that is ruining your day... Does it boot if you
> take out the promise board ?
I was in a hurry yesterday and let the kernel compile
w/o the ata driver while being under the shower.
Without
Garance A Drosihn wrote (2002/02/06):
> Anything else I should check? I realize there's about a million
> differences between the two branches, and there might also be
> something about my machine's setup which is a major culprit here.
> I'm just looking for a basic idea of what other people have
Max Khon wrote:
> please calm down. seems that you have never installed gcc from ports.
>
> gcc 2.95 from ports is installed as gcc295/g++295
> and correctly gets its bits from /usr/local/lib/gcc-lib/xxx,
> gcc 3.0x from ports is named gcc30/g++30 and so on.
> There is no PATH issue. Switching be
Peter Wemm wrote:
> The following files:
> src/gnu/usr.bin/cc/cc_tools/auto-host.h
> src/gnu/usr.bin/cc/cc_tools/freebsd-native.h
> .. are vaguely based on stuff that configure generated and are hand tweaked
> to deal with the *freebsd* environment (eg: whether printf supports %p
> etc), rathe
93 matches
Mail list logo
