On 1/28/15 7:54 PM, Yue Chen wrote:
How can we know the kernel stack ranges for user process and kernel threads
under FreeBSD x86_64?
It seems that each kernel stack has two pages (IA-32) to use. Does x86_64
still have two pages or more? And how can we find the address of these two
pages
On 1/28/15 1:38 AM, Elizabeth Myers wrote:
Hello,
I want to add backlight support to the i915 driver in FreeBSD. It seems
that two magic addresses are read and wrote from to change the backlight
itself. It supports rather fine-level granularity all the way down to
zero. Right now I use a
See https://jenkins.freebsd.org/job/FreeBSD_HEAD/2282/changes
Changes:
[nwhitehorn] Use MBR by default on BIOS systems. An increasing number of
motherboards
assume that GPT means UEFI boot, resulting in the installation of
uninstallable systems. This needs a little more work before MFC, in
I'm at a hotel in Bruxelles right now, and the cordially provided free
wireless is a lot less useful than it can be, because my FreeBSD box
can't seem to do DNS lookups on it.
It's one of those captive portal kind of things where you get a
DHCP reply with a DNS server which lies to you until you
On 01/30/15 09:17, John Baldwin wrote:
Humm. If the code is going to live in the drm driver, then I would
start with hanging a sysctl off of the drm device itself. (Each new-bus
device_t has a sysctl ctx you can get to hang new nodes off of the
device's node.)
I'm wondering if that's the
On 2015-Jan-30 22:24:50 +, Poul-Henning Kamp p...@phk.freebsd.dk wrote:
But the point is I never get to the webpage, local_unbound just doesn't
seem to be able to resolve anything through the DHCP appointed server,
despite the fact that dig(1) does so just fine.
How about some packet captures
On 0123T1040, Konstantin Belousov wrote:
On Thu, Jan 22, 2015 at 12:02:01PM +0100, Edward Tomasz Napiera??a wrote:
I'm trying to fix resume on my T61, broken by some change several
months ago; according to pciconf it's 'Mobile GM965/GL960 Integrated
Graphics Controller (primary)'. It's
Hi,
Which chipset is it?
Loading acpi_video causes a handful of interconnected pieces to shift
(as IIRC at that point acpi_video also states that it wishes to take
control of video setting, not just leave it all up to ACPI to drive
itself.)
There's a bunch of discussion / code churn in the
Hi,
I'm testing CURRENT on a MINNOWBOARD
(http://www.elinux.org/Minnowboard:MinnowMax):
Dual-core atom E3825 CPU
EFI Version: 2.4.0
EFI: EDK II
boot1.efi starts, it can found the ufs partition with loader.efi
loader.efi fails at BT-ExitBootServices() (elf64_exec() of
On 30 January 2015 at 12:35, Ed Maste ema...@freebsd.org wrote:
I built a plain -current USB stick image a while back and had no
trouble, when using the HDMI output. I don't recall the revision at
the moment, but will try again soon. Serial console won't work because
the UARTs are not quite
On 30 January 2015 at 10:57, Luca Pizzamiglio
luca.pizzamig...@gmail.com wrote:
Hi,
I'm testing CURRENT on a MINNOWBOARD
(http://www.elinux.org/Minnowboard:MinnowMax):
Dual-core atom E3825 CPU
EFI Version: 2.4.0
EFI: EDK II
boot1.efi starts, it can found the ufs partition with loader.efi
Would it make sense to have a generic 'backlight' driver framework
that we plug into? I wrote a backlight driver (well, 2, but both show
up as dev.backlight in sysctl) for powerpc, but if we want to have
even more individual backlight drivers, I think it makes sense to make
them all look the
On Fri, 30 Jan 2015, Poul-Henning Kamp wrote:
But the point is I never get to the webpage, local_unbound just doesn't
seem to be able to resolve anything through the DHCP appointed server,
despite the fact that dig(1) does so just fine.
I kind of got used to having to restart local_unbound
On Friday, January 30, 2015 04:45:45 PM Elizabeth Myers wrote:
On 01/30/15 09:17, John Baldwin wrote:
Humm. If the code is going to live in the drm driver, then I would
start with hanging a sysctl off of the drm device itself. (Each new-bus
device_t has a sysctl ctx you can get to hang
See https://jenkins.freebsd.org/job/FreeBSD_HEAD/2283/changes
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
That's my mistake, should be fixed in r277957, sorry.
On Fri, 30 Jan 2015 23:12:40 + (GMT)
jenkins-ad...@freebsd.org wrote:
See https://jenkins.freebsd.org/job/FreeBSD_HEAD/2282/changes
Changes:
[nwhitehorn] Use MBR by default on BIOS systems. An increasing number
of motherboards
On 30 January 2015 at 17:01, Elizabeth Myers elizab...@interlinked.me wrote:
On 01/30/15 17:45, John Baldwin wrote:
On Friday, January 30, 2015 04:45:45 PM Elizabeth Myers wrote:
On 01/30/15 09:17, John Baldwin wrote:
Humm. If the code is going to live in the drm driver, then I would
start
On 01/30/15 19:31, Adrian Chadd wrote:
So, this is one of the discussions that popped up in the linux side of
things, that we will end up eventually pulling into freebsd when the
i915 code is updated.
The raw value is (a) different per setup, and (b) may be inverted to
work correctly.
I
On 30 January 2015 at 20:19, Elizabeth Myers elizab...@interlinked.me wrote:
On 01/30/15 17:25, Justin Hibbits wrote:
Would it make sense to have a generic 'backlight' driver framework
that we plug into? I wrote a backlight driver (well, 2, but both show
up as dev.backlight in sysctl) for
On 01/30/15 17:25, Justin Hibbits wrote:
Would it make sense to have a generic 'backlight' driver framework
that we plug into? I wrote a backlight driver (well, 2, but both show
up as dev.backlight in sysctl) for powerpc, but if we want to have
even more individual backlight drivers, I think
On 01/30/15 23:20, Adrian Chadd wrote:
Do you have brightness buttons anywhere? What happens when you set it
through this API and then you use the backlight buttons?
I do, but FreeBSD doesn't have the needed WMI doodads to interact with
this, nor do I have the needed Dell laptop doodads in the
I saw the discussion about how to approach the issue, but totally missed
the patch :D
Thanks, I'll try that... I'm assuming it will make no difference on
10/stable yet? only current?
On Sat, Jan 31, 2015 at 7:22 AM, Elizabeth Myers elizab...@interlinked.me
wrote:
On 01/31/15 01:11, Miguel
On 30 January 2015 at 22:13, Elizabeth Myers elizab...@interlinked.me wrote:
On 01/30/15 23:20, Adrian Chadd wrote:
Do you have brightness buttons anywhere? What happens when you set it
through this API and then you use the backlight buttons?
I do, but FreeBSD doesn't have the needed WMI
On the laptop I'm running current, if relevant
Loading acpi_video doesn't do much I don't see any sysctl related to
lcd0 or birightness, this is one of those computers with hybrid
graphics, intel + ATI card, so not sure if that's somewhat related.
Anyway, I've just tested the drm patches
On 01/31/15 01:11, Miguel Clara wrote:
On the laptop I'm running current, if relevant
Loading acpi_video doesn't do much I don't see any sysctl related to
lcd0 or birightness, this is one of those computers with hybrid
graphics, intel + ATI card, so not sure if that's somewhat related.
On 01/31/15 01:28, Miguel Clara wrote:
I saw the discussion about how to approach the issue, but totally missed
the patch :D
Thanks, I'll try that... I'm assuming it will make no difference on
10/stable yet? only current?
Excellent question! I have absolutely no idea. I don't even think it
On 01/30/15 17:45, John Baldwin wrote:
On Friday, January 30, 2015 04:45:45 PM Elizabeth Myers wrote:
On 01/30/15 09:17, John Baldwin wrote:
Humm. If the code is going to live in the drm driver, then I would
start with hanging a sysctl off of the drm device itself. (Each new-bus
device_t
27 matches
Mail list logo