"Tobias Brox" <[EMAIL PROTECTED]> writes:
> We have a database server which we've had some problems with, we've
> had some serious crashes (particularly during postgres vacuuming)
> which couldn't be fixed without hardware reboot. We assumed that the
> problem would go away by itself after upgrad
"linux-os \(Dick Johnson\)" <[EMAIL PROTECTED]> writes:
> Whether or not there is a POSIX definition of sched_yield(),
> there is a need for something that will give up the CPU
> and not busy-wait. There are many control applications
> where state-machines are kept in user-mode code. The code
> wa
Patrick Mau <[EMAIL PROTECTED]> writes:
> Why not temporarly replace "/bin/tar" with a shell script that does:
>
> #!/bin/sh
> exec strace -f -o output /bin/real.tar $@
You beat me to it. :) I've done that before; it's a great suggestion.
Except that if you expect 'tar' to be invoked multiple t
Gene Heskett <[EMAIL PROTECTED]> writes:
> On Monday 12 March 2007, Douglas McNaught wrote:
>>Gene Heskett <[EMAIL PROTECTED]> writes:
>>> I'd considered it, but with 32 dle entries, the whole strace output
>>> would be terrabytes & I don't ha
Gene Heskett <[EMAIL PROTECTED]> writes:
> I'd considered it, but with 32 dle entries, the whole strace output would
> be terrabytes & I don't have THAT much disk. Not to mention it traces
> only the parent process, so tar would be merrily marching along to its
> own drummer and not traced I'm
Gene Heskett <[EMAIL PROTECTED]> writes:
> If, and I have previously, I revert to a 2.6.20-ck1 patching, this does
> not occur. So my contention is that someplace in this recent progression
> from 2.6.20 to 2.6.21-rc3, there is a patch which acts to change how
> c-time is being reported to tar
Matthew Wilcox <[EMAIL PROTECTED]> writes:
> On Wed, Dec 06, 2006 at 05:36:29PM -0800, Linus Torvalds wrote:
>> Or are you saying that gcc aligns normal 32-bit entities at
>> 16-bit alignment? Neither of those sound very likely.
>
> alignof(u32) is 2 on m68k. Crazy, huh?
The original 68000 had
"Terry" <[EMAIL PROTECTED]> writes:
> The kernel appears to compile perfectly, installs fine, but after reboot it
> is only reporting 16M of RAM. I have tried with and without the mem=768M
I've seen this happen with BIOSes of your vintage when there's a
"memory hole at 16M" turned on--the kernel
"Brian D. McGrew" <[EMAIL PROTECTED]> writes:
> Good morning,
>
> Using FC3 or FC4 with the 2.6.9 or later kernel, we're looking for a way
> to bind a thread (or an entire process) to a designated CPU. We're
> using dual processor systems as well as P4 with HT and Xeons so all of
> our boxes eith
Guillermo López Alejos <[EMAIL PROTECTED]> writes:
> Hi,
>
> I have a piece of code which uses environment variables. I have been
> told that it is not going to work in kernel space because the concept
> of environment is not applicable inside the kernel.
Correct.
> I belive that, but I need to
Jon Florence <[EMAIL PROTECTED]> writes:
> Hi,
> I have got a box running 2.6.9-1.667smp (FC3)
That's a Red Hat kernel so you should take it up with them, not the
LKML.
-Doug
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
11 matches
Mail list logo
