() instead of
> indirection
> * Don't move intel_dp_aux_init_bcklight_funcs() call to bottom of
> intel_panel_init_backlight_funcs() quite yet
> v3:
> * Reuse intel_panel_bl_funcs() for pwm_funcs
> * Explain why we drop lpt_get_backlight()
>
> Signed-off-by: Lyude Paul
>
rameter to intel_edp_init_source_oui() to avoid
> re-writing the source OUI if it's already been set during driver
> initialization
>
> Signed-off-by: Lyude Paul
> Cc: thay...@noraisin.net
> Cc: Vasily Khoruzhick
Hi Lyude,
Sorry for a late reply.
Whole series is:
Tested-by: Vas
On Sun, Jul 12, 2020 at 11:28 PM Marcel Holtmann wrote:
Hi Marcel,
> maybe just the read sync train params command is broken? Can you change the
> init code and not send it and see if the rest of the init phase proceeds. I
> would rather have the secure connections actually tested before
Add hw monitor volume control for POD HD500. The same change may
work for HD500X but I don't have it to test.
Signed-off-by: Vasily Khoruzhick
---
v4: add NULL check for kmalloc-ed buffer
v3: - use EXPORT_SYMBOL_GPL instead of EXPORT_SYMBOL
- use GFP_KERNEL instead of GFP_ATOMIC
Add hw monitor volume control for POD HD500. The same change may
work for HD500X but I don't have it to test.
Signed-off-by: Vasily Khoruzhick
---
v3: - use EXPORT_SYMBOL_GPL instead of EXPORT_SYMBOL
- use GFP_KERNEL instead of GFP_ATOMIC for allocating a message
- use lower case
On Mon, Jul 6, 2020 at 4:47 AM Maxime Ripard wrote:
>
> Hi,
>
> On Sun, Jul 05, 2020 at 12:51:10PM -0700, Vasily Khoruzhick wrote:
> > Pinebook has an RTL8723CS WiFi + BT chip, BT is connected to UART1
> > and uses PL5 as device wake GPIO, PL6 as host wake GPIO the I2C
On Tue, Jul 7, 2020 at 9:03 AM Marcel Holtmann wrote:
>
> Hi Vasily,
>
> > Some adapters (e.g. RTL8723CS) advertise that they have more than
> > 2 pages for local ext features, but they don't support any features
> > declared in these pages. RTL8723CS reports max_page = 2 and declares
> > support
userspace
> > initialization tool (rtk_hciattach) differentiates varieties of RTL8723CS
> > (CG, VF, XX) with RTL8703B using vendor's command to read chip type.
> >
> > Also this chip declares support for some features it doesn't support
> > so add a quirk to indicate that thes
in status on corresponding commands.
Signed-off-by: Vasily Khoruzhick
---
include/net/bluetooth/hci.h | 7 +++
net/bluetooth/hci_event.c | 4 +++-
2 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/include/net/bluetooth/hci.h b/include/net/bluetooth/hci.h
index 16ab6ce87883
Pinebook uses RTL8723CS for WiFi and bluetooth. Unfortunately RTL8723CS
has broken BT-4.1 support, so it requires a quirk.
Add a quirk, wire up 8723CS support in btrtl and enable bluetooth
in Pinebook dts.
Vasily Khoruzhick (3):
Bluetooth: Add new quirk for broken local ext features max_page
command to read chip type.
Also this chip declares support for some features it doesn't support
so add a quirk to indicate that these features are broken.
Signed-off-by: Vasily Khoruzhick
---
drivers/bluetooth/btrtl.c | 128 -
drivers/bluetooth/btrtl.h | 12
Pinebook has an RTL8723CS WiFi + BT chip, BT is connected to UART1
and uses PL5 as device wake GPIO, PL6 as host wake GPIO the I2C
controlling signals are connected to R_I2C bus.
Enable it in the device tree.
Signed-off-by: Vasily Khoruzhick
---
.../arm64/boot/dts/allwinner/sun50i-a64
On Sat, May 23, 2020 at 11:59 PM Takashi Iwai wrote:
> Thanks for the patch.
> The basic implementation looks good, but I see a few issues.
> > +EXPORT_SYMBOL(line6_send_raw_message);
>
> Let's use EXPORT_SYMBOL_GPL() instead.
Sure, will do.
> > +static const unsigned int
Add hw monitor volume control for POD HD500. The same change may
work for HD500X but I don't have it to test.
Signed-off-by: Vasily Khoruzhick
---
v2: clamp volume value to [0, ARRAY_SIZE() -1] in
podhd_set_monitor_level()
sound/usb/line6/driver.c | 3 +-
sound/usb/line6/driver.h | 4
On Sat, May 23, 2020 at 10:39 AM Vasily Khoruzhick wrote:
>
> Add hw monitor volume control for POD HD500. The same change may
> work for HD500X but I don't have it to test.
Ugh, found a bug in it right after sending (value is clamped to
ARRAY_SIZE() while should be to ARRAY_SIZE()-1
Add hw monitor volume control for POD HD500. The same change may
work for HD500X but I don't have it to test.
Signed-off-by: Vasily Khoruzhick
---
sound/usb/line6/driver.c | 3 +-
sound/usb/line6/driver.h | 4 ++
sound/usb/line6/podhd.c | 124 ++-
3
On Sat, May 2, 2020 at 1:32 PM Takashi Iwai wrote:
>
> On Sat, 02 May 2020 21:31:18 +0200,
> Vasily Khoruzhick wrote:
> >
> > This series adds support for polling and non-blocking read for hwdep
> > interface. This allows apps to listen to HW events without using bus
This series adds support for polling and non-blocking read for hwdep
interface. This allows apps to listen to HW events without using busy
loop.
Example of app that uses hwdep interface for POD HD500 can be found
here: https://github.com/anarsoul/line6_hwdep_test
Vasily Khoruzhick (2):
ALSA
At least POD HD500 uses message-based communication, both sides can
send messages. Add poll callback so application can wait for device
messages without using busy loop.
Signed-off-by: Vasily Khoruzhick
---
sound/usb/line6/driver.c | 16
1 file changed, 16 insertions(+)
diff
Currently line6 hwdep interface ignores O_NONBLOCK flag when
opening device and it renders it somewhat useless when using poll.
Check for O_NONBLOCK flag when opening device and don't block read()
if it is set.
Signed-off-by: Vasily Khoruzhick
---
sound/usb/line6/driver.c | 4
sound/usb
On Sun, Aug 25, 2019 at 9:14 AM Frank Lee wrote:
>
> HI Vasily,
Hi Yangtao,
Sorry for the late reply,
> On Wed, Aug 14, 2019 at 11:01 AM Vasily Khoruzhick wrote:
> >
> > On Tue, Aug 13, 2019 at 1:06 PM Ondřej Jirman wrote:
> > >
> > > On Mon, A
On Tue, Aug 13, 2019 at 1:06 PM Ondřej Jirman wrote:
>
> On Mon, Aug 12, 2019 at 04:54:15PM -0700, Vasily Khoruzhick wrote:
> > On Mon, Aug 12, 2019 at 4:46 PM Frank Lee wrote:
> > >
> > > HI Vasily,
> > >
> > > On Sat, Aug 10,
On Mon, Aug 12, 2019 at 4:46 PM Frank Lee wrote:
>
> HI Vasily,
>
> On Sat, Aug 10, 2019 at 2:17 PM Vasily Khoruzhick wrote:
> >
> > On Fri, Aug 9, 2019 at 10:31 PM Yangtao Li wrote:
> > >
> > > H3 has extra clock, so introduce something in ths_thermal_
On Fri, Aug 9, 2019 at 10:31 PM Yangtao Li wrote:
>
> H3 has extra clock, so introduce something in ths_thermal_chip/ths_device
> and adds the process of the clock.
>
> This is pre-work for supprt it.
>
> Signed-off-by: Yangtao Li
> ---
> drivers/thermal/sun8i_thermal.c | 17 -
>
word_size.
> >
> > Workaround is to enable read by registers.
I came up with identical patch while adding A64 support into
sun8i-thermal driver, so:
> >
> > Signed-off-by: Stefan Mavrodiev
>
> Acked-by: Chen-Yu Tsai
Tested-by: Vasily Khoruzhick
>
> And for singl
Hey Yangtao,
Are you planning to send v5 anytime soon?
On Sat, Jul 13, 2019 at 11:01 AM Vasily Khoruzhick wrote:
>
> On Wed, Jul 10, 2019 at 4:09 PM Vasily Khoruzhick wrote:
> >
> > On Sun, Jun 23, 2019 at 9:42 AM Yangtao Li wrote:
> > >
> > > This patchs
On Wed, Jul 10, 2019 at 4:09 PM Vasily Khoruzhick wrote:
>
> On Sun, Jun 23, 2019 at 9:42 AM Yangtao Li wrote:
> >
> > This patchset add support for H3 and H6 thermal sensor.
> >
> > BTY, do a cleanup in thermal makfile.
> >
> > Yangtao Li (11):
>
On Sun, Jun 23, 2019 at 9:42 AM Yangtao Li wrote:
>
> This patchset add support for H3 and H6 thermal sensor.
>
> BTY, do a cleanup in thermal makfile.
>
> Yangtao Li (11):
> thermal: sun8i: add thermal driver for h6
> dt-bindings: thermal: add binding document for h6 thermal controller
>
On Tue, Jul 9, 2019 at 1:55 AM Maxime Ripard wrote:
>
> On Mon, Jul 08, 2019 at 05:49:21PM -0700, Vasily Khoruzhick wrote:
> > > > Maybe instead of edp-connector one would introduce integrator's specific
> > > > connector, for example with compatible "olimex
On Fri, Jun 21, 2019 at 11:04 AM Krzysztof Kozlowski wrote:
>
> Enable support for Mali GPU with Panfrost driver, e.g. for Exynos5433
> and Exynos7 (having Mali T760).
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> arch/arm64/configs/defconfig | 2 +-
> 1 file changed, 1 insertion(+), 1
On Wed, Jun 12, 2019 at 9:50 AM Frank Lee wrote:
>
> > If you have a git tree I'll be happy to contribute A64 support. IIRC
> > it was quite similar to H3.
>
> I built a ths branch and I will do some work later.
>
> https://github.com/TinyWindzz/linux/tree/ths
Looks like you forgot to add your
Greg,
Can we get this revert merged into stable branches? Bluetooth HID has
been broken for many devices for quite a while now and RFC patch that
fixes the breakage hasn't seen any movement for almost a month.
Regards,
Vasily
On Thu, May 23, 2019 at 7:52 AM Vasily Khoruzhick wrote:
>
>
On Mon, Jun 10, 2019 at 5:31 PM Frank Lee wrote:
>
> On Tue, Jun 11, 2019 at 7:29 AM Vasily Khoruzhick wrote:
> >
> > On Sat, May 25, 2019 at 11:17 AM Yangtao Li wrote:
> > >
> > > This patch adds the support for allwinner thermal sensor, within
> >
On Sat, May 25, 2019 at 11:17 AM Yangtao Li wrote:
>
> This patch adds the support for allwinner thermal sensor, within
> allwinner SoC. It will register sensors for thermal framework
> and use device tree to bind cooling device.
Hi Yangtao,
Any plans on v4 of this series?
> Signed-off-by:
On Sat, May 25, 2019 at 11:48 AM Frank Lee wrote:
>
> HI Ondřej,
>
> On Sun, May 19, 2019 at 10:22 PM Ondřej Jirman wrote:
> >
> > Hello Yangtao,
> >
> > On Sat, May 18, 2019 at 12:34:57AM +0800, Frank Lee wrote:
> > > HI,
> > >
> > > On Fri, May 17, 2019 at 2:29 AM Ondřej Jirman wrote:
> > > >
kernel.org/show_bug.cgi?id=203643
> >>
> >> Signed-off-by: Vasily Khoruzhick
> >> Cc: sta...@vger.kernel.org
> >
> > let me have a look at this. Maybe there is a missing initialization for
> > older HID devices that we need to handle. Do you happen to hav
This reverts commit d5bb334a8e171b262e48f378bd2096c0ea458265.
This commit breaks some HID devices, see [1] for details
https://bugzilla.kernel.org/show_bug.cgi?id=203643
Signed-off-by: Vasily Khoruzhick
Cc: sta...@vger.kernel.org
---
include/net/bluetooth/hci_core.h | 3 ---
net/bluetooth
On Sun, May 12, 2019 at 6:39 AM Maxime Ripard wrote:
>
> Hi,
>
> Thanks a lot for working on this!
>
> On Sun, May 12, 2019 at 04:26:13AM -0400, Yangtao Li wrote:
> > This patch adds the support for allwinner thermal sensor, within
> > allwinner SoC. It will register sensors for thermal framework
On Mon, Feb 4, 2019 at 4:22 AM Torsten Duwe wrote:
>
> On Thu, Oct 18, 2018 at 03:33:18PM +0800, Icenowy Zheng wrote:
> > This patchset brings the support for Analogix ANX6345 RGB-(e)DP bridge,
> > which is used by some Allwinner A64 laptops, such as Pinebook and Olimex
> > TERES-I.
> >
>
> So
elevant lists and maintainers to the CCs when replying
> to this mail.
>
> Thanks,
> Mark
>
> From 252d1c20551b745f33a490892335d2b09f5d48a7 Mon Sep 17 00:00:00 2001
> From: Vasily Khoruzhick
> Date: Fri, 25 Jan 2019 22:18:09 -0800
> Subject: [PATCH] regulator: axp20x
On Thu, Oct 18, 2018 at 4:31 AM Laurent Pinchart
wrote:
> Given that the tolerance is a property of the panel or bridge, I agree with
> Daniel that it should be implemented there, or at least in cooperation with
> drm_panel and drm_bridge.
Clock tolerance is not specified in ANX6345 datasheet.
Looks like refactoring didn't go well and left ALDO2, DLDO2 and ELDO3
definitions broken for AXP803 - now they are using register address
instead of mask. Fix it by using mask where necessary.
Fixes: db4a555f7c4cf ("regulator: axp20x: use defines for masks")
Signed-off-by: Vasily
On Fri, Dec 7, 2018 at 8:40 AM Lee Jones wrote:
> My OCD-dar is going crazy.
>
> Why haven't you used the same alignment as is already there?
>
> If it starts to run over 80-chars then bring the others back.
>
> Also why is there a single liner shoved in the middle of the
> multi-line entries?
On Fri, Dec 7, 2018 at 8:40 AM Lee Jones wrote:
> My OCD-dar is going crazy.
>
> Why haven't you used the same alignment as is already there?
>
> If it starts to run over 80-chars then bring the others back.
>
> Also why is there a single liner shoved in the middle of the
> multi-line entries?
On Sat, Nov 17, 2018 at 8:02 AM Chen-Yu Tsai wrote:
>
> On Thu, Nov 15, 2018 at 1:48 PM Vasily Khoruzhick wrote:
> >
> > On Wed, Nov 7, 2018 at 11:30 PM Chen-Yu Tsai wrote:
> > > > +
> > > > + speaker_amp: speaker_amp {
> > > >
On Sat, Nov 17, 2018 at 8:02 AM Chen-Yu Tsai wrote:
>
> On Thu, Nov 15, 2018 at 1:48 PM Vasily Khoruzhick wrote:
> >
> > On Wed, Nov 7, 2018 at 11:30 PM Chen-Yu Tsai wrote:
> > > > +
> > > > + speaker_amp: speaker_amp {
> > > >
On Wed, Nov 7, 2018 at 11:30 PM Chen-Yu Tsai wrote:
> > +
> > + speaker_amp: speaker_amp {
> > + compatible = "simple-audio-amplifier";
> > + enable-gpios = < 7 7 GPIO_ACTIVE_HIGH>; /* PH7 */
>
> You might want to add a sound-name-prefix property. See
>
>
On Wed, Nov 7, 2018 at 11:30 PM Chen-Yu Tsai wrote:
> > +
> > + speaker_amp: speaker_amp {
> > + compatible = "simple-audio-amplifier";
> > + enable-gpios = < 7 7 GPIO_ACTIVE_HIGH>; /* PH7 */
>
> You might want to add a sound-name-prefix property. See
>
>
On Wed, Nov 7, 2018 at 11:30 PM Chen-Yu Tsai wrote:
>
> On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
> >
> > This commit enables I2S, digital and analog parts of audiocodec on
> > Pinebook
> >
> > Signed-off-by: Vasily Khoruzhick
> > ---
>
On Wed, Nov 7, 2018 at 11:30 PM Chen-Yu Tsai wrote:
>
> On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
> >
> > This commit enables I2S, digital and analog parts of audiocodec on
> > Pinebook
> >
> > Signed-off-by: Vasily Khoruzhick
> > ---
>
On Wed, Nov 7, 2018 at 11:11 PM Chen-Yu Tsai wrote:
>
> On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
> >
> > This commit enables I2S, digital and analog parts of audiocodec on
> > Pine64 and SoPine boards.
> >
> > Signed-off-by: Vasily Khoruzhick
On Wed, Nov 7, 2018 at 11:11 PM Chen-Yu Tsai wrote:
>
> On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
> >
> > This commit enables I2S, digital and analog parts of audiocodec on
> > Pine64 and SoPine boards.
> >
> > Signed-off-by: Vasily Khoruzhick
Add nodes for i2s, digital and analog parts of audiocodec on A64
Signed-off-by: Vasily Khoruzhick
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 58 +++
1 file changed, 58 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi
b/arch/arm64/boot/dts
patches has been merged through ASoC tree
- rebase onto 4.20-rc1
- Drop 'Speaker' from routes on sopine and pine64, they don't have
speaker.
Vasily Khoruzhick (3):
arm64: dts: allwinner: a64: add nodes necessary for analog sound
support
arm64: dts: allwinner: a64: enable sound
Add nodes for i2s, digital and analog parts of audiocodec on A64
Signed-off-by: Vasily Khoruzhick
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 58 +++
1 file changed, 58 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi
b/arch/arm64/boot/dts
patches has been merged through ASoC tree
- rebase onto 4.20-rc1
- Drop 'Speaker' from routes on sopine and pine64, they don't have
speaker.
Vasily Khoruzhick (3):
arm64: dts: allwinner: a64: add nodes necessary for analog sound
support
arm64: dts: allwinner: a64: enable sound
This commit enables I2S, digital and analog parts of audiocodec on
Pinebook
Signed-off-by: Vasily Khoruzhick
---
.../dts/allwinner/sun50i-a64-pinebook.dts | 42 +++
1 file changed, 42 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-pinebook.dts
b/arch
This commit enables I2S, digital and analog parts of audiocodec on
Pine64 and SoPine boards.
Signed-off-by: Vasily Khoruzhick
---
.../boot/dts/allwinner/sun50i-a64-pine64.dts | 28 +++
.../allwinner/sun50i-a64-sopine-baseboard.dts | 28 +++
2 files changed, 56
This commit enables I2S, digital and analog parts of audiocodec on
Pinebook
Signed-off-by: Vasily Khoruzhick
---
.../dts/allwinner/sun50i-a64-pinebook.dts | 42 +++
1 file changed, 42 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-pinebook.dts
b/arch
This commit enables I2S, digital and analog parts of audiocodec on
Pine64 and SoPine boards.
Signed-off-by: Vasily Khoruzhick
---
.../boot/dts/allwinner/sun50i-a64-pine64.dts | 28 +++
.../allwinner/sun50i-a64-sopine-baseboard.dts | 28 +++
2 files changed, 56
On Fri, Nov 2, 2018 at 3:04 PM Arnd Bergmann wrote:
>
> On 11/2/18, Vasily Khoruzhick wrote:
> > On Friday, November 2, 2018 8:33:40 AM PDT Arnd Bergmann wrote:
> >> The newly added SND_SUN50I_CODEC_ANALOG driver selects a nonexisting
> >> symbol SND_SUNXI_ADDA_
On Fri, Nov 2, 2018 at 3:04 PM Arnd Bergmann wrote:
>
> On 11/2/18, Vasily Khoruzhick wrote:
> > On Friday, November 2, 2018 8:33:40 AM PDT Arnd Bergmann wrote:
> >> The newly added SND_SUN50I_CODEC_ANALOG driver selects a nonexisting
> >> symbol SND_SUNXI_ADDA_
On Friday, November 2, 2018 8:33:40 AM PDT Arnd Bergmann wrote:
> The newly added SND_SUN50I_CODEC_ANALOG driver selects a nonexisting
> symbol SND_SUNXI_ADDA_PR_REGMAP, which was evidently intended to replace
> SND_SUN8I_ADDA_PR_REGMAP, but since they are now mismatched, we can run
> into link
On Friday, November 2, 2018 8:33:40 AM PDT Arnd Bergmann wrote:
> The newly added SND_SUN50I_CODEC_ANALOG driver selects a nonexisting
> symbol SND_SUNXI_ADDA_PR_REGMAP, which was evidently intended to replace
> SND_SUN8I_ADDA_PR_REGMAP, but since they are now mismatched, we can run
> into link
blem of sun4i-drm.
>
> This patchset assumes some fixes ([1], [2] and [3]) are already
> applied, without them the patchset cannot be tested on the A64 devices
> mentioned above.
For whole series:
Tested-by: Vasily Khoruzhick
>
> [1] https://patchwork.kernel.org/patch/10628
blem of sun4i-drm.
>
> This patchset assumes some fixes ([1], [2] and [3]) are already
> applied, without them the patchset cannot be tested on the A64 devices
> mentioned above.
For whole series:
Tested-by: Vasily Khoruzhick
>
> [1] https://patchwork.kernel.org/patch/10628
x indentation and spaces to tabs in axp20x.c
>
> Changes in v3:
> * Reorder ac_power_supply DT node
> * Rename axp20x_ac_power_set_property function
> * Split mfd commit
>
> Changes in v2:
> * Reuse axp813 compatibles for axp803
> * Refactor axp20x_ac_power.c
Patches
x indentation and spaces to tabs in axp20x.c
>
> Changes in v3:
> * Reorder ac_power_supply DT node
> * Rename axp20x_ac_power_set_property function
> * Split mfd commit
>
> Changes in v2:
> * Reuse axp813 compatibles for axp803
> * Refactor axp20x_ac_power.c
Patches
pdate is effective")
Signed-off-by: Vasily Khoruzhick
---
v2: - update comment to match new code.
v3: - fix wording in commit message, make 'Fixes' tag one line, remove extra
new line
between 'Fixes' and 'Signed-off-by'.
net/core/neighbour.c | 13 -
1 file changed, 8 insertions(+), 5
pdate is effective")
Signed-off-by: Vasily Khoruzhick
---
v2: - update comment to match new code.
v3: - fix wording in commit message, make 'Fixes' tag one line, remove extra
new line
between 'Fixes' and 'Signed-off-by'.
net/core/neighbour.c | 13 -
1 file changed, 8 insertions(+), 5
On Mon, Feb 16, 2015 at 7:54 PM, Robert Jarzmik wrote:
> Oh, do you volunteer ? That would indeed ease up my burden. I only rebased
> pxa3xx_nand, so any help to submit and push is welcome. At least I can commit
> to
> review, and I would concentrate on pxa_camera.c in the meantime.
I can
On Sun, Feb 15, 2015 at 1:47 AM, Robert Jarzmik wrote:
> In order to slowly transition pxa to dmaengine, the legacy code will now
> rely on dmaengine to request a channel.
Hi Robert,
What about dropping old PXA DMA code completely? Daniel Mack did port
for most of PXA drivers to dma engine,
On Mon, Feb 16, 2015 at 7:54 PM, Robert Jarzmik robert.jarz...@free.fr wrote:
Oh, do you volunteer ? That would indeed ease up my burden. I only rebased
pxa3xx_nand, so any help to submit and push is welcome. At least I can commit
to
review, and I would concentrate on pxa_camera.c in the
On Sun, Feb 15, 2015 at 1:47 AM, Robert Jarzmik robert.jarz...@free.fr wrote:
In order to slowly transition pxa to dmaengine, the legacy code will now
rely on dmaengine to request a channel.
Hi Robert,
What about dropping old PXA DMA code completely? Daniel Mack did port
for most of PXA
On Sun, Dec 21, 2014 at 1:30 AM, Rickard Strandqvist
wrote:
> Removes some functions that are not used anywhere:
> s3c2410_udc_clear_ep_state() s3c2410_udc_set_ep0_sse_out()
>
> This was partially found by using a static code analysis program called
> cppcheck.
Looks OK to me.
> Signed-off-by:
On Sun, Dec 21, 2014 at 1:30 AM, Rickard Strandqvist
rickard_strandqv...@spectrumdigital.se wrote:
Removes some functions that are not used anywhere:
s3c2410_udc_clear_ep_state() s3c2410_udc_set_ep0_sse_out()
This was partially found by using a static code analysis program called
cppcheck.
On Fri, Dec 13, 2013 at 2:28 PM, panchaxari
wrote:
> Configs ARM_PATCH_PHYS_VIRT and AUTO_ZRELADDR are enabled as default
> to platform S3C24XX.
>
> Introduction of PHYS_VIRT config as default would enable phy-to-virt and
> virt-to-phy translation function at boot and module loading time
> and
On Fri, Dec 13, 2013 at 2:28 PM, panchaxari
panchaxari.prasannamur...@linaro.org wrote:
Configs ARM_PATCH_PHYS_VIRT and AUTO_ZRELADDR are enabled as default
to platform S3C24XX.
Introduction of PHYS_VIRT config as default would enable phy-to-virt and
virt-to-phy translation function at boot
On Tue, Dec 10, 2013 at 3:43 PM, Linus Walleij wrote:
> On Fri, Dec 6, 2013 at 5:48 PM, Sergei Ianovich wrote:
>
>> ICP DAS calls LP-8x4x 'programmable automation controller'. It is
>> an industrial computer based on PXA270 SoC. They ship it with a 2.6.19
>> kernel and proprietary kernel module
On Tue, Dec 10, 2013 at 3:43 PM, Linus Walleij linus.wall...@linaro.org wrote:
On Fri, Dec 6, 2013 at 5:48 PM, Sergei Ianovich ynv...@gmail.com wrote:
ICP DAS calls LP-8x4x 'programmable automation controller'. It is
an industrial computer based on PXA270 SoC. They ship it with a 2.6.19
On Thu, Nov 1, 2012 at 8:58 PM, Pawel Moll wrote:
> LEDs are often controlled by writing to memory mapped
> register. This patch adds:
>
> 1. Generic functions for platform code and drivers to create
>class device for LEDs controlled by arbitrary bit masks.
>The control register value is
On Thu, Nov 1, 2012 at 8:58 PM, Pawel Moll pawel.m...@arm.com wrote:
LEDs are often controlled by writing to memory mapped
register. This patch adds:
1. Generic functions for platform code and drivers to create
class device for LEDs controlled by arbitrary bit masks.
The control
On Mon, Sep 3, 2012 at 8:36 PM, Taehun Kim wrote:
> This patch adds WIZnet W5300E01 board changed to the new gpio functions.
> Please review this patch and apply it if do not have any problems.
>
> Signed-off-by: Taehun Kim
> ---
> arch/arm/mach-s3c24xx/Kconfig |5 +
>
On Mon, Sep 3, 2012 at 9:20 AM, Taehun Kim wrote:
> This patch adds WIZnet W5300E01 board. I tested this code in the board.
> Please review this patch and apply it if do not have any problems.
Hi,
> Taehun kim
>
> Signed-off-by: Taehun Kim
> ---
> arch/arm/mach-s3c24xx/Kconfig |5
On Mon, Sep 3, 2012 at 9:20 AM, Taehun Kim kth3...@gmail.com wrote:
This patch adds WIZnet W5300E01 board. I tested this code in the board.
Please review this patch and apply it if do not have any problems.
Hi,
Taehun kim
Signed-off-by: Taehun Kim kth3...@gmail.com
---
On Mon, Sep 3, 2012 at 8:36 PM, Taehun Kim kth3...@gmail.com wrote:
This patch adds WIZnet W5300E01 board changed to the new gpio functions.
Please review this patch and apply it if do not have any problems.
Signed-off-by: Taehun Kim kth3...@gmail.com
---
arch/arm/mach-s3c24xx/Kconfig
On Wed, Aug 22, 2012 at 8:05 AM, anish kumar wrote:
> Hello,
Hi
> I am trying to write a generic batttery driver using IIO and I have
> one some below
> questions:
>
> Why do we have the representation of backup battery in this
> driver(s3c_adc_battery.c) and when does the
>
On Wed, Aug 22, 2012 at 8:05 AM, anish kumar yesanishh...@gmail.com wrote:
Hello,
Hi
I am trying to write a generic batttery driver using IIO and I have
one some below
questions:
Why do we have the representation of backup battery in this
driver(s3c_adc_battery.c) and when does the
88 matches
Mail list logo
