Re: [PATCH -next] drm/etnaviv: remove unneeded if-null-free check

ore some freeing functions is not needed. > > Signed-off-by: Qiheng Lin Reviewed-by: Christian Gmeiner -- greets -- Christian Gmeiner, MSc https://christian-gmeiner.info/privacypolicy

Re: [PATCH] drm/etnaviv: Remove redundant NULL check

it.c:618:2-8: WARNING: NULL > check before some freeing functions is not needed. > > ./drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c:616:2-8: WARNING: NULL > check before some freeing functions is not needed. > > Reported-by: Abaci Robot > Signed-off-by: Jiapeng Chong R

[PATCH] drm/etnaviv: provide more ID values via GET_PARAM ioctl.

Make it possible for the user space to access these ID values. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 12 include/uapi/drm/etnaviv_drm.h| 3 +++ 2 files changed, 15 insertions(+) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c b

Re: [PATCH 0/4] drm/etnaviv: add total hi bandwidth perf counters

Hi Lucas, almost one month has passed since I sent this little patch series - is there any update on this? Am Fr., 14. Aug. 2020 um 11:05 Uhr schrieb Christian Gmeiner : > > This little patch set adds support for the total bandwidth used by HI. The > basic hi bandwidth read-out is qui

Re: [PATCH] drm/etnaviv: fix external abort seen on GC600 rev 0x19

. > Uhh.. okay.. just send a V2 - thanks for testing :) -- greets -- Christian Gmeiner, MSc https://christian-gmeiner.info/privacypolicy

[PATCH v2] drm/etnaviv: fix external abort seen on GC600 rev 0x19

read these two registers on the affected GPU core. Signed-off-by: Christian Gmeiner Reported-by: Josua Mayer Fixes: 815e45bbd4d3 ("drm/etnaviv: determine product, customer and eco id") Cc: sta...@vger.kernel.org --- Changelog: V2: - use correct register for conditional reads. ---

[PATCH] drm/etnaviv: fix external abort seen on GC600 rev 0x19

read these two registers on the affected GPU core. Signed-off-by: Christian Gmeiner Reported-by: Josua Mayer Fixes: 815e45bbd4d3 ("drm/etnaviv: determine product, customer and eco id") Cc: sta...@vger.kernel.org --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 11 +-- 1 file change

[PATCH 4/4] drm/etnaviv: add pipe_select(..) helper

Replace the open coded pixel pipe selection pattern with a function. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 24 +++ 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c b/drivers

[PATCH 2/4] drm/etnaviv: call perf_reg_read(..)

Replace the open coded access pattern with a function call. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c

[PATCH 3/4] drm/etnaviv: add total hi bandwidth perfcounter

These two perf counters represent the total read and write GPU bandwidth in terms of 64bits. The used sequence was taken from Vivante kernel driver. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 35 ++- 1 file changed, 34 insertions(+), 1

[PATCH 0/4] drm/etnaviv: add total hi bandwidth perf counters

This little patch set adds support for the total bandwidth used by HI. The basic hi bandwidth read-out is quite simple but I needed to add some little clean-ups to make it nice looking. Christian Gmeiner (4): drm/etnaviv: rename pipe_reg_read(..) drm/etnaviv: call perf_reg_read(..) drm

[PATCH 1/4] drm/etnaviv: rename pipe_reg_read(..)

pipe_reg_read(..) iterates over all pixel pipes, selects a perf counter register and sums the actual perf counter value. Rename the function to reflect more what it is actual doing. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 30 +++ 1

Re: [PATCH 0/4] Add support for GPU load values

Hi Lucas, Am Fr., 10. Juli 2020 um 10:44 Uhr schrieb Christian Gmeiner : > > Hoi Lucas > > Am Fr., 10. Juli 2020 um 10:31 Uhr schrieb Lucas Stach > : > > > > Hi Christian, > > > > Am Freitag, den 10.07.2020, 09:41 +0200 schrieb Christian Gmeiner: > >

Re: [PATCH 2/4] drm/etnaviv: add loadavg accounting

Hoi Lucas, Am Fr., 10. Juli 2020 um 10:19 Uhr schrieb Lucas Stach : > > Hi Christian, > > Am Freitag, den 10.07.2020, 09:41 +0200 schrieb Christian Gmeiner: > > The GPU has an idle state register where each bit represents the idle > > state of a sub-GPU component li

Re: [PATCH 0/4] Add support for GPU load values

Hoi Lucas Am Fr., 10. Juli 2020 um 10:31 Uhr schrieb Lucas Stach : > > Hi Christian, > > Am Freitag, den 10.07.2020, 09:41 +0200 schrieb Christian Gmeiner: > > This patch series add support for loadavg values for GPU > > sub-components. I am adding a SMA algorithm as I wa

[PATCH 3/4] drm/etnaviv: show loadavg in debugfs

Might be helpful to see the loadavg in debugfs. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c b/drivers/gpu/drm/etnaviv/etnaviv_gpu.c index

[PATCH 4/4] drm/etnaviv: export loadavg via perfmon

Make it possible to access the sub-GPU component load value from user space with the perfmon infrastructure. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 79 +++ 1 file changed, 79 insertions(+) diff --git a/drivers/gpu/drm/etnaviv

[PATCH 1/4] drm/etnaviv: add simple moving average (SMA)

This adds a SMA algorithm inspired by Exponentially weighted moving average (EWMA) algorithm found in the kernel. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_sma.h | 53 +++ 1 file changed, 53 insertions(+) create mode 100644 drivers/gpu/drm

[PATCH 2/4] drm/etnaviv: add loadavg accounting

percentage based load of each sub-GPU component. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_drv.c | 14 drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 32 +++ drivers/gpu/drm/etnaviv/etnaviv_gpu.h | 29 3 files changed, 75

[PATCH 0/4] Add support for GPU load values

This patch series add support for loadavg values for GPU sub-components. I am adding a SMA algorithm as I was not really sure if EWMA would be a good fit for this use case. Christian Gmeiner (4): drm/etnaviv: add simple moving average (SMA) drm/etnaviv: add loadavg accounting drm/etnaviv

[PATCH v2] drm/etnaviv: fix perfmon domain interation

at all. The fix for this off-by-one error is quite simple. Reported-by: Paul Cercueil Tested-by: Paul Cercueil Fixes: ed1dd899baa3 ("drm/etnaviv: rework perfmon query infrastructure") Cc: sta...@vger.kernel.org Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv

Re: [PATCH] drm/etnaviv: fix perfmon domain interation

Hi Lucas, Am So., 17. Mai 2020 um 14:03 Uhr schrieb Lucas Stach : > > Hi Christian, > > Am Montag, den 11.05.2020, 14:37 +0200 schrieb Christian Gmeiner: > > The GC860 has one GPU device which has a 2d and 3d core. In this case > > we want to expose perfmon information for

Re: [PATCH] drm/etnaviv: fix perfmon domain interation

Am Fr., 15. Mai 2020 um 12:33 Uhr schrieb Lucas Stach : > > Am Freitag, den 15.05.2020, 12:27 +0200 schrieb Christian Gmeiner: > > Am Fr., 15. Mai 2020 um 12:24 Uhr schrieb Lucas Stach > > : > > > Am Freitag, den 15.05.2020, 12:12 +0200 schrieb Paul Cer

Re: [PATCH] drm/etnaviv: fix perfmon domain interation

Am Fr., 15. Mai 2020 um 12:24 Uhr schrieb Lucas Stach : > > Am Freitag, den 15.05.2020, 12:12 +0200 schrieb Paul Cercueil: > > Hi Christian, > > > > Le ven. 15 mai 2020 à 12:09, Christian Gmeiner > > a écrit : > > > Am Mo., 11. Mai 2020 um 14:38 Uhr schrieb

Re: [PATCH] drm/etnaviv: fix perfmon domain interation

Hi Paul Am Fr., 15. Mai 2020 um 12:12 Uhr schrieb Paul Cercueil : > > Hi Christian, > > Le ven. 15 mai 2020 à 12:09, Christian Gmeiner > a écrit : > > Am Mo., 11. Mai 2020 um 14:38 Uhr schrieb Christian Gmeiner > > : > >> > >> The GC860 has one G

Re: [PATCH] drm/etnaviv: fix perfmon domain interation

Am Mo., 11. Mai 2020 um 14:38 Uhr schrieb Christian Gmeiner : > > The GC860 has one GPU device which has a 2d and 3d core. In this case > we want to expose perfmon information for both cores. > > The driver has one array which contains all possible perfmon domains > with some met

Re: [PATCH] drm/etnaviv: Fix the pm_domain lookup

t that it's because pm_domain() returns a pointer outside any > any of the etnaviv_pm_domains. Unless I'm mistaken, the algorithm in > pm_domain() is entirely botched when GPU's features match more than one > domain. This tries to remedy it. > > Tested with kmscube wit

[PATCH] drm/etnaviv: fix perfmon domain interation

at all. The fix for this off-by-one error is quite simple. Reported-by: Paul Cercueil Tested-by: Paul Cercueil Fixes: ed1dd899baa3 ("drm/etnaviv: rework perfmon query infrastructure") Cc: sta...@vger.kernel.org Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_per

[PATCH] drm/etnaviv: fix perfmon domain interation

at all. The fix for this off-by-one error is quite simple. Reported-by: Paul Cercueil Tested-by: Paul Cercueil Fixes: ed1dd899baa3 ("drm/etnaviv: rework perfmon query infrastructure") Cc: sta...@vger.kernel.or Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_per

[PATCH] arm64: defconfig: CONFIG_DRM_ETNAVIV=m

For imx8 we want to enable etnaviv, let's enable it in defconfig, it will be useful to have it enabled for KernelCI boot and runtime testing. Signed-off-by: Christian Gmeiner --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b

Re: [PATCH 1/2] input: touchscreen: ar1021_i2c: enable touch mode during open

2018-02-06 2:20 GMT+01:00 Dmitry Torokhov : > On Mon, Feb 05, 2018 at 11:07:08AM +0100, Christian Gmeiner wrote: >> Hi all. >> >> 2017-04-27 14:22 GMT+02:00 Martin Kepplinger >> : >> > The device could as well be in command mode, in which this driver cannot

Re: [PATCH 1/2] input: touchscreen: ar1021_i2c: enable touch mode during open

2018-02-05 11:40 GMT+01:00 Martin Kepplinger : > > > > > Martin Kepplinger | Entwicklung Software > > GINZINGER ELECTRONIC SYSTEMS GMBH > > Tel.: +43 7723 5422 157 > Mail: martin.kepplin...@ginzinger.com > Web: www.ginzinger.com > > > > > On 2018

Re: [PATCH 1/2] input: touchscreen: ar1021_i2c: enable touch mode during open

0x01, /* number of bytes after this */ > + AR1021_CMD_ENABLE_TOUCH }; > + > + error = i2c_master_send(ar1021->client, cmd_enable_touch, > + sizeof(cmd_enable_touch)); > + if (error < 0) > + return error; > > enable_irq(client->irq); > > -- > 2.1.4 > -- greets -- Christian Gmeiner, MSc https://christian-gmeiner.info

Re: [PATCH] Input: ar1021 - do not force raising edge IRQ trigger

roller after requesting/enabling IRQ. > > Signed-off-by: Dmitry Torokhov Reviewed-By: Christian Gmeiner greets -- Christian Gmeiner, MSc https://www.youtube.com/user/AloryOFFICIAL https://soundcloud.com/christian-gmeiner

Re: [PATCH v2] Input: ar1021-i2c - fix too long name in driver's device table

ver uses capitals, and > the manufacturer name is normally not included, except in very rare cases > of incompatible name collisions. > > Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=116211 > Fixes: dd4cae8bf166 ("Input: Add Microchip AR1021 i2c touchscreen") > Signed-

Re: imx-drm: vblank wait timed out

2017-04-05 12:05 GMT+02:00 Philipp Zabel : > On Tue, 2017-04-04 at 14:50 +0200, Christian Gmeiner wrote: > [...] >> > Is this on a non-plus i.MX6? Maybe are missing the LDB DI clock glitch >> > fixes (commits 5d283b083800, 03d576f202e8, and f13abeff2cde)? >> >>

Re: imx-drm: vblank wait timed out

2017-04-04 10:14 GMT+02:00 Philipp Zabel : > Hi Christian, > > On Mon, 2017-04-03 at 17:16 +0200, Christian Gmeiner wrote: >> 2017-03-31 14:57 GMT+02:00 Philipp Zabel : >> > Hi Christian, >> > >> > On Fri, 2017-03-31 at 12:44 +0200, Christian Gmeiner w

Re: imx-drm: vblank wait timed out

2017-03-31 14:57 GMT+02:00 Philipp Zabel : > Hi Christian, > > On Fri, 2017-03-31 at 12:44 +0200, Christian Gmeiner wrote: >> Hi >> >> I get this from time to time on a 4.9.17 kernel: >> >> [3.353387] [ cut here ] >> [3

imx-drm: vblank wait timed out

-- Christian Gmeiner, MSc https://www.youtube.com/user/AloryOFFICIAL https://soundcloud.com/christian-gmeiner

Re: [PATCH] drm/etnaviv: Remove duplicate header file include

2017-01-31 19:56 GMT+01:00 Liviu Dudau : > etnaviv_gem.h header gets included twice. Remove duplicate. > > Signed-off-by: Liviu Dudau Reviewed-by: Christian Gmeiner > --- > drivers/gpu/drm/etnaviv/etnaviv_drv.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a

Re: [PATCH] Input: ar1021-i2c - fix too long name in driver's device table

r1021_i2c_suspend, > ar1021_i2c_resume); > > static const struct i2c_device_id ar1021_i2c_id[] = { > - { "MICROCHIP_AR1021_I2C", 0 }, > + { "MICROCHIP_AR1021", 0 }, > { }, > }; > MODULE_DEVICE_TABLE(i2c, ar1021_i2c_id); > -- > 2.8.0.rc3.226.g39d4020 > Reviewed-By: Christian Gmeiner

Re: [PATCH] spi: imx: wait_for_completion_timeout(..) for PIO transfers

Hi Mark, 2016-07-01 17:01 GMT+02:00 Mark Brown : > On Fri, Jul 01, 2016 at 02:32:58PM +0200, Christian Gmeiner wrote: >> In some rare cases I see the following 'task blocked' information. It >> looks like the PIO transfer has some problems and never

[PATCH] spi: imx: wait_for_completion_timeout(..) for PIO transfers

In some rare cases I see the following 'task blocked' information. It looks like the PIO transfer has some problems and never succeeds. Make use of wait_for_completion_timeout(..) to detect this case and return -ETIMEDOUT. v2: remove backtrace from commit message Signed-off-by: Christi

[PATCH] spi: imx: wait_for_completion_timeout(..) for PIO transfers

0003 r6:4000 r5: r4:b495d018 Signed-off-by: Christian Gmeiner --- drivers/spi/spi-imx.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/spi/spi-imx.c b/drivers/spi/spi-imx.c index 50769078..d2b96b1 100644 --- a/drivers/spi/spi-imx.c +++

Re: [RESEND PATCH v2] pwm-backlight: Avoid backlight flicker when probed from DT

6 +343,7 @@ static int pwm_backlight_probe(struct platform_device > *pdev) > } > > bl->props.brightness = data->dft_brightness; > + bl->props.power = initial_blank; > backlight_update_status(bl); > > platform_set_drvdata(pdev, bl);

Re: Regression: at24 eeprom writing

Hi Peter. Sorry for the late answer - I am currently on my way to Dublin. Maybe it helps if you enable I2C_DEBUG_CORE and I2C_DEBUG_BUS. In theory you should see a little bit better what happens on the bus. Greets -- Christian Gmeiner, MSc https://soundcloud.com/christian-gmeiner 2015-10-04

Re: [PATCH] gpio: pca953x: Fix warning when HW interrupts are rescheduled by the softirq tasklet

Hi Grygorii 2015-07-07 12:00 GMT+02:00 Grygorii Strashko : > Hi Christian, > > On 07/07/2015 09:29 AM, Christian Gmeiner wrote: >> Hi all >> >> 2014-09-26 11:07 GMT+02:00 Linus Walleij : >>> On Thu, Sep 25, 2014 at 6:26 PM, Grygorii Strashko >>> wrot

Re: [PATCH] gpio: pca953x: Fix warning when HW interrupts are rescheduled by the softirq tasklet

040 r4:c07ba098 r3:c002f908 [ 313.054387] [] (__do_softirq) from [] (run_ksoftirqd+0x38/0x54) [ 313.062058] r10:0002 r9: r8:c07c1908 r7: r6:0001 r5:0001 [ 313.070017] r4:ee893980 [ 313.072605] [] (run_ksoftirqd) from [] (smpboot_thread_fn+0x1f8/0x2f0) [ 313.080906] [] (s

Re: [PATCH 1/4] x86: Add basic support for the Congatec CGEB BIOS interface

Hi Paul Thanks for looking over my patches! 2015-06-12 11:35 GMT+02:00 Paul Bolle : > A few nits. > > On Thu, 2015-06-11 at 22:48 +0200, Christian Gmeiner wrote: >> --- /dev/null >> +++ b/drivers/mfd/congatec-cgeb.c > >> + * This program is free software; you can

[PATCH 4/4] backlight: Add Congatec CGEB backlight driver

This driver provides support for the CGEB backlight found on some Congatec x86 modules. Signed-off-by: Christian Gmeiner --- drivers/video/backlight/Kconfig| 7 ++ drivers/video/backlight/Makefile | 1 + drivers/video/backlight/congatec-cgeb_bl.c | 125

[PATCH 3/4] watchdog: Add Congatec CGEB watchdog driver

From: Sascha Hauer This driver provides support for the CGEB watchdog found on some Congatec x86 modules. Signed-off-by: Sascha Hauer Signed-off-by: Christian Gmeiner --- drivers/watchdog/Kconfig | 10 ++ drivers/watchdog/Makefile | 3 + drivers/watchdog

[PATCH 0/4] Add support for Congatec CGEB BIOS interface

The following series adds support for the Congatec CGEB interface found on some Congatec x86 boards. The CGEB interface is a BIOS interface which provides access to onboard peripherals like I2C busses and watchdogs. It works by mapping BIOS code and searching for magic values which specify the entr

[PATCH 1/4] x86: Add basic support for the Congatec CGEB BIOS interface

Hauer Signed-off-by: Christian Gmeiner --- drivers/mfd/Kconfig | 10 + drivers/mfd/Makefile | 1 + drivers/mfd/congatec-cgeb.c | 591 ++ include/linux/mfd/congatec-cgeb.h | 105 +++ 4 files changed, 707 insertions

[PATCH 2/4] i2c: Add Congatec CGEB I2C driver

From: Sascha Hauer This driver provides a I2C bus driver for the CGEB interface found on some Congatec x86 modules. No devices are registered on the bus, the user has to do this via the i2c device /sys interface. Signed-off-by: Sascha Hauer Signed-off-by: Christian Gmeiner --- drivers/i2c

Re: [PATCH 15/20] leds: mark ot200 driver with LED_BRIGHTNESS_FAST flag

linux-l...@vger.kernel.org > CC: linux-kernel@vger.kernel.org > CC: Sebastian Andrzej Siewior > CC: Christian Gmeiner > > Signed-off-by: Stas Sergeev > --- > drivers/leds/leds-ot200.c |1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/leds/leds-ot200

Re: [RFCv3 2/2] dma-buf: add helpers for sharing attacher constraints with dma-parms

to >be managed by the GPU driver so that it knows when (and how) to insert >the flushes. > > > * - as a direct result of that, I've stopped all further development of > etnaviv drm, and I'm intending to strip it out from my Xorg DDX driver > as the etnaviv drm

fec: warning found by dma debug

) [ 18.182937] r7: r6: r5:c004f010 r4:e5157800 [ 18.188680] ---[ end trace dcf0152c9771f20a ]--- -- Christian Gmeiner, MSc https://soundcloud.com/christian-gmeiner -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

flexcan: sabrelite

HI all. Is there anyone out there who got flexcan up and running with the latest mainline kernel? -- Christian Gmeiner, MSc https://soundcloud.com/christian-gmeiner -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.

requesting modules in the i2c-core in case of OF

: Christian Gmeiner alias: of:N*T*Cmicrochip,ar1021_i2c* alias: i2c:MICROCHIP_AR1021_I2C depends: intree: Y vermagic: 3.14.18 SMP preempt mod_unload ARMv7 p2v8 So the ar1021_i2c driver is build as kernel module and at this point it is not possible to modprobe

I/O error, dev mmcblk0

rom_fork+0x14/0x3c) [61203.040790] mmcblk0: error -110 transferring data, sector 13343340, nr 28, cmd response 0x900, card status 0x0 [61203.058818] end_request: I/O error, dev mmcblk0, sector 13343340 [61208.496035] mmcblk0: error -110 transferring data, sector 13343341, nr 27, cmd response 0x900, c

Re: [PATCH v2 5/7] drm/tegra: Convert to master/component framework

by: Thierry Reding Is there a git tree somewhere to have a look at? I am interested in the usage of the master/component framework. thanks -- Christian Gmeiner, MSc https://soundcloud.com/christian-gmeiner -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in th

[tip:x86/urgent] x86/reboot: Add reboot quirk for Certec BPC600

Commit-ID: aadca6fa4068ad1f92c492bc8507b7ed350825a2 Gitweb: http://git.kernel.org/tip/aadca6fa4068ad1f92c492bc8507b7ed350825a2 Author: Christian Gmeiner AuthorDate: Wed, 7 May 2014 09:01:54 +0200 Committer: Ingo Molnar CommitDate: Wed, 7 May 2014 11:22:10 +0200 x86/reboot: Add reboot

[PATCH] x86/reboot: Add reboot quirk for Certec BPC600

Certec BPC600 needs reboot=pci to actually reboot. Signed-off-by: Christian Gmeiner --- arch/x86/kernel/reboot.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c index 3399d3a..52b1157 100644 --- a/arch/x86/kernel/reboot.c +++ b

HARDIRQ-safe -> HARDIRQ-unsafe lock order detected

BKOPS_EN bit is not set [2.930922] mmc0: new high speed MMC card at address 0001 [2.939922] mmcblk0: mmc0:0001 SEM04G 3.68 GiB [2.945589] mmcblk0: p1 p2 [2.959204] ci_hdrc ci_hdrc.0: USB 2.0 started, EHCI 1.00 Any ideas? -- Christian Gmeiner, MSc https://soundcloud.com/christian-gmeine

Re: [PATCH v2 00/12] pwm-backlight: Add GPIO and power supply support

2013/11/8 Thierry Reding : > On Thu, Nov 07, 2013 at 01:00:04PM +0100, Christian Gmeiner wrote: >> Hi Thierry >> >> >> This series adds the ability to specify a GPIO and a power supply to >> > enable a backlight. >> > >> >> Whats t

Re: [PATCH v2 00/12] pwm-backlight: Add GPIO and power supply support

Hi Thierry > This series adds the ability to specify a GPIO and a power supply to > enable a backlight. Whats the state of this patch set? I am looking for this kind of functionality for a pwm based backlight on a devicetree only imx6 device. greets -- Christian Gmeiner, MSc -- To unsub

Re: [PATCH] leds-ot200: Fix misbehavior caused by wrong bit masks

2013/5/14 Bryan Wu : > On Tue, May 14, 2013 at 10:16 AM, Andrew Morton > wrote: >> On Tue, 14 May 2013 10:12:04 -0700 Bryan Wu wrote: >> >>> On Tue, May 14, 2013 at 12:06 AM, Christian Gmeiner >>> wrote: >>> > 2013/5/12 Christian Gmeiner : >

Re: [PATCH] leds-ot200: Fix misbehavior caused by wrong bit masks

2013/5/12 Christian Gmeiner : > 2013/3/8 Christian Gmeiner : >> 2013/3/5 Bryan Wu : >>> On Sun, Mar 3, 2013 at 11:40 PM, Christian Gmeiner >>> wrote: >>>> ping >>>> -- >>>> Christian Gmeiner, MSc >>>> >>>> &g

Re: [PATCH] leds-ot200: Fix misbehavior caused by wrong bit masks

2013/3/8 Christian Gmeiner : > 2013/3/5 Bryan Wu : >> On Sun, Mar 3, 2013 at 11:40 PM, Christian Gmeiner >> wrote: >>> ping >>> -- >>> Christian Gmeiner, MSc >>> >>> >>> 2013/2/23 Christian Gmeiner : >>>> 2013/2/15

HPET rtc emulation

ome/vis# hwclock Tue 30 Apr 2013 09:24:35 AM CEST -0.026708 seconds root@OT:/home/vis# hwclock select() to /dev/rtc to wait for clock tick timed ou Doing some quite simple tests indicates that HPET emulation does not emulate RTC alarm interrupts or my HPET has some problems. thanks -- Christ

Re: [PATCH 1/3] x86: Add basic support for the Congatec CGEB BIOS interface

2013/3/26 Christian Gmeiner : > 2013/3/26 Sascha Hauer : >> Hi Wolfram, >> >> On Tue, Mar 26, 2013 at 10:24:35AM +0100, Wolfram Sang wrote: >>> Hi Sascha, >>> >>> > Any other comments to this series? Is the base cgeb support ok to >>&g

Re: [PATCH] at24: extend driver to allow writing via i2c_smbus_write_byte_data

domainpengutronix.de by mail.pengutronix.de. [2001:6f8:1178:4:290:27ff:fe1d:cc33]. The error that the other server returned was: 550 Account closed - please contact i...@pengutronix.de instead 2013/3/27 Christian Gmeiner : > 2013/1/24 Wolfram Sang : >> On Wed, Dec 19, 2012 at 05:07:09PM +0100,

Re: [PATCH] at24: extend driver to allow writing via i2c_smbus_write_byte_data

2013/1/24 Wolfram Sang : > On Wed, Dec 19, 2012 at 05:07:09PM +0100, Christian Gmeiner wrote: >> I have a at24 EEPROM connected via i2c bus provided by ISCH i2c >> bus driver. This bus driver does not support >> I2C_FUNC_SMBUS_WRITE_I2C_BLOCK and so I was looking for a way &

Re: [PATCH 3/3] watchdog: Add Congatec CGEB watchdog driver

r(cgeb_watchdog_driver); > + > +MODULE_AUTHOR("Sascha Hauer "); > +MODULE_DESCRIPTION("cgeb watchdog driver"); > +MODULE_LICENSE("GPL v2"); > -- There seems to be a problem: Mar 26 16:11:25 OT kernel: [ 80.207514] cgeb-watchdog cgeb-watchdog.0: register

Re: [PATCH 2/3] i2c: Add Congatec CGEB I2C driver

Radeon aux bus DP-auxch I2C adapter root@OT:/home/vis# i2cdetect 0 WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-0. I will probe address range 0x03-0x77. Continue? [Y/n] 0 1 2 3 4 5 6 7 8 9 a

Re: [PATCH 1/3] x86: Add basic support for the Congatec CGEB BIOS interface

n early version of this patch set. Btw I have a cgeb-backlight driver lying here :) Tested-by: Christian Gmeiner Acked-by: Christian Gmeiner -- Christian Gmeiner, MSc -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.ker

Re: [PATCH 1/3] x86: Add basic support for the Congatec CGEB BIOS interface

_mainline/arch/x86/platform/congatec/Makefile'. Stop. make[2]: *** [arch/x86/platform/congatec] Error 2 make[1]: *** [arch/x86/platform] Error 2 make: *** [arch/x86] Error 2 -- Christian Gmeiner, MSc -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH] leds-ot200: Fix misbehavior caused by wrong bit masks

2013/3/5 Bryan Wu : > On Sun, Mar 3, 2013 at 11:40 PM, Christian Gmeiner > wrote: >> ping >> -- >> Christian Gmeiner, MSc >> >> >> 2013/2/23 Christian Gmeiner : >>> 2013/2/15 Bryan Wu : >>>> On Wed, Feb 13, 2013 at 7:58 AM, Chri

Re: [PATCH] leds-ot200: Fix misbehavior caused by wrong bit masks

ping -- Christian Gmeiner, MSc 2013/2/23 Christian Gmeiner : > 2013/2/15 Bryan Wu : >> On Wed, Feb 13, 2013 at 7:58 AM, Christian Gmeiner >> wrote: >>> During the development of this driver an in-house register >>> documentation was used. The last weeks some in

Re: [PATCH] leds-ot200: Fix misbehavior caused by wrong bit masks

2013/2/15 Bryan Wu : > On Wed, Feb 13, 2013 at 7:58 AM, Christian Gmeiner > wrote: >> During the development of this driver an in-house register >> documentation was used. The last weeks some integration tests >> were done and this problem was found. It turned out that

[PATCH] leds-ot200: Fix misbehavior caused by wrong bit masks

control LEDs from userspace via Java, C++ or what every. They have running/working applications where they want to control led_3 but led_2 get's used. I got a bug report in our in-house bug tracker so it would be great to fix this upstream. Signed-off-by: Christian Gmeiner --- drivers/leds/leds-ot

Re: [PATCH] Congatec CGEB base, i2c and watchdog driver support

cd155.html > > This document only describes the C API, unfortunately not the > underlying BIOS interface. > > Also added are two users of this interface, a i2c master driver > and a watchdog driver. > > Comments very appreciated. Hi Sascha, against what version is this patch set? Wou

Re: [PATCH] leds-ot200: Fix error caused by shifted mask

2013/2/1 Andrew Morton : > On Fri, 1 Feb 2013 16:08:15 +0100 > Christian Gmeiner wrote: > >> ping > > Bryan is handling LEDs patches (see ./MAINTAINERS). Without a cc he > presumably missed this in the lkml flood. You are right... ~/kernel/linux-3.7.6$ ./scripts/get_

Re: [PATCH] leds-ot200: Fix error caused by shifted mask

ping -- Christian Gmeiner, MSc 2013/1/23 GMEINER.Christian : >> -Ursprüngliche Nachricht- >> Von: Christian Gmeiner [mailto:christian.gmei...@gmail.com] >> Gesendet: Mittwoch, 23. Januar 2013 09:11 >> An: linux-n...@vger.kernel.org; a...@linux-foundation.org; >

[PATCH] leds-ot200: Fix error caused by shifted mask

During the development of this driver an in-house register documentation was used. The last weeks some integration tests were done and this problem was found. It turned out that the released register documentation is wrong. The fix is very simple: shift all masks by one. Signed-off-by: Christian

[PATCH 3/3] leds-ot200: Fix error caused by shifted mask

During the development of this driver an in-house register documentation was used. The last weeks some integration tests were done and this problem was found. It turned out that the released register documentation is wrong. The fix is very simple: shift all masks by one. Signed-off-by: Christian

Re: [PATCH] leds-ot200: Fix error caused by shifted mask

ping -- Christian Gmeiner, MSc 2012/12/17 Christian Gmeiner : > 2012/12/13 Christian Gmeiner : >>> During the development of this driver an in-house register >>> documentation was used. The last weeks some integration tests >>> were done and this problem was fou

Re: [PATCH] at24: extend driver to allow writing via i2c_smbus_write_byte_data

ping -- Christian Gmeiner, MSc 2012/12/19 Christian Gmeiner : > I have a at24 EEPROM connected via i2c bus provided by ISCH i2c > bus driver. This bus driver does not support > I2C_FUNC_SMBUS_WRITE_I2C_BLOCK and so I was looking for a way > to be able to write the eeprom. This patch

[PATCH] at24: extend driver to allow writing via i2c_smbus_write_byte_data

quite slow, but it works. Signed-off-by: Christian Gmeiner --- drivers/misc/eeprom/at24.c | 35 +-- 1 file changed, 29 insertions(+), 6 deletions(-) diff --git a/drivers/misc/eeprom/at24.c b/drivers/misc/eeprom/at24.c index 2baeec5..723b411 100644 --- a/drivers/misc

Re: [PATCH] leds-ot200: Fix error caused by shifted mask

2012/12/13 Christian Gmeiner : >> During the development of this driver an in-house register >> documentation was used. The last weeks some integration tests >> were done and this problem was found. It turned out that >> the released register documentation is wrong. >

Re: [PATCH] leds-ot200: Fix error caused by shifted mask

ne. > > Signed-off-by: Christian Gmeiner > --- > drivers/leds/leds-ot200.c | 14 +++--- > 1 file changed, 7 insertions(+), 7 deletions(-) > > diff --git a/drivers/leds/leds-ot200.c b/drivers/leds/leds-ot200.c > index c464682..676e729 100644 > --- a/drivers/leds

[PATCH] leds-ot200: Fix error caused by shifted mask

During the development of this driver an in-house register documentation was used. The last weeks some integration tests were done and this problem was found. It turned out that the released register documentation is wrong. The fix is very simple: shift all masks by one. Signed-off-by: Christian

[PATCH] pata_cs5536: add quirk for broken udma

we have DMI support and so I think its a good idea to get rid of all those hacky kernel parameters as the same image is used other devices where libata.dma=0 is not a good idea. Signed-off-by: Christian Gmeiner --- drivers/ata/pata_cs5536.c | 32 ++ +- 1 file changed

Re: [PATCH] leds-ot200: Fix error caused by shifted mask

2012/10/12 Christian Gmeiner : > 2012/10/1 Greg KH : >> On Mon, Oct 01, 2012 at 02:50:40PM +0200, Christian Gmeiner wrote: >>> During the development of this driver an in-house register >>> documentation was used. The last weeks some integration tests >>> were

Re: [PATCH] leds-ot200: Fix error caused by shifted mask

2012/10/1 Greg KH : > On Mon, Oct 01, 2012 at 02:50:40PM +0200, Christian Gmeiner wrote: >> During the development of this driver an in-house register >> documentation was used. The last weeks some integration tests >> were done and this problem was found. It turned out

[PATCH] leds-ot200: Fix error caused by shifted mask

During the development of this driver an in-house register documentation was used. The last weeks some integration tests were done and this problem was found. It turned out that the released register documentation is wrong. The fix is very simple: shift all mask by one. Signed-off-by: Christian