2015-05-22 16:36 GMT+02:00 Konstantin Belousov :
> On Fri, May 22, 2015 at 04:14:13PM +0200, Micha?? Stanek wrote:
> > Success! I am finally able to boot 48 cores. I have been trying out
> > different values given to uma_prealloc() and uma_zone_reserve(). It
> started
> > working when I increased
Hi,
That fix came from the linux commit hash i mentioned in the commit.
I found the backlight tunable in the i915 source. :)
(My asus zenbook works with that in -head, btw. But I dn't have
acpi_asus_wmi loaded.)
-adrian
On 22 May 2015 at 01:39, Johannes Jost Meixner wrote:
> -BEGIN PGP
On Fri, May 22, 2015 at 01:43:21PM -0400, Nikolai Lifanov wrote:
> On 05/22/15 13:27, Mateusz Guzik wrote:
> > On Fri, May 22, 2015 at 12:32:52PM -0400, Allan Jude wrote:
> >> There is some question about if nargs is a sane value for maxprocs in
> >> the negative case. 5000 does seem a bit high, an
On 05/22/15 13:27, Mateusz Guzik wrote:
> On Fri, May 22, 2015 at 12:32:52PM -0400, Allan Jude wrote:
>> There is some question about if nargs is a sane value for maxprocs in
>> the negative case. 5000 does seem a bit high, and the behaviour can get
>> wonky depending on the order you specify -P an
On Fri, May 22, 2015 at 12:32:52PM -0400, Allan Jude wrote:
> There is some question about if nargs is a sane value for maxprocs in
> the negative case. 5000 does seem a bit high, and the behaviour can get
> wonky depending on the order you specify -P and -n together on the
> command line.
>
> Any
On 2015-05-22 11:31, Nikolai Lifanov wrote:
> On 05/21/15 23:25, Allan Jude wrote:
>> On 2015-05-21 21:55, Nikolai Lifanov wrote:
>>> Hi current@!
>>>
>>> Can someone take a look at Bugzilla #199976 please?
>>> It's a pretty trivial patch that adds -P0 support to xargs.
>>>
>>> If there is any feed
On 05/21/15 23:25, Allan Jude wrote:
> On 2015-05-21 21:55, Nikolai Lifanov wrote:
>> Hi current@!
>>
>> Can someone take a look at Bugzilla #199976 please?
>> It's a pretty trivial patch that adds -P0 support to xargs.
>>
>> If there is any feedback or the patch is wrong, I can rework it.
>> I've
FreeBSD_HEAD-tests - Build #1048 - Fixed:
Check console output at
https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1048/ to view the results.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To uns
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/22/2015 11:55, Lutz Bichler wrote:
>
> - after some more syncing with Linux 3.5.7, brightness control
> using hw.acpi.video.lcd0.brightness works again
How did you make that happen? Do you have a diff you could share?
> - brightness control
Hi,
on my UX31A it is/was like this:
- after 277959 the display was dark
- backing out 277959 gave full brightness, but no brightness control using
hw.acpi.video.lcd0.brightness anymore
- after some more syncing with Linux 3.5.7, brightness control using
hw.acpi.video.lcd0.brightness works again
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
So,
here's what I know.
My UX32VD "works" okay if you back out
https://svnweb.freebsd.org/changeset/base/277959
The problem with it is, once you do back that out, you won't be able
to set the brightness anymore (via acpi_asus_wmi).
Adrian- do yo
> ok. i really do bet it's a backlight config problem, and unfortunately
> I don't have the laptop to be able to debug it. Sorry :(
no worries. But what does this mean in practice for future: do we need
to wait for a new drm2 update or this problem will stay this way until
somebody really does fi
On 22 May 2015 at 00:00, Stefan Parvu wrote:
>
>> Does -HEAD do the same thing still?
>
> I tried that couple of days back. Yes, same problem: blank screen, no
> luck with any settings like backlight. I can easily ssh and reboot or
> CTRL-ALT-F1 and CTRL-C and reboot (you see nothing on the screen
> Does -HEAD do the same thing still?
I tried that couple of days back. Yes, same problem: blank screen, no
luck with any settings like backlight. I can easily ssh and reboot or
CTRL-ALT-F1 and CTRL-C and reboot (you see nothing on the screen) :)
--
Stefan Parvu
_
14 matches
Mail list logo