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
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
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 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
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 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
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 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
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
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.
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
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, 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
"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
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
15 matches
Mail list logo