Re: ACPI hangs on boot

On Thu, 22 Nov 2001, Emiel Kollof wrote: > The build and all goes well, but after a reboot. the kernel boots and > just hangs on the acpi_cpu and refuses to go further. > deleting the acpi.ko in /boot/kernel solves the problem for me. Is there > any way to _disable_ acpi all together? add hint.a

Re: send_packet: No buffer space available

On Wed, Nov 21, 2001 at 06:43:18PM -0500, Bosko Milekic wrote: > > >From the netstat output, it looks more like an application-level problem > having to do with exhausting socket buffer space. Whatever the cause of > the problem, it certainly isn't a lack of mbufs and/or clusters. Sorry, my bad.

How to boot a diskless -current ?

Hi, it is the time again for me to investigate how diskless booting -current is working today. I've got a german Telekom TDSL line und must convert from my oldish I4B diskless router (386/40) to a new one, that's capable to handle the DSL speed at 768K/sec. Since there are now to many diff

Re: How to boot a diskless -current ?

On Thursday 22 November 2001 12:10, Holm Tiffe wrote: > Hi, > > it is the time again for me to investigate how diskless > booting -current is working today. > > I've got a german Telekom TDSL line und must convert from my > oldish I4B diskless router (386/40) to a new one, that's > capable to hand

[SUGGESTION] - disallowing shutdown after su(1)

hi all, correct me if i am wrong.. but.. do you think, if we denied a shutdown after an su(1) to root from a non-privileged user would be good... i tried this same thing at home.. i builded it and installed it.. works fine for me... the patch below will allow a shutdown only be logging into root

Re: [SUGGESTION] - disallowing shutdown after su(1)

Hiten Pandya wrote: > do you think, if we denied a shutdown after an su(1) > to root from a non-privileged user would be good... It would be bad for me.. I do not allow any root login anywhere. The only way to become root is to su to it. Your patch would make it impossible for me to shutdown the

[SUGGESTION] - disallowing shutdown after su(1)

Hiten Pandya writes: > hi all, > > correct me if i am wrong.. but.. > do you think, if we denied a shutdown after an su(1) > to root from a non-privileged user would be good... > > i tried this same thing at home.. i builded it and > installed it.. works fine for me... the patch below >

Re: [SUGGESTION] - disallowing shutdown after su(1)

its ok... but is there a list of problems that are awaiting to be resolved in the CURRENT branch... thanks... --- "Vladimir B. Grebenschikov" <[EMAIL PROTECTED]> wrote: > Hiten Pandya writes: > > hi all, > > > > correct me if i am wrong.. but.. > > do you think, if we denied a shutdown afte

Panic with today -CURRENT

Hi, while researching a different problem (pccard ep with NEWBUS not recognized since this morning), I got this panic a couple of times: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xdeadc0e2 fault code = supervisor write, page not present instruction po

const char *tsptype[TSPTYPENUMBER] in "protocols/timed.h" ?

Hello, hackers. What do you think about change the type of tsptype in src/include/protocols/timed.h from (char *) to (const char *) ? $ grep -r protocols/timed.h /usr/src /usr/src/bin/date/netdate.c:#include /usr/src/usr.sbin/timed/timed/byteorder.c: * messages. Protocol is defined in /usr/in

problems with 'make buildworld' on current

When I do a "make buildworld" I get an error about an incomplete type for field 'inc4_route'.  I've read the /usr/src/UPDATING and found no real references to this type of problem. Am I jumping too far between 4.3-REL and current? Do I need some compile options?  Do I need the compat4.x.i386 inst

Re: problems with 'make buildworld' on current

* Landon Stewart ([EMAIL PROTECTED]) wrote: > When I do a "make buildworld" I get an error about an incomplete type for > field 'inc4_route'. I've read the /usr/src/UPDATING and found no real > references to this type of problem. > > Am I jumping too far between 4.3-REL and current? Shouldn't

Re: problems with 'make buildworld' on current

I'm told there is a fix for this in the latest current (ie. re-CVSup).  Apparently somewhere around line 49 of src/usr.bin/systat/tcp.c it was missing a "#include " . jlemon commited a fix not too long ago. At 08:48 PM 11/22/2001 +0100, Emiel Kollof wrote: * Landon Stewart ([EMAIL PROTECTED]) wro

Re: buildkernel fails for advansys device

In message <[EMAIL PROTECTED]> Darren Henderson writes: : Building a kernel (after a buildworld) with device adv fails with the info : below... Gotta add scsi system stuff too: # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Acc

Re: [SUGGESTION] - disallowing shutdown after su(1)

In message <[EMAIL PROTECTED]> Hiten Pandya writes: : correct me if i am wrong.. but.. : do you think, if we denied a shutdown after an su(1) : to root from a non-privileged user would be good... I think it would be a horrible idea. : this would be very good, i think if someone broke into : a no

Re: [SUGGESTION] - disallowing shutdown after su(1)

On Thu, Nov 22, 2001 at 06:40:11AM -0800, Hiten Pandya wrote: > hi all, > > correct me if i am wrong.. but.. > do you think, if we denied a shutdown after an su(1) > to root from a non-privileged user would be good... I think this is a bad idea. Kris msg31979/pgp0.pgp Description: PGP si

Re: current-digest V5 #301

On Thu, Nov 22, 2001 at 11:49:00AM -0800, current-digest thus spoke: > > Date: Thu, 22 Nov 2001 06:40:11 -0800 (PST) > From: Hiten Pandya <[EMAIL PROTECTED]> > Subject: [SUGGESTION] - disallowing shutdown after su(1) > correct me if i am wrong.. but.. > do you think, if we denied a shutdown aft

Re: problems with 'make buildworld' on current

On 2001-Nov-22 11:26:19 -0800, Landon Stewart <[EMAIL PROTECTED]> wrote: >When I do a "make buildworld" I get an error about an incomplete type for >field 'inc4_route'. I've read the /usr/src/UPDATING and found no real >references to this type of problem. > >Am I jumping too far between 4.3-REL

Re: [SUGGESTION] - disallowing shutdown after su(1)

* Hiten Pandya ([EMAIL PROTECTED]) wrote: [disallowing a su'ed root to shutdown the machine proposition snipped] > this would be very good, i think if someone broke into > a normal user and was able to gain access into root > using su... (without a password..) I fail to see anything 'good' in th

[no subject]

Äîðîãîé äðóã! Èçâèíè, ÷òî îòáèðàþ òâîå âðåìÿ íà ÷òåíèå äàííîãî ïîñëàíèÿ,òàê êàê ìû âñå óñòàëè îò áåñêîíå÷íûõ ðåêëàìíûõ ðàññûëîê è âñÿ÷åñêîãî ìóñîðà,íî ÿ íàäåþñü, ÷òî íåñêîëüêî ìèíóò çàòðà÷åííîãî âðåìåíè ñìîãóò îêóïèòüñÿ, åñëè òû ðåøèøüñÿ èçìåíèòü ñâîé âçãëÿä íà îêðóæàþùóþ òåáÿ äåéñòâèòåëüíîñòü.

Re: kernel panic

On Mon, 19 Nov 2001, Bob Vaughan wrote: > > sources from yesterday evening. rebuild with kernel sources from tonight. > > same results. > > > > > > vt0: unknown trident VGA, 80 columns, color, 8 screens, unknown keyboard > > Warning: Driver mistake: repeat make_dev ("ttyv0") > > panic: don't do t

Re: libfetch kqueue patch

David Hill <[EMAIL PROTECTED]> writes: > This patch converts libfetch to use kqueue instead of select. Why? It reduces neither the size nor the complexity of the code, and does not result in any notable performance improvements. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: s

Re: libfetch kqueue patch

Dag-Erling Smorgrav wrote: > > David Hill <[EMAIL PROTECTED]> writes: > > This patch converts libfetch to use kqueue instead of select. > > Why? It reduces neither the size nor the complexity of the code, and > does not result in any notable performance improvements. For what it's worth, it al