On Sat, Nov 05, 2011 at 01:47:03PM -0400, Mark Johnston wrote:
> On Sat, Nov 05, 2011 at 01:09:40PM -0400, Brandon Falk wrote:
> > On Sat, Nov 05, 2011 at 12:48:02PM -0400, Mark Johnston wrote:
> > > On Sat, Nov 05, 2011 at 12:42:12PM -0400, Brandon Falk wrote:
> > > > Hello,
> > > >
> > > > I was
hi there,
when doing buildkernel one notices that the gcc or clang instances are spawned
and closed so fast that top isn't fast enough to show them and the "last pid"
field increases quite fast. obviously this produces quite a lot of syscall
overhead.
wouldn't it be possible to somehow spawn N gc
On 04/11/2011 02:51, Arnaud Lacombe wrote:
Hi,
[Starting a new thread, added Ben Gray to the Cc: list]
On Thu, Nov 3, 2011 at 10:30 PM, Arnaud Lacombe wrote:
Hi,
On Thu, Nov 3, 2011 at 10:05 PM, Nate Dobbs wrote:
On Thu, Nov 3, 2011 at 9:55 PM, Greg 'groggy' Lehey
wrote:
On Thursday, 3 N
On Sat, 5 Nov 2011 21:45:53 +0200 Kostik Belousov wrote:
KB> On Sat, Nov 05, 2011 at 08:59:21PM +0200, Mikolaj Golub wrote:
>>
>> On Sat, 5 Nov 2011 17:44:43 +0200 Kostik Belousov wrote:
>>
>> >> KB> I think that the aux vector must be naturally aligned. You can
>> return
>> >> KB>
On Sat, Nov 05, 2011 at 08:59:21PM +0200, Mikolaj Golub wrote:
>
> On Sat, 5 Nov 2011 17:44:43 +0200 Kostik Belousov wrote:
>
> >> KB> I think that the aux vector must be naturally aligned. You can return
> >> KB> ENOEXEC early if vptr is not aligned.
> >>
> >> Not sure I see what you mean
On Sat, 5 Nov 2011 17:44:43 +0200 Kostik Belousov wrote:
>> KB> I think that the aux vector must be naturally aligned. You can return
>> KB> ENOEXEC early if vptr is not aligned.
>>
>> Not sure I see what you mean. vptr for auxv is calculated just couple lines
>> above, and I check the re
On Sat, Nov 05, 2011 at 01:09:40PM -0400, Brandon Falk wrote:
> On Sat, Nov 05, 2011 at 12:48:02PM -0400, Mark Johnston wrote:
> > On Sat, Nov 05, 2011 at 12:42:12PM -0400, Brandon Falk wrote:
> > > Hello,
> > >
> > > I was got some read errors when I was reading from my disk, which is
> > > fine.
Brandon Falk wrote:
> I was got some read errors when I was reading from my disk, which is
> fine. But then cdparanoia starting to no longer respond. Now it's
> zombied and sitting in cbwait. `kill -9 ` does not take it down, it
> seems like it's stuck in the kernel (?). Is this an issue to look
On Sat, Nov 05, 2011 at 12:42:12PM -0400, Brandon Falk wrote:
> Hello,
>
> I was got some read errors when I was reading from my disk, which is
> fine. But then cdparanoia starting to no longer respond. Now it's
> zombied and sitting in cbwait. `kill -9 ` does not take it down, it
> seems like it'
On Sat, Nov 05, 2011 at 12:48:02PM -0400, Mark Johnston wrote:
> On Sat, Nov 05, 2011 at 12:42:12PM -0400, Brandon Falk wrote:
> > Hello,
> >
> > I was got some read errors when I was reading from my disk, which is
> > fine. But then cdparanoia starting to no longer respond. Now it's
> > zombied a
Hello,
I was got some read errors when I was reading from my disk, which is
fine. But then cdparanoia starting to no longer respond. Now it's
zombied and sitting in cbwait. `kill -9 ` does not take it down, it
seems like it's stuck in the kernel (?). Is this an issue to look at
cdparanoia for, or
On Sat, Nov 05, 2011 at 05:40:22PM +0200, Mikolaj Golub wrote:
>
> On Sat, 5 Nov 2011 15:58:01 +0200 Kostik Belousov wrote:
>
> KB> +if (error == EFAULT) {
> KB> +for (i = 0; i < len; i++) {
> KB> +c = fubyte(sptr + i);
> KB> +
On Sat, 5 Nov 2011 15:58:01 +0200 Kostik Belousov wrote:
KB> +if (error == EFAULT) {
KB> +for (i = 0; i < len; i++) {
KB> +c = fubyte(sptr + i);
KB> +if (c < 0)
KB> As a purely stylistical issue, compare with -1.
KB> +
On Nov 5, 2011, at 7:02 AM, rank1see...@gmail.com wrote:
> 8.2R p4 both i386/amd64
>
>
> Supplied name of 16 chars
> --
> # glabel label -v swap_679592d048a ada0s3b
> Metadata value stored on ada0s3b.
> Done.
> --
>
> Truncated to 15 chars
> --
> # ll /dev/label
> total 0
> crw-r- 1 root
On Wed, Nov 02, 2011 at 11:27:37PM +0200, Mikolaj Golub wrote:
>
> On Mon, 31 Oct 2011 11:49:48 +0200 Kostik Belousov wrote:
>
> KB> I think it is better to use sys/elf.h over the machine/elf.h.
>
> KB> Please change the comment for PROC_AUXV_MAX to "Safety limit on
> KB> auxv size". Also, it wo
8.2R p4 both i386/amd64
Supplied name of 16 chars
--
# glabel label -v swap_679592d048a ada0s3b
Metadata value stored on ada0s3b.
Done.
--
Truncated to 15 chars
--
# ll /dev/label
total 0
crw-r- 1 root operator - 0, 133 Nov 5 11:41:54 2011 swap_679592d048
--
Domagoj Smolčić
_
On Mon, 31 Oct 2011 11:49:48 +0200 Kostik Belousov wrote:
KB> I suspect this is my bug: Reading the GET_PS_STRINGS_CHUNK_SZ may validly
KB> return EFAULT if the string is shorter than the chunk and aligned at
KB> the end of the page, assuming the next page is not mapped. There should
KB> be a
17 matches
Mail list logo