Re: [kde-freebsd] Re: HEADS UP: pelase test /etc/libmap.conffeature on 4-stable

On Sat, 2003-10-11 at 02:33, Michael Nottebrock wrote: > Norikatsu Shigemura wrote: > > > > > 1. (kde side) Anyone, would you please make a patch for > >nspluginscane to look /usr/X11R6/lib/browsers_plugins? > > or > > 2. (pluginwrapper side) If 1 is no, I'll install F

Re: Dynamic reads without locking.

Bruce M Simpson wrote: Or keep a generation count to detect pre-emption (the devstat code does this, amongst other things), and try again if you lost the race. On further inspection, I'm pretty sure that sys/kern/subr_devstat.c is not correct. In particular, sysctl_devstat writes out a node's data

Re: smallest piece of hardware that runs *BSD?

On Fri, Oct 10, 2003 at 04:17:37PM +0200, C. Kukulies wrote: > Now, we are not far from that. I'm thinking of some CPU with TP Ethernet > and memory of size of an USB stick. Anyone knowing such or having > experience? Here's one the size of a credit card: .

Re: Determining CPU features / cache organization from userland

On Fri, Oct 10, 2003 at 03:09:47PM -0400, Andrew Gallatin wrote: > >Bruce M Simpson writes: > > I've been thinking we should definitely make the cache organization > > info available via sysctl. I am thinking we should do this to make > > the UMA_ALIGN_CACHE definition mean something... > >If you d

Re: Dynamic reads without locking.

On Thu, Oct 09, 2003 at 07:24:15PM +0200, Bernd Walter wrote: >> Note that, possibly contrary to expectations, 8-bit and 16-bit >> _writes_ are not atomic on many (all?) the 64-bit architectures. >> Small writes are generally done by doing a 64-bit read, insert >> under mask and 64-bit write. > >Th

Re: HEADS UP: pelase test /etc/libmap.conf feature on 4-stable

On Sat, 11 Oct 2003 08:32:35 +0900 I wrote: > Now status... > mozilla mozilla-firebird galeon epiphany konqueror opera > 5-current OK OK OK OK UNKOWNNG > 4-stable OK maybemaybe maybeUNKOWNOK Konqueror o

Re: smallest piece of hardware that runs *BSD?

On Friday 10 October 2003 07:17 am, C. Kukulies wrote: > 1990: In ten years, computers will just be bumps in cables. (Gordon > Bell) > > Remember that quote? > > Now, we are not far from that. I'm thinking of some CPU with TP > Ethernet and memory of size of an USB stick. Anyone knowing such or > h

Re: Dynamic reads without locking.

Bruce M Simpson wrote: On Wed, Oct 08, 2003 at 11:51:06AM +0200, Harti Brandt wrote: You need to lock when reading if you insist on consistent data. Even a simple read may be non-atomic (this should be the case for 64bit operations on all our platforms). Or keep a generation count to detect pre-emp

Re: HEADS UP: pelase test /etc/libmap.conf feature on 4-stable

On Thu, 9 Oct 2003 19:42:11 +0200 Simon Barner <[EMAIL PROTECTED]> wrote: > I tested your patch, and it worked, but I had to modify the following > things: > Fetch libmapc. and libmap.h from the CVS repository (latest revisions). > Add libmap.c to SRC section in Makefile. Oops, sorry. I d

Re: Archive for cvs-src

Sandeep Kumar <[EMAIL PROTECTED]> writes: > On Sat, Oct 11, 2003 at 12:13:10AM +0200, Dag-Erling Smørgrav wrote: > > Wrong. These lists have existed for years. > Actually not. Although majordomo lists contain cvs-all, I didn't find > other cvs-* over there we used to have a whole lot of these: [

Re: Archive for cvs-src

Erik Trulsson wrote: Thanks everybody for your replies. On Sat, Oct 11, 2003 at 12:13:10AM +0200, Dag-Erling Smørgrav wrote: Erik Trulsson <[EMAIL PROTECTED]> writes: On Fri, Oct 10, 2003 at 02:08:21PM -0700, Sandeep Kumar wrote: The oldest message in http://lists.freebsd.org/pipe

Re: Archive for cvs-src

On Sat, Oct 11, 2003 at 12:13:10AM +0200, Dag-Erling Smørgrav wrote: > Erik Trulsson <[EMAIL PROTECTED]> writes: > > On Fri, Oct 10, 2003 at 02:08:21PM -0700, Sandeep Kumar wrote: > >> The oldest message in > >> http://lists.freebsd.org/pipermail/cvs-src.mbox/cvs-src.mbox seems to be > >> from 20

Re: Archive for cvs-src

Erik Trulsson <[EMAIL PROTECTED]> writes: > On Fri, Oct 10, 2003 at 02:08:21PM -0700, Sandeep Kumar wrote: >> The oldest message in >> http://lists.freebsd.org/pipermail/cvs-src.mbox/cvs-src.mbox seems to be >> from 2003/03/24. >> Is there a way to get messages prior to that? > > And what makes

Re: Archive for cvs-src

On 2003.10.10 14:08:21 -0700, Sandeep Kumar wrote: > Hi, > > The oldest message in > http://lists.freebsd.org/pipermail/cvs-src.mbox/cvs-src.mbox seems to be > from 2003/03/24. > Is there a way to get messages prior to that? Older messages for all the mailing lists are at http://docs.freebsd.o

Re: Archive for cvs-src

On Fri, Oct 10, 2003 at 02:08:21PM -0700, Sandeep Kumar wrote: > Hi, > > The oldest message in > http://lists.freebsd.org/pipermail/cvs-src.mbox/cvs-src.mbox seems to be > from 2003/03/24. > Is there a way to get messages prior to that? And what makes you think there are any prior messages? If

Archive for cvs-src

Hi, The oldest message in http://lists.freebsd.org/pipermail/cvs-src.mbox/cvs-src.mbox seems to be from 2003/03/24. Is there a way to get messages prior to that? Thanks, Sandeep ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/list

Re: Determining CPU features / cache organization from userland

On Fri, Oct 10, 2003 at 03:09:47PM -0400, Andrew Gallatin wrote: > Bruce M Simpson writes: > > I've been thinking we should definitely make the cache organization > > info available via sysctl. I am thinking we should do this to make > > the UMA_ALIGN_CACHE definition mean something... > > If y

Re: Determining CPU features / cache organization from userland

Bruce M Simpson writes: > I've been thinking we should definitely make the cache organization > info available via sysctl. I am thinking we should do this to make > the UMA_ALIGN_CACHE definition mean something... If you do this, it may make sense to use the same names as MacOSX. Eg: g51%

Re: setting sio to even parity failed

On Fri, Oct 10, 2003 at 01:26:33PM -0500, Dan Nelson wrote: > In the last episode (Oct 10), Bernd Walter said: > > buf.c_iflag |= IGNBRK; > > buf.c_cflag &= ~(CSIZE | PARODD); > > buf.c_cflag |= CS8 | CLOCAL | PARENB; > > Do you maybe want CS7 here? No I need 8e1, but the

Re: setting sio to even parity failed

In the last episode (Oct 10), Bernd Walter said: > buf.c_iflag |= IGNBRK; > buf.c_cflag &= ~(CSIZE | PARODD); > buf.c_cflag |= CS8 | CLOCAL | PARENB; Do you maybe want CS7 here? -- Dan Nelson [EMAIL PROTECTED] __

setting sio to even parity failed

void opensio(char* devname) { struct termios buf; int val; fd = open(devname, O_RDWR); if (fd < 0) { printf("open serial %s failed: %s\n", devname, strerror(errno)); exit(1); } val = fcntl(

Re: Determining CPU features / cache organization from userland

On Fri, Oct 10, 2003 at 02:44:00PM +0100, Bruce M Simpson wrote: > On Fri, Oct 10, 2003 at 03:36:40AM -0700, Joseph Koshy wrote: > > I'm looking for ways that a userland program can determine the CPU > > features available on an SMP machine -- processor model, stepping > > numbers, supported featur

Re: smallest piece of hardware that runs *BSD?

In the last episode (Oct 10), C. Kukulies said: > 1990: In ten years, computers will just be bumps in cables. (Gordon Bell) > > Remember that quote? > > Now, we are not far from that. I'm thinking of some CPU with TP Ethernet > and memory of size of an USB stick. Anyone knowing such or having > e

smallest piece of hardware that runs *BSD?

1990: In ten years, computers will just be bumps in cables. (Gordon Bell) Remember that quote? Now, we are not far from that. I'm thinking of some CPU with TP Ethernet and memory of size of an USB stick. Anyone knowing such or having experience? -- Christoph P. U. Kukulies kuku (at) physik.rwt

Panic

I have a dual system, and got this panic last night during installworld. Has anybody else seen this? Or have ideas on tracking it down. Looks like a race in vm somehow. Warner Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 0100 fault virtual address = 0xbfca03cc fa

Re: Determining CPU features / cache organization from userland

On Fri, Oct 10, 2003 at 03:36:40AM -0700, Joseph Koshy wrote: > I'm looking for ways that a userland program can determine the CPU > features available on an SMP machine -- processor model, stepping > numbers, supported features, cache organization etc. "What Silby said" and have a look at the sys

Re: Determining CPU features / cache organization from userland

On Fri, 10 Oct 2003, Joseph Koshy wrote: > Hi -hackers, > > I'm looking for ways that a userland program can determine the CPU > features available on an SMP machine -- processor model, stepping > numbers, supported features, cache organization etc. > > For example, on some x86 processors the CPU

Determining CPU features / cache organization from userland

Hi -hackers, I'm looking for ways that a userland program can determine the CPU features available on an SMP machine -- processor model, stepping numbers, supported features, cache organization etc. For example, on some x86 processors the CPUID instruction could be used to determine some of the

Re: Compiling Perl on SMP 5.1-RELEASE box

On Thu, Oct 09, 2003 at 05:38:30PM -0700, Kris Kennaway wrote: > On Thu, Oct 09, 2003 at 10:04:24AM -0700, Brendan Harris wrote: > > I figured this was more appropriate for freebsd-hackers than freebsd-questions. > > > > Here's the deal. I'm trying to compile Perl 5.8.1 on a FreeBSD 5.1 > > SMP b

Re: Dynamic reads without locking.

On Thu, Oct 09, 2003 at 12:46:44PM -0700, Jeffrey Hsu wrote: +> This case (along with some other cases where locks of atomic reads +> are required) is covered in the paper as +> +> But, one case where locks would be required is if the field +> temporarily holds a value that no one else is supp

Re: Dynamic reads without locking.

Terry Lambert wrote: For certain uses, however, it's safe to not lock before the read *on Intel architectures*. This can go out the window on SPARC or PPC, or any architecture where there is no guarantee that there won't be speculative execution or out-of-order execution without explicit synchroni

Re: Dynamic reads without locking.

Harti Brandt wrote: Yes. When I read the C standard foo = data & mask; wouldn't also help, because there is no sequence point in this statement except at the ;. Before anyone takes this particular line of reasoning seriously, I feel compelled to point out that sequence points have nothing t

Re: Hey :P

CJ East <[EMAIL PROTECTED]> writes: > I'm running a 1-week on 5.1-STABLE world / i386 There is no 5.1-STABLE, and hackers@ is not the right place to ask this kind of question. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing

Hey :P

Hi all :P My apologies if this is a fixed problem/etc I'm new to FreeBSD so here goes... I'm running a 1-week on 5.1-STABLE world / i386 , but my sound card intermittently stops playing under xmms. PR Kern/40711 looks very similar, it looks to have the same symptoms as my own, however my look

Re: Dynamic reads without locking.

On Thu, 9 Oct 2003, Jeffrey Hsu wrote: JH> > I'm wondering... JH> > Jeffrey Hsu was talking about this at BSDCon03. JH> > There is no need to lock data when we just made simple read, for example: JH> > JH> > mtx_lock(&foo_mtx); JH> > foo = 5; JH> > mtx_unlock(&foo_mtx); JH> > b