On Mon, Nov 18, 2002 at 01:29:12AM -0500, Mikhail Teterin wrote:
> Has anyone tried them yet? After removing the #error triggered by
> __FreeBSD_version being over 50, I got the thing nvidia.ko to build,
> but:
>
> 00:50:30 aldan shutdown: reboot by root: New world, kernel. Nvidia drivers
> 0
On Mon, Nov 18, 2002 at 05:07:08PM +1030, Wilkinson,Alex wrote:
> Howdy crew,
>
> Any reason why this doesn't work ?
>
> sheel>sudo boot0cfg -B ad0
> boot0cfg: /dev/ad0: Operation not permitted
>
> running: FreeBSD 5.0-CURRENT #0: Fri Nov 8 15:07:18 CST 2002
GEOM, I presume?
When file systems
On Sun, 2002-11-17 at 22:39, wsk wrote:
> if set the locale with zh_CN.EUC ,error occured
> --xconsole:
> pid 492 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
> pid 494 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
> pid 496 (bonobo-activation-s), uid 1001
On 2002-11-18 01:29 +, Mikhail Teterin wrote:
> Has anyone tried them yet? After removing the #error triggered by
> __FreeBSD_version being over 50, I got the thing nvidia.ko to build,
> but:
>
> 00:50:30 aldan shutdown: reboot by root: New world, kernel. Nvidia drivers
> 00:56:12 aldan k
Howdy crew,
Any reason why this doesn't work ?
sheel>sudo boot0cfg -B ad0
boot0cfg: /dev/ad0: Operation not permitted
running: FreeBSD 5.0-CURRENT #0: Fri Nov 8 15:07:18 CST 2002
Thanks
- aW
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of th
Has anyone tried them yet? After removing the #error triggered by
__FreeBSD_version being over 50, I got the thing nvidia.ko to build,
but:
00:50:30 aldan shutdown: reboot by root: New world, kernel. Nvidia drivers
00:56:12 aldan kernel: Preloaded elf module "/boot/kernel/nvidia.ko" at 0xc064
John De Boskey wrote:
> It would be nice if rc.conf could start a 2nd copy
> of named (split dns). Comments on the following simplistic
> patch?
Interior and exterior DNS is a useful case; however, there
are multiple ways to set it up; in general, it's not possible
to have interior authoritative D
On Sun, 17 Nov 2002, Robert Watson wrote:
> I've seen several reports that using a serial break to get into ddb is now
> quite a bit more reliable than a keyboard break. If you're not already
This is a fact. In RELENG_4, the keyboard interrupt handler is a
normal tty interrupt handler so it can
* De: Doug Barton <[EMAIL PROTECTED]> [ Data: 2002-11-17 ]
[ Subjecte: Re: Run two copies of named from rc.conf? ]
> John De Boskey wrote:
> >
> > It would be nice if rc.conf could start a 2nd copy
> > of named (split dns).
>
> IMO, running two named's on the same box is an edge case, and
John De Boskey wrote:
>
> It would be nice if rc.conf could start a 2nd copy
> of named (split dns).
IMO, running two named's on the same box is an edge case, and not likely
to be attractive to the majority of our userbase. I think you might be
better off with something in /usr/local/etc/rc.d.
D
It would be nice if rc.conf could start a 2nd copy
of named (split dns). Comments on the following simplistic
patch?
-John
cvs diff: Diffing src/etc
Index: src/etc/rc.network
===
RCS file: /home/ncvs/src/etc/rc.network,v
retrieving r
hi,all:
sorry the send before
if set the locale with zh_CN.EUC ,error occured
--xconsole:
> > pid 492 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
> > pid 494 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
> > pid 496 (bonobo-activation-s), uid 1001: exited
if set the locale with zh_CN.EUC ,error occured
--xconsole:
pid 492 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 494 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 496 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 498 (
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Sun, 17 Nov 2002, Jake Burkholder wrote:
> Apparently, On Sun, Nov 17, 2002 at 12:23:20PM -0800,
> Julian Elischer said words to the effect of;
>
> >
> >
> > On Sun, 17 Nov 2002, Mike Barcroft wrote:
> > > --
> > > >>> Kerne
On Sun, Nov 17, 2002 at 03:46:55PM -0500, Jake Burkholder wrote:
> Apparently, On Sun, Nov 17, 2002 at 12:23:20PM -0800,
> Julian Elischer said words to the effect of;
> > On Sun, 17 Nov 2002, Mike Barcroft wrote:
> > > --
> > > >>>
In trying to setup a ccd on a -current system I
seem to have run into a few issues:
/etc/ccd.conf:
# ccd ileave flags component devices
ccd0 64 none/dev/ad1s1a /dev/ad2s1a
# ccdconfig -g
ccd064 0 /dev/ad1s1a /dev/ad2s1a
# ls -al /dev/ccd*
On Sun, Nov 17, 2002 at 09:31:40PM +0100, Martijn Pronk wrote:
> I hope this is enough info for you, if you need a real dump to look
> at yourself, just let me know, I'll put it online then.
Thanks, but the binary dump would be more useful so I can read it into
ethereal. ethereal does a really g
This late-night commit might help:
jeff2002/11/17 01:33:00 PST
Modified files:
sys/kern kern_exec.c
Log:
- Release the imgp vnode prior to freeing exec_map resources to avoid
deadlock.
Revision ChangesPath
1.200 +4 -4 src/sys/kern/kern_exe
Apparently, On Sun, Nov 17, 2002 at 12:23:20PM -0800,
Julian Elischer said words to the effect of;
>
>
> On Sun, 17 Nov 2002, Mike Barcroft wrote:
> > --
> > >>> Kernel build for GENERIC started on Sun Nov 17 20:01:33 GMT 2002
>
Andrew P. Lentvorski wrote:
Can you produce a packet trace for Kris? This would give him a known good
trace so that he can point out the differences from his particular
configuration, or, alternatively, he could file a bug report with the
Linux folks.
Ok, here is a but of output from tcpudmp,
On Sun, 17 Nov 2002, Mike Barcroft wrote:
> --
> >>> Kernel build for GENERIC started on Sun Nov 17 20:01:33 GMT 2002
> --
> ===> ipfilter
> /tinderbox/sparc64/src/sys/kern/kern
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
ack, I keep forgetting there are TWO conf dirs now. I didn't
even see those options. I'll try this also.
--On Sunday, November 17, 2002 8:55 PM +0100 Thierry Herbelot
<[EMAIL PROTECTED]> wrote:
Le Sunday 17 November 2002 20:46, Robert Watson a écrit :
I've seen several reports that using a
--On Sunday, November 17, 2002 2:54 PM -0500 Robert Watson
<[EMAIL PROTECTED]> wrote:
Hmm. It looks like there is indeed a lock leak in the RFTHREAD code.
Maybe a change like the following might help:
PROC_LOCK(p2);
psignal(p2, SIGKILL);
Alexander Leidinger <[EMAIL PROTECTED]> wrote:
> Oliver Fromme <[EMAIL PROTECTED]> wrote:
> > The patch adds an option -r to chown(8) and chgrp(1), which
> > does pretty much the same as the -r option of touch(1) and
> > truncate(1). Basically, it let's you "copy" ownerships and
> > group mem
Le Sunday 17 November 2002 20:46, Robert Watson a écrit :
>
> I've seen several reports that using a serial break to get into ddb is now
> quite a bit more reliable than a keyboard break. If you're not already
> using a serial console, you might want to give it a try (make sure to turn
> on BREAK_
Hmm. It looks like there is indeed a lock leak in the RFTHREAD code.
Maybe a change like the following might help:
PROC_LOCK(p2);
psignal(p2, SIGKILL);
PROC_UNLOCK(p2);
}
Change the } to:
} el
I ran into that during heavy builds on one of my boxes a few months ago --
I never really got around to properly debugging it because the UFS file
systems promptly ate themselves. Oddly, I had two boxes in particular
that this happened on, and none of my others, and it wasn't clear to me if
there
On Sun, 17 Nov 2002, Thierry Herbelot wrote:
> Even make -j1 buildworld with the SMP kernel ends with a complete freeze
> of the machine (the kernel does not go to a panic where I could try a
> backtrace)
I've seen several reports that using a serial break to get into ddb is now
quite a bit mor
On Sun, Nov 17, 2002 at 01:18:00PM -0500, Brian F. Feldman wrote:
>
> > ohci_alloc_std_chain+0xf5 (calling a DMAADDR() function, I believe)
> > ohci_device_bulk_start+0x0d
> > ohci_device_bulk_transfer+0x27
> > usbd_transfer+0xc0
> > umass_setup_transfer+0x4f
> > umass_bbb_state
> > usb_transfer_c
Brian Fundakowski Feldman <[EMAIL PROTECTED]> wrote:
> I can't get more info because crash dumps don't work when this happens, but
> for what it's worth, here's a traceback which shows what happens when I
> attempt to use my da0: Removable Direct Access
> SCSI-2 device on an OHCI-based controlle
>Date: Sun, 17 Nov 2002 19:06:40 +0100
>From: Stefan Farfeleder <[EMAIL PROTECTED]>
>> g1-9(5.0-C)[2] file /tmp/install.*|* | grep data
>^
>> #SC.SAVE~: Command not found.
>Are these just typoes in the mail or did you really type this? :-)
I cut & pasted it.
>Date: Tue, 12 Nov 2002 10:18:03 -0800 (PST)
>From: David Wolfskill <[EMAIL PROTECTED]>
[Yes, replying to my own message, if not myself dhw]
>Here's an excerpt of the typescript from the "make installworld":
>---%<- snip! --
Installing everyt
--On Sunday, November 17, 2002 11:36 AM +0100 Thierry Herbelot
<[EMAIL PROTECTED]> wrote:
Le Sunday 17 November 2002 10:50, Joel M. Baldwin a écrit :
running dnet on a SMP kernel causes the kernel to panic.
[Hijacking another thread ?]
No problem, lets compare notes.
I haven't been able
Le Sunday 17 November 2002 10:50, Joel M. Baldwin a écrit :
> running dnet on a SMP kernel causes the kernel to panic.
>
>
[Hijacking another thread ?]
I haven't been able to complete a full buildworld with an SMP on a Abit BP6
(bi-celeron) board for two weeks (the kernel config is just a full G
On Sat, 16 Nov 2002 12:29:20 +0100 (CET)
Oliver Fromme <[EMAIL PROTECTED]> wrote:
> The patch adds an option -r to chown(8) and chgrp(1), which
> does pretty much the same as the -r option of touch(1) and
> truncate(1). Basically, it let's you "copy" ownerships and
> group memberships from one fi
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Sun, Nov 17, 2002 at 02:59:19AM -0800, Kris Kennaway wrote:
> Since upgrading my kernel to today's current (from a couple of weeks
> ago) I have had a number of hangs where processes block in the kernel,
> usually in the thrd_sleep state (but once one hung in the ufs state).
>
> e.g:
>
> > loa
>
> Hi,
>
> Yesterday I installed a jpsnap (FreeBSD christine.energyhq.tk
> 5.0-CURRENT-20021115-JPSNAP i386), and tried to setup a RAID0 config
> with two disks. raidctl -C goes fine, so does -I and -iv.
> Then fdisk'ed
> and disklabelled. But when I tried to newfs the newly created
> partitio
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Since upgrading my kernel to today's current (from a couple of weeks
ago) I have had a number of hangs where processes block in the kernel,
usually in the thrd_sleep state (but once one hung in the ufs state).
e.g:
> load: 0.01 cmd: cc 708 [ufs] 0.00u 0.00s 0% 56k
> load: 0.01 cmd: tcsh 709 [t
running dnet on a SMP kernel causes the kernel to panic.
lock order reversal
1st 0xc2c803e8 process lock (process lock) @
../../../kern/kern_fork.c:571
2nd 0xc03cfce0 proctree (proctree) @ ../../../kern/kern_fork.c:596
recursed on non-recursive lock (sleep mutex) process lock @
../../../kern/k
Sorry, this is a subscription-only feature.
M
> Was the following just swallowed up into the bowels of the CVS beast or
> something? :-)
>
> I've tried updating my sources several times, and still not retrieving it.
>
> On 12-Nov-2002 Dag-Erling Smorgrav wrote:
> > des 2002/11/12 02:69
Works fine when I don't specify -listen_tcp. Has anyone seen this ?
-Arun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
45 matches
Mail list logo
