Hello, Current.
You wrote 2 октября 2011 г., 23:14:59:
> It seems, that error only occurs when I call alq API from geom
> threads (from g_events, for example). Module, which is not GEOM
> class, could use this API without any problem!
> Is it normal, that GEOM could not use vnode API? Is it n
"Kenneth D. Merry" wrote:
> On Tue, Sep 27, 2011 at 21:46:03 +0200, Fabian Keil wrote:
> > "Kenneth D. Merry" wrote:
> >
> > > On Sat, Sep 24, 2011 at 21:27:22 +0200, Fabian Keil wrote:
> > > > "Kenneth D. Merry" wrote:
> > > >
> > > > > I have attached a set of patches against head that impl
On Mon, Sep 19, 2011 at 8:26 AM, Adrian Chadd wrote:
> 2011/9/19 Alexander Zagrebin :
>
>> I've tried this patch. Now csup "hangs" before handling fixups.
>> So there is no message "Applying fixups..." at all.
>
> Wow. Hm. Where's the author when one needs them..
Well that's quite a strange coinc
On Sun, 2 Oct 2011 15:49:44 +0400
arrowdodger <6year...@gmail.com> wrote:
> On Wed, Sep 28, 2011 at 5:44 PM, arrowdodger <6year...@gmail.com>
> wrote:
>
> > On Wed, Sep 28, 2011 at 5:32 PM, Lars Engels
> > wrote:
> >
> >> On Wed, Sep 28, 2011 at 05:30:25PM +0400, arrowdodger wrote:
> >> > Hello.
On Mon, Oct 3, 2011 at 8:56 PM, matt wrote:
> /usr/src/sys/dev/acpi_support/acpi_asus.c
>
> Might be a good place to start?
>
> You can use 'acpidump -dt > acpidump.aml' to get a dump of the laptop's
> acpi in the file acpidump.aml...This may allow you to determine what
> changed, either in the a
I wasn't sure whether to post this here or on sta...@freebsd.org. The system
now runs RELENG_9, but the ZFS pool exhibiting problems was created, IIRC,
under 9-CURRENT. I believe RELENG_9 is sufficiently close to HEAD at this
stage that this list is probably the correct place for this message.
This has been committed to head, and the plan is to get it into stable/9
in time for 9.0.
Please let me know if you run into any problems with the changes.
Thanks,
Ken
On Fri, Sep 30, 2011 at 23:19:14 -0600, Kenneth D. Merry wrote:
>
> I have attached a new version of the patches, with a numb
On Mon, Oct 03, 2011 at 06:15:41PM +0200, Maxime Henrion wrote:
> Knowing all that, what's happening seems quite clear. If
> fixups_close() is called while there was still fixup requests pending,
> those should be processed by the detailer thread before it returns.
> Subsequent fixups_get() call sh
On Mon, Oct 3, 2011 at 11:30 PM, Jilles Tjoelker wrote:
> On Mon, Oct 03, 2011 at 06:15:41PM +0200, Maxime Henrion wrote:
>> Knowing all that, what's happening seems quite clear. If
>> fixups_close() is called while there was still fixup requests pending,
>> those should be processed by the detail
On Mon, Oct 3, 2011 at 11:21 AM, Paul Mather wrote:
> =
>
> The pool itself reports no errors. I performed a scrub on the pool yet this
> bizarre filesystem corruption persists:
>
> =
> tape# zpool status backups
> pool: backups
> state: ONLINE
> scan: scrub repaired 15K in 7h33m with
Hi,
On Wed, Sep 28, 2011 at 9:42 PM, Ken Smith wrote:
>
> The third BETA build of the 9.0-RELEASE release cycle is now
> available. Since this is the first release of a brand new branch
> I cross-post the announcements on both -current and -stable. But
> just so you know most of the developers
On 4 October 2011 05:53, Maxime Henrion wrote:
> Great, that's a relief. I knew the pthread library was free to wake a
> thread up even if it hadn't been signaled, which is why one always has
> to call pthread_cond_wait() inside of a while() loop checking for the
> condition, but wasn't sure abou
The saga continues:
I see two major issues on this machine (which is great for a server os
on a laptop :):
1. Screen brightness is not controllable/screen is off or backlight is 0
after resume
I have tried suspend with a stripped down GENERIC (usb, wifi, ethernet,
sound etc drivers all removed).
On Mon, 3 Oct 2011, matt wrote:
Ultimately, I think if we can set backlight, we can fix the screen
after resume...I think it's just the backlight is low/off on resume...
Can you use a very strong fronglight to see if this is actually the case?
(Illumination angle may be important as well.) T
On 2011-Oct-03 01:04:05 +0300, Kostik Belousov wrote:
>Our implementation of pipes does not provide useful values for st_dev
>and st_ino when stat(2) is done on an anonymous pipe. It was noted by the
...
>Patch below implements the requirement, by the cost of the small overhead
>at the pipe creati
15 matches
Mail list logo
