-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 4/8/13 6:15 PM, Vijay Singh wrote:
> Hi, I was looking for some help with copyinstr() on an amd64
> platform.
>
> My from address happens to be in the kernel (stack). I am getting
> an EFAULT, and I am wondering how to fix that.
Since you are do
On 8 April 2013 19:28, Kevin Day wrote:
> Ages ago we had to make things work in 16 or 32MB of total system memory on
> i386.
>
> For the most part, disabling every compiled-in option/driver we didn't need
> was 90% of the effort. Which options/drivers is going to be totally
> application depe
On Apr 8, 2013, at 7:34 PM, Alfred Perlstein wrote:
> However, until a bunch of embedded folks come forward and state what they are
> really willing to sacrifice, then we won't really have anything to go on, and
> it will be guessing at what will work for a space that not all of us are
> famil
Well, it's relatively easy to experience what it's like.
Reboot your machine with 32mb. Try to do things like bring up network
interfaces. Snark when stupid stuff occurs, like you can't allocate
enough mbufs for the driver RX path _and_ run the ifconfig command to
completion to bring said interfac
Hi, I was looking for some help with copyinstr() on an amd64 platform.
My from address happens to be in the kernel (stack). I am getting an
EFAULT, and I am wondering how to fix that.
Would using memory from malloc() make a difference?
-vijay
___
freeb
On 4/8/13 4:10 PM, Adrian Chadd wrote:
Hi,
Your idea is interesting, but it doesn't fix the underlying problem -
there's just too much code. :(
If you were to API'ify some of the more basic things such as fget,
fdrop, filedesc stuff you could potentially swap out the systems for
simpler (albe
Hi,
On Mon, 8 Apr 2013 20:28:04 +
Amit Rawat wrote:
> GSOC posted the list of selected organization for GSOC 2013 and I am
> highly happy that FreeBSD is among the selected organization.
>
> I am a third year student interested to work in the field of embedded
> system. I applied last year
Hi,
Your idea is interesting, but it doesn't fix the underlying problem -
there's just too much code. :(
Adrian
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "fr
On Mon, Apr 08, 2013 at 08:28:04PM +, Amit Rawat wrote:
> GSOC posted the list of selected organization for GSOC 2013 and I am
> highly happy that FreeBSD is among the selected organization.
> I am a third year student interested to work in the field of embedded
> system. I applied last year a
Lev Serebryakov wrote:
Is it possible to build NanoBSD faster? Use system compiler, and don't build
bootstrap compiler at all?
There are some issues when building "updated" sources [1]. There was a thread about
adding support for an "external" compiler [2], but that yielded a non-working solu
GSOC posted the list of selected organization for GSOC 2013 and I am highly
happy that FreeBSD is among the selected organization.
I am a third year student interested to work in the field of embedded
system. I applied last year and the title of my project was " Kernel Size
Reduction for Embedded
Hello, Freebsd-hackers.
I need to rebuild world and kernel often for experiments with
NanoBSD, and I want to use clang.
But clang bootstrap is drastically slow. And second clang build is
not any faster.
Whole "buildworld" with lots of parts, like gcc toolchain, games,
examples, etc., swi
Superpage promotion happens automatically when consecutive data are accessed
according to the proper heuristic.
and in practice - unless there are only few processes, never really works.
this is a result of my own tests.
___
freebsd-hackers@freebsd.or
13 matches
Mail list logo