On Monday 17 November 2003 06:42, Kris Kennaway wrote:
> On Mon, Nov 17, 2003 at 05:41:04AM +0100, Harald Schmalzbauer wrote:
> > Give setiathome a try! You'll be astonished. And I'm sure the difference
> > I _feel_ isn't dependend on kde. If you don't like kde replace it with
> > our favourite wm/
On Mon, Nov 17, 2003 at 12:51:49AM -0500, Anthony Schneider wrote:
> This isn't *totally* the case. :)
>
> My problem is that in upgrading from 5.1-RELEASE to -CURRENT today,
> installworld fails at installing "test" with (hand copied):
Except we weren't talking about buildworld - sorry to hear y
This isn't *totally* the case. :)
My problem is that in upgrading from 5.1-RELEASE to -CURRENT today,
installworld fails at installing "test" with (hand copied):
---8<---8<---
===> bin/test
install -s -o root -g wheel -m 555 test /bin
install -o root -g wheel -m 444 test.1.gz /usr/share/man/man1
On Mon, Nov 17, 2003 at 05:41:04AM +0100, Harald Schmalzbauer wrote:
> Give setiathome a try! You'll be astonished. And I'm sure the difference I
> _feel_ isn't dependend on kde. If you don't like kde replace it with our
> favourite wm/desktop. But you won't be able to play two mid to high-quali
On Monday 17 November 2003 06:08, Steve Kargl wrote:
> On Mon, Nov 17, 2003 at 05:41:04AM +0100, Harald Schmalzbauer wrote:
*SNIP*
> I can assure you that the numerical simulations I run, along with
> the "make worlds", and compilations of gcc's tree-ssa branch
> stress the system. I re-install ov
On Monday 17 November 2003 06:08, Steve Kargl wrote:
> On Mon, Nov 17, 2003 at 05:41:04AM +0100, Harald Schmalzbauer wrote:
> Content-Description: signed data
>
> > On Monday 17 November 2003 05:25, Steve Kargl wrote:
> > > On Mon, Nov 17, 2003 at 04:39:08AM +0100, Harald Schmalzbauer wrote:
> > >
On Sun, Nov 16, 2003 at 11:37:47PM -0500, Bill Vermillion wrote:
> One thing I always liked of the FBSD approach as opposed to others
> is to make ever tool that might possible be needed in a system
> recovery static so if it was there it would work.
How about you take a look at what is actually
On Mon, Nov 17, 2003 at 05:41:04AM +0100, Harald Schmalzbauer wrote:
Content-Description: signed data
> On Monday 17 November 2003 05:25, Steve Kargl wrote:
> > On Mon, Nov 17, 2003 at 04:39:08AM +0100, Harald Schmalzbauer wrote:
> > Content-Description: signed data
> >
> >
> > > Next I'd like to r
In the last episode (Nov 16), Kris Kennaway said:
> On Mon, Nov 17, 2003 at 12:19:24AM +0100, Poul-Henning Kamp wrote:
> > In message <[EMAIL PROTECTED]>, Kris Kennaway writes:
> > ># dumpon /dev/ccd0b
> > >dumpon: ioctl(DIOCSKERNELDUMP): Invalid argument
> > >
> > >Why doesn't this work?
> >
> >
Bill Vermillion wrote:
1) Much smaller /bin and /sbin. On i386, /bin and /sbin are 33 MB
static.
Dynamically linked, they are only 4 MB.
I don't think saving that little space on the / partition is as
important as having everthing in sbin being able to stand alone no
matter what is corrupted.
If memory serves me right, Bill Vermillion wrote:
> I don't think saving that little space on the / partition is as
> important as having everthing in sbin being able to stand alone no
> matter what is corrupted.
man 8 rescue
Bruce.
pgp0.pgp
Description: PGP signature
On Sun, Nov 16, 2003 at 11:37:47PM -0500, Bill Vermillion wrote:
> > > > 1) Much smaller /bin and /sbin. On i386, /bin and /sbin are 33 MB
> > > > static.
> > > >Dynamically linked, they are only 4 MB.
>
> I don't think saving that little space on the / partition is as
> important as having e
On Sun, Nov 16, 2003 at 11:37:47PM -0500, Bill Vermillion wrote:
>
> I don't think saving that little space on the / partition is as
> important as having everthing in sbin being able to stand alone no
> matter what is corrupted.
You are aware of /rescue, right?
> On a non-FreeBSD system I had t
On Monday 17 November 2003 05:25, Steve Kargl wrote:
> On Mon, Nov 17, 2003 at 04:39:08AM +0100, Harald Schmalzbauer wrote:
> Content-Description: signed data
>
> > Salve,
> >
> > since about one day "kill 1" and "init 1" don't work anymore!
> > Now I don't know how to change to single user mode fr
> --
> Message: 10
> Date: Sun, 16 Nov 2003 14:50:24 -0800
> From: Darren Pilgrim <[EMAIL PROTECTED]>
> Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked
> On 2003.11.16 09:46:47 -0500, Robert M.Zigweid <[EMAIL PROTECTED]>
> wrote:
>
> >
> > On Nov 16,
On Mon, Nov 17, 2003 at 04:39:08AM +0100, Harald Schmalzbauer wrote:
Content-Description: signed data
> Salve,
>
> since about one day "kill 1" and "init 1" don't work anymore!
> Now I don't know how to change to single user mode from normal boot now.
"shutdown -r now" will reboot the system. T
On Sun, Nov 16, 2003 at 07:24:00PM -0700, Brent Jones wrote:
>
> On Nov 16, 2003, at 9:22 AM, Richard Coleman wrote:
> >Robert M.Zigweid wrote:
> >>I'll admit to being mostly a lurker here, but isn't the point of
> >>/sbin to be statically linked. That's what the 's' stands for?
> >>Second quest
* Harald Schmalzbauer <[EMAIL PROTECTED]> [031116 20:43]:
Content-Description: signed data
> Salve,
>
> I always thought that building a kernel with debug symbols would increase the
> kernel size dramatically. But if I understand things right the additioal
> "symbols" (code snippets?) are not in
I am currently not able to load my vinum array
(haven't tried to revert back to pre-statfs source)
after I built a new kernel and world. I upgraded the
recommended way (installkernel, reboot, single user
mode, installworld, etc) and when my box boots I get
"vinum loaded, no drives found". When I
Salve,
since about one day "kill 1" and "init 1" don't work anymore!
Now I don't know how to change to single user mode from normal boot now.
Usually I do installworld in singleuser mode.
Then I see the following lines on dmesg which I don't know how to hanlde:
1)
warning: KLD '/boot/kernel/linp
Hello -
My mouse stopped working with the latest kernel compile. The mouse was working with
my November 11 2003 kernel though.
it is an IBM optical mouse using USB.
my dmesg is attached.
- David
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1
On Sunday 16 November 2003 21:11, Nate Lawson wrote:
> The panic you see is a result of the new acpi_cpu driver, not ULE. In any
> case, it appears that acpi_cpu_idle is being called and trying to read one
> of the processor control registers before they are present. Please send
> me privately th
On Sun, 16 Nov 2003, Lukas Ertl wrote:
> On Sat, 15 Nov 2003, Nate Lawson wrote:
>
> > Please test this to be sure that it boots ok on your machine, especially
> > SMP boxes. Throttling should still work ok also.
>
> Seems to work here:
>
> hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C3/185
> hw.acp
At Sat, 15 Nov 2003 21:10:28 -0800,
Gordon Tetlow <[EMAIL PROTECTED]> wrote:
>
> I just committed a patch to change /bin and /sbin from statically to
> dynamically linked. If you don't like the idea of using a dynamically
> linked /bin and /sbin, now is the time to define NO_DYNAMICROOT in your
>
On Sat, Nov 15, 2003 at 11:44:35PM -0800, Jos Backus wrote:
> On Sat, Nov 15, 2003 at 12:47:45PM -0600, Dan Nelson wrote:
> > Are you sure your kernel, /usr/include/sys, and netstat are all
> > up-to-date?
>
> I know mine are. What's odd in my case is that FreeBSD -> Windows works but
> generates
On Sun, Nov 16, 2003 at 06:39:17PM -0800, David O'Brien wrote:
> # cd /usr/src ; cvs -qR up -PdA
> ...
> U sys/netgraph/bluetooth/include/ng_btsocket_hci_raw.h
> U sys/netgraph/bluetooth/include/ng_btsocket_l2cap.h
> U sys/netgraph/bluetooth/include/ng_btsocket_rfcomm.h
> panic: Assertion td->td_tu
In a message written on Sun, Nov 16, 2003 at 09:30:48PM -0500, Robert Watson wrote:
> it, or because it causes panics to halt as opposed to reboot. The
> DDB_UNATTENDED option can help with that though. Another thing to keep in
This is the first I've seen this option (admittedly infrequent
-curr
# cd /usr/src ; cvs -qR up -PdA
...
U sys/netgraph/bluetooth/include/ng_btsocket_hci_raw.h
U sys/netgraph/bluetooth/include/ng_btsocket_l2cap.h
U sys/netgraph/bluetooth/include/ng_btsocket_rfcomm.h
panic: Assertion td->td_turnstile != NULL failed at
../../../kern/subr_turnstile.c:427
cpuid = 1;
pa
On Mon, 17 Nov 2003, Harald Schmalzbauer wrote:
> I always thought that building a kernel with debug symbols would
> increase the kernel size dramatically. But if I understand things right
> the additioal "symbols" (code snippets?) are not in the kernel but in a
> different file which makes the k
On Nov 16, 2003, at 9:22 AM, Richard Coleman wrote:
Robert M.Zigweid wrote:
I'll admit to being mostly a lurker here, but isn't the point of
/sbin to be statically linked. That's what the 's' stands for?
Second question. This seems to imply that /sbin and /bin both have
to have the same behavio
I've also had problems with CF cards and ATAng :-(
Warner
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Salve,
I always thought that building a kernel with debug symbols would increase the
kernel size dramatically. But if I understand things right the additioal
"symbols" (code snippets?) are not in the kernel but in a different file
which makes the kernel the same size like without debug=-g. Is t
TB --- 2003-11-17 00:15:34 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-11-17 00:15:34 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-11-17 00:15:34 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q
Hi !
After read the man page of ath(4) driver I decided to
buy a DWL-G520 but it is insisting to not joy with me. :-(
I tried to replace the board, replace the machine, reinstall
the FreeBSD and cvsup the today code, get and install a
snapshot, every try without success.
On Mon, Nov 17, 2003 at 01:04:33AM +0100, Aron H?kanson wrote:
> S?n 2003-11-16 klockan 21.12 skrev Peter Ulrich Kruppa:
> > Hi!
> >
> > I have a problem with today's sources.
> >
> > At my first try make buildworld and make kernel worked all-right
> > and the new kernel could be booted, so I did
Sön 2003-11-16 klockan 21.12 skrev Peter Ulrich Kruppa:
> Hi!
>
> I have a problem with today's sources.
>
> At my first try make buildworld and make kernel worked all-right
> and the new kernel could be booted, so I didn't check closely and
> made installworld. This failed *somewhere* , and now
On Mon, Nov 17, 2003 at 12:19:24AM +0100, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Kris Kennaway writes:
>
> ># dumpon /dev/ccd0b
> >dumpon: ioctl(DIOCSKERNELDUMP): Invalid argument
> >
> >Why doesn't this work?
>
> Because it would require the entire GEOM I/O engine to particip
In message <[EMAIL PROTECTED]>, Kris Kennaway writes:
># dumpon /dev/ccd0b
>dumpon: ioctl(DIOCSKERNELDUMP): Invalid argument
>
>Why doesn't this work?
Because it would require the entire GEOM I/O engine to participate
in dumping.
As far as I know you never could dump on CCD.
--
Poul-Henning Ka
Hi
Darren Pilgrim wrote:
>
> What was done to programs like /bin/sh, /sbin/init and /sbin/fsck to
> make them work without access to /usr/lib?
All the libs required for /bin or /sbin have moved to /lib. Like this:
> cd /bin
> file sh
sh: ELF 64-bit MSB executable, SPARC V9, version 1 (FreeBSD),
# dumpon /dev/ccd0b
dumpon: ioctl(DIOCSKERNELDUMP): Invalid argument
Why doesn't this work?
Kris
pgp0.pgp
Description: PGP signature
On Sun, Nov 16, 2003 at 02:50:24PM -0800, Darren Pilgrim wrote:
> On 2003.11.16 09:46:47 -0500, Robert M.Zigweid <[EMAIL PROTECTED]>
> wrote:
> >
> > On Nov 16, 2003, at 12:10 AM, Gordon Tetlow wrote:
> >
> > > I just committed a patch to change /bin and /sbin from statically to
> > > dynamically
On 2003.11.16 09:46:47 -0500, Robert M.Zigweid <[EMAIL PROTECTED]>
wrote:
>
> On Nov 16, 2003, at 12:10 AM, Gordon Tetlow wrote:
>
> > I just committed a patch to change /bin and /sbin from statically to
> > dynamically linked. If you don't like the idea of using a
> > dynamically linked /bin an
Hello,
as reproducable seen on my IBM Thinkpad, current as of some days
ago has problems to boot with my 128MB noname CF card inserted.
The panic output is very similar the problem Alex Dupre reported
in mid of september, but Sorens patch which should be tried to
get this stuff fixed but the patch
On Sunday 16 November 2003 23.10, Matt Douhan wrote:
> Hi
sorry misfiled this to current@ should have gone to ports@
rgds
Matt
--
Matt Douhan
www.fruitsalad.org
[EMAIL PROTECTED]
ping elvis
elvis is alive
pgp0.pgp
Description: signature
Hi
on the recent discussion on how to find out the variour WITH* options in a
ports Makefile it sounds like a good idea, I think all of us have been tired
of checking inside the actual Makefiles to find out what options are
available.
I have the following in my bsd.port.mk
.if !target(options
I got trapped in the mess too but finally repaired it with a livecd. Let's
hope the path for 5.2 RELEASE will be smoother for the less adventurous of us.
> I just ran into this very same thing today on a brand new installation. Upon
> reboot I can't even get to a shell. Was rather hoping someon
Selon Michael Collette <[EMAIL PROTECTED]>:
> I just ran into this very same thing today on a brand new installation. Upon
>
> reboot I can't even get to a shell. Was rather hoping someone had some more
>
> information about this.
>
> Running the installation on an IBM xSeries 305 with a P4.
I just ran into this very same thing today on a brand new installation. Upon
reboot I can't even get to a shell. Was rather hoping someone had some more
information about this.
Running the installation on an IBM xSeries 305 with a P4. Going to try the
installation fresh with a cvsup back to
TB --- 2003-11-16 19:25:02 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-11-16 19:25:02 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-11-16 19:25:02 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs
On Sat, 15 Nov 2003, Nate Lawson wrote:
> Please test this to be sure that it boots ok on your machine, especially
> SMP boxes. Throttling should still work ok also.
Seems to work here:
hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C3/185
hw.acpi.cpu.cx_lowest: 0
hw.acpi.cpu.cx_history: 173839/0 0/
The panic you see is a result of the new acpi_cpu driver, not ULE. In any
case, it appears that acpi_cpu_idle is being called and trying to read one
of the processor control registers before they are present. Please send
me privately the output of:
acpidump -t -d > harald-MachineType.asl
As a
On Sunday 16 November 2003 05:32, Harald Schmalzbauer wrote:
> Hi,
>
> I saw that something has changed on ULE and wanted to give it a try but
> with sources from ~ So 16 Nov 2003 04:00 UTC I get the following kernel
> panic just before disk/geom and after Timecounter "TSC" frequency
> 1095341787 H
On Sun, Nov 16, 2003 at 12:50:47PM -0600, Francis Ridder wrote:
> Ok, at the tail end of the dmesg file I am getting complaints starting at
> boot time of non-sleepable locks held. My source is current as of 12 hours
> ago. Pasted here is one of the errors:
>
> checking stopevent 2 with the follow
Hi!
I have a problem with today's sources.
At my first try make buildworld and make kernel worked all-right
and the new kernel could be booted, so I didn't check closely and
made installworld. This failed *somewhere* , and now I am left
with a defect system: no internet connection, no XFree86 and
Ok, at the tail end of the dmesg file I am getting complaints starting at
boot time of non-sleepable locks held. My source is current as of 12 hours
ago. Pasted here is one of the errors:
checking stopevent 2 with the following non-sleepable locks held:
exclusive sleep mutex sigacts r = 0 (0xc1d39
TB --- 2003-11-16 17:00:01 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-11-16 17:00:01 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-11-16 17:00:01 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/
On Sat, 2003-11-15 at 22:32, Philippe Charnier wrote:
> Hello,
>
> I have a Compaq armada 7800 with a noname pccard ethernet adapter
> which used to be detected as:
>
> rl0: port 0x1100-0x11ff mem 0x8800-0x880001ff irq 11
> at device 0.0 on cardbus0
> rl0: Ethernet address: 00:10:60:58:60:b
I'm using -current cvsup'd as of Nov 15, 2003. When I try to do a
dump or run the btape (fill command) program from bacula, my machine
will lock up hard. Doesn't respond to ping. No access to kernel
debugger. Num lock doesn't come on.
I can perform a dump or run the btape fill program when in
On Sun, 16 Nov 2003, Richard Coleman wrote:
> Robert M.Zigweid wrote:
> > I'll admit to being mostly a lurker here, but isn't the point of /sbin
> > to be statically linked. That's what the 's' stands for?
> >
> > Second question. This seems to imply that /sbin and /bin both have to
> > have
Robert M.Zigweid wrote:
I'll admit to being mostly a lurker here, but isn't the point of /sbin
to be statically linked. That's what the 's' stands for?
Second question. This seems to imply that /sbin and /bin both have to
have the same behavior? I have no problem with /bin being dynamically
On Sun, Nov 16, 2003 at 09:46:47AM -0500, Robert M.Zigweid wrote:
>
> On Nov 16, 2003, at 12:10 AM, Gordon Tetlow wrote:
>
> >I just committed a patch to change /bin and /sbin from statically to
> >dynamically linked. If you don't like the idea of using a dynamically
> >linked /bin and /sbin, now
Hi,
> On Sun, 16 Nov 2003 12:10:12 +0200
> Kostyuk Oleg <[EMAIL PROTECTED]> said:
>>It is not sufficient. There is setkey(8) in /usr/sbin. It means that
>>we cannot protect NFS exported /usr by IPsec. If there is no
>>objection, I wish to move setkey(8) into /sbin like NetBSD did.
>
>
> I'll admit to being mostly a lurker here, but isn't the point of /sbin
> to be statically linked. That's what the 's' stands for?
> Second question. This seems to imply that /sbin and /bin both have to
> have the same behavior? I have no problem with /bin being dynamically
> linked, but what
Jens Rehsack wrote:
mail and rebuild all ports, my machine always crashes
when I start X.
My problem is, that I cannot determine the reason
for the crashes, so I cannot think about a workaround.
Any hints are very welcome :-)
I've had the exact same symptoms as you with a radeon 9200 on a nforce2
On Nov 16, 2003, at 12:10 AM, Gordon Tetlow wrote:
I just committed a patch to change /bin and /sbin from statically to
dynamically linked. If you don't like the idea of using a dynamically
linked /bin and /sbin, now is the time to define NO_DYNAMICROOT in your
make.conf.
The reasons for doing so
TB --- 2003-11-16 12:20:48 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-11-16 12:20:48 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-11-16 12:20:48 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q
On Sun, Nov 16, 2003 at 05:12:26AM -0800, Kris Kennaway wrote:
> On Sun, Nov 16, 2003 at 01:02:57PM +, Tim Bishop wrote:
>
> > If it's of significance I'm running vinum to mirror my /, /usr, and
> > swap partitions.
>
> There have been quite a few vinum PRs coming in lately, so this is a
> li
On Sun, Nov 16, 2003 at 01:02:57PM +, Tim Bishop wrote:
> If it's of significance I'm running vinum to mirror my /, /usr, and
> swap partitions.
There have been quite a few vinum PRs coming in lately, so this is a
likely candidate. A gdb backtrace is needed to go much further
though.
Kris
Hi all,
I'm running 5.1-RELEASE-p10 (i386) and I've been experiencing kernel
panics for a while now. I'm hoping someone will be able to shed a
bit of light on the problem.
Unfortunately all the info I have right now is:
Fatal trap 12: page fault while in kernel mode
fault virtual address
Hi,
after I updated my machine yesterday to the -CURRENT
src/ and ports/ of yesterday (2003-11-15 10:30 GMT),
build kernel and world as described in Kirks HEADSUP
mail and rebuild all ports, my machine always crashes
when I start X.
My problem is, that I cannot determine the reason
for the crashes
--- Dag-Erling Smørgrav <[EMAIL PROTECTED]> wrote:
> "masta" <[EMAIL PROTECTED]> writes:
> > I found that if I put /rescue in my PATH before
> all the normal stuff,
> > things tend to work (like ls). For me I got
> caught doing the:
> > make buildworld
> > make buildkernel KERNCONF=FOO
> > make i
On 15 Nov 2003 at 17:35, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> "Dylan Wylie" <[EMAIL PROTECTED]> writes:
> : List,
> :
> : Running -CURRENT now gives the following problem on a Compaq Pressario 1600-
> : XL144 laptop:
> :
> : [...]
> : cbb0: at device 10.0 on pc
www.websehri.com
Websehri.com Acildi
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Hi
It is not sufficient. There is setkey(8) in /usr/sbin. It means that
we cannot protect NFS exported /usr by IPsec. If there is no
objection, I wish to move setkey(8) into /sbin like NetBSD did.
tlambert2> This type of order inversion is common.
tlambert2> Can we simply delay exportation unti
TB --- 2003-11-16 07:25:54 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-11-16 07:25:54 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-11-16 07:25:54 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs
Hi,
> On Sat, 15 Nov 2003 15:21:34 -0800
> Terry Lambert <[EMAIL PROTECTED]> said:
> It is not sufficient. There is setkey(8) in /usr/sbin. It means that
> we cannot protect NFS exported /usr by IPsec. If there is no
> objection, I wish to move setkey(8) into /sbin like NetBSD did.
tl
On Sat, Nov 15, 2003 at 12:47:45PM -0600, Dan Nelson wrote:
> Are you sure your kernel, /usr/include/sys, and netstat are all
> up-to-date?
I know mine are. What's odd in my case is that FreeBSD -> Windows works but
generates many collisions (11 MB file xfer results in roughly 8000 collisions)
but
On Sun, Nov 16, 2003 at 01:10:46AM -0600, [EMAIL PROTECTED] wrote:
> Thoughts?
Don't install or kldload your debugging modules, there's no need. You
can just load them into gdb if you need to read a core.
Kris
pgp0.pgp
Description: PGP signature
At 12:21 AM -0500 11/16/03, Jeff Roberson wrote:
On Sat, 15 Nov 2003, Garance A Drosihn wrote:
> Or maybe the real problem is that we claim that there will
> be no API/ABI changes after X.0-RELEASE, and we've really
missed that mark with 5.0-RELEASE, for a variety of reasons.
If we're going to
It looks like the kldload system call takes
the name of the module you give it, like "ums", and just tacks on ".ko" and searches
in whatever the default paths are for kernel modules until it finds ums.ko. Peachy.
But what about if you built your kernel and modules with debugging symbols added
80 matches
Mail list logo
