Re: /boot/loader graphics support & extensibility

On Tuesday 19 February 2008 22:27, Marcel Moolenaar wrote: > On Feb 19, 2008, at 11:43 AM, Oliver Fromme wrote: > > It will not replace the current text menu ("beastie.4th"), > > so you can still use it on your Hercules monochrome or CGA > > machine or with serial console, of course.

Re: /boot/loader graphics support & extensibility

Marcel Moolenaar wrote: > Oliver Fromme wrote: > > > It will not replace the current text menu ("beastie.4th"), > > so you can still use it on your Hercules monochrome or CGA > > machine or with serial console, of course. > > We can probably forget about those configurations. OK, maybe no

Re: encrypted executables

And if you make a wrapper, and execute like a shell script: #!/usr/local/bin/mysecyritywrapper <...encryted code goes where...> In this way. it'll be hard to use truss, ktrace, strace etc... []s On Feb 19, 2008 1:09 AM, Giorgos Keramidas <[EMAIL PROTECTED]> wrote: > On 2008-02-18 19:54,

new syslogd option for adding local timestamp

Hi list I ported the -T option from netbsd syslogd.c to freebsd syslog. "Add a -T flag to syslogd, which causes it to use local time for messages received from the network. Useful for collecting logs from devices which do not have correct time or if you need localtime anyway. It does not replace

Re: [trouble] restart network & vlan`s interface

On Wed, Feb 20, 2008 at 10:41:22AM +0300, sam wrote: > hello > > description of my trouble: > > part of /etc/rc.conf > -- > |cloned_interfaces="vlan0" > ifconfig_vlan0="inet 10.25.6.20 netmask 255.255.255.0 vlan 11 vlandev rl0" > |--

Re: encrypted executables

On Wed, 20 Feb 2008 09:51:23 -0300 "Thiago Damas" <[EMAIL PROTECTED]> wrote: > And if you make a wrapper, and execute like a shell script: > > #!/usr/local/bin/mysecyritywrapper > <...encryted code goes where...> > > > In this way. it'll be hard to use truss, ktrace, strace etc... Depends

Re: [trouble] restart network & vlan`s interface

On Wed, Feb 20, 2008 at 08:00:58PM +0300, sam wrote: > Brooks Davis wrote: >> On Wed, Feb 20, 2008 at 10:41:22AM +0300, sam wrote: >> >>> >>> please help me for writing /etc/rc.conf with vlan`s interfaces >>> (without problem network sub-system restart) >>> >> >> We don't really suppo

Re: /boot/loader graphics support & extensibility

On Feb 20, 2008, at 4:57 AM, Oliver Fromme wrote: Marcel Moolenaar wrote: Oliver Fromme wrote: It will not replace the current text menu ("beastie.4th"), so you can still use it on your Hercules monochrome or CGA machine or with serial console, of course. We can probably forget about those

Re: [trouble] restart network & vlan`s interface

Brooks Davis wrote: On Wed, Feb 20, 2008 at 10:41:22AM +0300, sam wrote: please help me for writing /etc/rc.conf with vlan`s interfaces (without problem network sub-system restart) We don't really support running /etc/rc.d/netif restart without an interface argument at this time.

Re: cx_lowest and CPU usage

on 19/02/2008 23:42 Andriy Gapon said the following: > The last result most probably means that RTC IRQ was not the interrupt > to wake CPU from sleeping state. > The first possibility that comes to mind is that on this particular > hardware RTC interrupt (IRQ8) is not able to wake the system from

Re: [trouble] restart network & vlan`s interface

On Feb 20, 2008 12:08 PM, Brooks Davis <[EMAIL PROTECTED]> wrote: > On Wed, Feb 20, 2008 at 08:00:58PM +0300, sam wrote: > > Brooks Davis wrote: > >> On Wed, Feb 20, 2008 at 10:41:22AM +0300, sam wrote: > >> > >>> > >>> please help me for writing /etc/rc.conf with vlan`s interfaces > >>> (witho

Re: /boot/loader graphics support & extensibility

Marcel Moolenaar wrote: > Oliver Fromme wrote: > > I understand the "yes" part, but I do not understand the > > "see (a)/(b)" part. :-) What does the recursive reference > > mean? > > It means that they can be treated the same: Ah, OK. It's clear to me now. > > Just out of curiosity, w

Re: new syslogd option for adding local timestamp

Hi Thomas, The -T option looks reasonable to me - can you submit a PR and let me know what number it is. I'll have a look at making the change. David. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd

Re: /boot/loader graphics support & extensibility

On Feb 20, 2008, at 12:08 PM, Oliver Fromme wrote: By the way: Will the standard i386 /boot/loader work on an EFI machine, or does it require a different loader binary? It needs a different loader. If you want to support EFI the right way, it also needs a different kernel -- one that respect

Re: new syslogd option for adding local timestamp

Hi David Am 20.02.2008 um 22:12 schrieb David Malone: Hi Thomas, The -T option looks reasonable to me - can you submit a PR and let me know what number it is. I'll have a look at making the change. Thank you. http://www.freebsd.org/cgi/query-pr.cgi?pr=120891 Regards, Thomas ___

Re: Help debugging kernel dump?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carey Jones wrote: > I have been getting occasional reboots on my FreeBSD 6-STABLE machine. > I haven't figured out a pattern on it yet, but the most recent crash was > during some pretty heavy NFS usage, and I see nfsd in the dump, so > perhaps that

PIIX4 chipset: (non-)exit from CPU states C2, C3 on interrupt

This is a report on an issue that I had with using C2 CPU power state on a system based on PIIX4E chipset. I think that other users of the chipsets from PIIX4 family might be affected as well. Also, this might be an informative reading for hackers chasing similar problems. Reference material: Int

Re: Synaptics

Eygene Ryabinkin wrote: Cristian, good day. Fri, Feb 08, 2008 at 10:32:51PM +0200, Cristian KLEIN wrote: Thank you very much for 'pinging'. :) As the driver synaptics driver din not change for month, I speculate there might have been a change in the Xorg API, especially related to sucking conf

Re: encrypted executables

Thiago Damas wrote: And if you make a wrapper, and execute like a shell script: #!/usr/local/bin/mysecyritywrapper <...encryted code goes where...> In this way. it'll be hard to use truss, ktrace, strace etc... No, not really. All of those tools can trace through to sub-processes, so whe

Re: encrypted executables

> >#!/usr/local/bin/mysecyritywrapper > ><...encryted code goes where...> > > > > In this way. it'll be hard to use truss, ktrace, strace etc... > > No, not really. All of those tools can trace through > to sub-processes, so whenever the code gets decrypted and > starts executing (whether it's i

Re: encrypted executables

On Wed, Feb 20, 2008 at 09:39:03PM -0500, ari edelkind wrote: > Mind you, it's true that disabling core dumps with a resource limit > doesn't keep one from creating a core image using gcore, but since gcore > generally must either attach to a process using ptrace() or access > mapped code segments

Re: encrypted executables

On Feb 20, 2008, at 20:18 , Joerg Sonnenberger wrote: On Wed, Feb 20, 2008 at 09:39:03PM -0500, ari edelkind wrote: Mind you, it's true that disabling core dumps with a resource limit doesn't keep one from creating a core image using gcore, but since gcore generally must either attach to a

Re: encrypted executables

[EMAIL PROTECTED] wrote: > What prevents me from patching the kernel (!) to just ignore the > resource limit? Nothing. Exactly! I mean, it won't help that much if you have pages that haven't been loaded or decrypted. But if you're patching the kernel anyway, you can always have it log the decryp

Re: /boot/loader graphics support & extensibility

On Feb 20, 2008, at 3:44 PM, Marcel Moolenaar wrote: That would be possible. But then there will be other problems. For example, lets say that the i386 loader decides to use 640x480 @4bit, and the sparc64 loader decides that 1152x900 @8bit is "best". The Forth code clearly needs a way to que