Hi,
On Tue, 2013-08-06 at 12:31 +0100, Tom Cooksey wrote:
> > >> On Fri, Jul 26, 2013 at 11:58 AM, Tom Cooksey
> > >> 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 dimensions/format/
Only as modules: 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
ive everyone a chance
> to use linux.
If you don't want multiple users, don't add them. Just be content with root,
and give her root. It has multiple user capabilities, which should be used
under all circumstances, but if you don't want something, don't use it. You
have
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.
On Tue, Apr 24, 2001 at 09:04:02PM +0700, [EMAIL PROTECTED] wrote:
>
>
What's with all these blank lines? Everywhere!
> On Tue, 24 Apr 2001, Daniel Stone wrote:
> > Aah. I see. Where was this? I never saw it.
>
> psst, it's a proto.
Right-o. In the news, yo
;
> Thanks,
> Aaron Lehmann
> -
> 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
Linux Kernel Developer
[EMAIL PROTECTED]
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
y obvious?
It just does more stuff. A plane is far more complex than a car, but
with an added feature - it also flies above 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-
[64.81.36.147:33989]] 150 bytes /* That's the NAT box's IP */
> -:- DCC Unable to create connection: Connection refused
>
> Any idea what's wrong? I have irc-conntrack-nat compiled into the
> kernel.
Well, it's NAT'ing it OK. Are you sure you have a ru
l versions
are always bad.
> egg.microsoft.com: Remote operating system guess: Solaris 2.6 - 2.7
My all-time favourite is Microsoft-IIS/4.0 (Unix) mod_ssl/2.
OpenSSL/0.9.4
--
Daniel Stone
Linux Kernel Developer
[EMAIL PROTECTED]
-BEGIN GEEK CODE BLOCK-
Version: 3.1
G!>CS d s++:- a---
), or Netscape (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--
> > 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 as
n, please consult www.linux.org for a list of other Linux-related
websites. More information on the new features 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.
them
> briefly, but so that my _mum_ says "Wow, Linux 2.4 is great! Where do I
> get one of those cute stuffed penguins?" after reading her woman's
> journal. (Ok, ok...:-)
okokok, I will. But please, for the love of God, stop mistaking me for a
full time quality-bullshit^Wpres
ould definitely
> love to hear about them.
Tim,
This may or may not be true. I have no idea as I'm too pov to own a real
video card. *fwaps self* More research needed. Treat this as
0.0.0.1-test1-pre1-beta1-alpha1-preview1-unstable-compile1.
d
--
Daniel Stone
Kernel Hacker (or at least h
longer details
into WWoL2.4 or similar, so the press release is designed for brevity.
d
--
Daniel Stone
Kernel Hacker (or at least has aspirations to be)
[EMAIL PROTECTED]
http://dustpuppy.ods.org
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
*fwaps self*
Excuse the 403 on the URL I gave - try now.
http://dustpuppy.ods.org/press-release
:) d
-
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/
tinent information, 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
ksy
g filesystems...
/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 Hac
fully, 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://du
h the 2.4.0-testX series. It seems
> suspiciously like the kernel is killing init when X decides it would be
> peachy to gobble up all the ram. i dont know of any way to prove
> this though.
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.
d
--
Daniel Stone
Kernel Hacker (or at least has aspirations to be)
[EMAIL PROTECTED]
http://dustpuppy.ods.org
-
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/
> 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-t
> 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
>
r the fact numlock still works, 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
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 lines).
> > 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
> >
> >
>
> 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
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-asci
> 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
a del Mar, Chile +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 (
s. So, it really should be a reiserfs bug.
I run Reiser on all but /boot, and it seems to enjoy corrupting my
mbox'es randomly.
Using the old-style Reiser FS format, 2.4.2-pre1, Evolution, on a CMD640
chipset with the fixes enabled.
This also occurs in some log files, but I put it down to syslogd
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
ty.
> -mirabilos
>
> PS: Don't answer 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 linu
20 + apt/dpkg
+ gcc), than with vanilla -ac12. To get 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 "unsubscr
r porting effort 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.kern
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
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
Very clean
format - see http://kabuki.sfarc.net/daniel/netfilter/netfilter.mgp
--
Daniel Stone <[EMAIL PROTECTED]>
"can NE1 help me aim nuclear weaponz? /MSG ME!!"
-
To unsubscribe from this list: send the line "unsubscribe lin
so I doubt it's a
mutt bug.
:) d
--
Daniel Stone <[EMAIL PROTECTED]>
"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)
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 acces
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,
> > > &
, to do what they want.
:) d
[1]: : , e.g.:
eth0: Intel EtherExpress PRO/100, IRQ10, etc
[2]: :
: , e.g.:
eepro100.c: v0.1, Daniel Stone <[EMAIL PROTECTED]>
eth0: Intel EtherExpress PRO/100, IRQ10, etc
[3]: :
:
, e.g.:
eepro100.c: v0.1, Dan
On Tue, Apr 24, 2001 at 05:01:18PM -0700, Aaron Lehmann wrote:
> On Tue, Apr 24, 2001 at 11:38:01PM +1000, Daniel Stone wrote:
> > And UNIX on a phone is pure overkill.
>
> Quit being a naysayer. UNIX on a PDA is a wet dream.
What real value does it have, apart from the geek &
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 i
spose, if it only goes into suspend, the ability to
write "uptime" on it constitutes a walking penis extension after a while?
--
Daniel Stone
Linux Kernel Developer
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
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 compili
one, but corrected nevertheless.
(I've only seen the agenda 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&q
On Fri, Apr 27, 2001 at 03:12:39PM +0200, Robert Varga wrote:
> On Wed, Apr 25, 2001 at 10:34:56AM +1000, Daniel Stone wrote:
> > On Wed, Apr 25, 2001 at 01:16:03AM +0100, Alan Cox wrote:
> > > > What real value does it have, apart from the geek "look at me, I&#
me).
> > -d, who owns a 7110 and can lock it solid, or get it to do funny resetting
> > tricks, at least once every 2 days
>
> Hmm, maybe your 7110 needs memory protection so that runaway calendar
> can not hurt basic functions? ;-).
Oh, I think it's just to do
nly to get 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
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 generation of CRCs in a given C
Hi Gerd,
On 14 March 2018 at 08:03, Gerd Hoffmann wrote:
>> Either mlock account (because it's mlocked defacto), and get_user_pages
>> won't do that for you.
>>
>> Or you write the full-blown userptr implementation, including mmu_notifier
>> support (see i915 or amdgpu), but that also requires Ch
Hi Paul,
On 21 March 2018 at 15:29, Paul Kocialkowski
wrote:
> +/*
> + * Allwinner "MB32" tiled format
> + *
> + * This is the primary layout coming out of the VPU, where pixels are tiled
> + * 32x32.
> + */
Can you please be a bit more specific here, following the other
examples? In particular,
/ 48 params
split would make more sense.
Either way, those are just my opinions (you did ask), and I don't see
anything really objectionable, so if you think that's a good split
then this is:
Acked-by: Daniel Stone
Cheers,
Daniel
Hi Pavel,
On 30 May 2018 at 12:17, Pavel Machek wrote:
>> The bulk of it is really pretty trivial one-liners, and nothing looks
>> particularly scary. Let's see how next week looks, but if nothing really
>> happens I suspect we can make do without an rc8.
>>
>> Shortlog appended as usual. Go out
Hi,
On 23 June 2015 at 07:39, Daniel Vetter 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 this list: sen
Hi,
On Wed, 25 Nov 2020 at 18:06, Jason Gunthorpe wrote:
> On Wed, Nov 25, 2020 at 05:28:32PM +0100, Daniel Vetter wrote:
> > Apologies again, this shouldn't have been included. But at least I
> > have an idea now why this patch somehow was included in the git
> > send-email. Lovely interface :-/
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
>>> where you could make a 1-to-1 mapping bet
Hi Tomeu,
On 5 April 2016 at 16:07, Tomeu Vizoso wrote:
> On 4 April 2016 at 17:44, Daniel Stone wrote:
>> On 4 April 2016 at 14:55, Tomeu Vizoso wrote:
>>> + if (async) {
>>> + for_each_crtc_in_state(state, crtc, crtc_state, i) {
>>> +
k_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
Reviewed-by: Daniel Stone
Cheers,
Daniel
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 interface is one in-fe
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 != &drm_crtc_fence_ops)
> + return NULL;
Since this is (currently) only used before unconditional dereferences,
maybe turn this i
Hi,
On 4 December 2015 at 01:42, Eric Anholt wrote:
> Daniel Stone writes:
>> 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 per
Hi,
On 1 December 2015 at 03:26, Mark Yao wrote:
> No functional update, drm_vblank_* is the legacy version of
> drm_crtc_vblank_*. and use new api make driver more clean.
>
> Signed-off-by: Mark Yao
Heh, I had the same patch in my series to fix pageflip events.
Reviewed-by:
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;
> +
> + for_each_crtc_in_state(state, crtc, crtc_state,
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 preclose callback to r
Hi Mark,
Thanks for getting back to this.
On 1 December 2015 at 09:31, Mark yao wrote:
> On 2015年12月01日 16:18, Daniel Stone wrote:
>> On 1 December 2015 at 03:26, Mark Yao wrote:
>>> >+ for_each_crtc_in_state(state, crtc, crtc_state, i) {
>>> >+
Hi Mark,
On 2 December 2015 at 14:18, Daniel Stone wrote:
> On 1 December 2015 at 09:31, Mark yao wrote:
>> Can you share your Weston environment to me, I'm interesting to test drm
>> rockchip on weston.
>
> Of course. You can download Weston from http://wayland.fr
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(&drm->event_lock, flags);
> + if (hdlcd->even
ific 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 do
Hi Liviu,
On 3 December 2015 at 10:00, Liviu Dudau wrote:
> On Wed, Dec 02, 2015 at 05:21:44PM +0000, Daniel Stone wrote:
>> On 2 December 2015 at 12:23, Liviu Dudau wrote:
>> > + if (irq_status & HDLCD_INTERRUPT_VSYNC) {
>> > +
bd3fdebc3b1acc0857e6fc8
Signed-off-by: Daniel Stone
Cc: Russell King
Cc: Thierry Reding
Cc: Laurent Pinchart
---
drivers/base/component.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/base/component.c b/drivers/base/component.c
index 2738039..04a1582 100644
--- a/drivers/base/
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 given master.
> These poi
Russell,
On 12 February 2016 at 00:57, Akshay Bhat wrote:
> Daniel Stone collabora.com> writes:
>> Fixes: ffc30b74fd6d01588bd3fdebc3b1acc0857e6fc8
>> Signed-off-by: Daniel Stone collabora.com>
>
> Tested-by: Akshay Bhat
>
> Tested on imx6 processor based boar
Hi Sudip,
On 14 May 2015 at 12:14, Sudip Mukherjee 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 the earlier patch; apologi
Hi,
On 13 May 2015 at 16:23, CK Hu 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 do this. adj
Hi,
On 4 May 2015 at 08:43, Inki Dae 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 DRM_EXYNOS
Hi,
On 24 March 2015 at 16:07, Gerd Hoffmann wrote:
> +static int virtio_gpu_crtc_page_flip(struct drm_crtc *crtc,
> +struct drm_framebuffer *fb,
> +struct drm_pending_vblank_event *event,
> +
On 5 February 2015 at 11:35, One Thousand Gnomes
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.
>
> and stick an
On 9 February 2015 at 10:49, Geert Uytterhoeven wrote:
> On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone wrote:
>> On 5 February 2015 at 11:35, One Thousand Gnomes
>> wrote:
>>> #if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS)
>>>
>>> #endif
>>>
&
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 pretty quickly when y
Hi,
On 5 April 2016 at 15:04, Rob Clark wrote:
> On Tue, Apr 5, 2016 at 8:57 AM, Daniel Stone wrote:
>> I've been assuming that it would have to be write-only; I don't
>> believe there would be any meaningful usecases for read. Do you have
>> any in mind, or is
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,
>>> "Implicit sync ofc remains the default, bu
Hi Inki,
On 31 March 2016 at 11:05, Inki Dae wrote:
> 2016년 03월 31일 18:35에 Daniel Stone 이(가) 쓴 글:
>> On 31 March 2016 at 08:45, Inki Dae wrote:
>>> As of now, it seems that this wouldn't be optional but mandatory if
>>> explicit fence support is added to the ato
Hi Inki,
On 31 March 2016 at 12:26, Inki Dae wrote:
> 2016-03-31 19:56 GMT+09:00 Daniel Stone :
>> On 31 March 2016 at 11:05, Inki Dae wrote:
>>> Then, existing drivers would need additional works for explicit fencing
>>> support. This wouldn't be really what t
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
> +++ b/drivers/gpu/drm/rockchip/rockchip_
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 machine used for testing this
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. Hardware Detail
> The display subsy
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 very
> very very very very
On 16 November 2015 at 17:43, Russell King - ARM Linux
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
>> wrote:
>> > Please sensibly wrap your messages. Your lines are longer than 80
>&g
On Wed, 16 Jan 2019 at 16:06, h...@lst.de wrote:
> On Wed, Jan 16, 2019 at 07:28:13AM +, Koenig, Christian wrote:
> > To summarize once more: We have an array of struct pages and want to
> > coherently map that to a device.
>
> And the answer to that is very simple: you can't. What is so hard
Hi Tomi,
On 20 April 2018 at 08:09, Tomi Valkeinen wrote:
> It's actually not quite clear to me how manual update displays work with
> DRM...
>
> As far as I see, we have essentially two cases: 1) single buffering,
> where the userspace must set an area in the fb dirty, which then
> triggers the
Hi Tony!
On 20 April 2018 at 15:25, Tony Lindgren wrote:
> * Daniel Stone [180420 10:21]:
>> On 20 April 2018 at 08:09, Tomi Valkeinen wrote:
>> > It's actually not quite clear to me how manual update displays work with
>> > DRM...
>> >
>> >
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 CEA range is perf
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 ioctl to set each
> propert
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
depth,
it sho
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
> ---
> include/uapi/drm/drm_fo
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 = DRM_FORMAT_UYVY,
Hi Stephen,
On 1 December 2016 at 20:45, Stephen Rothwell wrote:
> On Thu, 01 Dec 2016 11:02:26 +0000 Daniel Stone wrote:
>> Sorry about this, it is quite bad. I think having mirrors for the key DRM
>> trees on GitHub is a good idea though, and I can get to setting that up.
>&
iewed-by: Eric Anholt
Reviewed-by: Daniel Stone
1 - 100 of 124 matches
Mail list logo
