Hi,
On Mon, 1 Apr 2013 00:48:08 -0400
Eitan Adler li...@eitanadler.com wrote:
Hi,
I am writing this email to discuss the i386 architecture in FreeBSD.
if not for the date, I just wonder, what significance it real has.
Erich
___
Hello, Eitan.
You wrote 1 апреля 2013 г., 8:48:08:
EA I hope this email is enough to convince you that on this date we
EA should drop support for the i386 architecture for 10.0 to tier 2
EA and replace it with the ARM architecture as Tier 1.
A lot of people (myself included) uses FreeBSD on
Dear FreeBSD-{current,hackers}@,
It is my great pleasure to announce the immediate availability of a
publicly private IPv6-only beta test of BXR.SU -- Super User's BSD Cross
Reference.
BXR.SU is based on an OpenGrok fork, but it's more than just OpenGrok.
We've fixed a number of annoyances,
Mehmet Erol Sanliturk m.e.sanlit...@gmail.com writes:
At present, there is NO any processor which is ONLY 32-bits.
All the world is not a PC. There are still 32-bit x86-based embedded or
small-form-factor systems, such as the soekris net5501 and net6501,
which are widely used in the BSD
On Mon, Apr 1, 2013 at 3:39 AM, Dag-Erling Smørgrav d...@des.no wrote:
Mehmet Erol Sanliturk m.e.sanlit...@gmail.com writes:
At present, there is NO any processor which is ONLY 32-bits.
All the world is not a PC. There are still 32-bit x86-based embedded or
small-form-factor systems, such
Dear FreeBSD-{current,hackers}@,
It is my great pleasure to announce the immediate availability of a
publicly private IPv6-only beta test of BXR.SU -- Super User's BSD Cross
Reference.
BXR.SU is based on an OpenGrok fork, but it's more than just OpenGrok.
We've fixed a number of annoyances,
I have been poking about with the bhyve virtualization code in
FreeBSD 10-current, and managed to crash FreeBSD during its
bootstrap process due to the fact that if_detach is called
from boot time configuration code, before the internal domain
system initialization has happened.
I added the
Mehmet Erol Sanliturk m.e.sanlit...@gmail.com writes:
Since I am not a developer or user of such a system , I can not say
whether 25000 packages are necessary for them or not. Reducing any
amount of work load which its outcome is not directly used is a
contribution to the FreeBSD project by
From: Eitan Adler li...@eitanadler.com
Date: Mon, 1 Apr 2013 00:48:08 -0400
Subject: considering i386 as a tier 1 architecture
To: freebsd-a...@freebsd.org, FreeBSD Hackers
freebsd-hackers@freebsd.org
should drop support for the i386 architecture for 10.0
I would VERY much be able to have a console that looked like this in FreeBSD
http://wiki.gentoo.org/images/7/7c/Bootsplash.png
...
could someone with more understanding of this, be able to tell me if the
Newcons project (when completed) is even going to do what i'm looking for?
I'm not
On Mar 31, 2013, at 11:48 PM, Kimmo Paasiala wrote:
I think the only ones who are going to object are the users of embedded
hardware. Some of them are still using CPUs that are only i586 equivalent.
Personally I support the notion.
-Kimmo
On Mon, Apr 1, 2013 at 7:48 AM, Eitan Adler
On 2012-12-10, Greg 'groggy' Lehey wrote:
Unfortunately r205821 [1] has caused several regressions to calendar(1).
Relevant PRs:
bin/157718
bin/162211
bin/168785
bin/170930
Some regressions were fixed in summer 2011 but they are still lacking
MFCs.
Is anyone aware of
On Apr 1, 2013, at 7:31 AM, Anton Shterenlikht wrote:
From: Eitan Adler li...@eitanadler.com
Date: Mon, 1 Apr 2013 00:48:08 -0400
Subject: considering i386 as a tier 1 architecture
To: freebsd-a...@freebsd.org, FreeBSD Hackers
freebsd-hackers@freebsd.org
On Saturday, March 23, 2013 5:48:50 am Andriy Gapon wrote:
Looks like this issue needs more thinking and discussing.
The basic idea is that suspend_cpus() must be called with smp_ipi_mtx held (on
SMP systems).
This is for exactly the same reasons as to why we first take smp_ipi_mtx
On Thursday, March 28, 2013 12:54:31 pm Andriy Gapon wrote:
So, this started as a simple question, but the answer was quite unexpected to
me.
Let's say we have an opened and listen-ed socket and let's assume that we know
that one thread is blocked in accept(2) and another thread is
On 04/01/13 06:39, Dag-Erling Smørgrav wrote:
Mehmet Erol Sanliturk m.e.sanlit...@gmail.com writes:
At present, there is NO any processor which is ONLY 32-bits.
All the world is not a PC. There are still 32-bit x86-based embedded or
small-form-factor systems, such as the soekris net5501 and
Computers are getting faster, but also more memory intensive. I
can not find a laptop with less than 4 or 8 GB of RAM. Modern
browsers, such as Firefox, require a 64bit architecture and 8GB of
RAM.
what? i rarely see firefox exceed 1GB and it is already way too much IMHO.
? A 32 bit
that it is NOT necessary to make it a first class branch . 1 Giga Bytes ,
and even 2 Giga Bytes memory chips are disappearing from the computer shops
slowly .
at now 2GB RAM is smallest you can get, and intel atom is lowest end - but
still 64-bit - CPU.
At present , there is NO any
On 4/1/13, Dag-Erling Smørgrav d...@des.no wrote:
You're assuming that maintaining i386 as a tier 1 platform really *does*
add significantly to our workload.
Indeed. We don't seem to be running into a ton of issues on this
front, and I do still find my 32-bit only Atom-based netbook useful
when
Try DESTDIR='/usr/TZ\ ONE'; export DESTDIR.
You need to escape the space.
This is '#!/bin/sh' scripting.
Doing so fixes *.mk, but breaks sh = dir simply doesn't exist anymore.
Matthias Chris = *.mk is at fault here, for not supporting FreeBSD's
full range of chars for dir paths
Domagoj
On 1 April 2013 17:13, rank1see...@gmail.com wrote:
Try DESTDIR='/usr/TZ\ ONE'; export DESTDIR.
You need to escape the space.
This is '#!/bin/sh' scripting.
Doing so fixes *.mk, but breaks sh = dir simply doesn't exist anymore.
Matthias Chris = *.mk is at fault here, for not supporting
On Mon, Apr 1, 2013 at 7:30 PM, Chris Rees cr...@freebsd.org wrote:
On 1 April 2013 17:13, rank1see...@gmail.com wrote:
Try DESTDIR='/usr/TZ\ ONE'; export DESTDIR.
You need to escape the space.
This is '#!/bin/sh' scripting.
Doing so fixes *.mk, but breaks sh = dir simply doesn't exist
El día Monday, April 01, 2013 a las 06:13:53PM +0200, rank1see...@gmail.com
escribió:
Try DESTDIR='/usr/TZ\ ONE'; export DESTDIR.
You need to escape the space.
This is '#!/bin/sh' scripting.
Doing so fixes *.mk, but breaks sh = dir simply doesn't exist anymore.
Matthias Chris =
Hello, Wojciech.
You wrote 1 апреля 2013 г., 20:03:27:
that it is NOT necessary to make it a first class branch . 1 Giga Bytes ,
and even 2 Giga Bytes memory chips are disappearing from the computer shops
slowly .
WP at now 2GB RAM is smallest you can get, and intel atom is lowest end - but
WP
Why stop there?
Noone runs FreeBSD on real hardware anymore. Except, say netflix.
Let's just drop actual native hardware support and instead support
only the bare minimum needed to boot inside vmware, virtualbox and
xen.
Anyone needing real hardware support can install NetBSD and xen.
WP still 64-bit - CPU.
It is not exact so. Some Atoms on some motherboards with some
firmwares are 64-bit CPU.
don't know of any now in shops that are not
--
// Black Lion AKA Lev Serebryakov l...@freebsd.org
___
freebsd-hackers@freebsd.org
You should also check your calendar :)
This is one of the finest pieces of April Fools' Day trolling I've
seen in quite some time. I'd rank it right up there with that press
release from some years ago about Microsoft's acquisition of the Roman
Catholic Church.
anyway Easter at 1 april for me
On Saturday, March 30, 2013 5:30:21 pm m...@freebsd.org wrote:
Despite the man page correctly describing the return value for
extattr_set_*, I thought recently that they returned 0/-1 for
success/failure, not the number of bytes written, like write(2). This is
because extattr_set_* is
On Monday, March 25, 2013 12:13:39 am Yuri wrote:
While running helgrind on my program, I observed several errors that
stem from the nsdispatch calls, see helgrind log below.
lock order error in helgrind is generated when some data is protected
by two mutexes, and they were locked in
On Friday, March 22, 2013 4:10:16 pm vasanth rao naik sabavat wrote:
Hi Adrian,
Just to clarify, is the kernel pre-emption involuntary?
Let say I have a kernel thread processing a huge list of entries, would
this thread get involuntarily context switched out because of kernel
preemption?
On 04/01/2013 12:48 AM, Eitan Adler wrote:
Hi,
I am writing this email to discuss the i386 architecture in FreeBSD.
Computers are getting faster, but also more memory intensive. I
can not find a laptop with less than 4 or 8 GB of RAM. Modern
browsers, such as Firefox, require a 64bit
On Mon, Apr 1, 2013 at 11:24 AM, John Baldwin j...@freebsd.org wrote:
On Saturday, March 30, 2013 5:30:21 pm m...@freebsd.org wrote:
Despite the man page correctly describing the return value for
extattr_set_*, I thought recently that they returned 0/-1 for
success/failure, not the number
On Mon, Apr 1, 2013 at 12:51 PM, m...@freebsd.org wrote:
On Mon, Apr 1, 2013 at 11:24 AM, John Baldwin j...@freebsd.org wrote:
On Saturday, March 30, 2013 5:30:21 pm m...@freebsd.org wrote:
Despite the man page correctly describing the return value for
extattr_set_*, I thought recently
On Monday, April 01, 2013 3:56:46 pm m...@freebsd.org wrote:
On Mon, Apr 1, 2013 at 12:51 PM, m...@freebsd.org wrote:
On Mon, Apr 1, 2013 at 11:24 AM, John Baldwin j...@freebsd.org wrote:
On Saturday, March 30, 2013 5:30:21 pm m...@freebsd.org wrote:
Despite the man page correctly
Hello, Wojciech.
You wrote 1 апреля 2013 г., 22:31:51:
It is not exact so. Some Atoms on some motherboards with some
firmwares are 64-bit CPU.
WP don't know of any now in shops that are not
Are you sure about Chinese-made MoBos with 6x1G on-board NICs and
soldered memory and other such
http://www.freebsd.org/cgi/man.cgi?query=vidcontrolamp;sektion=1
On Sat, Mar 30, 2013 at 2:13 AM, Sam Fourman Jr. sfour...@gmail.com wrote:
My understanding of this whole subject is limited, but bear with me... in
my quest to get a cool looking console for my desktop... I found this
On 4/1/2013 11:45 AM, Kimmo Paasiala wrote:
On Mon, Apr 1, 2013 at 7:30 PM, Chris Rees cr...@freebsd.org wrote:
On 1 April 2013 17:13, rank1see...@gmail.com wrote:
Try DESTDIR='/usr/TZ\ ONE'; export DESTDIR.
You need to escape the space.
This is '#!/bin/sh' scripting.
Doing so fixes *.mk,
Adrian Chadd wrote:
Why stop there?
Noone runs FreeBSD on real hardware anymore. Except, say netflix.
Let's just drop actual native hardware support and instead support
only the bare minimum needed to boot inside vmware, virtualbox and
xen.
Anyone needing real hardware support can install
On 01/04/2013 23:11, Joe Holden wrote:
Adrian Chadd wrote:
Why stop there?
Noone runs FreeBSD on real hardware anymore. Except, say netflix.
I run on my personal notebook.
___
freebsd-hackers@freebsd.org mailing list
39 matches
Mail list logo
