Thanks for the explanation!
The patch didn't fix it though (as it probably only works against log
partitions).
On Jul 11, 2011, at 4:45 PM, Matt Burke wrote:
> On 07/06/11 16:44, Berczi Gabor wrote:
>> For some reason FreeBSD can't boot automatically:
> ...
>> I have two pools, pool2 which is a
Hello,
From: Kostik Belousov
Date: Tue, 12 Jul 2011 17:57:53 +0300
> On Tue, Jul 12, 2011 at 03:02:44PM +0200, Attilio Rao wrote:
>> 2011/7/12 Kostik Belousov :
>> > On Tue, Jul 12, 2011 at 07:10:28PM +0900, Kohji Okuno wrote:
>> >> Hello,
>> >>
>> >> I think that devfs has a problem.
>> >> I enc
On 07/12/2011 07:22, John Baldwin wrote:
> On Monday, July 11, 2011 9:29:19 pm Doug Barton wrote:
>> On 07/08/2011 06:19, John Baldwin wrote:
>>
>>> Hmm, well that's odd. It didn't grow it enough it seems.
>>>
> Also, can you boot your machine, then do 'sysctl debug.bootverbose=1',
> inse
On Thu, Jun 30, 2011 at 10:19:14AM -0700, YongHyeon PYUN wrote:
> On Thu, Jun 30, 2011 at 02:44:48PM +0400, Andrey Smagin wrote:
> > I have card based on AX88772B. I tried patch axe driver for vendor and
> > device IDs. card detected, set up link, but no data received. What else
> > need for patc
On Tue, Jul 12, 2011 at 11:53:05PM +0200, Petr Salinger wrote:
> >>I will bump revision for stable/8 when merging, but I do not see much
> >>reason to bump on HEAD right now.
>
> Many thanks.
>
> >Uhm I think we can survive without a bump in HEAD. For now we will
> >need to keep our backward-com
I will bump revision for stable/8 when merging, but I do not see much
reason to bump on HEAD right now.
Many thanks.
Uhm I think we can survive without a bump in HEAD. For now we will
need to keep our backward-compatibility patch anyway, and when the
bump happens on stable/8 our sysctl compar
on 13/07/2011 00:27 Pan Tsu said the following:
> pmcstat(8) stopped to work for me after largeSMP landed in r222813.
> At the time only pmccontrol(8) was updated. Then the next day
> machdep.hlt_cpus was ripped out. So, I've assumed it's going to
> be fixed by subsequent commits and commented out
On (11/07/2011 16:36), m...@freebsd.org wrote:
> On Mon, Jul 11, 2011 at 4:00 PM, Ali Mashtizadeh
> wrote:
> > Maybe someone can setup something like reviewboard [1] for developers
> > to use. This may also help folks who want to keep abreast of the
> > current work in a particular subsystem or g
pmcstat(8) stopped to work for me after largeSMP landed in r222813.
At the time only pmccontrol(8) was updated. Then the next day
machdep.hlt_cpus was ripped out. So, I've assumed it's going to
be fixed by subsequent commits and commented out related code locally.
$ qemu -smp 2 -nographic ...
2011/7/12 Kostik Belousov :
> I just committed this to HEAD. Will MFC in a week, unless some problems
> arise.
Thanks!
> I will bump revision for stable/8 when merging, but I do not see much
> reason to bump on HEAD right now.
Uhm I think we can survive without a bump in HEAD. For now we will
n
On Tue, Jul 12, 2011 at 04:36:24PM +0200, Petr Salinger wrote:
> >Below is the patch I intend to commit after you retest it.
>
> I applied it against our 8.2 based package,
> altered our "clone" to use this new
> interface and run eglibc testsuite. No regression.
>
> Our runtime detection of thi
On Jun 30, 2011 9:24 AM, "Kostik Belousov" wrote:
>
> [Please remove current@ when replying.]
>
> I created the first code drop for the ongoing GEM/KMS project. Please
> note that this is not an end-user release, and even _not_ a call for
> testing. The project is not finished yet, and I expect qu
On Monday, July 11, 2011 9:29:19 pm Doug Barton wrote:
> On 07/08/2011 06:19, John Baldwin wrote:
>
> > Hmm, well that's odd. It didn't grow it enough it seems.
> >
> >>> Also, can you boot your machine, then do 'sysctl debug.bootverbose=1',
> >>> insert
> >>> the card and record the messages
On 07/12/11 20:10, Matt wrote:
Sic... If you allow me the comparison, FreeBSD development is as open
as are the US (and, to some extend, most western country) borders
nowadays open to aliens, and believe me, this is not a compliment.
- Arnaud
I like the comment, although I disagree. In so
Sic... If you allow me the comparison, FreeBSD development is as open
as are the US (and, to some extend, most western country) borders
nowadays open to aliens, and believe me, this is not a compliment.
- Arnaud
___
freebsd-current@freebsd.org maili
Hi,
On Mon, Jul 11, 2011 at 7:36 PM, wrote:
> On Mon, Jul 11, 2011 at 4:00 PM, Ali Mashtizadeh
> wrote:
>> Maybe someone can setup something like reviewboard [1] for developers
>> to use. This may also help folks who want to keep abreast of the
>> current work in a particular subsystem or get
Below is the patch I intend to commit after you retest it.
I applied it against our 8.2 based package,
altered our "clone" to use this new
interface and run eglibc testsuite. No regression.
Our runtime detection of this new interface will be based
on "sysctl kern.osreldate".
some rewording
On Tue, Jul 12, 2011 at 03:02:44PM +0200, Attilio Rao wrote:
> 2011/7/12 Kostik Belousov :
> > On Tue, Jul 12, 2011 at 07:10:28PM +0900, Kohji Okuno wrote:
> >> Hello,
> >>
> >> I think that devfs has a problem.
> >> I encountered the problem that open("/dev/AAA") returned ENOENT.
> >> Of course, /
2011/7/12 Kostik Belousov :
> On Tue, Jul 12, 2011 at 07:10:28PM +0900, Kohji Okuno wrote:
>> Hello,
>>
>> I think that devfs has a problem.
>> I encountered the problem that open("/dev/AAA") returned ENOENT.
>> Of course, /dev/AAA exists.
>>
>> ENOENT was created by the point(***) in devfs_allocv(
Hello,
From: Kostik Belousov
Subject: Re: Bug about devfs?
Date: Tue, 12 Jul 2011 14:19:25 +0300
Message-ID: <20110712111925.gh43...@deviant.kiev.zoral.com.ua>
> Thank you for the report.
>
> The proposed change would revert r179247, which also caused some issues.
> Are you able to reproduce th
On Tue, Jul 12, 2011 at 07:10:28PM +0900, Kohji Okuno wrote:
> Hello,
>
> I think that devfs has a problem.
> I encountered the problem that open("/dev/AAA") returned ENOENT.
> Of course, /dev/AAA exists.
>
> ENOENT was created by the point(***) in devfs_allocv().
> I think that the race conditio
Seems this interface be acceptable ?
Looks good to me.
The proposed code changes are in the attached patch.
Proposed wording of addition into RFORK(2):
DESCRIPTION:
RFTSIGZMB If set, the kernel will return selected signal number instead
of SIGCHILD upon thread exit for
On Tue, Jul 12, 2011 at 11:16:28AM +0200, Petr Salinger wrote:
> >>Seems this interface be acceptable ?
> >
> >Looks good to me.
>
> The proposed code changes are in the attached patch.
>
> Proposed wording of addition into RFORK(2):
Below is the patch I intend to commit after you retest it.
I a
Hello,
I think that devfs has a problem.
I encountered the problem that open("/dev/AAA") returned ENOENT.
Of course, /dev/AAA exists.
ENOENT was created by the point(***) in devfs_allocv().
I think that the race condition had occurred between process A and
vnlru kernel thread.
Please check the f
on 11/07/2011 19:16 Steve Kargl said the following:
> On Mon, Jul 11, 2011 at 06:07:04PM +0300, Andriy Gapon wrote:
>> But it's not clear which of the processes are slaves and which is master.
>> It's also not clear why the master takes so much CPU (on par with the
>> slaves) -
>> from my reading o
on 12/07/2011 00:48 Arnaud Lacombe said the following:
> Hi,
>
> On Mon, Jul 11, 2011 at 5:14 PM, Andriy Gapon wrote:
>> on 11/07/2011 23:33 Arnaud Lacombe said the following:
>>> For the record, I would like to see enforced public review for _every_
>>> patch *before* it is checked in, as a stro
26 matches
Mail list logo
