t show up in my
> packages build, but does in dumbbells..
>
> I have a diff over to re@
Thank you!
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
e[11]: stopped in
/mnt/home/dumbbell/Projects/freebsd/src/SVN/head/lib/libpam/pam.d
*** Error code 1
That working copy is on r338633 and I'm using pkg-1.10.5_3.
--
Jean-Sébastien Pédron
The FreeBSD Project
signature.asc
Description: OpenPGP digital signature
Author: dumbbell
Date: Tue May 29 08:41:44 2018
New Revision: 334316
URL: https://svnweb.freebsd.org/changeset/base/334316
Log:
teken: Fix `sequences` header which was crossing the 80-col boundary
Also, the commented line's columns for `DECID` were not re-aligned in
r334302.
Reported
Author: dumbbell
Date: Mon May 28 23:20:08 2018
New Revision: 334302
URL: https://svnweb.freebsd.org/changeset/base/334302
Log:
teken: Sort DECSCUSR alphabetically
While here, align columns again.
Reported by: bde
Modified:
head/sys/teken/sequences
Modified: head/sys/teken/sequenc
Author: dumbbell
Date: Mon May 21 20:35:16 2018
New Revision: 333995
URL: https://svnweb.freebsd.org/changeset/base/333995
Log:
teken: Rename the "Set Cursor Style" sequence to match vt100.net docs
This fixes inconsistencies with the rest of the `sequences` file.
No functional changes.
Author: dumbbell
Date: Sun May 20 14:21:20 2018
New Revision: 333925
URL: https://svnweb.freebsd.org/changeset/base/333925
Log:
teken, vt(4): Parse the "Cursor style" escape sequence
The escape sequence (e.g. `^[[2 q`) was unsupported before and the
letter `q` was displayed as a typed cha
non-NULL at this time, so invoke the
> function pointers conditionally.
>
> Broken in r333669.
Thank you! Sorry for the breakage...
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
ck fix seems to work.
Thank you for the report and patch!
I admit I didn't test the latest version of the patch with syscons(4)...
Sorry about that!
--
Jean-Sébastien Pédron
The FreeBSD Project
signature.asc
Description: OpenPGP digital signature
Author: dumbbell
Date: Wed May 16 10:08:50 2018
New Revision: 333670
URL: https://svnweb.freebsd.org/changeset/base/333670
Log:
vt(4): Resume vt_timer() in vtterm_post_input() only
There is no need to try to resume it after each smaller operations
(putchar, cursor_position, copy, fill).
Author: dumbbell
Date: Wed May 16 09:01:02 2018
New Revision: 333669
URL: https://svnweb.freebsd.org/changeset/base/333669
Log:
teken, vt(4): New callbacks to lock the terminal once
... to process input, instead of inside each smaller operations such as
appending a character or moving the
On 10.05.2018 19:00, Jean-Sébastien Pédron wrote:
> Author: dumbbell
> Date: Thu May 10 17:00:33 2018
> New Revision: 333464
> URL: https://svnweb.freebsd.org/changeset/base/333464
>
> Log:
> vt(4): Use default VGA palette
>
> ...
>
> Reviewed by:
Author: dumbbell
Date: Thu May 10 17:00:33 2018
New Revision: 333464
URL: https://svnweb.freebsd.org/changeset/base/333464
Log:
vt(4): Use default VGA palette
Before this change, the VGA palette was configured to match the shell
palette (e.g. color #1 was red). There was one glitch early
Author: dumbbell
Date: Thu May 10 16:41:47 2018
New Revision: 333463
URL: https://svnweb.freebsd.org/changeset/base/333463
Log:
vt(4): Put for() loop outside switch() in vt_generate_cons_palette()
This makes it more logical:
1. It checks the requested color format
2. It fills the pale
Author: dumbbell
Date: Sat Jan 20 19:04:21 2018
New Revision: 328208
URL: https://svnweb.freebsd.org/changeset/base/328208
Log:
psm: Log syncmask[1], not syncmask[0] twice
MFC after:1 week
Modified:
head/sys/dev/atkbdc/psm.c
Modified: head/sys/dev/atkbdc/psm.c
==
Author: dumbbell
Date: Sat Jan 20 11:21:22 2018
New Revision: 328191
URL: https://svnweb.freebsd.org/changeset/base/328191
Log:
psm: Don't try to detect trackpoint packets if the Elantech device has none
This fixes a panic when `EVDEV_SUPPORT` is enabled: if a trackpoint
packet was detect
Author: dumbbell
Date: Sat Jan 20 11:02:18 2018
New Revision: 328190
URL: https://svnweb.freebsd.org/changeset/base/328190
Log:
psm: Skip sync check when `PSM_CONFIG_NOCHECKSYNC` is set
In psmprobe(), we set the initial `syncmask` to the vendor default value
if the `PSM_CONFIG_NOCHECKSYNC
Author: dumbbell
Date: Wed Nov 1 09:18:41 2017
New Revision: 325269
URL: https://svnweb.freebsd.org/changeset/base/325269
Log:
evdev: Translate KEY_102ND in evdev_scancode2key()
This is the extra key on 102/105-keys keyboards, located on the right
of the Left Shift key. For instance on a
Author: dumbbell
Date: Wed Jan 11 19:29:28 2017
New Revision: 311930
URL: https://svnweb.freebsd.org/changeset/base/311930
Log:
committers-ports.dot: Add myself
Approved by: antoine (mentor)
Differential Revision:https://reviews.freebsd.org/D9143
Modified:
head/share/misc/comm
On 15.11.2016 01:24, Conrad Meyer wrote:
> Yes, this program is incorrectly capsicumized. My mistake. I have
> reverted the change to fold(1) in r308657.
Thank you!
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
icum works, but fold(1) works with files in
addition to stdio, so perhaps caph_limit_stdio() is incorrect for this
program.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
Author: dumbbell
Date: Tue Aug 9 21:45:47 2016
New Revision: 303895
URL: https://svnweb.freebsd.org/changeset/base/303895
Log:
sys/pcpu.h: Revert change introduced in r303890
`device_t` is not defined outside the kernel but this header is used by
eg. libkvm or vmstat(8). Thus, r303890 br
Author: dumbbell
Date: Tue Aug 9 19:32:06 2016
New Revision: 303890
URL: https://svnweb.freebsd.org/changeset/base/303890
Log:
Consistently use `device_t`
Several files use the internal name of `struct device` instead of
`device_t` which is part of the public API. This patch changes all
e of a panic.
There is a bug filed to track this issue:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206291
I have the same problem because the system was installed a long time ago.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
On 12/04/2016 01:33, Adrian Chadd wrote:
> hiya,
Hi!
> My x230 backlight doesn't come back on after I suspend/resume :( Any
> ideas? does it work fine for you?
I don't know, I never had a single laptop where suspend/resume worked :(
--
Jean-Sébastien Pédron
signat
Author: dumbbell
Date: Tue Mar 29 06:56:46 2016
New Revision: 297370
URL: https://svnweb.freebsd.org/changeset/base/297370
Log:
CAM: Generalize 4k quirk to all Samsung MZ7* SSDs
This adds Samsung PM851 to the list. It can be found in Lenovo Thinkpad
T440 for instance.
Reviewed by: K
);
Could you please explain how this works to me? Does calling pause() here
give a chance to interrupt handlers or other threads of running?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
ut failed. Since
then, I didn't have time to work on this again.
So maybe callouts are disabled in this situation. If there is a way to
detect that, then vt(4) can go back to a "synchronous mode" where it
refreshes the screen after each typed character, like it does when ddb
is active.
I will repeat this in the bug report.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
Hi!
I can't install world with a read-only /usr/obj anymore:
https://gist.github.com/dumbbell/fd5940d2603bbadb14f0
It looks related to r296921 but I don't fully understand our build
system to be sure of that.
What do you think?
--
Jean-Sébastien Pédron
signature.asc
Descriptio
Author: dumbbell
Date: Sat Mar 12 20:05:23 2016
New Revision: 296768
URL: https://svnweb.freebsd.org/changeset/base/296768
Log:
drm/i915: Import Linux commit 168f83660211b9e059e3bc0638daaa01e9ea0b71
This makes sure the default context of each ring is cleaned up with the
ring itself and fi
to kill X or other gem clients in case of OOM, really not
> useful to users.
Ok, I will follow your advice. Thank you!
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
Author: dumbbell
Date: Sat Mar 12 11:57:32 2016
New Revision: 296721
URL: https://svnweb.freebsd.org/changeset/base/296721
Log:
drm/i915: Call i915_gem_gtt_fini() when the device is detached
This fixes several memory leaks. Apparently, this problem exists in
Linux 3.8 but the code changed
Author: dumbbell
Date: Sat Mar 12 11:54:58 2016
New Revision: 296720
URL: https://svnweb.freebsd.org/changeset/base/296720
Log:
drm/i915: Fix page fault handler failure
... when __wait_seqno() is interrupted by a signal. In this case,
__wait_seqno() returns -ERESTARTSYS. Like we already d
Author: dumbbell
Date: Sat Mar 12 09:44:23 2016
New Revision: 296719
URL: https://svnweb.freebsd.org/changeset/base/296719
Log:
agp: Do not attach to Intel GEN6+
The i915 video driver doesn't depend on agp(4) anymore for Sandybridge
and later GPUs. Therefore, there is no need to attach ag
Author: dumbbell
Date: Fri Mar 11 21:00:14 2016
New Revision: 296681
URL: https://svnweb.freebsd.org/changeset/base/296681
Log:
drm/i915: Fix malloc type in i915_gem_object_bind_to_gtt()
drm_mm.c expects DRM_MEM_MM, not DRM_I915_GEM.
Modified:
head/sys/dev/drm2/i915/i915_gem.c
Modified:
Author: dumbbell
Date: Fri Mar 11 18:59:15 2016
New Revision: 296674
URL: https://svnweb.freebsd.org/changeset/base/296674
Log:
drm: Fix dev->ioctl_count references leak
This fixes the following error:
kernel: error: [drm:pid1167:drm_release] *ERROR* Device busy: 2
Because of that, d
On 09/03/2016 21:48, Adrian Chadd wrote:
> Woo!
>
> Just so its' not lost - people in irc have found power consumption has
> jumped dramatically since this commit. :(
Ed Maste posted a message to freebsd-x11@ with measurements for those
interested.
--
Jean-Sébastien Pédron
g this.
Is it sufficient for you to load the driver from /etc/rc.conf instead?
You can try the following line:
kld_list="i915kms"
It achieves the same result, but it's faster to boot and works.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
.freebsd.org/pipermail/freebsd-current/2016-March/060037.html
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
t boot anymore after moving to this revision. My laptop is a ThinkPad
> T430 (IvyBridge).
Hi!
Could you please test the following things?
1. Try to boot without loading i915kms from /boot/loader.conf, then
kldload it manually and see what happens.
2. Try to boot a kernel built with the parent
Author: dumbbell
Date: Tue Mar 8 20:33:02 2016
New Revision: 296548
URL: https://svnweb.freebsd.org/changeset/base/296548
Log:
drm/i915: Update to match Linux 3.8.13
This update brings initial support for Haswell GPUs.
Tested by:Many users of FreeBSD, PC-BSD and HardenedBSD
Reln
very much! That was fast :)
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
in" lines, because it doesn't print any
whitespaces before/after stripped names.
The result is:
search domain1.tlddomain2.tlddomain3.tld
It was fixed upstream:
http://roy.marples.name/projects/openresolv/info/1e6ac67eb3c586a5
http://roy.marples.name/projects/openresolv/ci/5
Author: dumbbell
Date: Wed Jan 13 20:35:02 2016
New Revision: 293851
URL: https://svnweb.freebsd.org/changeset/base/293851
Log:
drm: Revert the part of r288653 about M_WAITOK vs M_NOWAIT
Using M_NOWAIT could lead to transient failures with ioctls.
Suggested by: kib
Modified:
head/sy
Author: dumbbell
Date: Wed Jan 13 19:52:25 2016
New Revision: 293837
URL: https://svnweb.freebsd.org/changeset/base/293837
Log:
drm/i915: Further reduce the diff with Linux 3.8
There is no functional change. The goal is to ease the future update to
Linux 3.8's i915 driver.
Modified:
he
Author: dumbbell
Date: Sat Nov 28 17:38:27 2015
New Revision: 291431
URL: https://svnweb.freebsd.org/changeset/base/291431
Log:
drm/i915: Reduce diff with Linux 3.8
There is no functional change. The goal is to ease the future update to
Linux 3.8's i915 driver.
MFC after:2 months
Author: dumbbell
Date: Sat Nov 28 17:37:41 2015
New Revision: 291430
URL: https://svnweb.freebsd.org/changeset/base/291430
Log:
drm/i915: Further reduce the diff in i915_dma.c
MFC after:2 months
Modified:
head/sys/dev/drm2/i915/i915_dma.c
Modified: head/sys/dev/drm2/i915/i915_dma.c
Author: dumbbell
Date: Sat Nov 28 15:22:46 2015
New Revision: 291428
URL: https://svnweb.freebsd.org/changeset/base/291428
Log:
drm/i915: Reduce diff with Linux 3.8
There is no functional change. The goal is to ease the future update to
Linux 3.8's i915 driver.
MFC after:2 months
Author: dumbbell
Date: Sun Nov 8 19:29:34 2015
New Revision: 290555
URL: https://svnweb.freebsd.org/changeset/base/290555
Log:
drm/i915: Reduce diff with Linux 3.8
There is no functional change. The goal is to ease the future update to
Linux 3.8's i915 driver.
MFC after:2 months
Author: dumbbell
Date: Sun Nov 1 19:55:32 2015
New Revision: 290238
URL: https://svnweb.freebsd.org/changeset/base/290238
Log:
drm/i915: Reduce diff with Linux 3.8
There is no functional change. The goal is to ease the future update to
Linux 3.8's i915 driver.
MFC after:2 months
Author: dumbbell
Date: Sat Oct 31 15:09:31 2015
New Revision: 290228
URL: https://svnweb.freebsd.org/changeset/base/290228
Log:
drm/i915: Reduce diff with Linux 3.8
There is no functional change. The goal is to ease the future update to
Linux 3.8's i915 driver.
MFC after:2 months
change and I have no time currently to work on this
topic.
My patch which allows to have multiple versions in parallel can be
recreated in the future. We decided to put everything in "common" for
now because we have no idea what version of Linux was used to create
this layer. And it p
Author: dumbbell
Date: Tue Oct 27 21:23:19 2015
New Revision: 290070
URL: https://svnweb.freebsd.org/changeset/base/290070
Log:
drm/i915: Reduce diff with Linux 3.8
There is no functional change. The goal is to ease the future update to
Linux 3.8's i915 driver.
MFC after:2 months
Author: dumbbell
Date: Tue Oct 27 20:34:30 2015
New Revision: 290055
URL: https://svnweb.freebsd.org/changeset/base/290055
Log:
drm/i915: Reduce diff with Linux 3.8
There is no functional change. The goal is to ease the future update to
Linux 3.8's i915 driver.
MFC after:2 months
Author: dumbbell
Date: Sun Oct 25 14:57:53 2015
New Revision: 289936
URL: https://svnweb.freebsd.org/changeset/base/289936
Log:
drm/i915: Reduce diff with Linux 3.8
There is no functional change. The goal is to ease the future update to
Linux 3.8's i915 driver.
MFC after:2 month
Author: dumbbell
Date: Sun Oct 25 14:42:56 2015
New Revision: 289934
URL: https://svnweb.freebsd.org/changeset/base/289934
Log:
drm/i915: Reduce diff with Linux 3.8
There is no functional change. The goal is to ease the future update to
Linux 3.8's i915 driver.
MFC after:2 months
Author: dumbbell
Date: Tue Oct 20 19:52:59 2015
New Revision: 289657
URL: https://svnweb.freebsd.org/changeset/base/289657
Log:
iicbus: Use device_delete_children() instead of explicit child removal
If the bus is detached and deleted by a call to device_delete_child() or
device_delete_chi
Author: dumbbell
Date: Tue Oct 20 19:47:08 2015
New Revision: 289656
URL: https://svnweb.freebsd.org/changeset/base/289656
Log:
iicbus: Remove trailing whitespaces
MFC after:1 week
Modified:
head/sys/dev/iicbus/iicbus.c
Modified: head/sys/dev/iicbus/iicbus.c
al
code anyway, so let's use the native function and make the difference in
KPI/behaviour explicit.
To me, the goal of this shim is to reduce the diff with Linux in
consumers, not eliminate it.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
Author: dumbbell
Date: Sat Oct 17 14:48:39 2015
New Revision: 289456
URL: https://svnweb.freebsd.org/changeset/base/289456
Log:
drm/i915: Reduce diff with Linux 3.8
There is no functional change. The goal is to ease the future update to
Linux 3.8's i915 driver.
MFC after:2 months
not work under -current.
I was thinking about changes affecting rc.d, such as the disappearance
of the wifi device (other than wlan0) in ifconfig (ie. there is only
wlan0 in HEAD, not wlan0+iwn0). Perhaps there is no problem with that, I
just don't know.
--
Jean-Sébastien Pédron
signat
#x27;m not sure a kernel from HEAD will work nicely with
userland from 10.2. That's worth a try.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
fixed by the coming i915 update. Please see the
following wiki article for status update and instructions if you want to
test it:
https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Linux%203.8
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
Author: dumbbell
Date: Sat Oct 10 07:43:02 2015
New Revision: 289109
URL: https://svnweb.freebsd.org/changeset/base/289109
Log:
drm/i915: Remove "Attempting to unbind pinned buffer" message
This error message is removed in later versions of Linux and currently,
it spams users.
PR:
as fixed.
Ok, I understand. Let's revert to use M_WAITOK then.
During the DRM core update, I also used M_NOWAIT. Likewise for the i915
WIP. I will change some of them back to M_WAITOK after checking the
context of the allocation (syscall or not).
Thank you for the clarification on those f
On 06.10.2015 22:20, Adrian Chadd wrote:
> ok, so what should we rip out? That '3' case?
Yes.
Regarding M_WAITOK vs. M_NOWAIT, if we decide to restore M_WAITOK, the
error check must be retained so the diff with Linux remains small.
--
Jean-Sébastien Pédron
signature.asc
Descrip
aller should be responsible for
handling the error instead.
In Linux, *alloc() calls may fail so application should already be
responsible for that.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
Author: dumbbell
Date: Tue Sep 8 19:41:19 2015
New Revision: 287573
URL: https://svnweb.freebsd.org/changeset/base/287573
Log:
drm/ttm: Drain taskqueue if taskqueue_cancel_timeout() returned an error
Before, this was done if `pending` was true. This is not what the
manpage suggests and n
eased in Linux 3.7.
But now that I think of it again, it may not be correct with the current
driver (and only correct in the context of a 3.8-era driver).
Baptiste, could you please revert that part?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
On 23.07.2015 23:36, Adrian Chadd wrote:
> I've had no warnings/panics after applying this patch. Can we get it
> into -head plz?
I'm using this patch for three days and never got the panic again.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
know how this works in GNOME. But as long as it relies on
two X sessions running at the same time, then yes it surely helps.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
On 01.03.2015 20:39, Jan Beich wrote:
> This breaks build for a kernel without VESA or X86BIOS. Also, x86bios
> maybe loaded later as a module.
Doesn't r279494 fix the problem?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
s broke a couple of i386 and pc98 kernel configs:
I'm sorry, I'm trying to reproduce that right now. Thank you for the
heads-up.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
very much for committing this! I couldn't find the time to do
it...
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
@
Approved by:ray@
--
Jean-Sébastien Pédron
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
be a lower priority compared to more urgent topics in the graphics
stack.
--
Jean-Sébastien Pédron
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-sr
radeonkms on PowerPC, but it's only built-tested.
If you have some time and hardware to test it, that would be great!
[1] https://github.com/dumbbell/freebsd/tree/kms-drm-update-38
(branch "kms-drm-update-38", not master)
--
Jean-Sébastien Pédron
__
On 25.08.2014 18:13, Nathan Whitehorn wrote:
On 08/25/14 09:09, Jean-Sébastien Pédron wrote:
There's no actual consensus, I guess. In my DRM 3.8 branch, where I
try to reduce the diff with Linux, I try to provide wrappers and keep
the Linux code.
What is the status of that branch righ
In my DRM 3.8 branch, where I try
to reduce the diff with Linux, I try to provide wrappers and keep the
Linux code.
Before that branch is merged, I'm in favor of keeping the Linux code
around (but maybe use #ifdef __FreeBSD__) to keep an history of what was
originally ported.
--
Jean-S
:
@/contrib/dev/acpica/include/platform/acfreebsd.h:75:10: fatal error:
'machine/acpica_machdep.h' file not found
r270571 and r270572 fixes the build (broken on amd64 too) and remove
i915 on PC98, as suggested by Yoshihiro.
--
Jean-Sébastien Pédron
_
On 22.08.2014 23:46, Xin Li wrote:
This breaks pc98 LINT build in my 'make tinderbox' build because
'vd_mcursor' is not available when SC_NO_CUTPASTE is defined. Could
you please fix it?
This is fixed in r270388.
Sorry for the breakage...
--
J
:
vt_mark_mouse_position_as_dirty() must not be included in this case.
MFC after: 1 week
Reported by:delphij@ (both crash + build failure)
--
Jean-Sébastien Pédron
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
() was called with an invalid
argument. The screen was then filled with '?' instead of the actual
character.
MFC after: 1 week
Reported by:O. Hartmann ,
delphij@
--
Jean-Sébastien Pédron
___
svn-src-head@freebsd.o
ffers
from previous version. This could break some scripts and it would be
quite difficult to debug. Of course, the problem will come with
11.0-RELEASE.
I'd personnaly love to have that in stable/10, but that may not be the
case for anyone :)
Do you need this in a particular branch?
--
Le 09/12/2013 22:46, John Baldwin a écrit :
Ok, after looking at the original version of this function in Linux, it
does read the capabilities from the parent bridge of the slot, not
from the card itself, so your change is correct.
Thank you for the review!
--
Jean-Sébastien Pédron
ing
exactly, so I haven't any expectation :)
What I see is that now, this part of the initialization is similar to
Linux 3.8 on the same computer: in both OSes, the PCI ID of the bridge
and the linkcap/linkcap2 values are logged, and the PCI ID/values are
matching.
--
Jean-Sébastien Pédron
hos
ed into, not the width of the card
> that is plugged into the slot.
I'm sorry, my knowledge of PCI is very limited (still learning) and I
don't understand your comment. Could you please expand on it?
I believe this code has the correct result (eg, same result as Linux 3.8
on the same co
read without __DECONST and clang didn't report
> any error. I thought the cast was enough...
>
> MFC after: 3 days
> X-MFC-With: r258549
Reported by: Michael Butler
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
not see any way to change the value of the
drm_timestamp_monotonic.
Just to remain close to Linux original code. In Linux, this is module
parameter. We could make it a sysctl at some point too.
--
Jean-Sébastien Pédron
___
svn-src-head@freebsd.org
ll probably go away, but I'm working on fixing
suspend/resume and I was curious if the card state could change between
pci_save_state() in pci.c and the same call later in the driver itself.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
bogus behavior earlier.
--
Jean-Sébastien Pédron
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
_any(child, SYS_RES_MEMORY, &rid,
+ RF_SHAREABLE);
I tried this patch + RF_SHAREABLE in vga_pci.c but without success. In
the call to BUS_ALLOC_RESOURCE in vga_pci.c, I tried with various
"parents"/"grand-parents" but it always returns NULL
a Trackpoint, not a
Synaptics touchpad, as I assumed. Therefore, you don't need to try to
revert the commits I mentioned.
Instead, can you just set the trackpoint_support tunable to 0, not the
Synaptics one, to see if it isolates the issue?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
n't work).
Hi!
Could you try to instead revert r255153 and r255154 (the latter fixes
the former)? It adds support for middle and extended buttons, which
makes the touchpad usable on some laptops.
--
Jean-Sébastien Pédron
___
svn-src-head@free
ATING, at least mentionning that
xf86-input-synaptics must be rebuilt
o send a mail to freebsd-x11@ to warn users
o what about binary packages?
o something else?
I see now that the structure is documented in psm(4) too...
--
Jean-S
x27;t notice before the commit...
And you're right, the structure grows and members are shuffled.
I guess the patch won't make it to 9.2 anyway. But I'd like to see it
into 10 because it helps several people. Do you think a note in UPDATING
would be enough?
--
J
Le 30/08/2013 22:44, John Baldwin a écrit :
However, BUS_ALLOC_RESOURCE() returns NULL in my tests.
Hmm, can you get devinfo -u output? I wonder if orm0 is eating this
resource.
You'll find it attached.
--
Jean-Sébastien Pédron
Interrupt request lines:
0 (attimer0)
1 (atkbd0)
E() returns NULL in my tests.
--
Jean-Sébastien Pédron
diff --git a/sys/dev/drm2/radeon/radeon_bios.c b/sys/dev/drm2/radeon/radeon_bios.c
index b9ee4d1..11e9be4 100644
--- a/sys/dev/drm2/radeon/radeon_bios.c
+++ b/sys/dev/drm2/radeon/radeon_bios.c
@@ -100,6 +100,7 @@ static bool igp_read_bios_from_
ase, I'd appreciate it :) I see that the function allocates
resources from the parent device, but I'm not sure what to do with this,
because the shadow copy is at a fixed physical address.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
On 22.07.2013 23:22, Neel Natu wrote:
> Could you revert the debug patch earlier and apply the following patch
> and give it a spin?
I can't reproduce the panic with this patch :) Thank you very much, Neel!
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
age is invalid!
So it corresponds to page m[175] in the superpage. I don't know if it
helps but I checked the remaining pages: they all have '->valid = 0',
except a few ones (265 to 267, 345, 361 to 363, 379 to 387 and 425 to
431 have
1 - 100 of 106 matches
Mail list logo