Date   

[PATCH 2/3] media: dt-bindings: media: rcar_vin: Reverse SoC part number list

Biju Das <biju.das@...>
 

From: Fabrizio Castro <fabrizio.castro@...>

Change the sorting of the part numbers from descending to ascending to
match with other documentation.

Signed-off-by: Fabrizio Castro <fabrizio.castro@...>
Reviewed-by: Biju Das <biju.das@...>
Reviewed-by: Simon Horman <horms+renesas@...>
Acked-by: Rob Herring <robh@...>
Reviewed-by: Geert Uytterhoeven <geert+renesas@...>
Acked-by: Niklas Söderlund <niklas.soderlund+renesas@...>
Reviewed-by: Laurent Pinchart <laurent.pinchart@...>
Signed-off-by: Hans Verkuil <hans.verkuil@...>
Signed-off-by: Mauro Carvalho Chehab <mchehab@...>
(cherry picked from commit aac7a6ccf2d44f8c19273dd5efd3c465a1ab5867)
(removed r8a7792 and r8a7795 devices)
Signed-off-by: Biju Das <biju.das@...>
---
Documentation/devicetree/bindings/media/rcar_vin.txt | 10 +++++-----
1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/Documentation/devicetree/bindings/media/rcar_vin.txt b/Documentation/devicetree/bindings/media/rcar_vin.txt
index 1abe1ef..18287b0 100644
--- a/Documentation/devicetree/bindings/media/rcar_vin.txt
+++ b/Documentation/devicetree/bindings/media/rcar_vin.txt
@@ -6,12 +6,12 @@ family of devices. The current blocks are always slaves and suppot one input
channel which can be either RGB, YUYV or BT656.

- compatible: Must be one or more of the following
- - "renesas,vin-r8a7794" for the R8A7794 device
- - "renesas,vin-r8a7793" for the R8A7793 device
- - "renesas,vin-r8a7791" for the R8A7791 device
- - "renesas,vin-r8a7790" for the R8A7790 device
- - "renesas,vin-r8a7779" for the R8A7779 device
- "renesas,vin-r8a7778" for the R8A7778 device
+ - "renesas,vin-r8a7779" for the R8A7779 device
+ - "renesas,vin-r8a7790" for the R8A7790 device
+ - "renesas,vin-r8a7791" for the R8A7791 device
+ - "renesas,vin-r8a7793" for the R8A7793 device
+ - "renesas,vin-r8a7794" for the R8A7794 device
- "renesas,rcar-gen2-vin" for a generic R-Car Gen2 compatible device.

When compatible with the generic version nodes must list the
--
2.7.4


[PATCH 1/3] dt-bindings: timer: renesas, cmt: Document r8a774[35] CMT support

Biju Das <biju.das@...>
 

From: Fabrizio Castro <fabrizio.castro@...>

Document SoC specific compatible strings for r8a7743 and r8a7745.
No driver change is needed as the fallback strings will activate
the right code.

Signed-off-by: Fabrizio Castro <fabrizio.castro@...>
Reviewed-by: Biju Das <biju.das@...>
Reviewed-by: Geert Uytterhoeven <geert+renesas@...>
Reviewed-by: Rob Herring <robh@...>
Acked-by: Daniel Lezcano <daniel.lezcano@...>
Signed-off-by: Simon Horman <horms+renesas@...>
(cherry picked from commit 24d79d738b6fed977f44cae2ca277a49a7aa5f70)
( Backported dt-bindings)
Signed-off-by: Biju Das <biju.das@...>
---
Documentation/devicetree/bindings/timer/renesas,cmt.txt | 4 ++++
1 file changed, 4 insertions(+)

diff --git a/Documentation/devicetree/bindings/timer/renesas,cmt.txt b/Documentation/devicetree/bindings/timer/renesas,cmt.txt
index 1a05c1b..ed3dbf6 100644
--- a/Documentation/devicetree/bindings/timer/renesas,cmt.txt
+++ b/Documentation/devicetree/bindings/timer/renesas,cmt.txt
@@ -44,6 +44,10 @@ Required Properties:

- "renesas,cmt-48-r8a73a4" for the r8a73a4 48-bit CMT
(CMT[01])
+ - "renesas,cmt-48-r8a7743" for the r8a7743 48-bit CMT
+ (CMT[01])
+ - "renesas,cmt-48-r8a7745" for the r8a7745 48-bit CMT
+ (CMT[01])
- "renesas,cmt-48-r8a7790" for the r8a7790 48-bit CMT
(CMT[01])
- "renesas,cmt-48-r8a7791" for the r8a7791 48-bit CMT
--
2.7.4


[PATCH 0/3] Document CMT and VIN

Biju Das <biju.das@...>
 

Hi,

This patch series aim to Document the CMT and
VIN deviced present in r8a774[35] SoC.

regards,
Biju


Fabrizio Castro (3):
dt-bindings: timer: renesas, cmt: Document r8a774[35] CMT support
media: dt-bindings: media: rcar_vin: Reverse SoC part number list
media: dt-bindings: media: rcar_vin: add device tree support for
r8a774[35]

Documentation/devicetree/bindings/media/rcar_vin.txt | 12 +++++++-----
Documentation/devicetree/bindings/timer/renesas,cmt.txt | 4 ++++
2 files changed, 11 insertions(+), 5 deletions(-)

--
2.7.4


Open Source Summit North America - Attendees List

John Hughes <john@...>
 

 

 

 

Hi

 

Hope this note finds you well.

 

I thought I’d check if you are interested in acquiring the attendees list of “Open Source Summit North America" for pre-show marketing campaign, Appointment Setting, Networking and various Marketing initiative which is held on 29th – 31st  August in Canada.

 

Complete Data fields with 90% accuracy guaranteed on emails:

Company name

Website URL

Contact name

Specialty

Postal address

Phone number

Fax Number

Email Address

 

 If you are interested, drop me a line. We will get back to you with pricing, counts and other information for your review.

 

Thank you and I look forward to hear from you soon.

 

Regards,

John Hughes| Inside Sales | USA, UK & Europe|

Email Id: john@...

 

 “If you don’t wish to receive emails from us reply back with LEAVE OUT "

 


FYI - two more CIP articles

Maemalynn Meanor <maemalynn@...>
 


CIP Community:

We received a few more media hits from the press release last week. Please see below for links to the article and a link to retweet. 



Thank you,
Mae

Maemalynn Meanor
PR Manager 
The Linux Foundation
Maemalynn@...
(602) 541-0356
Skype: Maemalynn






Re: [RFC PATCH 0/7] 'SKB reserve' quirk setup to u_ether

Biju Das <biju.das@...>
 

Hi Ben,

Is it the right time to apply this patch series?
Patch1-4,5 and 7.

Patch 6 is present in latest cip kernel.

Regards,
Biju

-----Original Message-----
From: Ben Hutchings [mailto:ben.hutchings@...]
Sent: 30 May 2018 18:44
To: Biju Das <biju.das@...>
Cc: Chris Paterson <Chris.Paterson2@...>; Fabrizio Castro
<fabrizio.castro@...>; cip-dev@...
Subject: Re: [RFC PATCH 0/7] 'SKB reserve' quirk setup to u_ether

On Thu, 2018-05-24 at 17:05 +0100, Biju Das wrote:
Hi All,

Some platforms (e.g. USB-DMAC on R-Car and RZ/G1 SoCs) has memory
alignment restriction. If memory alignment is not match, the usb
peripheral driver decides not to use the DMA controller.
Then, the performance is not good.

Patch 1-4 --> basically add support only for NCM network model.

Patch 5--> supports for all network models.

Patch 6-->fixes cpulock up condition on the USB DMAC driver

Patch 7--> enables USB DMAC

Renesas USB DMAC driver is not enabled in 4.4 stable kernel.
So not planning to send the patch set to stable kernel.
The USB DMAC driver is present, so I think patch 6 should go to 4.4- stable.
For the rest, I agree they can be added to 4.4-cip only.

Ben.

Cheers,
Biju

Dmitry Osipenko (1):
usb: gadget: f_ncm/u_ether: Move 'SKB reserve' quirk setup to
u_ether

Geert Uytterhoeven (1):
ARM: shmobile: defconfig: Enable missing support based on DTSes

Yoshihiro Shimoda (5):
usb: gadget: add a new quirk to avoid skb_reserve in u_ether.c
usb: gadget: u_ether: add a flag to avoid skb_reserve() calling
usb: gadget: f_ncm: add support for no_skb_reserve
usb: renesas_usbhs: set quirk_avoids_skb_reserve if USB-DMAC is used
dmaengine: usb-dmac: fix endless loop in
usb_dmac_chan_terminate_all()

arch/arm/configs/shmobile_defconfig | 1 +
drivers/dma/sh/usb-dmac.c | 4 ++--
drivers/usb/gadget/function/u_ether.c | 5 ++++-
drivers/usb/renesas_usbhs/mod_gadget.c | 2 ++
include/linux/usb/gadget.h | 13 +++++++++++++
5 files changed, 22 insertions(+), 3 deletions(-)
--
Ben Hutchings, Software Developer Codethink Ltd
https://www.codethink.co.uk/ Dale House, 35 Dale Street
Manchester, M1 2HF, United Kingdom We respect your
privacy. See https://www.codethink.co.uk/privacy.html


Renesas Electronics Europe Ltd, Dukes Meadow, Millboard Road, Bourne End, Buckinghamshire, SL8 5FH, UK. Registered in England & Wales under Registered No. 04586709.


Re: [ANNOUNCE] 4.4.138-cip25-rt19

Daniel Wagner <wagi@...>
 

On 06/22/2018 05:03 PM, Daniel Wagner wrote:
This release is just an update to the new stable 4.4.138-cip25 version
and no RT specific changes have been made.
One thing I forgot to mention is, this is the first version which has support for the RainboW-G20D-Qseven board (hrtimers were missing). I am stress testing the board since 4 hours and the current max latency is 97us.


[ANNOUNCE] 4.4.138-cip25-rt19

Daniel Wagner <wagi@...>
 

Hello CIP RT Folks!

I'm pleased to announce the 4.4.138-cip25-rt19 stable release.

This release is just an update to the new stable 4.4.138-cip25 version
and no RT specific changes have been made.

You can get this release via the git tree at:

git://git.kernel.org/pub/scm/linux/kernel/git/wagi/linux-cip-rt.git

branch: linux-4.4.y-cip-rt
Head SHA1: e5981d0d0add6277de1ddc94cf67e78a9557aea4

Enjoy!
Daniel


CIP News Today

Maemalynn Meanor <maemalynn@...>
 

CIP Community!

In conjunction with Open Source Summit Japan, CIP announced a collaboration with the Debian LTS Initiative and welcomes Cybertrust as a new member.  You can read the press release here: https://www.cip-project.org/announcement/2018/06/19/civil-infrastructure-platform-announces-collaboration-with-the-debian-lts-initiative-and-welcomes-cybertrust-as-a-new-member
 
We encourage you to share this with your networks. Please see the suggested posts below. 

If you’re at #OSSummit, stop by the @cip_project’s booth and learn more about the new collaboration with @debian and new member Cybertrust Japan: http://bit.ly/2I58pMv #Debian #linux #opensource 

Please join @cip_project in welcoming new member Cybertrust Japan and officially collaborating with @Debian to extend long term support: http://bit.ly/2I58pMv #Debian #Linux #OSSummit

.@cip_project announced a new partnership with @debian today and welcomed Cybertrust Japan as a new member! Learn more here: http://bit.ly/2I58pMv

LinkedIn/Facebook: 
The Linux Foundation’s Civil Infrastructure Platform (CIP) today announced a collaboration with the Debian LTS Initiative and Cybertrust as a new member. This news gets CIP one step closer to developing an open source industrial grade software platform that delivers essential services for civil infrastructures and economic development on a global scale. Read the news: http://bit.ly/2I58pMv

Thank you for your help!
Mae

Maemalynn Meanor
PR Manager 
The Linux Foundation
Maemalynn@...
(602) 541-0356
Skype: Maemalynn






Linux 4.4.138-cip25

Ben Hutchings <ben.hutchings@...>
 

I've released Linux version 4.4.138-cip25.  A summary of the changes
since 4.4.130-cip23:

- Add video (DU, VSP, VIN), CAN, PCIe, audio, PWM, thermal, and
clocksource (CMT) support for R8A7743 and iWave board
- Bug fixes for the sgtl5000 codec driver used on the iWave board
- Update shmobile_defconfig and multi_v7_defconfig to enable more
of the above drivers
- Merge fixes from stable versions 4.4.131-4.4.138 inclusive
- Fix stable regressions and add missing dependencies

I also tagged an intermediate version 4.4.130-cip24 before merging from
4.4-stable.

Ben.

--
Ben Hutchings, Software Developer   Codethink Ltd
https://www.codethink.co.uk/ Dale House, 35 Dale Street
Manchester, M1 2HF, United Kingdom


Audio Transcription Service Provider

Anna King <info@...>
 

Audio Transcription Service Provider

Hello,

Do you need someone reliable to transcribe both your short term and long term projects? Or do you need an accurate transcript for your audio or video?

Allow us to transcribe your audio and provide you accurate transcripts and let us help you reach your business/project goals through the help of our transcription services.

What are our goals with each transcript?

• Speed
• Accuracy
• Confidentiality

Each transcript is properly formatted. Strict grammar and punctuation rules are adhered to and of course, file security is something we take very seriously.

Have any transcription queries? Send me a message. Let's discuss what you need to get done. We will address any concerns you have.

- Professional transcription
- Accurate and thorough
- Beautifully transcribed documents.
- Grammar, spelling and jargon thoroughly checked

We have transcribed within most industries:

• Medical transcription
• Technological
• Academic
• Lectures
• Business
• Groups
• Legal
• Research interviews
more...

Skilled with international accents and prompt response. Our pricing is better or comparable to individual service provider. In addition we also assist in APA Style formatting for research papers. Please note we don’t conduct research but assist only in formatting of the papers.

Regards,
Anna King


Upcoming Meetups

Maemalynn Meanor <maemalynn@...>
 

Hi CIP Community: 

EdgeX Foundry is planning a few IoT meet ups in China and Japan in the next few weeks. If you are interested in attending these events, please see below for the registration information. Space is limited, so I suggest registering soon. 

IoT Meetup in China on June 26:
EdgeX Foundry member VMware will host an IoT meetup at their offices on Tuesday, June 26 from 6 – 9 p.m. Attendees will learn more about EdgeX Foundry and the Zephyr Project as well as meet companies and individuals who are active in both groups to show off their work. 


EdgeX Foundry Meetup in Tokyo on July 3:
EdgeX Foundry will host a meetup on Tuesday, July 3 from 1:30 - 4 p.m. at TKP Garden City Shinagawa. Attendees will learn more about EdgeX Foundry and industrial IoT and network with peers. 


Please let me know if you have any questions.

Thanks!
Mae

Maemalynn Meanor
PR Manager 
The Linux Foundation
Maemalynn@...
(602) 541-0356
Skype: Maemalynn






CIP Blog Post: Codethink's Technical Report Card

Maemalynn Meanor <maemalynn@...>
 

HI CIP Community!

We posted a new blog this morning from Agustin Benito Bethancourt that offers a technical update from Codethink. You can read the blog post here: https://www.cip-project.org/blog/2018/06/11/cip-member-codethink-reveals-technical-report-card

As always, we ask that you share this with your social networks. You can retweet us: https://twitter.com/cip_project/status/1006212020545511430

We also have big news coming out of Open Source Summit Japan next week. Please stay tuned for more!

Thanks,
Mae


Maemalynn Meanor
PR Manager 
The Linux Foundation
Maemalynn@...
(602) 541-0356
Skype: Maemalynn






Re: Evaluation of the code review from Moxa so far

Agustin Benito Bethencourt <agustin.benito@...>
 

Hi,

On 7 June 2018 18:35:37 CEST, "SZ Lin (林上智)" <sz.lin@...> wrote:
Hi Agustin,

By all means, I can prepare the information for you.

Could you please let me know deadline for it?
The OSSJ starts on June 20th. Reading it before that date would be ideal.


SZ
Best Regards


2018-06-07 23:10 GMT+08:00 Agustín Benito Bethencourt
<agustin.benito@...>:
Hi SZ Lin,



it would be useful for us and also for the coming TSC meeting at OSSJ
if you
could provide to this list a report about the experience of Moxa devs
reviewing stable kernel patches, including the challenges and the
highlights.



Do you think is this a good idea? Is it doable before the OSSJ 2018?



Best Regards

--

Agustín Benito Bethencourt

Principal Consultant

Codethink Ltd

We respect your privacy. See https://www.codethink.co.uk/privacy.html
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


Re: Evaluation of the code review from Moxa so far

SZ Lin (林上智) <sz.lin@...>
 

Hi Agustin,

By all means, I can prepare the information for you.

Could you please let me know deadline for it?

SZ


2018-06-07 23:10 GMT+08:00 Agustín Benito Bethencourt
<agustin.benito@...>:

Hi SZ Lin,



it would be useful for us and also for the coming TSC meeting at OSSJ if you
could provide to this list a report about the experience of Moxa devs
reviewing stable kernel patches, including the challenges and the
highlights.



Do you think is this a good idea? Is it doable before the OSSJ 2018?



Best Regards

--

Agustín Benito Bethencourt

Principal Consultant

Codethink Ltd

We respect your privacy. See https://www.codethink.co.uk/privacy.html


Evaluation of the code review from Moxa so far

Agustín Benito Bethencourt <agustin.benito@...>
 

Hi SZ Lin,

 

it would be useful for us and also for the coming TSC meeting at OSSJ if you could provide to this list a report about the experience of Moxa devs reviewing stable kernel patches, including the challenges and the highlights.

 

Do you think is this a good idea? Is it doable before the OSSJ 2018?

 

Best Regards

--

Agustín Benito Bethencourt

Principal Consultant

Codethink Ltd

We respect your privacy. See https://www.codethink.co.uk/privacy.html


New CIP Blog Post

Maemalynn Meanor <maemalynn@...>
 

CIP Community:

This month, we are featuring Moxa in CIP’s Member Spotlight series. You read the blog here: https://www.cip-project.org/blog/2018/05/30/cip-member-spotlight-moxa.

If you’d like to share the blog with your network, you can retweet us here: https://twitter.com/cip_project/status/1002067191586488320 (Thank you in advance for sharing!)

For June, CIP will feature a technical update blog from Codethink and will highlight Hitachi for the member spotlight. If you would like to contribute a blog post - either a technical one, a trends article, or a recap of an industry event, please let me know. We are always looking for great content. 

Thank you,
Mae


Maemalynn Meanor
PR Manager 
The Linux Foundation
Maemalynn@...
(602) 541-0356
Skype: Maemalynn


[PATCH 4.4-cip 2/2] watchdog: Fix kref imbalance seen if handle_boot_enabled=0

Ben Hutchings <ben.hutchings@...>
 

From: Guenter Roeck <linux@...>

commit 914d65f3f013ba2556c7beec5d3baac7b3292504 upstream.

If handle_boot_enabled is set to 0, the watchdog driver module use
counter will not be increased and kref_get() will not be called when
registering the watchdog. Subsequently, on open, this does not happen
either because the code believes that it was already done because the
hardware watchdog is marked as running.

We could introduce a state variable to indicate this state, but let's
just increase the module use counter and call kref_get() unconditionally
if the hardware watchdog is running when a driver is registering itself
to keep the code simple.

Fixes: 2501b015313fe ("watchdog: core: add option to avoid early ...")
Cc: Sebastian Reichel <sebastian.reichel@...>
Signed-off-by: Guenter Roeck <linux@...>
Signed-off-by: Wim Van Sebroeck <wim@...>
[bwh: Backported to 4.4:
- We still use ref/unref callbacks instead of a kref
- Adjust context]
Signed-off-by: Ben Hutchings <ben.hutchings@...>
---
drivers/watchdog/watchdog_dev.c | 13 ++++++-------
1 file changed, 6 insertions(+), 7 deletions(-)

diff --git a/drivers/watchdog/watchdog_dev.c b/drivers/watchdog/watchdog_dev.c
index b9b34aa07d48..60a32917d3d5 100644
--- a/drivers/watchdog/watchdog_dev.c
+++ b/drivers/watchdog/watchdog_dev.c
@@ -688,15 +688,14 @@ int watchdog_dev_register(struct watchdog_device *wdd)
* and schedule an immediate ping.
*/
if (watchdog_hw_running(wdd)) {
- if (handle_boot_enabled) {
- __module_get(wdd->ops->owner);
- if (wdd->ops->ref)
- wdd->ops->ref(wdd);
+ __module_get(wdd->ops->owner);
+ if (wdd->ops->ref)
+ wdd->ops->ref(wdd);
+ if (handle_boot_enabled)
queue_delayed_work(watchdog_wq, &wdd->work, 0);
- } else {
+ else
pr_info("watchdog%d running and kernel based pre-userspace handler disabled\n",
- wdd->id);
- }
+ wdd->id);
}

return 0;
--
Ben Hutchings, Software Developer Codethink Ltd
https://www.codethink.co.uk/ Dale House, 35 Dale Street
Manchester, M1 2HF, United Kingdom


[PATCH 4.4-cip 1/2] watchdog: Fix potential kref imbalance when opening watchdog

Ben Hutchings <ben.hutchings@...>
 

From: Guenter Roeck <linux@...>

commit 4bcd615fad6adddc68b058d498b30a9e0e0db77a upstream.

If a watchdog driver's open function sets WDOG_HW_RUNNING with the
expectation that the watchdog can not be stopped, but then stops the
watchdog anyway in its stop function, kref_get() wil not be called in
watchdog_open(). If the watchdog then stops on close, WDOG_HW_RUNNING
will be cleared and kref_put() will be called, causing a kref imbalance.
As result the character device data structure will be released, which in
turn will cause the system to crash on the next call to watchdog_open().

Fixes: ee142889e32f5 ("watchdog: Introduce WDOG_HW_RUNNING flag")
Signed-off-by: Guenter Roeck <linux@...>
Signed-off-by: Wim Van Sebroeck <wim@...>
[bwh: Backported to 4.4:
- We still use ref/unref callbacks instead of a kref
- Adjust context]
Signed-off-by: Ben Hutchings <ben.hutchings@...>
---
drivers/watchdog/watchdog_dev.c | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/drivers/watchdog/watchdog_dev.c b/drivers/watchdog/watchdog_dev.c
index 8ca87ae467f2..b9b34aa07d48 100644
--- a/drivers/watchdog/watchdog_dev.c
+++ b/drivers/watchdog/watchdog_dev.c
@@ -524,6 +524,7 @@ static int watchdog_open(struct inode *inode, struct file *file)
{
int err = -EBUSY;
struct watchdog_device *wdd;
+ bool hw_running;

/* Get the corresponding watchdog device */
if (imajor(inode) == MISC_MAJOR)
@@ -539,7 +540,8 @@ static int watchdog_open(struct inode *inode, struct file *file)
* If the /dev/watchdog device is open, we don't want the module
* to be unloaded.
*/
- if (!watchdog_hw_running(wdd) && !try_module_get(wdd->ops->owner))
+ hw_running = watchdog_hw_running(wdd);
+ if (!hw_running && !try_module_get(wdd->ops->owner))
goto out;

err = watchdog_start(wdd);
@@ -548,7 +550,7 @@ static int watchdog_open(struct inode *inode, struct file *file)

file->private_data = wdd;

- if (!watchdog_hw_running(wdd) && wdd->ops->ref)
+ if (!hw_running && wdd->ops->ref)
wdd->ops->ref(wdd);

/* dev/watchdog is a virtual (and thus non-seekable) filesystem */
--
Ben Hutchings, Software Developer Codethink Ltd
https://www.codethink.co.uk/ Dale House, 35 Dale Street
Manchester, M1 2HF, United Kingdom


[PATCH 4.4-cip 0/2] watchdog refcount fixes

Ben Hutchings <ben.hutchings@...>
 

I noticed two stable fixes for the watchdog core that fix bugs
introduced by commits backported to 4.4-cip (but not 4.4-stable). So
I should apply these fixes unless the backports somehow avoided the
bugs.

I would appreciate if anyone could review (and ideally test) these in
the next few days.

Ben.

Guenter Roeck (2):
watchdog: Fix potential kref imbalance when opening watchdog
watchdog: Fix kref imbalance seen if handle_boot_enabled=0

drivers/watchdog/watchdog_dev.c | 19 ++++++++++---------
1 file changed, 10 insertions(+), 9 deletions(-)

--
Ben Hutchings, Software Developer Codethink Ltd
https://www.codethink.co.uk/ Dale House, 35 Dale Street
Manchester, M1 2HF, United Kingdom

8301 - 8320 of 9573