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 27 17:24:59 2018
New Revision: 328485
URL: https://svnweb.freebsd.org/changeset/base/328485
Log:
psm: Log syncmask[1], not syncmask[0] twice
MFC of: r328208
Modified:
stable/10/sys/dev/atkbdc/psm.c
Directory Properties:
stable/10/ (props c
Author: dumbbell
Date: Sat Jan 27 17:24:27 2018
New Revision: 328484
URL: https://svnweb.freebsd.org/changeset/base/328484
Log:
psm: Log syncmask[1], not syncmask[0] twice
MFC of: r328208
Modified:
stable/11/sys/dev/atkbdc/psm.c
Directory Properties:
stable/11/ (props c
Author: dumbbell
Date: Sat Jan 27 16:48:29 2018
New Revision: 328482
URL: https://svnweb.freebsd.org/changeset/base/328482
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 27 16:36:06 2018
New Revision: 328481
URL: https://svnweb.freebsd.org/changeset/base/328481
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: 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 Apr 5 08:37:21 2016
New Revision: 297575
URL: https://svnweb.freebsd.org/changeset/base/297575
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.
MFC of:
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
Author: dumbbell
Date: Fri Mar 18 22:52:11 2016
New Revision: 297046
URL: https://svnweb.freebsd.org/changeset/base/297046
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
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
Author: dumbbell
Date: Mon Feb 15 07:35:40 2016
New Revision: 295623
URL: https://svnweb.freebsd.org/changeset/base/295623
Log:
drm/i915: Restore pci_enable_busmaster() call in the init path
This fixes a GPU hang on i945GM.
While here, merge some minor fixes to DRM core and i915:
*
On 08/02/2016 13:29, Slawa Olhovchenkov wrote:
> On Mon, Jan 25, 2016 at 01:49:09PM +0100, Jean-Sébastien Pédron wrote:
>
>> On 25/01/2016 11:50, Andriy Voskoboinyk wrote:
>>> Try to apply https://svnweb.freebsd.org/base?view=revision&revision=288653
>>>
On 25/01/2016 11:50, Andriy Voskoboinyk wrote:
> Try to apply https://svnweb.freebsd.org/base?view=revision&revision=288653
> (as for me, head/sys/dev/drm2/i915/i915_dma.c change fixes this)
If this fixes the problem, perfect, I will merge it.
--
Jean-Sébastien Pédron
sig
Speaking of it, could you please 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: Thu Jan 21 08:32:11 2016
New Revision: 294490
URL: https://svnweb.freebsd.org/changeset/base/294490
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: Thu Jan 21 08:24:54 2016
New Revision: 294489
URL: https://svnweb.freebsd.org/changeset/base/294489
Log:
iicbus: Remove trailing whitespaces
MFC of: r289656
Modified:
stable/10/sys/dev/iicbus/iicbus.c
Directory Properties:
stable/10/ (props change
Author: dumbbell
Date: Wed Jan 13 21:56:48 2016
New Revision: 293857
URL: https://svnweb.freebsd.org/changeset/base/293857
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:
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: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 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 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
etenv():
> @@ -437,6 +441,7 @@ kern_unsetenv(const char *name)
> kenvp[i++] = kenvp[j];
> kenvp[i] = NULL;
> mtx_unlock(&kenv_lock);
> + memset(oldenv, 0, strlen(oldenv));
> free(oldenv, M_KENV);
>
freebsd.org/bugzilla/show_bug.cgi?id=194109
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194110
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194111
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
aggport: wlan0 flags=0<>
laggport: re0 flags=5
Beside an UPDATING entry, how about a previously released world with
this new kernel? Isn't this configuration supposed to work?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
rom the
video memory, then wrote 8 black pixels. The useless read was removed.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
@
Approved by:ray@
--
Jean-Sébastien Pédron
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
be a lower priority compared to more urgent topics in the graphics
stack.
--
Jean-Sébastien Pédron
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
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-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To
() 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-all@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?
--
ic comes back,
then revert it again.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
.txt
https://people.freebsd.org/~dumbbell/sparc64/r269728-textdump.6.tar
After reverting r269728, the panic didn't occur after a dozen installkernel.
Do you need more information?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
1 - 100 of 120 matches
Mail list logo