cribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
--
Daniel Stone
Linux Kernel Developer
[EMAIL PROTECTED]
-BEGIN GEEK CODE BLOCK-
Version: 3.1
G!CS d s++:- a C++ ULS+++
On 20 Jan 2001 15:34:03 -0800, Aaron Lehmann wrote:
On Sun, Jan 21, 2001 at 10:32:15AM +1100, Daniel Stone wrote:
FTP is under Connection Tracking support, FTP connection tracking. Does
the same stuff as ip_masq_ftp. IRC is located in patch-o-matic -
download iptables 1.2 and do a make
the ground.
Regards
--
Daniel Stone
Linux Kernel Developer
[EMAIL PROTECTED]
-BEGIN GEEK CODE BLOCK-
Version: 3.1
G!CS d s++:- a C++ ULS$B P L+++ E+(joe)+++ W++ N-++ !o
K? w++(--) O M- V-- PS+++ PE- Y PGP++ t--- 5-- X- R- tv-(!) b+++ DI+++
D+ G e-++ h!(+) r+(%) y? UF
NAT'ing it OK. Are you sure you have a rule like the
following:
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
?
d
PS: If you're trying to NAT a DCC RESUME, don't even bother.
--
Daniel Stone
Linux Kernel Developer
[EMAIL PROTECTED]
-BEGIN GEEK CODE BLOCK-
Version: 3.1
/4.0 (Unix) mod_ssl/2.whatever
OpenSSL/0.9.4
--
Daniel Stone
Linux Kernel Developer
[EMAIL PROTECTED]
-BEGIN GEEK CODE BLOCK-
Version: 3.1
G!CS d s++:- a C++ ULS$B P L+++ E+(joe)+++ W++ N-++ !o
K? w++(--) O M- V-- PS+++ PE- Y PGP++ t--- 5-- X- R- tv-(!) b+++ DI+++
D+ G e
the
same result.
This is using 2.4.4-ac6, with only Netfilter hacks.
d
--
Daniel Stone
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
plz as I'll be offline for a time.
_And_ I mean this honest, even it might considered sp.m
The FUD has to be corrected.
--
Daniel Stone
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
eatures in Linux 2.4 can be found in the
"Wonderful World of Linux 2.4" document, available from ***FIXME: W(here)TF is
it?*
Linux is a trademark of Linus Torvalds.
--
Daniel Stone
Kernel Hacker (or at least has aspirations to be)
[EMAIL PROTECTED]
http://dustpuppy
, if it can make
this bloody stuff die quietly yet agonisingly painfully.
:) d
(yes, I did specify no ksyms as ksymoops oopsed, as did cat /proc/ksyms. go
figure).
--
Daniel Stone
Kernel Hacker (or at least has aspirations to be)
[EMAIL PROTECTED]
http://dustpuppy.ods.org
ksymoops 2.3.4 on i586 2.4.0
ems...
/dev/ide/host0/bus0/target0/lun0/part6 busy, mounting read-only
Rebooting system..."
(may not be absolute verbatim, but pretty close).
I'm using the latest update of Debian 2.3 (Woody). I remember this problem
sprung up a while ago. *shrug*
:) d
--
Daniel Stone
Kernel Hacker (or at l
, the SysRq
reboot works.
A belated bug report: My system sits idling, logged out at home, and in
test9-pre4, I'd get home to the exact same situation; could've been that
2-hour-idle bug.
d
--
Daniel Stone
Kernel Hacker (or at least has aspirations to be)
[EMAIL PROTECTED]
http://dustpuppy.ods.org
On Sun, 24 Sep 2000, Daniel Stone wrote:
The problem is most definitely NOT X as I experienced the exact same
problems and reported it to l-k yesterday; and my box has no trace of X on
it. gcc and grep take it down though.
I have been running 2.4.0-test9-pre2 for some time now and have
+56 32 672616
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
--
Daniel Stone
Kernel Hacker (or at least has aspirations to be)
[EMAIL PROTECTED]
http:/
(or
both!) it seems to be Rik's VM killer slaying them. No error message is
logged anywhere, not even if I start 'em from the console.
Is there a /proc hack or something?
Thanks a lot!
:) d
--
Daniel Stone
Linux Kernel Developer
[EMAIL PROTECTED]
-BEGIN GEEK CODE BLOCK-
Version: 3.1
G!CS d s
Daniel Stone
Linux Kernel Developer
^^
If you were, you'd have written something that makes sense.
Touche. I didn't claim to be a Linus, but I have got a few things in the
kernel (sb16 driver, netfilter). Plus you can't ask much when I've gone 5
days without sleep
This would allow you to say "eth0 is my internal network and I'm not
trying to hack my own system, so use IP traffic on that interface to add
entropy to the pool, but not packets that are on port 6699/21/23 or reply
packets". It would probably just be a matter of adding a new flag to a
, but
nothing else) when doing long, intensive hard drive activity. Because my
hard drives are right next to each other, overheat sometimes and shut
straight down when they do. But I'm gonna take a wild guess it's not Linux's
fault, unless they've done some whacky stuff with the elevator ;)
--
Daniel Stone
I get this when patch'ing in test13-pre4-ac2 (with ReiserFS and Netfilter
patches, none of which touch SMP).
patching file arch/i386/kernel/smp.c
Reversed (or previously applied) patch detected! Assume -R? [n]
Apply anyway? [n] y
Hunk #1 FAILED at 278.
Hunk #2 succeeded at 511 (offset 9
patching file arch/i386/kernel/smp.c
Reversed (or previously applied) patch detected! Assume -R? [n]
Apply anyway? [n] y
Hunk #1 FAILED at 278.
Hunk #2 succeeded at 511 (offset 9 lines).
1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej
Works fine if
On 23-Dec-2000 Daniel Stone wrote:
patching file arch/i386/kernel/smp.c
Reversed (or previously applied) patch detected! Assume -R? [n]
Apply anyway? [n] y
Hunk #1 FAILED at 278.
Hunk #2 succeeded at 511 (offset 9 lines).
1 out of 2 hunks FAILED -- saving rejects to file
Thanks, but if you ever send HTML email (MIME'd, no less), I'll dismember
you.
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
__JNP_000_5510.0696.1d1b
Content-Type: text/plain; charset=us-ascii
Did full compile, just for fun:
CONFIG_for Red Creek whatever RCPCI has a syntax error
other warnings and errors, compiled on 2.4.0-prerelease, nonSMP, PIII
md5sum: WARNING: 11 of 12 computed checksums did NOT match
This indicates a corrupted download.
net/network.o: In function
over us1c now. oh joy).
--
Daniel Stone
Linux Kernel Developer
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
On Tue, Apr 24, 2001 at 08:27:56PM +0700, [EMAIL PROTECTED] wrote:
On Tue, 24 Apr 2001, Daniel Stone wrote:
Hence, Microsoft Windows. It might not be stable, it might not be fast, it
might not do RAID, packet-filtering and SQL, but it does a job. A simple
job. To give Mum Dad(tm
On Tue, Apr 24, 2001 at 05:20:27PM -0700, Aaron Lehmann wrote:
On Wed, Apr 25, 2001 at 10:07:48AM +1000, Daniel Stone wrote:
What real value does it have, apart from the geek look at me, I'm using
bash value?
I don't really want to get into it at the moment, but imagine hacking
netfilter
On Tue, Apr 24, 2001 at 05:35:10PM -0700, Aaron Lehmann wrote:
On Wed, Apr 25, 2001 at 10:32:46AM +1000, Daniel Stone wrote:
True, but then imagine trying to hack C (no, that's a CURLY BRACE, and a
tab! not space! you just broke my makefiles! aargh!), and compiling
Netfilter (it takes HOW
in action, and it seemed a lot of time writing
date for relatively little action - the date).
--
Daniel Stone
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
2 can
also kill it).
--
Daniel Stone
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
it to compile on -ac, just hand-hack
in the patch, and s/CAN_GET_IO/can_get_io_locks/ in vmscan.c.
:) d
--
Daniel Stone[EMAIL PROTECTED] [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
to the -ac series?
Thanks,
d
--
Daniel Stone[EMAIL PROTECTED] [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
--
Daniel Stone [EMAIL PROTECTED]
Nuke can NE1 help me aim nuclear weaponz? /MSG ME!!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
it's a
mutt bug.
:) d
--
Daniel Stone [EMAIL PROTECTED]
Nuke can NE1 help me aim nuclear weaponz? /MSG ME!!
ksymoops 2.4.1 on i586 2.4.6-pre3-xfs. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default
On Sun, Jun 24, 2001 at 12:18:00PM +0200, Seth Mos wrote:
On Sun, 24 Jun 2001, Daniel Stone wrote:
Hi guys,
I've attached the ksymoops output from Linux 2.4.6-pre3-xfs (CVS tree from
some point). I'll try an update now, but when I try to access stuff in
~/Maildir/netfilter/cur (~7k
On Sun, Jun 24, 2001 at 01:07:40PM +0200, Seth Mos wrote:
On Sun, 24 Jun 2001, Daniel Stone wrote:
On Sun, Jun 24, 2001 at 12:18:00PM +0200, Seth Mos wrote:
On Sun, 24 Jun 2001, Daniel Stone wrote:
Hi guys,
I've attached the ksymoops output from Linux 2.4.6-pre3-xfs (CVS tree
EtherExpress PRO/100, IRQ10, etc
[2]: driver name: version maintainer
device name: hardware type irq, etc, e.g.:
eepro100.c: v0.1, Daniel Stone [EMAIL PROTECTED]
eth0: Intel EtherExpress PRO/100, IRQ10, etc
[3]: driver name: version maintainer
other random init crap
device name
.
This also occurs in some log files, but I put it down to syslogd
crashing or something.
d
--
Daniel Stone
Linux Kernel Developer
[EMAIL PROTECTED]
-BEGIN GEEK CODE BLOCK-
Version: 3.1
G!CS d s++:- a C++ ULS$B P L+++ E+(joe)+++ W++ N-++ !o
K? w++(--) O M- V-- PS+++ PE
On 11 Feb 2001 02:02:00 +1300, Chris Wedgwood wrote:
On Thu, Feb 08, 2001 at 05:34:44PM +1100, Daniel Stone wrote:
I run Reiser on all but /boot, and it seems to enjoy corrupting my
mbox'es randomly.
what kind of corruption are you seeing?
Zeroed bytes.
This also occurs
: conntrack/queueing/iptables, ipchains compat, and ipfwadm
compat, are all mutually exclusive. The only way that this was at all
possible in 2.4.x was via modules, but even then, they were still mutually
exclusive.
--
Daniel Stone
Linux Kernel Developer
[EMAIL PROTECTED]
-BEGIN GEEK CODE BLOCK
On Sat, Oct 06, 2007 at 12:41:21PM +0200, Jiri Slaby wrote:
On 10/06/2007 07:42 AM, Kyle McMartin wrote:
This reverts commit f443675affe3f16dd428e46f0f7fd3f4d703eeab, which
breaks horribly if you aren't running an unreleased xf86-video-intel
driver out of git.
I guess, this will break my
On Tue, 2005-08-30 at 12:03 -0400, Jon Smirl wrote:
The article has been reviewed but if it still contains technical
errors please let me know. Opinions on the content are also
appreciated.
'As a whole, the X.org community barely has enough resources to build a
single server. Splitting these
Hi,
On Tue, 2013-08-06 at 12:31 +0100, Tom Cooksey wrote:
On Fri, Jul 26, 2013 at 11:58 AM, Tom Cooksey tom.cook...@arm.com
wrote:
that was part of the reason to punt this problem to userspace ;-)
In practice, the kernel drivers doesn't usually know too much about
the
On 9 February 2015 at 10:49, Geert Uytterhoeven ge...@linux-m68k.org wrote:
On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone dan...@fooishbar.org wrote:
On 5 February 2015 at 11:35, One Thousand Gnomes
gno...@lxorguk.ukuu.org.uk wrote:
#if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS)
#endif
On 5 February 2015 at 11:35, One Thousand Gnomes
gno...@lxorguk.ukuu.org.uk wrote:
If I'm not mistaken, that would be as simple as adding
#define VT_BUF_HAVE_RW.
#define scr_writew(val, addr) (*(addr) = (val))
#define scr_readw(addr) (*(addr))
to arch/x86/include/asm/vga.h.
Hi,
On 24 March 2015 at 16:07, Gerd Hoffmann kra...@redhat.com wrote:
+static int virtio_gpu_crtc_page_flip(struct drm_crtc *crtc,
+struct drm_framebuffer *fb,
+struct drm_pending_vblank_event *event,
+
Hi,
On 4 May 2015 at 08:43, Inki Dae inki@samsung.com wrote:
On 2015년 05월 02일 13:08, Krzysztof Kozlowski wrote:
Selecting CONFIG_FB_S3C disables CONFIG_DRM_EXYNOS_FIMD leading to build
error:
No, eDP has no any dependency of FIMD but DECON. Just add dependency
code like below,
config
Hi Sudip,
On 14 May 2015 at 12:14, Sudip Mukherjee sudipm.mukher...@gmail.com wrote:
this function was not used anywhere and was giving a build warning.
Thanks for the patch, but this function is used in following patches
that are in the process of being merged. This shouldn't have snuck in
in
Hi,
On 13 May 2015 at 16:23, CK Hu ck...@mediatek.com wrote:
+ /*
+* copy the mode data adjusted by mode_fixup() into crtc-mode
+* so that hardware can be seet to proper mode.
+*/
+ memcpy(crtc-mode, adjusted_mode, sizeof(*adjusted_mode));
Please do not
Hi,
On 23 June 2015 at 07:39, Daniel Vetter dan...@ffwll.ch wrote:
Which drm driver are you using? I didn't spot anything in your module list
but might have missed it. Booting with drm.debug=0xe and grabbing dmesg
will tell us for sure.
That'd be vgem.
Cheers,
Daniel
--
To unsubscribe from
On 16 November 2015 at 17:43, Russell King - ARM Linux
<li...@arm.linux.org.uk> wrote:
> On Mon, Nov 16, 2015 at 05:32:05PM +0000, Daniel Stone wrote:
>> On 16 November 2015 at 17:22, Russell King - ARM Linux
>> <li...@arm.linux.org.uk> wrote:
>> > Please sens
On 16 November 2015 at 17:22, Russell King - ARM Linux
wrote:
> Please sensibly wrap your messages. Your lines are longer than 80
> characters which makes it exceedingly difficult for some people to reply
> to your very very very very very very very very very very very
Hi Xinwei,
Thanks for this contribution! We look forward to seeing support for
these devices.
This isn't an exhaustive review, but two very high-level comments
which should result in a lot of changes ...
On 15 September 2015 at 10:37, Xinwei Kong
wrote:
> 1.
Hi Mark,
On 2 December 2015 at 14:18, Daniel Stone <dan...@fooishbar.org> wrote:
> On 1 December 2015 at 09:31, Mark yao <mark@rock-chips.com> wrote:
>> Can you share your Weston environment to me, I'm interesting to test drm
>> rockchip on weston.
>
> O
Hi Liviu,
On 2 December 2015 at 12:23, Liviu Dudau wrote:
> + if (irq_status & HDLCD_INTERRUPT_VSYNC) {
> + unsigned long flags;
> +
> + drm_handle_vblank(drm, 0);
> +
> + spin_lock_irqsave(>event_lock, flags);
> +
the intel-specific tests reporting
>> failure, and get me permission to just push code to that repository
>> (It's hard enough getting piglit tests reviewed, vc4-specific tests and
>> tools would never get review).
>
> Daniel Stone claimed that this Just Works but evidently it doesn'
Hi Liviu,
On 3 December 2015 at 10:00, Liviu Dudau <liviu.du...@arm.com> wrote:
> On Wed, Dec 02, 2015 at 05:21:44PM +0000, Daniel Stone wrote:
>> On 2 December 2015 at 12:23, Liviu Dudau <liviu.du...@arm.com> wrote:
>> > + if (irq_
Hi,
On 4 December 2015 at 01:42, Eric Anholt <e...@anholt.net> wrote:
> Daniel Stone <dan...@fooishbar.org> writes:
>> On 1 December 2015 at 20:35, Eric Anholt <e...@anholt.net> wrote:
>>> An async pageflip stores the modeset to be done and executes it once
&
Hi,
On 1 December 2015 at 20:35, Eric Anholt wrote:
> An async pageflip stores the modeset to be done and executes it once
> the BOs are ready to be displayed. This gets us about 3x performance
> in full screen rendering with pageflipping.
Looks good, but you're missing a
Hi Mark,
Thanks for getting back to this.
On 1 December 2015 at 09:31, Mark yao <mark@rock-chips.com> wrote:
> On 2015年12月01日 16:18, Daniel Stone wrote:
>> On 1 December 2015 at 03:26, Mark Yao<mark@rock-chips.com> wrote:
>>> >+ for_each_crtc_in
m the
> company.
I didn't get to take as close a look as last time, but I only had
fairly minor quibbles then, and nothing jumped out at me this time
either.
Reviewed-by: Daniel Stone <dani...@collabora.com>
Cheers,
Daniel
--
To unsubscribe from this list: send the line "unsubscr
same patch in my series to fix pageflip events.
Reviewed-by: Daniel Stone <dani...@collabora.com>
Cheers,
Daniel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ke
Hi Mark,
On 1 December 2015 at 03:26, Mark Yao wrote:
> +static void rockchip_atomic_wait_for_complete(struct drm_atomic_state *state)
> +{
> + struct drm_crtc_state *crtc_state;
> + struct drm_crtc *crtc;
> + int i;
> +
> +
Hi,
On 21 November 2015 at 14:22, Christian König wrote:
> On 20.11.2015 16:52, cp...@redhat.com wrote:
>> This is somewhat rare on most cards (depending on what angle you plug
>> the DVI connector in), but on some cards it happens constantly. The
>> Radeon R5 on the
-off-by: Daniel Stone <dani...@collabora.com>
Cc: Russell King <rmk+ker...@arm.linux.org.uk>
Cc: Thierry Reding <tred...@nvidia.com>
Cc: Laurent Pinchart <laurent.pinch...@ideasonboard.com>
---
drivers/base/component.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/dr
Hi Archit,
On 11 February 2016 at 09:35, Archit Taneja wrote:
> component_master_add_with_match can fail if the master's bind op doesn't
> go through successfully. In such a scenario, all the components in the
> master's match array have their 'master' pointer set to the
Russell,
On 12 February 2016 at 00:57, Akshay Bhat <akshay.b...@timesys.com> wrote:
> Daniel Stone collabora.com> writes:
>> Fixes: ffc30b74fd6d01588bd3fdebc3b1acc0857e6fc8
>> Signed-off-by: Daniel Stone collabora.com>
>
> Tested-by: Akshay Bhat <akshay.
Hi Inki,
On 31 March 2016 at 08:45, Inki Dae wrote:
> 2016년 03월 29일 22:23에 Rob Clark 이(가) 쓴 글:
>> On Mon, Mar 28, 2016 at 10:18 PM, Inki Dae wrote:
>>> In addition, I wonder how explicit and implicit fences could coexist
>>> together.
>>> Rob said,
Hi,
On 5 April 2016 at 15:04, Rob Clark <robdcl...@gmail.com> wrote:
> On Tue, Apr 5, 2016 at 8:57 AM, Daniel Stone <dan...@fooishbar.org> wrote:
>> I've been assuming that it would have to be write-only; I don't
>> believe there would be any meaningful usecases f
Hi,
On 21 March 2016 at 19:23, Gustavo Padovan wrote:
> @@ -96,6 +98,11 @@ static void virtio_gpu_plane_atomic_update(struct
> drm_plane *plane,
> plane->state->crtc_y,
> plane->state->crtc_w,
>
Hi all,
On 25 March 2016 at 11:58, Rob Clark wrote:
> On Thu, Mar 24, 2016 at 7:49 PM, Inki Dae wrote:
>> It's definitely different case. This tries to add new user-space interfaces
>> to expose fences to user-space. At least, implicit interfaces are
But the machine then
immediately hard-hangs - no serial console - after cat
/sys/class/drm/card0-HDMI-A-1/edid.
On the grounds that the VC4 node isn't yet in upstream DT though, and
this _does_ indeed fix HPD:
Tested-by: Daniel Stone <dani...@collabora.com>
Cheers,
Daniel
Hi,
On 5 April 2016 at 13:36, Rob Clark wrote:
> ok, so I've been slacking on writing up the reasons that I don't like
> the idea of using a property for fd's (including fence fd's).. I did
> at one point assume we'd use properties for fence fd's, but that idea
> falls apart
Hi Inki,
On 28 March 2016 at 02:26, Inki Dae <inki@samsung.com> wrote:
> 2016년 03월 25일 21:10에 Daniel Stone 이(가) 쓴 글:
>> Second, really. Vulkan avoids implicit sync entirely, and exposes
>> fence-like primitives throughout its whole API. These include being
>> able
Hi Tomeu,
On 4 April 2016 at 14:55, Tomeu Vizoso wrote:
> diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_fb.c
> b/drivers/gpu/drm/rockchip/rockchip_drm_fb.c
> index 3b8f652698f8..8305bbd2a4d7 100644
> --- a/drivers/gpu/drm/rockchip/rockchip_drm_fb.c
> +++
Hi Inki,
On 31 March 2016 at 12:26, Inki Dae <daei...@gmail.com> wrote:
> 2016-03-31 19:56 GMT+09:00 Daniel Stone <dan...@fooishbar.org>:
>> On 31 March 2016 at 11:05, Inki Dae <inki@samsung.com> wrote:
>>> Then, existing drivers would need additional wor
Hi Inki,
On 31 March 2016 at 11:05, Inki Dae <inki@samsung.com> wrote:
> 2016년 03월 31일 18:35에 Daniel Stone 이(가) 쓴 글:
>> On 31 March 2016 at 08:45, Inki Dae <inki@samsung.com> wrote:
>>> As of now, it seems that this wouldn't be optional but mandatory
Hi,
On 28 April 2016 at 23:28, Rob Clark wrote:
> On Wed, Apr 27, 2016 at 2:39 AM, Daniel Vetter wrote:
>> On Tue, Apr 26, 2016 at 01:48:02PM -0700, Greg Hackmann wrote:
>>> A (per-CRTC?) array of fences would be more flexible. And even in the cases
>>>
Hi,
On 26 April 2016 at 21:48, Greg Hackmann wrote:
> On 04/26/2016 01:05 PM, Daniel Vetter wrote:
>> On Tue, Apr 26, 2016 at 09:55:06PM +0300, Ville Syrjälä wrote:
>>> What are they doing that can't stuff the fences into an array
>>> instead of props?
>>
>> The hw composer
Hi,
On 26 April 2016 at 00:33, Gustavo Padovan wrote:
> +static inline struct drm_crtc *fence_to_crtc(struct fence *fence)
> +{
> + if (fence->ops != _crtc_fence_ops)
> + return NULL;
Since this is (currently) only used before unconditional dereferences,
SY because work_busy returns outdated information.
>
> v4: Hold dev->event_lock while checking the VOP's event field as
> suggested by Daniel Stone.
>
> v5: Only block if there's outstanding work if it's a blocking call.
>
> Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Reviewed-by: Daniel Stone <dani...@collabora.com>
Cheers,
Daniel
Hi Tomeu,
On 5 April 2016 at 16:07, Tomeu Vizoso <tomeu.viz...@collabora.com> wrote:
> On 4 April 2016 at 17:44, Daniel Stone <dan...@fooishbar.org> wrote:
>> On 4 April 2016 at 14:55, Tomeu Vizoso <tomeu.viz...@collabora.com> w
Hi Tomeu,
On 22 July 2016 at 15:10, Tomeu Vizoso wrote:
> +/**
> + * DOC: CRC ABI
> + *
> + * DRM device drivers can provide to userspace CRC information of each frame
> as
> + * it reached a given hardware component (a "source").
> + *
> + * Userspace can control
Hi,
On 17 February 2017 at 14:56, Ville Syrjälä
wrote:
> On Fri, Feb 17, 2017 at 02:42:26PM +, Lionel Landwerlin wrote:
>> If we're talking fixed point reprsentation, ChromeOS is using this :
>>
>>
Hi,
On 9 February 2017 at 17:01, Daniel Vetter wrote:
> On Thu, Feb 02, 2017 at 11:31:57AM +0100, Maxime Ripard wrote:
>> +int drm_fb_helper_ioctl(struct fb_info *info, unsigned int cmd, unsigned
>> long arg)
>> +{
>> + struct drm_fb_helper *fb_helper = info->par;
>> +
Hi John,
On 14 February 2017 at 19:25, John Stultz wrote:
> +static enum drm_mode_status
> +drm_connector_check_crtc_modes(struct drm_connector *connector,
> + struct drm_display_mode *mode)
> +{
> + struct drm_device *dev =
Hi,
On 15 February 2017 at 11:39, Ville Syrjälä
wrote:
> On Tue, Jan 31, 2017 at 06:46:39PM +0100, Daniel Vetter wrote:
>> On Tue, Jan 31, 2017 at 6:22 PM, Ville Syrjälä
>> wrote:
>> > Hmm. Two's complement is what I was thinking it
Hi Maxime,
On 13 February 2017 at 10:54, Maxime Ripard
wrote:
> On Sun, Feb 12, 2017 at 02:28:11PM +0200, Laurent Pinchart wrote:
>> On Thursday 02 Feb 2017 11:31:56 Maxime Ripard wrote:
>> > This patch add a config to support to create multi buffer for cma
Hi Satendra,
On 20 January 2017 at 08:12, Satendra Singh Thakur
wrote:
> -Added a new ioctl in Linux DRM KMS driver.
> This ioctl allows user to set the values of an object’s multiple
> properties in one go.
> -In the absence of such ioctl, User would be calling one
m>
> Signed-off-by: Eric Anholt <e...@anholt.net>
> Reviewed-by: Eric Anholt <e...@anholt.net>
Reviewed-by: Daniel Stone <dani...@collabora.com>
Hi Stephen,
On 1 December 2016 at 20:45, Stephen Rothwell <s...@canb.auug.org.au> wrote:
> On Thu, 01 Dec 2016 11:02:26 +0000 Daniel Stone <dani...@collabora.com> wrote:
>> Sorry about this, it is quite bad. I think having mirrors for the key DRM
>> trees on GitHub i
Hi all,
On 2 January 2017 at 13:03, ayaka wrote:
> On 01/02/2017 07:07 PM, Sakari Ailus wrote:
>> On Mon, Jan 02, 2017 at 06:53:16PM +0800, ayaka wrote:
>>> On 01/02/2017 05:10 PM, Sakari Ailus wrote:
If the format resembles the existing formats but on a different bit
Hi Randy,
On 2 January 2017 at 09:50, Randy Li wrote:
> P010 is a planar 4:2:0 YUV with interleaved UV plane, 10 bits
> per channel video format. Rockchip's vop support this
> video format(little endian only) as the input video format.
>
> Signed-off-by: Randy Li
Hi,
On 5 January 2017 at 08:52, Daniel Vetter wrote:
> On Thu, Jan 05, 2017 at 10:41:07AM +0200, Jani Nikula wrote:
>> No matter what we do here, the question remains what to do with
>> Chamelium. Changing the color range is really a workaround for
>> Chamelium, not a fix. Using
Hi Randy,
On 4 January 2017 at 16:29, Randy Li wrote:
> index 90d2cc8..23c8e99 100644
> --- a/drivers/gpu/drm/drm_fourcc.c
> +++ b/drivers/gpu/drm/drm_fourcc.c
> @@ -165,6 +165,9 @@ const struct drm_format_info *__drm_format_info(u32
> format)
> { .format =
for that.
>
> Also update the DRM_DEBUG output to be slightly more accurate, this
> doesn't only affect requests from userspace.
This test looks much more sensible, and also fixes VT switching for me.
Reviewed-by: Daniel Stone <dani...@collabora.com>
Cheers,
Daniel
Hi,
On 16 March 2017 at 09:55, Michel Dänzer wrote:
> Otherwise this can also prevent modesets e.g. for switching VTs.
>
> FB_MISC_USER_EVENT is set when the request originates from userspace,
> which is what we're interested in here according to the DRM_DEBUG
> output.
>
>
Hi Eric,
On 8 June 2017 at 01:13, Eric Anholt wrote:
> This allows mesa to set the tiling format for a BO and have that
> tiling format be respected by mesa on the other side of an
> import/export (and by vc4 scanout in the kernel), without defining a
> protocol to pass the
driver is being used.
This reverts commit f4b65b9563216b3e01a5cc844c3ba68901d9b195.
Signed-off-by: Daniel Stone <dani...@collabora.com>
Cc: Che-Liang Chiou <clch...@chromium.org>
Cc: Thierry Escande <thierry.esca...@collabora.com>
Cc: Jiri Kosina <jkos...@suse.cz>
On 13 June 2017 at 16:49, Eric Anholt <e...@anholt.net> wrote:
> Daniel Stone <dan...@fooishbar.org> writes:
>> I posted a DRI3 v1.1 patch series which can advertise and also transit
>> modifiers directly under X11, and have also typed up the support for
>> W
lowing the default behavior.
I don't think there's any reason to remain suspicious of
CLOCK_MONOTONIC in 2017. Not to mention that removing it wrecks
Weston/etc's ability to give clients present-timing feedback, so
removing it is a net uABI improvement.
Acked-by: Daniel Stone <dani...@collabora.com>
Cheers,
Daniel
Hi Johannes,
On 20 December 2017 at 11:08, Johannes Thumshirn wrote:
> On Tue, Dec 19, 2017 at 05:16:30PM +0100, Daniel Vetter wrote:
>> Ok I've realized that my assumptions about why you need this aren't
>> So from reading these patches it sounded like you want an in-kernel
1 - 100 of 231 matches
Mail list logo