[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <s5ha7or6ha0.wl-tiwai@suse.de>
Date: Sat, 08 Sep 2018 19:16:55 +0200
From: Takashi Iwai <tiwai@...e.de>
To: Stefan Wahren <stefan.wahren@...e.com>
Cc: Eric Anholt <eric@...olt.net>,
linux-rpi-kernel@...ts.infradead.org,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 00/29] staging: bcm2835-audio: Cleanups and fixes
On Sat, 08 Sep 2018 19:00:34 +0200,
Stefan Wahren wrote:
>
> Hi,
>
> > Takashi Iwai <tiwai@...e.de> hat am 8. September 2018 um 18:21 geschrieben:
> >
> >
> > On Sat, 08 Sep 2018 15:18:10 +0200,
> > Stefan Wahren wrote:
> > >
> > > Hi Takashi,
> > >
> > > > Takashi Iwai <tiwai@...e.de> hat am 4. September 2018 um 17:58 geschrieben:
> > > >
> > > >
> > > > Hi,
> > > >
> > > > since I had an opportunity to play with RPi3B+ recently, I took a look
> > > > at the existing bcm2835-audio driver code and was amused very much :)
> > > >
> > > > So here is the result, a cleanup and fix patch series.
> > > >
> > > > Most of the patches are trivial cleanups, just brushing up, removing
> > > > many redundant and buggy codes, as well as code simplifications.
> > > >
> > > > A big functional change is that now it uses non-atomic PCM ops, so
> > > > that we can kill the ugly workqueue usages. Also, the resource
> > > > management was simplified.
> > >
> > > first of all, thank you very much for this series.
> > >
> > > Eric has no time as maintainer, so i will try to give you some feedback (beware of very little audio driver knowledge).
> > >
> > > I functionally tested your patch series on a Raspberry Pi 1 B (bcm2835_defconfig), so this whole series is at least:
> > >
> > > Tested-by: Stefan Wahren <stefan.wahren@...e.com>
> >
> > OK, thanks, I'll put to my series in case of resubmission.
> > Meanwhile I'll keep the series in topic/vc04 branch of sound.git
> > tree.
>
> does it mean this series should go through your tree instead of Greg's?
I don't mind either way. I just wanted to expose the latest patchset
in git tree in case anyone needing more reviews.
The merge route can be decided later.
> > > Unfortunately there is still an corruption issue with underlying vchiq and multi_v7_defconfig, so no wider tests.
> >
> > What is this corruption issue?
>
> Actual there are two of them.
>
> First one are incompatibilities of older VC4 firmware with commit 14dd37fc7b65 ("staging: vc04_services: Remove cache-line-size property (v3)"). There is a pull request for the Foundation kernel which hasn't been upstreamed yet [1].
>
> The second is documented here [2].
>
> [1] - https://github.com/raspberrypi/linux/pull/2666
> [2] - https://github.com/lategoodbye/rpi-zero/issues/23
OK, thanks.
> > > I don't know if you tested this series on a Raspberry Pi. Maybe you have some specific scenarios, which should be tested.
> >
> > I have only a RPi3B+, and that's all what I've tested.
>
> Great, just of curiosity which config did you use?
It's SLE / openSUSE. The kernel is almost vanilla 4.18.5 with my
patches.
> > It'd be great if the patch series could be tested in a wider range of
> > models, of course.
> >
> > The patches are only about cleanups. They corrected the bad usages of
> > audio APIs and its design, but basically I haven't touched the basic
> > functionality intentionally at all. So the behavior should be kept as
> > before.
> >
> > (Actually it'd be better to revisit the design later, especially about
> > the multi-cards option and the PCM route mixer control, but I left as
> > is for compatibility reason for now.)
> >
> > > As a reviewer i have some suggestions, but only trivia. I don't know if it's a problem that this series hasn't been send to devel@...verdev.osuosl.org
> >
> > No, it's just because that address isn't found in MAINTAINERS file.
> > If it should go through it, please correct the entry at first :)
>
> No, this is the mailing list for all staging driver. It is reported by get_maintainers.pl
Ah, I see.
thanks,
Takashi
Powered by blists - more mailing lists