RE: drm2 regression: backlight adjustment on ivybridge no longer works

Ranjan1018 . sent: 27 January 2015 23:42: > The regression was introduced in r277487. Looking closer at this revision, I believe I may see the issue. Most of the new tunables introduced in dev/drm2/i915/i915_drv.c are uninitialised and thus probably contain junk. It likely works for me because

RE: drm2 regression: backlight adjustment on ivybridge no longer works

Ranjan1018 . sent: 27 January 2015 23:42: > my Samsung laptop has an Intel IvyBridge: [snip] > The regression was introduced in r277487. > The backlight adjustment works in FreeBSD 11.0-CURRENT r277395, r277486 > but not in r277487, r277534 and r277639. Hrm. That is interesting. A few questions

Questions on adding backlight support for the i915 driver

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 hacked-up userland program that reads from/writes to

Re: bmake and .USEBEFORE

On 1/28/15 1:41 PM, Julian Elischer wrote: If I try the following: bar: .USE @echo @ = $(@) all: bar @echo here is all oops the failing example should be .USEBEFORE.. I pasted the wrong clip. I always get "bar is up to date" Does anyone know how this is supposed to work?

Re: drm2 regression: backlight adjustment on ivybridge no longer works

2015-01-27 7:38 GMT+01:00 Andrew Wilcox : > Ranjan1018 . sent: 26 January 2015 06:19: > > 2015-01-24 23:25 GMT+01:00 Adrian Chadd : > > > The backlight adjustment doesn't work on my ivybridge mobile laptop > > > (Lenovo X230) after the dri update. > > > > > I have the same issue on my Samsung Ativ

bmake and .USEBEFORE

If I try the following: bar: .USE @echo @ = $(@) all: bar @echo here is all I always get "bar is up to date" Does anyone know how this is supposed to work? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailma

Jenkins build is still unstable: FreeBSD_HEAD-tests2 #606

See ___ 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"

Jenkins build is still unstable: FreeBSD_HEAD-tests2 #605

See ___ 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"

Re: Jenkins build became unstable: FreeBSD_HEAD-tests2 #604

On Tue, Jan 27, 2015 at 1:31 PM, Craig Rodrigues wrote: > On Tue, Jan 27, 2015 at 12:21 PM, wrote: > >> See >> >> > One of the expr tests seems to have broken after this change: > https://lists.freebsd.org/pipermail/svn-src-all/2015-Janua

Re: Jenkins build became unstable: FreeBSD_HEAD-tests2 #604

On Tue, Jan 27, 2015 at 12:21 PM, wrote: > See > > One of the expr tests seems to have broken after this change: https://lists.freebsd.org/pipermail/svn-src-all/2015-January/098238.html Can you take a look? -- Craig

panic in softdep_slowdown()

Got this in bhyve VM on boot up and mount: Starting file system checks: /dev/vtbd0p3: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/vtbd0p3: clean, 1617700 free (222876 frags, 174353 blocks, 5.9% fragmentation) Fatal trap 18: integer divide fault while in kernel mode cpuid = 1; apic id = 01 instructi

Jenkins build became unstable: FreeBSD_HEAD-tests2 #604

See ___ 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"

Callout lockups and spin-lock held to long panic..

All: I just wanted to send a note to let folks know I have finally dug to the bottom of the crashes that Sean Bruno has been seeing and will shortly have a fix committed for it. The problem was related to two callout_reset’s being run with migration happening and that callout was executing (or wa

CURRENT fails to build: make_hash.c : error: indirection requires pointer operand

Somehow one of my boxes got a wrecked system during an update cycle. Now the system rejects building world with the error shown below. I also tried to cleanup everything (/usr/obj deleting) and performing a "make toolchain" - without success. Is there a way to repair this mess? [...] cc -o ma

Re: Will all kernel functions be loaded into memory, in the same address space with kernel modules?

On Tue, Jan 27, 2015 at 6:21 AM, Yue Chen wrote: > My purpose is to modify kernel function instructions directly through > memory at runtime. > > First I use "objdump -S kernel" to see the function names and their > addresses. And then I use pointers to peek into the content at certain > function