t for pipes is somehow returning
'readable' when no data is available.
Of course there might be some uninitialised memory lurking.
David
--
David Laight: da...@l8s.co.uk
t the minumum sleep time is met.
Otherwise the sleep will be too short if called just before s tick.
David
--
David Laight: da...@l8s.co.uk
e other object files.
That ensures the version (and build date) is always correct.
David
--
David Laight: da...@l8s.co.uk
USB?
you might find the bios will boot a cd image written to a usb memory stick.
David
--
David Laight: da...@l8s.co.uk
wide' limits (even processes for root)
could be usefully replaced my checks against free kva, swap and physical
memory.
The problem is picking the values.
Look at what MAXYSERS does :-)
David
--
David Laight: da...@l8s.co.uk
to find /boot.
David
--
David Laight: da...@l8s.co.uk
the boot code doesn't have enough memory for very large blocks.
David
--
David Laight: da...@l8s.co.uk
is buggy - is that bare metal?
David
--
David Laight: da...@l8s.co.uk
segment must happen at the end of a USB packet.
David
--
David Laight: da...@l8s.co.uk
On Mon, Apr 14, 2014 at 11:45:27PM +0900, Masao Uebayashi wrote:
On Thu, Apr 10, 2014 at 3:40 AM, David Laight da...@l8s.co.uk wrote:
On Wed, Apr 09, 2014 at 09:10:42AM -0500, John D. Baker wrote:
On Wed, 9 Apr 2014, John D. Baker wrote:
disk, the last part of the display actually looked
--
David Laight: da...@l8s.co.uk
to real_to_prot.
If that were done the /boot code itself could probably be linked with a
virtual base address of 1MB and run with virtual == physical removing
the confusing offset.
David
--
David Laight: da...@l8s.co.uk
a working build, but since a .so is
being generated it ought to contain the .pico versions.
I wonder how that is supposed to happen?
Maybe a parallel make happened to leave the wrong file lurking?
David
--
David Laight: da...@l8s.co.uk
it
to be faster than the table lookup and 5th degree polynomial.
Intel claim these functions are monatonic, I bet the polynomial
version isn't.
David
--
David Laight: da...@l8s.co.uk
On Wed, Mar 26, 2014 at 02:57:15PM -0700, Paul Goyette wrote:
On Wed, 26 Mar 2014, David Laight wrote:
Actually, I wonder, have you rebuilt qemu since jeorg changed the
default x87 precision to 80bits?
That might be the difference between your tests and gson's tests
(which only show some
file from the library and feed it through
'objdump -dr' to find the relocation (and to see if it looks
like PIC code at all).
David
--
David Laight: da...@l8s.co.uk
On Tue, Mar 11, 2014 at 08:51:06PM +, Alexander Nasonov wrote:
David Laight wrote:
I've committed code to the amd64 and i386 kernels that enables
AVX for userspace.
In particular the high ymm registers should be saved on context switches.
Any additional testing would be welcome
on
a function with a C interface.
David
--
David Laight: da...@l8s.co.uk
/opensolaris.c
is a good place to assign, I think.
Using 'void *' causes problems with knowing which pointer is valid
for a given call.
There is no problem using 'struct foo *' without the contents of
'struct foo' being visible.
David
--
David Laight: da...@l8s.co.uk
another 2k from the kernel stack might cause problems!
David
--
David Laight: da...@l8s.co.uk
architecture ?
David
--
David Laight: da...@l8s.co.uk
.)
David
--
David Laight: da...@l8s.co.uk
On Sun, Feb 23, 2014 at 10:26:21PM +, David Laight wrote:
On Sun, Feb 23, 2014 at 09:56:55PM +0100, Thomas Klausner wrote:
On Sun, Feb 23, 2014 at 10:34:32AM +, Nick Hudson wrote:
On 02/23/14 09:41, Thomas Klausner wrote:
Also, x/i in ddb/crash that address and show registers
| more giving a different result to ls.
ls | more implies ls -1 | more.
I'm not sure you can actually get the terminal output into a file
(without using something like script).
David
--
David Laight: da...@l8s.co.uk
--
David Laight: da...@l8s.co.uk
.
David
--
David Laight: da...@l8s.co.uk
code is probbaly correct.
Try 'objdump -d /netbsd' and sort out which function it is in.
David
--
David Laight: da...@l8s.co.uk
the build.sh output follows:
File is obsolete or flist is out of date ?
--
./usr/include/x86/fpu.h
= end of 1 extra files ===
Gah, I forgot that would creep into the i386 build already.
I'll add it it.
David
--
David
be fixed now, please update and give it a try.
Works! Thanks very much, you can close the PR as far as I'm concerned.
And now on to that firefox 27 compile error . :-)
If that is the one to do with fxsave64, I've commited a fix.
David
--
David Laight: da...@l8s.co.uk
.
David
--
David Laight: da...@l8s.co.uk
higher would require a low memory 'bouce' buffer.
David
--
David Laight: da...@l8s.co.uk
() (and then hardclock()) must return with the ipl higher.
I'd have thought that acquiring a mutex would increase the count.
So a count of -1 would indicate and extra release.
Or does this counter have silly values?
David
--
David Laight: da...@l8s.co.uk
--
David Laight: da...@l8s.co.uk
want a DT_NEEDED entry
for libtemcap.so whether or not the program directly references
anything in libtermcap.so.
David
--
David Laight: da...@l8s.co.uk
34 matches
Mail list logo