https://bugs.kde.org/show_bug.cgi?id=485507
--- Comment #16 from Marcel Hasler ---
Thanks! Will there be a 6.1.1 release to fix this? I see that Arch already
provides a patched version, but many others will likely be affected by this
regression, as well.
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=485507
--- Comment #7 from Marcel Hasler ---
I've assigned the bug to the author of the commit (I hope that's okay to do).
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=485507
--- Comment #6 from Marcel Hasler ---
Looking at the code some more, it seems that many functions explicitly check
for both cases, e.g. in StorageAccess::filePath():
const QString path = clearTextPath();
if (path.isEmpty() || path
https://bugs.kde.org/show_bug.cgi?id=485507
Marcel Hasler changed:
What|Removed |Added
Assignee|unassigned-b...@kde.org |k...@privat.broulik.de
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=485507
Marcel Hasler changed:
What|Removed |Added
Version|unspecified |6.1.0
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=485507
--- Comment #4 from Marcel Hasler ---
Downgrading Solid back to 6.0.0 fixes the issue.
Looking at the change log, there's really only one commit
(https://invent.kde.org/frameworks/solid/-/commit/f000b6e99f741c66744a8995f6521e9158ebf289).
I think
https://bugs.kde.org/show_bug.cgi?id=485507
Marcel Hasler changed:
What|Removed |Added
CC||mahas...@gmail.com
--- Comment #1 from Marcel
https://bugs.kde.org/show_bug.cgi?id=480367
--- Comment #6 from Marcel Hasler ---
I investigated this issue a bit further and at least in my case, running under
X11, it turned out to be related to TearFree rendering.
Without any custom configuration in place, i.e. 'xrandr --props' reports
https://bugs.kde.org/show_bug.cgi?id=480367
--- Comment #5 from Marcel Hasler ---
BTW, I also have a ThinkPad E14 with a 60 Hz display and Ryzen 7 5825U / Radeon
Graphics here running an almost identical system which does *not* show this
behavior.
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=480367
--- Comment #4 from Marcel Hasler ---
Created attachment 165787
--> https://bugs.kde.org/attachment.cgi?id=165787=edit
X11 info
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480367
--- Comment #3 from Marcel Hasler ---
Created attachment 165786
--> https://bugs.kde.org/attachment.cgi?id=165786=edit
KWin info
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480367
Marcel Hasler changed:
What|Removed |Added
CC||mahas...@gmail.com
--- Comment #2 from Marcel
of a read operation or setting a new write command.
Signed-off-by: Marcel Hasler <mahas...@gmail.com>
---
drivers/media/usb/stk1160/stk1160-ac97.c | 39 +---
drivers/media/usb/stk1160/stk1160-reg.h | 2 ++
drivers/media/usb/stk1160/stk1160.h | 2 ++
3
Sorry, somehow the email header got messed up. Ignore this one.
2016-12-15 23:13 GMT+01:00 Marcel Hasler <mahas...@gmail.com>:
> automatically.
> Reply-To:
> In-Reply-To: <20161215221146.GA9398@arch-desktop>
>
> Exposing all the channels of the device's inter
. This also makes the device work out-of-the-box, without the need for
the user to
reconfigure the device every time it's plugged in.
Signed-off-by: Marcel Hasler <mahas...@gmail.com>
---
drivers/media/usb/stk1160/Kconfig| 10 +--
drivers/media/usb/stk1160/Makefile | 4 +-
drivers
.
Signed-off-by: Marcel Hasler <mahas...@gmail.com>
---
drivers/media/usb/stk1160/stk1160-ac97.c | 26 ++
drivers/media/usb/stk1160/stk1160-core.c | 3 +--
drivers/media/usb/stk1160/stk1160-reg.h | 8
3 files changed, 35 insertions(+), 2 deletions(-)
diff
codec using optimal values, i.e. the same values set by
the Windows
driver. This also makes the device work out-of-the-box, without the need for
the user to
reconfigure the device every time it's plugged in.
Signed-off-by: Marcel Hasler <mahas...@gmail.com>
---
drivers/media/usb/stk
dule param
* Implemented polling read/write bits
Marcel Hasler (3):
stk1160: Remove stk1160-mixer and setup internal AC97 codec automatically.
stk1160: Check whether to use AC97 codec.
stk1160: Wait for completion of transfers to and from AC97 codec.
drivers/media/usb/stk1160/Kconfig| 10 +
0x504
>> +#define STK1160_AC97CTL_0_CR BIT(1)
>> +#define STK1160_AC97CTL_0_CW BIT(2)
>>
>> /* Use [0:6] bits of register 0x504 to set codec command address */
>> #define STK1160_AC97_ADDR 0x504
>> diff --git a/drivers/media/usb/stk1
Hello
2016-12-06 13:56 GMT+01:00 Mauro Carvalho Chehab <mche...@s-opensource.com>:
> Em Mon, 5 Dec 2016 22:06:59 +0100
> Marcel Hasler <mahas...@gmail.com> escreveu:
>
>> Hello
>>
>> 2016-12-05 16:38 GMT+01:00 Ezequiel Garcia <ezequ...@vanguardiasur
2016-12-05 22:06 GMT+01:00 Marcel Hasler <mahas...@gmail.com>:
> Hello
>
> 2016-12-05 16:38 GMT+01:00 Ezequiel Garcia <ezequ...@vanguardiasur.com.ar>:
>> On 5 December 2016 at 09:12, Mauro Carvalho Chehab
>> <mche...@s-opensource.com> wrote:
>>>
escreveu:
>>
>>> On 4 December 2016 at 10:01, Marcel Hasler <mahas...@gmail.com> wrote:
>>> > Hello
>>> >
>>> > 2016-12-03 21:46 GMT+01:00 Ezequiel Garcia
>>> > <ezequ...@vanguardiasur.com.ar>:
>>> >> On 2 Dec
Hello
2016-12-03 21:46 GMT+01:00 Ezequiel Garcia <ezequ...@vanguardiasur.com.ar>:
> On 2 December 2016 at 08:05, Mauro Carvalho Chehab
> <mche...@s-opensource.com> wrote:
>> Em Sun, 27 Nov 2016 12:11:48 +0100
>> Marcel Hasler <mahas...@gmail.com> escreveu:
nd bit has been cleared, but this may not be worth the hassle.
Signed-off-by: Marcel Hasler <mahas...@gmail.com>
---
drivers/media/usb/stk1160/stk1160-ac97.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/media/usb/stk1160/stk1160-ac97.c
b/drivers/media/usb/stk1160/stk1
Allow setting a custom record gain for the internal AC97 codec (if available).
This can be
a value between 0 and 15, 8 is the default and should be suitable for most
users. The Windows
driver also sets this to 8 without any possibility for changing it.
Signed-off-by: Marcel Hasler <ma
.
Signed-off-by: Marcel Hasler <mahas...@gmail.com>
---
drivers/media/usb/stk1160/stk1160-ac97.c | 26 ++
drivers/media/usb/stk1160/stk1160-core.c | 3 +--
drivers/media/usb/stk1160/stk1160-reg.h | 8
3 files changed, 35 insertions(+), 2 deletions(-)
diff
. This also makes the device work out-of-the-box, without the need for
the user to
reconfigure the device every time it's plugged in.
Signed-off-by: Marcel Hasler <mahas...@gmail.com>
---
drivers/media/usb/stk1160/Kconfig| 10 +--
drivers/media/usb/stk1160/Makefile | 4 +-
drivers
for POSVA bytes and bits
* Added check for ACDOUT bit to determine whether audio is disabled completely
* Removed info output for gain setting
* Added fourth patch which had been submitted independently before
* Expanded comment on AC97 read delay
Marcel Hasler (4):
stk1160: Remove stk1160-mixer
2016-11-20 18:37 GMT+01:00 Ezequiel Garcia <ezequ...@vanguardiasur.com.ar>:
> On 28 October 2016 at 05:52, Marcel Hasler <mahas...@gmail.com> wrote:
>> The STK1160 needs some time to transfer data from the AC97 registers into
>> its own. On some
>> systems reading
2016-11-20 18:37 GMT+01:00 Ezequiel Garcia <ezequ...@vanguardiasur.com.ar>:
> On 28 October 2016 at 05:52, Marcel Hasler <mahas...@gmail.com> wrote:
>> The STK1160 needs some time to transfer data from the AC97 registers into
>> its own. On some
>> systems reading
2016-11-20 18:36 GMT+01:00 Ezequiel Garcia <ezequ...@vanguardiasur.com.ar>:
> On 27 October 2016 at 17:35, Marcel Hasler <mahas...@gmail.com> wrote:
>> Allow setting a custom record gain for the internal AC97 codec (if
>> available). This can be
>> a value b
2016-11-20 18:36 GMT+01:00 Ezequiel Garcia <ezequ...@vanguardiasur.com.ar>:
> On 27 October 2016 at 17:34, Marcel Hasler <mahas...@gmail.com> wrote:
>> Some STK1160-based devices use the chip's internal 8-bit ADC. This is
>> configured through a strap
>> pin. The
Hello, and thanks for your feedback.
2016-11-20 18:36 GMT+01:00 Ezequiel Garcia <ezequ...@vanguardiasur.com.ar>:
> Marcel,
>
> On 27 October 2016 at 17:34, Marcel Hasler <mahas...@gmail.com> wrote:
>> Exposing all the channels of the device's internal AC97 codec to u
) and most likely use the same host
controller. My desktop motherboard on the other hand is a bit older.
So I wonder, have you experienced this problem on your own systems?
Best regards
Marcel
2016-10-28 10:52 GMT+02:00 Marcel Hasler <mahas...@gmail.com>:
> The STK1160 needs some time to tran
nd bit has been cleared, but this may not be worth the hassle.
Signed-off-by: Marcel Hasler <mahas...@gmail.com>
---
drivers/media/usb/stk1160/stk1160-ac97.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/media/usb/stk1160/stk1160-ac97.c
b/drivers/media/usb/stk1160/stk1
Allow setting a custom record gain for the internal AC97 codec (if available).
This can be
a value between 0 and 15, 8 is the default and should be suitable for most
users. The Windows
driver also sets this to 8 without any possibility for changing it.
Signed-off-by: Marcel Hasler <ma
Some STK1160-based devices use the chip's internal 8-bit ADC. This is
configured through a strap
pin. The value of this and other pins can be read through the POSVA register.
If the internal
ADC is used, there's no point trying to setup the unavailable AC97 codec.
Signed-off-by: Marcel Hasler
. This also makes the device work out-of-the-box, without the need for
the user to
reconfigure the device every time it's plugged in.
Signed-off-by: Marcel Hasler <mahas...@gmail.com>
---
drivers/media/usb/stk1160/Kconfig| 10 +--
drivers/media/usb/stk1160/Makefile | 4 +-
drivers
er exposed to userspace. The Windows
driver doesn't allow this value to be changed but instead always sets it to 8
(of 15). While this should be fine for most users, some may prefer something
higher.
Marcel Hasler (3):
stk1160: Remove stk1160-mixer and setup internal AC97 codec automatically.
The VIDEO_STK1160_AC97 option is no longer needed after the removal of
stk1160-mixer. For the
same reason SND and SND_AC97_CODEC are no longer required.
Signed-off-by: Marcel Hasler <mahas...@gmail.com>
---
drivers/media/usb/stk1160/Kconfig | 3 +--
drivers/media/usb/stk1160/Makefi
out-of-the-box, without the need for the user to reconfigure the device every
time it's plugged
in.
Signed-off-by: Marcel Hasler <mahas...@gmail.com>
---
drivers/media/usb/stk1160/Kconfig| 7 --
drivers/media/usb/stk1160/stk1160-ac97.c | 121 +++
drivers
he patches
> based, and anything else you want to mention.
>
> (And don't forget to Cc the media mailing list)
>
> Thanks again!
> Ezequiel
>
> On 27 October 2016 at 06:10, Marcel Hasler <mahas...@gmail.com> wrote:
> > The VIDEO_STK1160_AC97 option is no longer n
Some STK1160-based devices use the chip's internal 8-bit ADC. This is
configured through a strap
pin. The value of this and other pins can be read through the POSVA register.
If the internal
ADC is used, there's no point trying to setup the unavailable AC97 codec.
Signed-off-by: Marcel Hasler
2012/1/30 Marcel Hasler mahas...@gmail.com:
The only official documentation I can find is in
Documentation/input/ff.txt and it doesn't say anything about the max
for 'value'. I had a look at the kernel source instead.
input_handle_event() in input.c only checks whether 'value' is = 0
2012/1/30 Vitaliy Margolen wine-de...@kievinfo.com:
I'm afraid you'll have to dig up some documentation about what is the max
value here is then. The fact that it works doesn't mean it's correct.
Vitaliy.
The only official documentation I can find is in
Documentation/input/ff.txt and it
2012/1/29 Vitaliy Margolen wine-de...@kievinfo.com:
On 01/28/2012 05:56 PM, Marcel Hasler wrote:
According to the DirectX reference, IDirectInputEffect::Start accepts
INFINITE (aka -1) for the number of iterations. However, passing -1 to
Linux via input_event results in no effect being played
I just saw that a new repository (em28xx-new) is up. I've tried that one and
it worked great. Also it only includes the em28xx(-dvb) drivers so you don't
need to compile the entire v4l-dvb tree just to get the em28xx stuff.
So I guess the old v4l-dvb-experimental isn't necessary anymore after
Hi.
I'm still using the v4l-dvb-experimental drivers. I didn't realize the
userspace drivers were already suitable for normal users. But I'll try to
install them soon.
On a side note, the v4l-dvb-experimental broke for the 2.6.25 kernel. I've
created a patch to fix that. Perhaps it will help
48 matches
Mail list logo