David Chisnall wrote:
> On 11 May 2014, at 20:23, Adrian Chadd wrote:
>
> > On 11 May 2014 12:01, David Chisnall wrote:
> >> On 17 Apr 2014, at 09:30, Adrian Chadd wrote:
> >>
> >>> Can't we add a devd hook to do that?
> >>
> >> I tried doing this, but it turns out that wlan devices don't a
On Apr 17, 2014, at 3:21, David Chisnall wrote:
> Hi all,
>
> For a little while, I've had an issue with the machine that sits on the edge
> of my network deciding to start avahi as soon as a network is available,
> meaning that it then runs mDNS advertisements on the external interface and
On 03/11/2014 15:27, Aleksandr Rybalko wrote:
Hello hackers!
Here is link to the patch[1] for vidcontrol that makes it to know if it
run w/ or w/o vt(4) and if vt(4) is present, then:
1. screen map feature disabled (vt(4) use Unicode, so screen map not
needed).
2. enable to load fornt from /usr/
On Mon, 12 May 2014 15:35:48 +0200
Claude Buisson wrote:
> On 03/11/2014 15:27, Aleksandr Rybalko wrote:
> > Hello hackers!
> >
> > Here is link to the patch[1] for vidcontrol that makes it to know if it
> > run w/ or w/o vt(4) and if vt(4) is present, then:
> > 1. screen map feature disabled (vt
On 05/12/2014 16:14, Aleksandr Rybalko wrote:
On Mon, 12 May 2014 15:35:48 +0200
Claude Buisson wrote:
On 03/11/2014 15:27, Aleksandr Rybalko wrote:
Hello hackers!
Here is link to the patch[1] for vidcontrol that makes it to know if it
run w/ or w/o vt(4) and if vt(4) is present, then:
1. sc
On 05/12/14 08:10, Claude Buisson wrote:
What I have to do to get scrolling on every ttyvN ?
The only way to get the system working in normal VGA mode (640x480)
(not loading
the drm2 and radeon kms modules by loader.conf) is by configuring
the BIOS to
not do display expansion - which leads to
I have this system:
hw.model: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz
hw.ncpu: 4
http://ark.intel.com/products/75052
dev.cpu.0.%desc: ACPI CPU
dev.cpu.0.%driver: cpu
dev.cpu.0.%location: handle=\_PR_.CPU0
dev.cpu.0.%pnpinfo: _HID=none _UID=0
dev.cpu.0.%parent: acpi0
dev.cpu.0.freq: 3100
dev.cp
On 12 May 2014 10:35, Allan Jude wrote:
> I have this system:
>
> hw.model: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz
> hw.ncpu: 4
>
> http://ark.intel.com/products/75052
>
> dev.cpu.0.%desc: ACPI CPU
> dev.cpu.0.%driver: cpu
> dev.cpu.0.%location: handle=\_PR_.CPU0
> dev.cpu.0.%pnpinfo: _HID=none
On 12 травня 2014 р. 18:25:52 GMT+03:00, Nathan Whitehorn
wrote:
>On 05/12/14 08:10, Claude Buisson wrote:
What I have to do to get scrolling on every ttyvN ?
The only way to get the system working in normal VGA mode (640x480)
>
(not loading
the drm2 and radeon kms m
On 12 травня 2014 р. 01:28:52 GMT+03:00, Adrian Chadd
wrote:
>Hi guys,
>
>vt(4) doesn't work now as a post-boot loaded module.
>
>It panics, saying
>
>panic: vtbuf_fill_locked end.tp_row 50 must be <= screen width 30
>
>Ray, have you tried your vt(4) changes on an i915 machine but without
>loadin
On 10 травня 2014 р. 22:39:59 GMT+03:00, "Ranjan1018 ." <21474...@gmail.com>
wrote:
>Hi all,
>
>in r265172 I was able to load the i915kms.ko driver in /etc/rc.conf via
>kld_list. eg. kld_list='i915kms'.
>
>Today I have update to r265803 in my laptop, but loading the driver
>with
>kld_list result i
On 05/12/14 11:25, Nathan Whitehorn wrote:
[...]
Is there any reason not to have kbdmux be mandatory at this point?
[...]
Does this mean mandatory in the sense that the kbdmux driver always
gets built and loaded, or that the kbdmux driver must always be in
operation (treating all keyboard-like
On 2014-05-12 14:25, Adrian Chadd wrote:
> On 12 May 2014 10:35, Allan Jude wrote:
>> I have this system:
>>
>> hw.model: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz
>> hw.ncpu: 4
>>
>> http://ark.intel.com/products/75052
>>
>> dev.cpu.0.%desc: ACPI CPU
>> dev.cpu.0.%driver: cpu
>> dev.cpu.0.%locati
On 2014-05-12 14:25, Adrian Chadd wrote:
> Just run intel-pcm and see. Thanks, -a
Not sure if this is expected or not, but on
Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz
all of the pcm.x tools just hang (cpu state: usem)
___
freebsd-current@freebsd.org
On 05/12/2014 22:12, Allan Jude wrote:
> On 2014-05-12 14:25, Adrian Chadd wrote:
>> Just run intel-pcm and see. Thanks, -a
>
> Not sure if this is expected or not, but on
>
> Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz
>
>
> all of the pcm.x tools just hang (cpu state: usem)
>
>
> _
On 05/12/2014 22:09, Allan Jude wrote:
>
> Will try to grab results from a few more machines
>
>
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-cu
Before and after cx_lowest=c8 on an E5-2620v2
before:
# pcm.x 1
Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100
ID=db05e43)
Copyright (c) 2009-2013 Intel Corporation
Number of physical cores: 12
Number of logical cores: 24
Threads (logical cores) per physical core: 2
Num
Did you set cx_lowest on hw.acpi.cpu ?
-a
On 12 May 2014 20:07, Allan Jude wrote:
> Before and after cx_lowest=c8 on an E5-2620v2
>
> before:
>
> # pcm.x 1
>
> Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100
> ID=db05e43)
>
> Copyright (c) 2009-2013 Intel Corporation
>
>
18 matches
Mail list logo