rably this series should be applied via the i2c tree.
Acked-by: Jani Nikula
Acked-by: Thomas Zimmermann
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/i915/display/intel_gmbus.c |1 -
drivers/gpu/drm/i915/display/intel_sdvo.c |1 -
2 files changed, 2 deletions(-)
diff --git a/drive
rably this series should be applied via the i2c tree.
v2:
- change tag in commit subject of patch 03
- add ack tags
v3:
- fix a compile error in patch 5
v4:
- more ack and review tags
v5:
- more acks
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c |1 -
drive
On 23.11.2023 09:19, Thomas Zimmermann wrote:
> Hi
>
> Am 23.11.23 um 08:16 schrieb Heiner Kallweit:
>> On 23.11.2023 07:56, Thomas Zimmermann wrote:
>>> Hi
>>>
>>> Am 20.11.23 um 22:46 schrieb Heiner Kallweit:
>>>> After removal of
On 23.11.2023 07:56, Thomas Zimmermann wrote:
> Hi
>
> Am 20.11.23 um 22:46 schrieb Heiner Kallweit:
>> After removal of the legacy EEPROM driver and I2C_CLASS_DDC support in
>> olpc_dcon there's no i2c client driver left supporting I2C_CLASS_DDC.
>> Class-based d
On 21.11.2023 09:58, Jani Nikula wrote:
> On Mon, 20 Nov 2023, Heiner Kallweit wrote:
>> v4:
>> - more ack and review tags
>
> Please do not send new versions just to record the acks and
> reviews. They should be added while applying the patches.
>
Right, typically al
rably this series should be applied via the i2c tree.
Acked-by: Jani Nikula
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/i915/display/intel_gmbus.c |1 -
drivers/gpu/drm/i915/display/intel_sdvo.c |1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_
rably this series should be applied via the i2c tree.
v2:
- change tag in commit subject of patch 03
- add ack tags
v3:
- fix a compile error in patch 5
v4:
- more ack and review tags
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c |1 -
drivers/gpu/drm/a
On 19.11.2023 21:48, Heiner Kallweit wrote:
> On 19.11.2023 21:28, Helge Deller wrote:
>> On 11/19/23 12:28, Heiner Kallweit wrote:
>>> After removal of the legacy EEPROM driver and I2C_CLASS_DDC support in
>>> olpc_dcon there's no i2c client driver left supportin
On 19.11.2023 21:28, Helge Deller wrote:
> On 11/19/23 12:28, Heiner Kallweit wrote:
>> After removal of the legacy EEPROM driver and I2C_CLASS_DDC support in
>> olpc_dcon there's no i2c client driver left supporting I2C_CLASS_DDC.
>> Class-based device auto-detection
rably this series should be applied via the i2c tree.
Acked-by: Jani Nikula
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/i915/display/intel_gmbus.c |1 -
drivers/gpu/drm/i915/display/intel_sdvo.c |1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_
rably this series should be applied via the i2c tree.
v2:
- change tag in commit subject of patch 03
- add ack tags
v3:
- fix a compile error in patch 5
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c |1 -
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_d
rably this series should be applied via the i2c tree.
Acked-by: Jani Nikula
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/i915/display/intel_gmbus.c |1 -
drivers/gpu/drm/i915/display/intel_sdvo.c |1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_
rably this series should be applied via the i2c tree.
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c |1 -
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c |1 -
drivers/gpu/drm/ast/ast_i2c.c |1 -
drivers/gpu/drm/bridge/synopsys
rably this series should be applied via the i2c tree.
Acked-by: Jani Nikula
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/i915/display/intel_gmbus.c |1 -
drivers/gpu/drm/i915/display/intel_sdvo.c |1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_
rably this series should be applied via the i2c tree.
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c |1 -
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c |1 -
drivers/gpu/drm/ast/ast_i2c.c |1 -
drivers/gpu/drm/bridge/synopsys
On 13.11.2023 18:49, Wolfram Sang wrote:
>
>> Preferably this series should be applied via the i2c tree.
>
> Are we in a hurry here, i.e. does it block further development of the
> i801 smbus driver? My gut feeling says the patches should rather go via
> drm and fbdev trees, but I may be convince
On 13.11.2023 18:50, Jani Nikula wrote:
> On Mon, 13 Nov 2023, Heiner Kallweit wrote:
>> On 13.11.2023 13:17, Jani Nikula wrote:
>>> On Mon, 13 Nov 2023, Heiner Kallweit wrote:
>>>> After removal of the legacy EEPROM driver and I2C_CLASS_DDC support in
>>>&
rably this series should be applied via the i2c tree.
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/i915/display/intel_gmbus.c |1 -
drivers/gpu/drm/i915/display/intel_sdvo.c |1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_gmbus.c
b/drivers/gp
On 13.11.2023 13:17, Jani Nikula wrote:
> On Mon, 13 Nov 2023, Heiner Kallweit wrote:
>> After removal of the legacy EEPROM driver and I2C_CLASS_DDC support in
>> olpc_dcon there's no i2c client driver left supporting I2C_CLASS_DDC.
>> Class-based device auto-detection
rably this series should be applied via the i2c tree.
Signed-off-by: Heiner Kallweit
---
drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c |1 -
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c |1 -
drivers/gpu/drm/ast/ast_i2c.c |1 -
drivers/gpu/drm/bridge/synopsys
On 30.08.2023 20:56, Imre Deak wrote:
> On Wed, Aug 30, 2023 at 07:51:13AM -1000, Tejun Heo wrote:
> Hi,
>
>> Hello,
>>
>> (cc'ing i915 folks)
>>
>> On Wed, Aug 30, 2023 at 04:57:42PM +0200, Heiner Kallweit wrote:
>>> Recently I started to s
On 30.08.2023 20:56, Imre Deak wrote:
> On Wed, Aug 30, 2023 at 07:51:13AM -1000, Tejun Heo wrote:
> Hi,
>
>> Hello,
>>
>> (cc'ing i915 folks)
>>
>> On Wed, Aug 30, 2023 at 04:57:42PM +0200, Heiner Kallweit wrote:
>>> Recently I started to s
On 14.07.2019 14:46, Chris Wilson wrote:
> Quoting Heiner Kallweit (2019-07-14 13:39:15)
>> On 14.07.2019 14:34, Chris Wilson wrote:
>>> Quoting Heiner Kallweit (2019-07-13 12:12:56)
>>>> I debugged a little bit and remount_fs isn't set in sb->s_op.
>>&
On 14.07.2019 14:34, Chris Wilson wrote:
> Quoting Heiner Kallweit (2019-07-13 12:12:56)
>> On 13.07.2019 12:38, Heiner Kallweit wrote:
>>> Since few days I'm getting the following on a N3450-based headless system
>>> with linux-next.
>>> linux-next from
Since few days I'm getting the following on a N3450-based headless system with
linux-next.
linux-next from Jul 4th was still ok.
Is this a known issue?
[4.818139] BUG: kernel NULL pointer dereference, address:
[4.818165] #PF: supervisor instruction fetch in kernel mode
[
On 13.07.2019 12:38, Heiner Kallweit wrote:
> Since few days I'm getting the following on a N3450-based headless system
> with linux-next.
> linux-next from Jul 4th was still ok.
> Is this a known issue?
>
> [4.818139] BUG: kernel NULL pointer dereference, ad
On 09.01.2019 14:11, Chris Wilson wrote:
> Hi, we've hit a snag with
>
> commit 2b3e88ea65287ba738a798622405b15344871085
> Author: Heiner Kallweit
> Date: Sun Dec 16 18:30:14 2018 +0100
>
> net: phy: improve phy state checking
>
> as it is detecting that
27 matches
Mail list logo
