On Tue, May 15, 2001 at 05:02:25PM -0600, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Maxim Sobolev writes:
> : Perhaps we could rip off the code that dumps keymap file into a
> : little utility on its own and use this utility to bootstrap
> : sysinstall. I could look into this direction i
In the last episode (May 15), Brian O'Shea said:
> On Tue, May 15, 2001 at 10:44:32PM -0400, Matthew Emmerton wrote:
> [...]
> > > After going to single user mode, cause I can't kill the offending
> > > program once it is running in multiuser mode (even kill -9 won't
> > > work ...
>
> Probably b
On Tue, May 15, 2001 at 10:44:32PM -0400, Matthew Emmerton wrote:
[...]
> > After going to single user mode, cause I can't kill the offending
> > program once it is running in multiuser mode (even kill -9 won't
> > work ...
Probably because the program is forking and you can't kill it's children
On Tue, May 15, 2001 at 10:19:34PM -0500, Mark Sergeant wrote:
> Another solution would be to remove this users access ?
Yeah, that also basically goes without saying :-)
Kris
PGP signature
Another solution would be to remove this users access ?
On Tue, 15 May 2001 20:16:15 -0700, Kris Kennaway said:
:: On Wed, May 16, 2001 at 09:20:35AM +0700, John Indra wrote:
:: > Dear all...
:: >
:: > First of all, really sorry for cross-posting...
:: >
:: > I am running a -CURRENT syst
* John Indra <[EMAIL PROTECTED]> [010515 21:19]:
> Dear all...
>
> First of all, really sorry for cross-posting...
>
> I am running a -CURRENT system (Apr 30th 2001). There is a user in my
> machine running this small program to DoS my xl0 interface. I doubt that
> this program is specifically d
On Wed, May 16, 2001 at 09:20:35AM +0700, John Indra wrote:
> Dear all...
>
> First of all, really sorry for cross-posting...
>
> I am running a -CURRENT system (Apr 30th 2001). There is a user in my
> machine running this small program to DoS my xl0 interface. I doubt that
> this program is spe
> Dear all...
>
> First of all, really sorry for cross-posting...
>
> I am running a -CURRENT system (Apr 30th 2001). There is a user in my
> machine running this small program to DoS my xl0 interface. I doubt that
> this program is specifically designed for xl cards though.
>
> Once the program i
Dear all...
First of all, really sorry for cross-posting...
I am running a -CURRENT system (Apr 30th 2001). There is a user in my
machine running this small program to DoS my xl0 interface. I doubt that
this program is specifically designed for xl cards though.
Once the program is started, it s
Hi,
This while building world, with a kernel cvsup at Fri Apr 27 04:06:40 BST 2001
kern/kern_synch.c:386 sleeping with "vr0" locked from pci/if_vr.c:1315
abridged backtrace:
panic()
propagate_priority()
_mtx_lock_sleep()
vr_intr()
ithread_loop()
fork_exit()
fork_trampoline()
dmesg:
Copyright
In message <[EMAIL PROTECTED]> Maxim Sobolev writes:
: Perhaps we could rip off the code that dumps keymap file into a
: little utility on its own and use this utility to bootstrap
: sysinstall. I could look into this direction if there aren't better
: ideas.
I think your idea of just defining PA
In message <[EMAIL PROTECTED]> Maxim Sobolev writes:
: There is at least one easy way - we can check if PASTE
: is defined and define it to be NOP if it isn't. This would allow
: to use kbdcontrol as a bootstrap tool on 4-STABLE.
:
: See attached patch.
Heh. I came up with this independently.
On Tue, 15 May 2001 21:57:44 +0300, Maxim Sobolev wrote:
> Ruslan Ermilov wrote:
>
> > On Mon, May 14, 2001 at 10:21:02AM -0700, Ruslan Ermilov wrote:
> > > ru 2001/05/14 10:21:02 PDT
> > >
> > > Modified files:
> > > .Makefile.inc1
> > > Log:
> > > Add kbdc
Ruslan Ermilov wrote:
> On Mon, May 14, 2001 at 10:21:02AM -0700, Ruslan Ermilov wrote:
> > ru 2001/05/14 10:21:02 PDT
> >
> > Modified files:
> > .Makefile.inc1
> > Log:
> > Add kbdcontrol(1) to bootstrap-tools.
> > This fixes the upgrade path breakage in
Go ahead!
In message <[EMAIL PROTECTED]>, Brian Somers writes:
>This makes xterm work again. Any objections to a commit ?
>
>> David Wolfskill wrote:
>>
>> > Built -CURRENT & rebooted after mergemaster as usual, and some X
>> > applications (xbattbar; xlockmore; oclock) work OK, but no xterm.
On Tue, May 15, 2001 at 06:32:16PM +0100, Brian Somers wrote:
> Have you got v1.23 of sys/fs/devfs/devfs_vnops.c and are you running
> as non-root ?
Yes:
ident /usr/src/sys/fs/devfs/devfs_vnops.c
/usr/src/sys/fs/devfs/devfs_vnops.c:
$FreeBSD: src/sys/fs/devfs/devfs_vnops.c,v 1.23 2001/05/
>Date: Tue, 15 May 2001 19:16:44 +0200
>From: Szilveszter Adam <[EMAIL PROTECTED]>
>> > Built -CURRENT & rebooted after mergemaster as usual, and some X
>> > applications (xbattbar; xlockmore; oclock) work OK, but no xterm. At
>> > least, not from X (XF86-4.0.3). I tried using Ctl-Alt-F2 to get
Have you got v1.23 of sys/fs/devfs/devfs_vnops.c and are you running
as non-root ?
> On Tue, May 15, 2001 at 01:34:27AM -0700, Peter Wemm wrote:
> > David Wolfskill wrote:
> >
> > > Built -CURRENT & rebooted after mergemaster as usual, and some X
> > > applications (xbattbar; xlockmore; oclock)
On Tue, May 15, 2001 at 01:34:27AM -0700, Peter Wemm wrote:
> David Wolfskill wrote:
>
> > Built -CURRENT & rebooted after mergemaster as usual, and some X
> > applications (xbattbar; xlockmore; oclock) work OK, but no xterm. At
> > least, not from X (XF86-4.0.3). I tried using Ctl-Alt-F2 to ge
This makes xterm work again. Any objections to a commit ?
> David Wolfskill wrote:
>
> > Built -CURRENT & rebooted after mergemaster as usual, and some X
> > applications (xbattbar; xlockmore; oclock) work OK, but no xterm. At
> > least, not from X (XF86-4.0.3). I tried using Ctl-Alt-F2 to ge
On 15-May-01 Seigo Tanimura wrote:
> On Mon, 07 May 2001 12:37:22 -0700 (PDT),
> John Baldwin <[EMAIL PROTECTED]> said:
>
> John> You need the lock when clearing the bit in p_flag. That is why the
> proc locks
> John> are there, so all those proc locks need to stay. When you clear a bit,
> y
In message <[EMAIL PROTECTED]> Ruslan Ermilov writes:
: Doing it this way would break cross-platform builds.
I'm not seeing this breakage, but I have some simple hacks in my
tree. Lemme see if I'm just lucky, or if those hacks actually work.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED
On Tue, May 15, 2001 at 05:42:04PM +0300, Peter Pentchev wrote:
[...]
> Can't you teach sysinstall/Makefile to use the kbdcontrol in
> ${.OBJDIR}/../kbdcontrol/kbdcontrol instead, and make it somehow
> depend on kbdcontrol being built beforehand?
>
Doing it this way would break cross-platform bui
On Tue, May 15, 2001 at 05:33:54PM +0300, Ruslan Ermilov wrote:
> OK, more details on 4.3-STABLE -> 5.0-CURRENT upgrade path breakage.
>
> 1. kbdcontrol(1) is used by usr.sbin/sysinstall/Makefile to generate
> keymap.h with keyboard maps.
>
> 2. Recent usr.sbin/sysinstall/Makefile wants to
OK, more details on 4.3-STABLE -> 5.0-CURRENT upgrade path breakage.
1. kbdcontrol(1) is used by usr.sbin/sysinstall/Makefile to generate
keymap.h with keyboard maps.
2. Recent usr.sbin/sysinstall/Makefile wants to generate keymap.h
from "current" keymap sources in ../../share/syscons/
On Mon, May 14, 2001 at 10:21:02AM -0700, Ruslan Ermilov wrote:
> ru 2001/05/14 10:21:02 PDT
>
> Modified files:
> .Makefile.inc1
> Log:
> Add kbdcontrol(1) to bootstrap-tools.
> This fixes the upgrade path breakage in usr.sbin/sysinstall.
>
> Revisi
On Wed, 09 May 2001 19:20:07 +0900,
Seigo Tanimura said:
Seigo> On Tue, 08 May 2001 08:21:55 -0700 (PDT),
Seigo> John Baldwin <[EMAIL PROTECTED]> said:
John> On 08-May-01 Seigo Tanimura wrote:
>>> Here is another issue. PROC_LOCK may block to acquire a process lock,
>>> during which an eve
David Wolfskill wrote:
> Built -CURRENT & rebooted after mergemaster as usual, and some X
> applications (xbattbar; xlockmore; oclock) work OK, but no xterm. At
> least, not from X (XF86-4.0.3). I tried using Ctl-Alt-F2 to get to
> a non-X login, logged in , set DISPLAY to m147:0.0, issued "xte
Boris Popov wrote:
> > Pending any significant issues, DEVFS will be made mandatory in
> > -current on july 1st so that we can start reaping the full
> > benefits of having it.
>
> I'm not sure if this move in the right direction.
> Current devfs implementation is weak compared to t
29 matches
Mail list logo