Re: [PATCH v6 3/5] drm: Add support to get EDID from ACPI

2024-04-17 Thread Geert Uytterhoeven
ructures. > > Thanks! I don't see a __packed attribute on struct drm_connector, but > I'll put it near by other bools in case that changes in the future. FTR, don't add __packed unless you have a very good reason to do so. With __packed, the compiler will emit multiple byte-accesses to a

Re: [PATCH 22/22] drm: ensure drm headers are self-contained and pass kernel-doc

2024-03-07 Thread Geert Uytterhoeven
m68k.org Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds

Re: linux-next: build failure after merge of the drm-misc tree

2024-02-22 Thread Geert Uytterhoeven
~~ > > > > Caused by commit > > > > 768e9e61b3b9 ("drm: renesas: Add RZ/G2L DU Support") > > > > I have used the drm-misc tree from next-20240221 for today. > > I will send an incremental patch to fix this build error with x86 on drm-next

Re: Re: [PULL] drm-misc-fixes

2024-02-16 Thread Geert Uytterhoeven
Hi Maxime, Dave, On Thu, Feb 15, 2024 at 5:45 PM Geert Uytterhoeven wrote: > On Thu, Feb 15, 2024 at 5:09 PM Maxime Ripard wrote: > On Thu, Feb 15, 2024 at 01:41:24PM +0100, Geert Uytterhoeven wrote: > > > On Thu, 15 Feb 2024, Maxime Ripard wrote: > > > > Matthew

Re: Re: [PULL] drm-misc-fixes

2024-02-15 Thread Geert Uytterhoeven
Hi Maxime, On Thu, Feb 15, 2024 at 5:09 PM Maxime Ripard wrote: On Thu, Feb 15, 2024 at 01:41:24PM +0100, Geert Uytterhoeven wrote: > > On Thu, 15 Feb 2024, Maxime Ripard wrote: > > > Matthew Auld (1): > > > drm/tests/drm_buddy: add alloc_contiguous test >

Re: [PULL] drm-misc-fixes

2024-02-15 Thread Geert Uytterhoeven
ndefined! Reverting commit a64056bb5a3215bd ("drm/tests/drm_buddy: add alloc_contiguous test") fixes the issue. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversa

Re: [Intel-gfx] linux-next: manual merge of the drm tree with the drm-misc-fixes tree

2023-11-28 Thread Geert Uytterhoeven
hw_37xx_is_idle(vdev)) { + if (!ivpu_hw_37xx_is_idle(vdev)) ivpu_warn(vdev, "VPU not idle during power down\n"); - if (ivpu_hw_37xx_reset(vdev)) - ivpu_warn(vdev, "Failed to reset the VPU\n"); - } - if (ivpu_pll_disable(vdev)) { - i

[Intel-gfx] [PATCH v2] drm: Spelling s/sempahore/semaphore/

2023-07-17 Thread Geert Uytterhoeven
Fix misspellings of "semaphore". Signed-off-by: Geert Uytterhoeven Reviewed-by: Hamza Mahfooz --- v2: - Add Reviewed-by. --- drivers/gpu/drm/i915/i915_request.c | 2 +- drivers/gpu/drm/radeon/cik.c| 2 +- drivers/gpu/drm/radeon/r600.c | 2 +- include/drm/task

Re: [Intel-gfx] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev

2023-07-13 Thread Geert Uytterhoeven
drm_{crtc,connector,plane} to "base". https://lore.kernel.org/dri-devel/b3daca80f82625ba14e3aeaf2fca6dcefa056e47.1687423204.git.geert+rene...@glider.be > Also the functions that deal with both a struct device and a struct > drm_device often use "dev" for the struct

Re: [Intel-gfx] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev

2023-07-13 Thread Geert Uytterhoeven
head -20 > 38494 struct device *dev > 16388 struct net_device *dev >4184 struct drm_device *dev >2780 struct pci_dev *dev >1916 struct comedi_device *dev >1510 struct mlx5_core_dev *dev >1057 struct mlx4_dev *dev > 894 struct b43_wldev *dev >

Re: [Intel-gfx] [PATCH] fbmem: Reject FB_ACTIVATE_KD_TEXT from userspace

2023-04-11 Thread Geert Uytterhoeven
return -EFAULT; > > + /* only for kernel-internal use */ > > + var.activate &= ~FB_ACTIVATE_KD_TEXT; > > console_lock(); > > lock_fb_info(info); > > ret = fbcon_modechange_possible(info, ); Perhaps FB_ACTIVATE_KD_TEXT

Re: [Intel-gfx] [PATCH 2/2] drm: Spelling s/randevouz/rendez-vouz/

2023-04-11 Thread Geert Uytterhoeven
Hi Marc, On Tue, Apr 11, 2023 at 12:49 PM Marc Dionne wrote: > On Tue, Apr 11, 2023 at 7:44 AM Geert Uytterhoeven > wrote: > > > > Fix a misspelling of "rendez-vouz". > > > > Signed-off-by: Geert Uytterhoeven > > --- a/include/drm/task_

[Intel-gfx] [PATCH v2 2/2] drm: Spelling s/randevouz/rendez-vous/

2023-04-11 Thread Geert Uytterhoeven
Fix a misspelling of "rendez-vous". Signed-off-by: Geert Uytterhoeven --- v2: - s/vouz/vous/. --- include/drm/task_barrier.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/drm/task_barrier.h b/include/drm/task_barrier.h index 217c1cf21c1ab7d5..f6e6ed

[Intel-gfx] [PATCH v2 1/2] drm: Spelling s/sempahore/semaphore/

2023-04-11 Thread Geert Uytterhoeven
Fix misspellings of "semaphore". Signed-off-by: Geert Uytterhoeven --- drivers/gpu/drm/i915/i915_request.c | 2 +- drivers/gpu/drm/radeon/cik.c| 2 +- drivers/gpu/drm/radeon/r600.c | 2 +- include/drm/task_barrier.h | 2 +- 4 files changed, 4 insertions(+), 4

[Intel-gfx] [PATCH 2/2] drm: Spelling s/randevouz/rendez-vouz/

2023-04-11 Thread Geert Uytterhoeven
Fix a misspelling of "rendez-vouz". Signed-off-by: Geert Uytterhoeven --- include/drm/task_barrier.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/drm/task_barrier.h b/include/drm/task_barrier.h index 217c1cf21c1ab7d5..59ead429acb2afb0 100644 --- a/i

[Intel-gfx] [PATCH 1/2] drm: Spelling s/sempahore/semaphore/

2023-04-11 Thread Geert Uytterhoeven
Fix misspellings of "semaphore". Signed-off-by: Geert Uytterhoeven --- drivers/gpu/drm/i915/i915_request.c | 2 +- drivers/gpu/drm/radeon/cik.c| 2 +- drivers/gpu/drm/radeon/r600.c | 2 +- include/drm/task_barrier.h | 2 +- 4 files changed, 4 insertions(+), 4

Re: [Intel-gfx] [PATCH] drm/fb-helper: Remove helpers to change frame buffer config

2023-04-04 Thread Geert Uytterhoeven
Hi Daniel, On Tue, Aug 9, 2022 at 5:03 PM Daniel Vetter wrote: > On Sat, Jul 02, 2022 at 08:05:54PM +0200, Helge Deller wrote: > > On 6/29/22 12:56, Geert Uytterhoeven wrote: > > > The DRM fbdev emulation layer does not support pushing back > > > changes

Re: [Intel-gfx] [PATCH v3 2/2] drm/probe_helper: sort out poll_running vs poll_enabled

2023-02-07 Thread Geert Uytterhoeven
t Pinchart Signed-off-by: Dmitry Baryshkov Thanks for your patch! This gets rids of the warning splats on e.g. Renesas Koelsch and Salvator-XS, so Tested-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux b

Re: [Intel-gfx] [PATCH v4] arch: rename all internal names __xchg to __arch_xchg

2023-01-16 Thread Geert Uytterhoeven
v4: adjusted indentation (Heiko) > arch/m68k/include/asm/cmpxchg.h | 6 +++--- Acked-by: Geert Uytterhoeven [m68k] Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with tech

Re: [Intel-gfx] [PATCH v2] arch: rename all internal names __xchg to __arch_xchg

2023-01-02 Thread Geert Uytterhoeven
On Thu, Dec 29, 2022 at 12:34 PM Andrzej Hajda wrote: > __xchg will be used for non-atomic xchg macro. > > Signed-off-by: Andrzej Hajda > Reviewed-by: Arnd Bergmann Acked-by: Geert Uytterhoeven [m68k] Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven --

Re: [Intel-gfx] [PATCH 00/19] Introduce __xchg, non-atomic xchg

2022-12-22 Thread Geert Uytterhoeven
to answer: > > 1. Name of the helper, __xchg follows kernel conventions, > but for me Rust names are also OK. Before I realized the missing "&", I wondered how this is different from swap(), so naming is important. https://elixir.bootlin.com/linux/latest/source/incl

Re: [Intel-gfx] [Nouveau] [PATCH v7 00/23] drm: Analog TV Improvements

2022-11-08 Thread Geert Uytterhoeven
limitations. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds

Re: [Intel-gfx] [PATCH v2 10/33] drm/modes: Add a function to generate analog display modes

2022-09-26 Thread Geert Uytterhoeven
ock of 13.5 MHz really means ;-) Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists

Re: [Intel-gfx] [PATCH v2 09/41] drm/connector: Add TV standard property

2022-09-02 Thread Geert Uytterhoeven
C and PAL/SECAM should be added, which would really just mean 525/60 resp. 625/50. Alternatively, the tv_mode field could be split in two parts (either two separate fields, or bitwise), to maintain a clear separation between lines/fields versus color encoding and RF modulatio

Re: [Intel-gfx] [PATCH v2 10/41] drm/modes: Add a function to generate analog display modes

2022-08-31 Thread Geert Uytterhoeven
V" to the name? > - DRM_MODE_ANALOG_JM / DRM_MODE_ANALOG_BDGHIKLN (after corresponding ITU > System > Letter Designations) Or DRM_MODE_ITU_*? But given the long list of letters, this looks fragile to me. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeve

Re: [Intel-gfx] [PATCH v2 14/41] drm/modes: Move named modes parsing to a separate function

2022-08-30 Thread Geert Uytterhoeven
t; +* Having a mode that starts by a letter (and thus is named) > +* and an at-sign (used to specify a refresh rate) is > +* disallowed. > +*/ > + if (ret && refresh_ptr) > +

Re: [Intel-gfx] linux-next: manual merge of the drm tree with the drm-misc-fixes tree

2022-07-19 Thread Geert Uytterhoeven
for the hint! After reverting that commit, drm-next (sort of[1]) merges cleanly into upstream again. [1] There's still a small conflict due to the removal of force_dpms_off, cfr. the difference between commits 3283c83eb6fcfbda and cc79950bf0904f58 ("drm/amd/display: Ensure valid ev

[Intel-gfx] [PATCH] drm/fb-helper: Remove helpers to change frame buffer config

2022-06-29 Thread Geert Uytterhoeven
buffer config cannot be changed anyway. This makes the fbdev core aware that making changes to the frame buffer config is not supported, so it will always return the current config. Signed-off-by: Geert Uytterhoeven --- The only remaining DRM driver that implements fb_ops.fb_check_var() is also

Re: [Intel-gfx] [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members

2022-06-28 Thread Geert Uytterhoeven
d for compiling userspace. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programme

Re: [Intel-gfx] [PATCH v2 18/19] Revert "fbdev: Prevent probing generic drivers if a FB is already registered"

2022-04-05 Thread Geert Uytterhoeven
w if you think that makes sense and I can attempt to write a fix. > > I still think unregistering the platform_dev properly makes the most That doesn't sound very driver-model-aware to me. The device is what the driver binds to; it does not cease to exist. > sense, and feels like the most

Re: [Intel-gfx] [PATCH v1 1/1] drm/i915/selftests: Replace too verbose for-loop with simpler while

2022-02-16 Thread Geert Uytterhoeven
, > > of course. > > Well, no, the condition should be while (--i) instead to also match the > values the original loop takes. ;D "There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors." Gr{oetje,eeting}s,

Re: [Intel-gfx] [PATCH 04/21] fbcon: delete a few unneeded forward decl

2022-02-04 Thread Geert Uytterhoeven
On Tue, Feb 1, 2022 at 9:50 PM Daniel Vetter wrote: > I didn't bother with any code movement to fix the others, these just > got a bit in the way. > > Signed-off-by: Daniel Vetter Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert

Re: [Intel-gfx] [PATCH 21/21] fbdev: Make registered_fb[] private to fbmem.c

2022-02-04 Thread Geert Uytterhoeven
t num_registered_fb __read_mostly; > +#if IS_ENABLED(CONFIG_OLPC_DCON) CONFIG_FB_OLPC_DCON (everywhere), cfr. the build failure reported by the robot. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal convers

Re: [Intel-gfx] [PATCH 09/21] fbcon: Replace FBCON_FLAGS_INIT with a boolean

2022-02-03 Thread Geert Uytterhoeven
t them all to bitfields? unsigned int initialized : 1; ... > > introtate; > > intcur_rotate; > > char *cursor_data; Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In perso

Re: [Intel-gfx] [PATCH 01/21] MAINTAINERS: Add entry for fbdev core

2022-02-01 Thread Geert Uytterhoeven
tained, I expect that to continue like > we've done before, so no new expectations that patches all go through > my hands. That would be silly. This also means I'm happy to put any > other volunteer's name in the M: line, but otherwise git log says I'm > the one who's stuck with this.

Re: [Intel-gfx] [PATCH v0 42/42] notifier: Return an error when callback is already registered

2021-11-08 Thread Geert Uytterhoeven
Hi Borislav, On Mon, Nov 8, 2021 at 4:59 PM Borislav Petkov wrote: > On Mon, Nov 08, 2021 at 04:25:47PM +0100, Geert Uytterhoeven wrote: > > I'm not against returning proper errors codes. I'm against forcing > > callers to check things that cannot fail and to add individual err

Re: [Intel-gfx] [PATCH v0 42/42] notifier: Return an error when callback is already registered

2021-11-08 Thread Geert Uytterhoeven
Hi Borislav, On Mon, Nov 8, 2021 at 3:21 PM Borislav Petkov wrote: > On Mon, Nov 08, 2021 at 03:07:03PM +0100, Geert Uytterhoeven wrote: > > I think the addition of __must_check is overkill, leading to the > > addition of useless error checks and message printing. &

Re: [Intel-gfx] [PATCH v0 42/42] notifier: Return an error when callback is already registered

2021-11-08 Thread Geert Uytterhoeven
age printing. Many callers call this where it cannot fail, and where nothing can be done in the very unlikely event that the call would ever start to fail. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In

Re: [Intel-gfx] mmotm 2021-10-05-19-53 uploaded (drivers/gpu/drm/msm/hdmi/hdmi_phy.o)

2021-10-07 Thread Geert Uytterhoeven
F && COMMON_CLK) || COMPILE_TEST + depends on OF || COMPILE_TEST to keep a better separation between hard and soft dependencies. Note that the "depends on OF || COMPILE_TEST" can even be deleted, as the dependency on ARCH_QCOM || SOC_IMX5 implies OF. > depe

Re: [Intel-gfx] [PATCH 000/141] Fix fall-through warnings for Clang

2020-11-26 Thread Geert Uytterhoeven
ialized" warnings thrown up by gcc-4.1, until (a bit later than) support for that compiler was removed... Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations

Re: [Intel-gfx] [PATCH] fbcon: Disable accelerated scrolling

2020-11-18 Thread Geert Uytterhoeven
Hi Daniel, Replying "early" (see below), as this was applied to drm-misc/for-linux-next. On Sat, Oct 31, 2020 at 3:17 PM Daniel Vetter wrote: > On Sat, Oct 31, 2020 at 11:28 AM Geert Uytterhoeven > wrote: > > On Thu, 29 Oct 2020, Daniel Vetter wrote: > > > So eve

Re: [Intel-gfx] [PATCH] fbcon: Disable accelerated scrolling

2020-10-31 Thread Geert Uytterhoeven
| (fast_copyarea && !fast_imageblit)) - p->scrollmode = SCROLL_MOVE; - else - p->scrollmode = SCROLL_REDRAW; - } } #define PITCH(w) (((w) + 7) >> 3) -- 2.28.0 ___ dr

Re: [Intel-gfx] [PATCH 37/52] drm/rcar-du: Drop explicit drm_mode_config_cleanup call

2020-02-19 Thread Geert Uytterhoeven
Hi Daniel, On Wed, Feb 19, 2020 at 11:57 AM Daniel Vetter wrote: > On Wed, Feb 19, 2020 at 11:30 AM Geert Uytterhoeven > wrote: > > On Wed, Feb 19, 2020 at 11:22 AM Daniel Vetter > > wrote: > > > It's right above the drm_dev_put(). > > > > &g

Re: [Intel-gfx] [PATCH 37/52] drm/rcar-du: Drop explicit drm_mode_config_cleanup call

2020-02-19 Thread Geert Uytterhoeven
series. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer&q

Re: [Intel-gfx] [PATCH v6 19/24] drm/bridge: dumb-vga-dac: Provide ddc symlink in connector sysfs directory

2019-08-13 Thread Geert Uytterhoeven
Fix sent https://lore.kernel.org/lkml/20190813093046.4976-1-geert+rene...@glider.be/ Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical peop

[Intel-gfx] [PATCH trivial] drm/i915: Grammar s/the its/its/

2019-06-07 Thread Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven --- drivers/gpu/drm/i915/intel_dpll_mgr.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_dpll_mgr.h b/drivers/gpu/drm/i915/intel_dpll_mgr.h index 8835dd20f1d27e05..79a53c5439a8e6db 100644 --- a/drivers/gpu/drm

Re: [Intel-gfx] [PATCH 20/33] fbdev/sh_mob: Remove fb notifier callback

2019-05-20 Thread Geert Uytterhoeven
rom when this was originally introduced > in > > commit 6011bdeaa6089d49c02de69f05980da7bad314ab > Author: Guennadi Liakhovetski > Date: Wed Jul 21 10:13:21 2010 + > > fbdev: sh-mobile: HDMI support for SH-Mobile SoCs > > So let's just remove it. > > Signed

Re: [Intel-gfx] [PATCH 11/33] fbdev/sh_mobile: remove sh_mobile_lcdc_display_notify

2019-05-20 Thread Geert Uytterhoeven
On Mon, May 20, 2019 at 10:25 AM Daniel Vetter wrote: > It's dead code, and removing it avoids me having to understand > what it's doing with lock_fb_info. > > Signed-off-by: Daniel Vetter Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geer

Re: [Intel-gfx] [PATCH v2 3/7] lib/hexdump.c: Optionally suppress lines of repeated bytes

2019-05-13 Thread Geert Uytterhoeven
;-) $ cat $(type -p unhexdump) #!/bin/sh sed 's/^[0-9a-f]*//' $1 | xxd -r -p | dd conv=swab Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call

Re: [Intel-gfx] linux-next: manual merge of the mfd tree with the drm-intel tree

2018-08-21 Thread Geert Uytterhoeven
gt; > +PORT_TC2, > > +PORT_TC3, > > +PORT_TC4, > > + > > +I915_MAX_TC_PORTS > > +}; > > + > > +enum tc_port_type { > > +TC_PORT_UNKNOWN = 0, > > +TC_PORT_TYPEC, > > +TC_PORT_TBT, > > +TC_

Re: [Intel-gfx] [PATCH 09/12] nubus: use for_each_if

2018-07-17 Thread Geert Uytterhoeven
mac8390.c:402: error: expected ‘;’ before ‘{’ token Apparently this depends on patch [01/12], which wasn't CCed to linux-m...@lists.linux-m68k.org? Please don't split CCs if all patches in the a series are not independent. Thanks! Gr{oetje,eeting}s, Geert -- Geert Uytt

[Intel-gfx] [PATCH] drm/i915: Spelling s/auxilliary/auxiliary/

2015-03-12 Thread Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be --- drivers/gpu/drm/i915/intel_runtime_pm.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_runtime_pm.c b/drivers/gpu/drm/i915/intel_runtime_pm.c index 6d8e29abbc333c87

Re: [Intel-gfx] [PATCH] video/fbdev: Always built-in video= cmdline parsing

2014-08-06 Thread Geert Uytterhoeven
, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say programmer or something like that. -- Linus Torvalds

Re: [Intel-gfx] [Mesa-dev] [PATCH] dri3, i915, i965: Add __DRI_IMAGE_FOURCC_SARGB8888

2013-11-25 Thread Geert Uytterhoeven
. Y, Cb, Cr, and alpha, giving a proper visual. Unfortunately the YCbCr visuals haven't made it into mainline. FOURCC unifies all of that in (not so) unique 32-bit IDs. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux

Re: [Intel-gfx] [PATCH 2/2] i915: i915_gem: Print a size_t with %z

2013-06-20 Thread Geert Uytterhoeven
the aperture: object=%zd %s aperture=%ld\n, + DRM_ERROR(Attempting to bind an object larger than the aperture: object=%zd %s aperture=%zd\n, size_t is unsigned, so you better change it to %zu. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux