Subscribe: lkml.org
http://lkml.org/rss.php
Added By: Feedage Forager Feedage Grade B rated
Language: English
Tags:
add  bindings  clock  drivers  int  mediatek  patch  pci  pcie  phy  struct  summary  usb  writes summary  writes  xhci 
Rate this Feed
Rate this feedRate this feedRate this feedRate this feedRate this feed
Rate this feed 1 starRate this feed 2 starRate this feed 3 starRate this feed 4 starRate this feed 5 star

Comments (0)

Feed Details and Statistics Feed Statistics
Preview: lkml.org

lkml.org



lkml.org - the realtime linux kernel mailinglist archive



Last Build Date: Thu, 27 Jul 2017 06:13:55 +0200

 



Re: [PATCH 1/6] dma: bcm-sba-raid: Improve memory allocation in SB ...
Anup Patel writes: (Summary) So, reading this log doesnt help me to know what to expect in this patch OK, this also requires separate patch with detailed commit description. Again, I will put this in separate patch.
in separate patch.
Cant fathom how this helps w/ mem allocation
This is to reduce to duration for which "sba->reqs_lock" is held. I will make this also a separate patch.
I will make this also a separate patch.
Please split stuff up, make logical incremental patchsets and resubmit...



Re: [PATCH 0/6] Broadcom SBA-RAID driver improvements
Anup Patel writes: (Summary) On Wed, Jul 26, 2017 at 10:33 PM, Vinod Koul wrote: and i cant apply this series without these?
The dependency is only because of last DT patch for stingray. The dependency is only because of last DT patch for stingray. We are going to separate patchset for Stingray DT changes so I will drop PATCH6 and have this part of Stingray DT patchset. so I will drop PATCH6 and have this part of Stingray DT patchset. why are these tagged dma, I have told you explcitly to fix this!! Regards,
Anup
Anup
Anup



Re: [PATCH v2 6/7] mailbox: bcm-flexrm-mailbox: Set msg_queue_len ...
Anup Patel writes: (Summary) On Tue, Jul 25, 2017 at 9:37 PM, Jassi Brar wrote: OK then, I guess we have to make the queue length a runtime decision. Do you agree with approach taken by PATCH5 and PATCH6 to make queue length runtime?
make queue length runtime?
requests? Or are you just testing?
Yes, we just need bigger queue length for FlexRM but we choose 1024 (max limit) to avoid changing it again in future. choose 1024 (max limit) to avoid changing it again in future. Regards,
Anup
Anup
Anup






[PATCH v2 0/3] Initial Allwinner V3s CSI Support
Yong Deng writes: (Summary) Changes in v2:
* Change sunxi-csi to sun6i-csi
* Rebase to media_tree master branch
* Rebase to media_tree master branch
Yong Deng (3):
media: V3s: Add support for Allwinner CSI.
dt-bindings: media: Add Allwinner V3s Camera Sensor Interface (CSI) media: MAINTAINERS: add entries for Allwinner V3s CSI media: MAINTAINERS: add entries for Allwinner V3s CSI .../devicetree/bindings/media/sun6i-csi.txt | 61 ++ 12 files changed, 2577 insertions(+) create mode 100644 Documentation/devicetree/bindings/media/sun6i-csi.txt create mode 100644 drivers/media/platform/sun6i-csi/Kconfig create mode 100644 drivers/media/platform/sun6i-csi/Makefile create mode 100644 drivers/media/platform/sun6i-csi/sun6i_csi.c create mode 100644 drivers/media/platform/sun6i-csi/sun6i_csi.h create mode 100644 drivers/media/platform/sun6i-csi/sun6i_csi_v3s.c create mode 100644 drivers/media/platform/sun6i-csi/sun6i_csi_v3s.h create mode 100644 drivers/media/platform/sun6i-csi/su



[PATCH v2 2/3] dt-bindings: media: Add Allwinner V3s Camera Sensor ...
Yong Deng writes: (Summary) + - interrupts: interrupt associated to this IP + - clocks: phandles to the clocks feeding the CSI + * ahb: the CSI interface clock + * mod: the CSI module clock + * ram: the CSI DRAM clock + - clock-names: the clock names mentioned above + - resets: phandles to the reset line driving the CSI + +- ports: A ports node with endpoint definitions as defined in + Documentation/devicetree/bindings/media/video-interfaces.txt.



Re: [PATCH] cpufreq: intel_pstate: Drop ->get from intel_pstate st ...
Viresh Kumar writes: On 26-07-17, 00:42, Rafael J. Wysocki wrote:
.stop_cpu = intel_pstate_stop_cpu,
Acked-by: Viresh Kumar Acked-by: Viresh Kumar



Re: [PATCH] cpufreq: docs: Add missing cpuinfo_cur_freq description
Viresh Kumar writes: On 27-07-17, 02:05, Rafael J. Wysocki wrote:
can run at (in kHz).
Acked-by: Viresh Kumar Acked-by: Viresh Kumar



Re: [PATCH v2 5/5] dt-bindings: PCI: add support for new generatio ...
Honghui Zhang writes: On Thu, 2017-07-27 at 10:58 +0800, honghui.zhang@mediatek.com wrote: 1 file changed, 161 insertions(+), 7 deletions(-)
Sorry for the disturb, I send the wrong patch from my local version for this patch:
[PATCH v2 5/5] dt-bindings: PCI: add support for new generation controller
controller
And the new right version have been re-send.
And the new right version have been re-send.
thanks.
thanks.
+ };
+ };
+ };



Re: [PATCH v2 5/5] dt-bindings: PCI: add support for new generatio ...
Honghui Zhang writes: On Thu, 2017-07-27 at 10:58 +0800, honghui.zhang@mediatek.com wrote: 1 file changed, 161 insertions(+), 7 deletions(-)
Sorry about the disturb, I send the wrong local version of this patch. [PATCH v2 5/5] dt-bindings: PCI: add support for new generation controller
controller
The right version for this patch have been re-send. The right version for this patch have been re-send. thanks.
thanks.
+ };
+ };
+ };



Re: [Eas-dev] [PATCH V3 1/3] sched: cpufreq: Allow remote cpufreq ...
Viresh Kumar writes: (Summary) On 26-07-17, 14:00, Saravana Kannan wrote:
HW specific details.
So what you are saying is that we go and update (almost) every cpufreq driver we have today and make their ->target() callbacks return early if they don't support switching frequency remotely ? Is that really simplifying anything?
simplifying anything?
The core already has most of the data required and I believe that we need to handle it in the governor's code as is handled in this series.



Re: [RFC PATCH] mm: memcg: fix css double put in mem_cgroup_iter
Wenwei Tao writes: 2017-07-26 21:44 GMT+08:00 Michal Hocko : ---
Yes, I think this commit can fix this issue, and I backport this commit to 3.10.107 kernel
and cannot reproduce this issue. I guess this commit might need to be backported to 3.10.y
stable kernel.
stable kernel.
SUSE Labs
SUSE Labs



Re: [PATCH v2 1/5] PCI: mediatek: Add a structure to abstract the ...
Honghui Zhang writes: (Summary) Sorry, I reply to the wrong patch mail.
I meant to re-send the patch:
[PATCH v2 5/5] dt-bindings: PCI: add support for new generation controller, not this one.
controller, not this one.
This one is the right patch.
This one is the right patch.
tahnks.
tahnks.
http://lists.infradead.org/mailman/listinfo/linux-mediatek http://lists.infradead.org/mailman/listinfo/linux-mediatek http://lists.infradead.org/mailman/listinfo/linux-mediatek



Re: [PATCH V4 1/3] sched: cpufreq: Allow remote cpufreq callbacks
Viresh Kumar writes: (Summary) Wysocki wrote:
On Wednesday, July 26, 2017 02:52:32 PM Viresh Kumar wrote: schedutil doesn't need it as per patch [2/3].
Hmm, so your comments are exactly same as what Peter suggested few days back.
days back.
sugov_get_util() uses it in 2/3, as we need to know the target CPU anyway.
anyway.
But I think it would be better to add the cpu variable in sugov_cpu structure instead as only schedutil needs it. I will do that change and send V5.
and send V5.



[PATCH V2 net] Revert "vhost: cache used event for better performance"
Jason Wang writes: (Summary) 3 --- 2 files changed, 6 insertions(+), 25 deletions(-) diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c index e4613a3..9cb3f72 100644 --- a/drivers/vhost/vhost.c +++ b/drivers/vhost/vhost.c @@ -308,7 +308,6 @@ static void vhost_vq_reset(struct vhost_dev *dev, vq->avail = NULL; - /* We're sure if the following conditions are met, there's no - * need to notify guest: - * 1) cached used event is ahead of new - * 2) old to new updating does not cross cached used event. */ diff --git a/drivers/vhost/vhost.h b/drivers/vhost/vhost.h index f720958..bb7c29b 100644 --- a/drivers/vhost/vhost.h +++ b/drivers/vhost/vhost.h @@ -115,9 +115,6 @@ struct vhost_virtqueue { /* Last index we used.



Re: [PATCH v2 1/5] PCI: mediatek: Add a structure to abstract the ...
Honghui Zhang writes: On Thu, 2017-07-27 at 10:58 +0800, honghui.zhang@mediatek.com wrote: @@ -16,6 +16,7 @@
Sorry about the disturb, I send the wrong patch for this one. I will resend the right version for this last patch. I will resend the right version for this last patch. thanks.
};
};
};



[PATCH] staging: greybus: Remove unnecessary platform_set_drvdata
Amitoj Kaur Chawla writes: (Summary) There is no need to manually clear the device driver data to NULL.
driver data to NULL.
The Coccinelle semantic patch used to make this change is as follows: //
@@
struct platform_device *pdev;
@@
- platform_set_drvdata(pdev, NULL);
//

//
Signed-off-by: Amitoj Kaur Chawla 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/greybus/arche-platform.c b/drivers/staging/greybus/arche-platform.c index eced2d2..358b260 100644 --- a/drivers/staging/greybus/arche-platform.c +++ b/drivers/staging/greybus/arche-platform.c @@ -607,7 +607,6 @@ static int arche_platform_remove(struct platform_device *pdev) device_remove_file(&pdev->dev, &dev_attr_state);



Re: [PATCH 1/1] mm/hugetlb: Make huge_pte_offset() consistent and ...
Mike Kravetz writes: (Summary) On 07/26/2017 06:34 AM, Punit Agrawal wrote:
description.
I like the change in semantics for the routine. Like you, I examined all callers of huge_pte_offset() and it appears that they will not be impacted by your change.
by your change.
My only concern is that arch specific versions of huge_pte_offset, may not (yet) follow the new semantic. Someone could potentially introduce a new huge_pte_offset call and depend on the new 'documented' semantics. I have not reviewed all the arch specific instances of the routine to know if this is even possible.






Re: [PATCH] turbostat: Running on virtual machine is not supported
Len Brown writes: Henrique,
Henrique,
I like your suggestion, thanks!
I like your suggestion, thanks!
BTW. let's discuss (and patch) turbostat on linux-pm, rather than on lkml. BTW. let's discuss (and patch) turbostat on linux-pm, rather than on lkml. thanks,
-Len
-Len
-Len
On Tue, Jul 25, 2017 at 11:59 AM, Henrique de Moraes Holschuh wrote:
Henrique Holschuh
Henrique Holschuh
Henrique Holschuh



Re: [PATCH 2/2] printk: Add boottime and real timestamps
kbuild test robot writes: (Summary) Hi Prarit,
Hi Prarit,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.13-rc2]
[cannot apply to next-20170726]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Prarit-Bhargava/printk-allow-different-timestamps-for-printk-time/20170727-104148 config: i386-tinyconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
make ARCH=i386
All errors (new ones prefixed by >>):
All errors (new ones prefixed by >>):
kernel/printk/printk.c: In function 'printk_late_init':

[..










[PATCH v2 3/5] dt-bindings: PCI: rename and cleanup MediaTek bindi ...



[PATCH v2 1/5] PCI: mediatek: Add a structure to abstract the cont ...



[PATCH v2 2/5] PCI: mediatek: switch to use platform_get_resource_ ...
base)) { - dev_err(dev, "failed to map shared register\n");



[PATCH v2 0/5] PCI: MediaTek: Add support for new generation host ...
- minor code cleanups.
Ryder Lee (5):
PCI: mediatek: Add a structure to abstract the controller generations PCI: mediatek: switch to use platform_get_resource_byname() dt-bindings: PCI: rename and cleanup MediaTek binding text PCI: mediatek: Add new generation controller support dt-bindings: PCI: add support for new generation controller dt-bindings: PCI: add support for new generation controller .../bindings/pci/mediatek,mt7623-pcie.txt |



Re: [PATCH] f2fs: let __get_victim successfully get a segno in cor ...
Yunlong Song writes: (Summary) Hi, Jay,
Hi, Jay,
Sorry for the mistake in last mail, the ovp is 462, and the reserved is 235. Just forget the this patch, since there is still 870 segments below, so it should
not be the assumed case of this patch.
not be the assumed case of this patch.
By the way, I have sent another patch to provide f2fs_balance_fs to __write_node_page,
similar as that in __write_data_page, to avoid missing f2fs_balance_fs in node page writeback.
Please check that.
Please check that.
On 2017/7/26 2:55, Jaegeuk Kim wrote:
.



Re: [PATCH v3 3/3] power: wm831x_power: Support USB charger curren ...
Baolin Wang writes: Hi,
Hi,
On 26 July 2017 at 20:08, Sebastian Reichel
wrote:
}
OK. Thanks.
OK. Thanks.



Re: [PATCH v12 5/8] virtio-balloon: VIRTIO_BALLOON_F_SG
Wei Wang writes: (Summary) I think it may only need to read out the info(base,size).
need to read out the info(base,size).
I think it should be like this:
the cmd hdr buffer: input, because the hypervisor would write it to send a cmd to the guest
the payload buffer: output, for the hypervisor to read the info the payload buffer: output, for the hypervisor to read the info stats.
Would it be better to have the "report free page" command to be sent through the free_vq? In this case,we will have
stats_vq: for the stats usage, which is already there free_vq: for reporting free pages.
free_vq: for reporting free pages.
Best,
Wei
Wei
Wei
Wei
Wei
Wei
Wei
Wei



Re: [PATCH 05/11] powerpc/topology: Remove the unused parent_node( ...
Dou Liyang writes: Hi Michael,
Hi Michael,
At 07/27/2017 10:21 AM, Michael Ellerman wrote:
Thanks for doing this series.
It's my pleasure. :)
It's my pleasure. :)
Sincerely,
Sincerely,
dou
dou
cheers
cheers
cheers



Re: [RFC/RFT PATCH] KVM: nVMX: fixes to nested virt interrupt inje ...
Wanpeng Li writes: 2017-07-24 22:20 GMT+08:00 Paolo Bonzini : Wanpeng, can you test this on the testcases you had for commit I didn't observe any issue when testing the latest version of your patch in kvm/queue.
patch in kvm/queue.
Regards,
Wanpeng Li
Wanpeng Li
1.8.3.1
1.8.3.1



Re: [PATCH v2] security: fix description of values returned by cap ...
"Serge E. Hallyn" writes: On Wed, Jul 26, 2017 at 10:27:05PM -0400, Stefan Berger wrote: Signed-off-by: Stefan Berger Thanks, Stefan.
Thanks, Stefan.
Reviewed-by: Serge Hallyn
Reviewed-by: Serge Hallyn
2.7.4
2.7.4



[PATCH V2] ACPI, APEI: Fixup incorrect 16-bit access width firmwar ...
Song liwei writes: (Summary) From: Liwei Song
From: Liwei Song
This is a follow up to commit f712c71f7b2b ("ACPI, APEI: Fixup common access width firmware bug") fix the following firmware bug: access width firmware bug") fix the following firmware bug: [Firmware Bug]: APEI: Invalid bit width + offset in GAR [0xb2/16/0/1/1] [Firmware Bug]: APEI: Invalid bit width + offset in GAR [0xb2/16/0/1/1] This is due to an 8-bit access width is specified for a 16-bit register, Rearrange the condition and add 8-bit width check.
Rearrange the condition and add 8-bit width check.
Signed-off-by: Liwei Song



Re: [PATCH v8 1/3] perf: cavium: Support memory controller PMU cou ...
Greg KH writes: (Summary) On Wed, Jul 26, 2017 at 02:02:42PM -0700, David Daney wrote: needed to get the perf portion of the driver included. There's no real good reason for creating hardware that way, PCI devices are "free", you should go throw a printed copy of the PCI spec at the firmware developers who did this to you.
to you.
Then get them to fix the firmware so you have multiple PCI devices... Then get them to fix the firmware so you have multiple PCI devices... good luck!
good luck!
greg k-h
greg k-h
greg k-h



[PATCH v2] security: fix description of values returned by cap_ino ...
Stefan Berger writes: (Summary) 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/security/commoncap.c b/security/commoncap.c index 7abebd7..1234269 100644 --- a/security/commoncap.c +++ b/security/commoncap.c @@ -300,10 +300,10 @@ static inline void bprm_clear_caps(struct linux_binprm *bprm) * * Determine if an inode having a change applied that's marked ATTR_KILL_PRIV * affects the security markings on that inode, and if it is, should - * inode_killpriv() be invoked or the change rejected? + * Returns 1 if security.capability has a value, meaning inode_killpriv() + * is required, 0 otherwise, meaning inode_killpriv() is not required.



[PATCH v2 3/5] usb: xhci: Fix memory leak when xhci_disable_slot() ...
Lu Baolu writes: (Summary) If xhci_disable_slot() returns success, a disable slot command trb was queued in the command ring. 14 ++++++++------ 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c index cb2461a..2df601e 100644 --- a/drivers/usb/host/xhci.c +++ b/drivers/usb/host/xhci.c @@ -3547,11 +3547,9 @@ static void xhci_free_dev(struct usb_hcd *hcd, struct usb_device *udev) del_timer_sync(&virt_dev->eps[i].stop_cmd_timer); - /* - * Event command completion handler will free any data structures - * associated with the slot.



[PATCH v2 4/5] usb: xhci: Return error when host is dead in xhci_d ...
Lu Baolu writes: (Summary) It should return error and let the invoker know that disable slot command was failed due to a dead host.
command was failed due to a dead host.
Fixes: f9e609b82479 ("usb: xhci: Add helper function xhci_disable_slot().") Cc: Guoqing Zhang
Signed-off-by: Lu Baolu 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c index 2df601e..d6b728d 100644 --- a/drivers/usb/host/xhci.c +++ b/drivers/usb/host/xhci.c @@ -3568,10 +3568,9 @@ int xhci_disable_slot(struct xhci_hcd *xhci, u32 slot_id) state = readl(&xhci->op_regs->status);



[PATCH v2 1/5] usb: xhci: Disable slot even virt-dev is null
Lu Baolu writes: (Summary) Currently, it checks the corespoding virt-dev pointer and returns directly (w/o issuing disable slot command) if it's null.
disable slot command) if it's null.
This is unnecessary and will cause problems in case where virt-dev allocation fails and xhci_disable_slot() is called to roll back the hardware state. 4 ---- 1 file changed, 4 deletions(-) diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c index b2ff1ff..e69073f 100644 --- a/drivers/usb/host/xhci.c +++ b/drivers/usb/host/xhci.c @@ -3567,11 +3567,7 @@ int xhci_disable_slot(struct xhci_hcd *xhci, struct xhci_command *command, unsigned long flags;



[PATCH v2 5/5] usb: xhci: Handle USB transaction error on address ...
Lu Baolu writes: (Summary) Xhci driver handles USB transaction errors on transfer events, but transaction errors are possible on address device command completion events as well.
completion events as well.
The xHCI specification (section 4.6.5) says: A USB Transaction Error Completion Code for an Address Device Command may be due to a Stall response from a device.



[PATCH v2 2/5] usb: xhci: Fix potential memory leak in xhci_disabl ...
Lu Baolu writes: (Summary) 3 +-- 3 files changed, 11 insertions(+), 24 deletions(-) diff --git a/drivers/usb/host/xhci-hub.c b/drivers/usb/host/xhci-hub.c index 00721e8..c862d53 100644 --- a/drivers/usb/host/xhci-hub.c +++ b/drivers/usb/host/xhci-hub.c @@ -612,7 +612,7 @@ static int xhci_enter_test_mode(struct xhci_hcd *xhci, xhci_dbg(xhci, "Disable all slots\n"); i++) { - retval = xhci_disable_slot(xhci, NULL, i); */ } -int xhci_disable_slot(struct xhci_hcd *xhci, struct xhci_command *command, - u32 slot_id) +int xhci_disable_slot(struct xhci_hcd *xhci, u32 slot_id) { + struct xhci_command *command;



[PATCH v2 0/5] usb: xhci: Handle USB transaction error on address ...
Lu Baolu writes: (Summary) Xhci driver handles USB transaction errors on transfer events, but transaction errors are possible on address device command completion events as well.
completion events as well.
The xHCI specification (section 4.6.5) says: A USB Transaction Error Completion Code for an Address Device Command may be due to a Stall response from a device. Lu Baolu (5): usb: xhci: Disable slot even virt-dev is null usb: xhci: Fix potential memory leak in xhci_disable_slot() usb: xhci: Fix memory leak when xhci_disable_slot() returns error usb: xhci: Return error when host is dead in xhci_disable_slot() usb: xhci: Handle USB transaction error on address command drivers/usb/host/xhci-hub.c |



Re: gigantic hugepages vs. movable zones
"Aneesh Kumar K.V" writes: (Summary) Michal Hocko writes:
Michal Hocko writes:
following untested patch?
following untested patch?
I also noticed an unrelated issue with the usage of start_isolate_page_range. On error we set the migrate type to MIGRATE_MOVABLE. That may conflict with CMA pages ? Wondering whether we should check for page's pageblock migrate type in pfn_range_valid_gigantic() ?
pfn_range_valid_gigantic() ?
-aneesh
-aneesh
-aneesh



Re: [PATCH 05/11] powerpc/topology: Remove the unused parent_node( ...
Michael Ellerman writes: Dou Liyang writes: Dou Liyang writes: 1 file changed, 2 deletions(-)
Thanks for doing this series.
Thanks for doing this series.
Acked-by: Michael Ellerman Acked-by: Michael Ellerman cheers
cheers
cheers



Re: ARM64 board Hikey960 boot failure due to f2545b2d4ce1 (jump_la ...
Leo Yan writes: On Wed, Jul 26, 2017 at 04:13:49PM +0100, Marc Zyngier wrote: into individual patches and repost it as a proper series. Thanks, Marc.
Thanks, Marc.
I confirm below patch can fix the booting failure issue on Hikey960; after generate formal patch set, also welcome to send me for testing. after generate formal patch set, also welcome to send me for testing. Jazz is not dead. It just smells funny...
Jazz is not dead. It just smells funny...



Re: [PATCH v2] scsi: qedf: Limit number of CQs
"Martin K. Petersen" writes: Thomas,
Thomas,
so we simply limit the number of requested CQs..
Applied to 4.13/scsi-fixes. Thank you!
Applied to 4.13/scsi-fixes. Thank you!



[PATCH 1/3] memory: mtk-smi: add larbid init routine
dev; + err = of_property_read_u32(dev->of_node, "mediatek,larbid", + &larb->larbid); of_device_is_compatible(dev->of_node, + "mediatek,mt2701-smi-larb")) { + dev_err(dev, "missing larbid property\n"); + } + smi_node = of_parse_phandle(dev->of_node, "mediatek,smi", 0);



[PATCH 3/3] arm: dts: mediatek: add larbid property for larb



[PATCH 2/3] dt-bindings: mediatek: add descriptions for larbid
, + <&mmsys CLK_MM_SMI_LARB0>;



[PATCH 0/3] Add larbid init routine for mediatek's gen1 smi larb d ...
that.
Honghui Zhang (3):
memory: mtk-smi: add larbid init routine
dt-bindings: mediatek: add descriptions for larbid
arm: dts: mediatek: add larbid property for larb
arm: dts: mediatek: add larbid property for larb
.../bindings/memory-controllers/mediatek,smi-larb.txt |



Re: [patch 0/5] scsi/bnx2*: Plug hotplug race, correct locking and ...
"Martin K. Petersen" writes: Thomas,
Thomas,
top it simplifies the hotplug code in both drivers. Applied to 4.13/scsi-fixes. Thank you!
Applied to 4.13/scsi-fixes. Thank you!



[PATCH] staging: unisys: visorchipset: constify attribute_group st ...
Amitoj Kaur Chawla writes: (Summary) These attribute_group structures do not change at runtime so mark them as const.
change at runtime so mark them as const.
File size before:
text data bss dec hex filename
24124 6216 448 30788 7844
drivers/staging/unisys/visorbus/visorchipset.o
drivers/staging/unisys/visorbus/visorchipset.o
File size after:
text data bss dec hex filename
24220 6120 448 30788 7844
drivers/staging/unisys/visorbus/visorchipset.o
drivers/staging/unisys/visorbus/visorchipset.o
This change was made with the help of Coccinelle.
This change was made with the help of Coccinelle.
Signed-off-by: Amitoj Kaur Chawla



Re: [PATCH tip/core/rcu 4/5] sys_membarrier: Add expedited option
"Paul E. McKenney" writes: On Wed, Jul 26, 2017 at 02:11:46PM -0700, Paul E. McKenney wrote: sounds like a job for synchronize_sched_expedited(). ;-) Actually...
Actually...
Mathieu, does your use case require unprivileged access to sys_membarrier()? Mathieu, does your use case require unprivileged access to sys_membarrier()? Thanx, Paul
Thanx, Paul
Thanx, Paul



Re: [PATCH 1/4] can: dev: Add support for limiting configured bitrate
Franklin S Cooper Jr writes: (Summary) Hi Kurt,
On 07/26/2017 03:04 PM, Kurt Van Dijck wrote:
bitrates.
Its "possible" that this subnode may have additional properties beyond bitrates in the future. So "fixed" is just implying that certain properties can't be changed.
properties can't be changed.
of_can_load_transceiver looks way more clear to me. The fact its of_ already implies it is loading properties from device tree. A couple of people prefer to not use "arbitration" in one of the property names. Currently I believe there are two options on property names that can be used and I'm open to a majority vote on which one to go with.



Re: [Question]: try to fix contention between expire_timers and tr ...
qiaozhou writes: (Summary) core0(a53): core4(a73):
run_timer_softirq
__run_timers
spin_lock_irq(&base->lock)
expire_timers()
1.1: base->running_timer = timer;
1.2: spin_unlock_irq(&base->lock);
1.3: call_timer_fn(timer, fn, data);
1.4: spin_lock_irq(&base->lock);
1.5: back to 1.1 in while loop
1.5: back to 1.1 in while loop
core4(a73):
schedule()
del_timer_sync(&timer)
2.1: try_to_del_timer_sync()
2.2: get_timer_base()
2.3: spin_lock_irqsave(&base->lock, flags);
2.4: check "base->running_timer != timer" 2.5: spin_unlock_irqrestore(&base->lock, flags);



[PATCH v3/resubmit 2/3] staging: gs_fpgaboot: change char to u8
Jacob von Chorus writes: (Summary) @@ -74,9 +74,9 @@ static int readinfo_bitstream(char *bitdata, char *buf, int size, int *offset) /* * read bitdata length */ -static int readlength_bitstream(char *bitdata, int *lendata, int *offset) +static int readlength_bitstream(u8 *bitdata, int *lendata, int *offset) { - char tbuf[64]; @@ -98,9 +98,9 @@ static int readlength_bitstream(char *bitdata, int *lendata, int *offset) /* * read first 13 bytes to check bitstream magic number */ -static int readmagic_bitstream(char *bitdata, int *offset) +static int readmagic_bitstream(u8 *bitdata, int *offset) { - char buf[13];



[PATCH v3/resubmit 3/3] staging: gs_fpgaboot: return valid error codes
Jacob von Chorus writes: (Summary) 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/staging/gs_fpgaboot/gs_fpgaboot.c b/drivers/staging/gs_fpgaboot/gs_fpgaboot.c index ff59708792..bcbdc7340b 100644 --- a/drivers/staging/gs_fpgaboot/gs_fpgaboot.c +++ b/drivers/staging/gs_fpgaboot/gs_fpgaboot.c @@ -84,7 +84,7 @@ static int readlength_bitstream(u8 *bitdata, int *lendata, int *offset) /* make sure it is section 'e' */ if (tbuf[0] != 'e') { pr_err("error: length section is not 'e', but %c\n", tbuf[0]); } /* Bring csi_b, rdwr_b Low and program_b High */ @@ -250,7 +250,7 @@ static int gs_download_image(struct fpgaimage *fimage, enum wbus bus_bytes) /* Check INIT_B */ if (xl_get_init_b() == 0) { pr_err("init_b 0\n");



[PATCH v3/resubmit 1/3] staging: gs_fpgaboot: add buffer overflow ...
Jacob von Chorus writes: (Summary) v3:
- use >= to prevent an integer overflow in the comparison - use get_unaligned_be functions to interpret length fields - fix remainder of file to use valid error codes
- fix remainder of file to use valid error codes
v2:
- char arrays converted to u8 arrays
- replace error return value with proper error code in gs_read_bitstream
--- drivers/staging/gs_fpgaboot/gs_fpgaboot.c | } -static void readinfo_bitstream(char *bitdata, char *buf, int *offset) +static int readinfo_bitstream(char *bitdata, char *buf, int size, int *offset) { char tbuf[64];



Re: [PATCH v7 2/3] PCI: Enable PCIe Relaxed Ordering if supported
Ding Tianhong writes: On 2017/7/27 2:26, Casey Leedom wrote:
products.
Still no Intel and AMD guys has ack this, this is what I am worried about, should I ping some man again ?
ping some man again ?
Thanks
Ding
.
.



Re: USB disk speed regression WD Elements - with bisect result 225 ...
Alan Stern writes: (Summary) [Added linux-usb mailing list to CC:]
[Added linux-usb mailing list to CC:]
Short description of bug: In 4.12 or later, when Zdenek's Western Digital disk is attached to an EHCI controller, it ends up connecting at full speed to the companion UHCI controller instead. So we appear to be in the situation described above, and the connection is switched over to the companion controller.
is switched over to the companion controller.
If 22547c4cc4fe is not present, the kernel sees that the device is not connected at the end of the second reset and gives up trying to initialize the device.



Re: [PATCH v7 2/3] PCI: Enable PCIe Relaxed Ordering if supported
Ding Tianhong writes: On 2017/7/27 3:05, Casey Leedom wrote:
Ding, send me a note if you'd like me to work that up for you. Ok, you could send the change log and I could put it in the v8 version together, will you base on the patch 3/3 or build a independence patch? will you base on the patch 3/3 or build a independence patch? Ding
Ding
.
.



[PATCH] selftests: sigaltstack: convert to use TAP13 ksft framework
Shuah Khan writes: (Summary) } if (stk.ss_flags == SS_DISABLE) { - printf("[OK]\tInitial sigaltstack state was SS_DISABLE\n"); } else { - printf("[FAIL]\tInitial sigaltstack state was %x; if (err) { if (errno == EINVAL) { - printf("[NOTE]\tThe running kernel doesn't support SS_AUTODISARM\n"); } else { - perror("[FAIL]\tsigaltstack(SS_ONSTACK | } if (stk.ss_flags != SS_AUTODISARM) { - printf("[FAIL]\tss_flags=%x, should be SS_AUTODISARM\n", + ksft_exit_fail_msg("ss_flags=%x, should be SS_AUTODISARM\n", stk.ss_flags);



Re: [PATCH] mtd: dataflash: Use ULL suffix for 64-bit constants
Andrey Smirnov writes: (Summary) wrote:
too large for =E2=80=98long=E2=80=99 type
too large for =E2=80=98long=E2=80=99 type
Signed-off-by: Geert Uytterhoeven - { "AT45DB641E", 0x1f28000100, 32768, 264, 9, SUP_EXTID | - { "at45db641e", 0x1f28000100, 32768, 256, 8, SUP_EXTID | + { "AT45DB641E", 0x1f28000100ULL, 32768, 264, 9, SUP_EXTID | + { "at45db641e", 0x1f28000100ULL, 32768, 256, 8, SUP_EXTID |



Re: [PATCH v2 02/13] xen/pvcalls: connect to the backend
Stefano Stabellini writes: (Summary) On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
Unnecessary parentheses
OK
OK
OK
PVCALLS_RING_ORDER?
Sure
Sure
Sure
static
good point, I'll fix
good point, I'll fix
good point, I'll fix
Is ref really needed?
No, I'll remove it
No, I'll remove it
No, I'll remove it
I think patch 12 (where you implement cleanup) could be moved before this one. I'll move the patch
I'll move the patch
I'll move the patch
I also think you are leaking bedata on error paths.



Re: [PATCH v2 10/13] xen/pvcalls: implement poll command
Stefano Stabellini writes: (Summary) I admit it is a bit confusing, I'll add a comment about this.
is a bit confusing, I'll add a comment about this.
is a bit confusing, I'll add a comment about this.
from?)
poll is the only one different because it is meant to be used to implement the "poll" function which is the only one to return unsigned int instead of int. They caller is not part of this series, but give a look at include/linux/net.h:struct proto_ops, it should give you a pretty good idea.
pretty good idea.
pretty good idea.
#endif
#endif



Re: [PATCH net-next v2 07/10] net: dsa: lan9303: Added basic offlo ...
kbuild test robot writes: (Summary) Hi Egil,
Hi Egil,
[auto build test WARNING on net-next/master]
[auto build test WARNING on net-next/master]
url: https://github.com/0day-ci/linux/commits/Egil-Hjelmeland/net-dsa-lan9303-unicast-offload-fdb-mdb-STP/20170727-074246 config: x86_64-randconfig-x000-201730 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
make ARCH=x86_64
Note: it may well be a FALSE warning.



[PATCH] cpufreq: docs: Add missing cpuinfo_cur_freq description
"Rafael J. Wysocki" writes: (Summary) 8 ++++++++ 1 file changed, 8 insertions(+) Index: linux-pm/Documentation/admin-guide/pm/cpufreq.rst =================================================================== --- linux-pm.orig/Documentation/admin-guide/pm/cpufreq.rst +++ linux-pm/Documentation/admin-guide/pm/cpufreq.rst @@ -237,6 +237,14 @@ are the following: This attribute is not present if the scaling driver in use does not support it. +``cpuinfo_cur_freq`` + Current frequency of the CPUs belonging to this policy as obtained from + the hardware (in KHz). + + This is expected to be the frequency the hardware actually runs at. + If that frequency cannot be determined, this attribute should not + be present.



Re: [Xen-devel] [PATCH v2 09/13] xen/pvcalls: implement recvmsg
Stefano Stabellini writes: On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
MSG_DONTWAIT).
The code (admittedly unintuitive) is busy-looping (non-sleeping) for 5000 iterations *before* attempting to sleep. So in that regard, recvmsg and sendmsg use PVCALLS_FRONT_MAX_SPIN in the same way: only for non-sleeping iterations.
non-sleeping iterations.
non-sleeping iterations.



Re: [PATCH] netpoll: Fix device name check in netpoll_setup()
David Miller writes: From: Matthias Kaehlcke
Date: Tue, 25 Jul 2017 11:36:25 -0700
Date: Tue, 25 Jul 2017 11:36:25 -0700
Signed-off-by: Matthias Kaehlcke Applied, thanks a lot.
Applied, thanks a lot.
Applied, thanks a lot.



Re: [PATCH v2 05/13] xen/pvcalls: implement bind command
Stefano Stabellini writes: (Summary) Maybe I could create a static inline or macro as a syntactic sugar to replace the wait call, but that's pretty much it I think.
much it I think.
much it I think.
here (and connect())?
My intention was to use wait_event to wait for replies everywhere but I missed some of them in the conversion (I used to use wait_event_interruptible in early versions of the code). I'll make sure to use wait_event to wait for a response (like here), and wait_event_interruptible elsewhere (like in recvmsg, where we don't risk leaking a rsp slot).
leaking a rsp slot).
leaking a rsp slot).
#endif
#endif



[PATCH][next] clk: ti: check for null return in strrchr to avoid n ...
Colin King writes: (Summary) Detected by CoverityScan, CID#1452039 ("Dereference null return") Detected by CoverityScan, CID#1452039 ("Dereference null return") Signed-off-by: Colin Ian King 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/ti/adpll.c b/drivers/clk/ti/adpll.c index 255cafb18336..bd7cb9a413c9 100644 --- a/drivers/clk/ti/adpll.c +++ b/drivers/clk/ti/adpll.c @@ -222,7 +222,7 @@ static int ti_adpll_setup_clock(struct ti_adpll_data *d, struct clk *clock, /* Separate con_id in format "pll040dcoclkldo" to fit MAX_CON_ID */ postfix = strrchr(name, '.');



linux-next: Signed-off-by missing from a commit in the tip tree
Stephen Rothwell writes: Hi all,
Hi all,
Commit
Commit
585d93c5ffcc ("perf annotate stdio: Fix --show-total-period") 585d93c5ffcc ("perf annotate stdio: Fix --show-total-period") has no Signed-off-by for its author.
has no Signed-off-by for its author.



linux-next: missing Signed-off-by in commit in the drm tree
Stephen Rothwell writes: Hi all,
Hi all,
Commit
Commit
edeb729f7929 ("drm/vc4: Send a VBLANK event when disabling a CRTC") edeb729f7929 ("drm/vc4: Send a VBLANK event when disabling a CRTC") is missing a Signed-off-by from its committer.
is missing a Signed-off-by from its committer.



linux-next: missing Signed-off-by in commit in the drm tree
Stephen Rothwell writes: Hi all,
Hi all,
Commit
Commit
7d2818f54e38 ("drm/vc4: Allow vblank_disable_immediate on non-fw-kms. (v2)") 7d2818f54e38 ("drm/vc4: Allow vblank_disable_immediate on non-fw-kms. (v2)") is missing a Signed-off-by line for its commiter.
is missing a Signed-off-by line for its commiter.



linux-next: missing Signed-off-by in commit in the drm tree
Stephen Rothwell writes: Hi all,
Hi all,
Commit
Commit
cea3a330ee20 ("drm/stm: ltdc: Fix leak of px clk enable in some error paths") cea3a330ee20 ("drm/stm: ltdc: Fix leak of px clk enable in some error paths") is missing a Signed-off-by for its author.
is missing a Signed-off-by for its author.



Re: [PATCH v2 07/13] xen/pvcalls: implement accept command
Stefano Stabellini writes: On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
Unnecessary "!=0".
OK
OK
OK
#endif
#endif



Re: [PATCH v2 10/13] xen/pvcalls: implement poll command
Boris Ostrovsky writes: On 07/25/2017 05:22 PM, Stefano Stabellini wrote:
+ smp_wmb();
virt_wmb() (here, below, and I think I saw it somewhere else) virt_wmb() (here, below, and I think I saw it somewhere else) +}
All other routines return an int (0 or error code). Shouldn't they all have the same return type? (In fact, where are all these routines called from?)
from?)
-boris
-boris
#endif
#endif



Re: [PATCH v2 04/13] xen/pvcalls: implement connect command
Stefano Stabellini writes: On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
This needs to be documented in the code, not (just) in commit message. I'll add an in-code comment
I'll add an in-code comment
I'll add an in-code comment
Why are these changes made here and not in the original patch? I made a mistake in updating the patches for v2 :-( I'll fix it.
I'll fix it.
I'll fix it.
#endif
#endif



[PATCH v5 5/6] ntb: ntb_hw_intel: use io-64-nonatomic instead of i ...
Logan Gunthorpe writes: (Summary) 30 +----------------------------- 1 file changed, 1 insertion(+), 29 deletions(-) diff --git a/drivers/ntb/hw/intel/ntb_hw_intel.c b/drivers/ntb/hw/intel/ntb_hw_intel.c index 2557e2c05b90..606c90f59d4b 100644 --- a/drivers/ntb/hw/intel/ntb_hw_intel.c +++ b/drivers/ntb/hw/intel/ntb_hw_intel.c @@ -59,6 +59,7 @@ #include -} -#endif -#endif - -#ifndef iowrite64 -#ifdef writeq -#define iowrite64 writeq -#else -#define iowrite64 _iowrite64 -static inline void _iowrite64(u64 val, void __iomem *mmio) -{ - iowrite32(val, mmio); -} -#endif -#endif - static inline int pdev_is_atom(struct pci_dev *pdev) { switch (pdev->device) { -- 2.11.0



[PATCH v5 4/6] io-64-nonatomic: add io{read|write}64[be]{_lo_hi|_h ...
Logan Gunthorpe writes: (Summary) +} +#endif + +#ifndef ioread64 +#define ioread64 ioread64_hi_lo +#endif + +#ifndef iowrite64 +#define iowrite64 iowrite64_hi_lo +#endif + +#ifndef ioread64be +#define ioread64be ioread64be_hi_lo +#endif + +#ifndef iowrite64be +#define iowrite64be iowrite64be_hi_lo +#endif + #endif /* _LINUX_IO_64_NONATOMIC_HI_LO_H_ */ diff --git a/include/linux/io-64-nonatomic-lo-hi.h b/include/linux/io-64-nonatomic-lo-hi.h index 084461a4e5ab..437a34f20f5a 100644 --- a/include/linux/io-64-nonatomic-lo-hi.h +++ b/include/linux/io-64-nonatomic-lo-hi.h @@ -54,4 +54,64 @@ static inline void lo_hi_writeq_relaxed(__u64 val, volatile void __iomem *addr) #define writeq_relaxed lo_hi_writeq_relaxed #endif +#ifndef ioread64_lo_hi +#define ioread64_lo_hi ioread64_lo_hi +static inline u64 ioread64_lo_hi(void __iomem *addr) +{ + u32 low, high;



[PATCH] spi: bcm-qspi: Remove hardcoded settings and spi-nor.h dep ...
Kamal Dasu writes: (Summary) } -static int bcm_qspi_bspi_set_flex_mode(struct bcm_qspi *qspi, int width, - int addrlen, int hp) +static int bcm_qspi_bspi_set_flex_mode(struct bcm_qspi *qspi, + struct spi_flash_read_message *msg, + int hp) { int bpc = 0, bpp = 0; } -static int bcm_qspi_bspi_set_override(struct bcm_qspi *qspi, int width, - int addrlen, int hp) +static int bcm_qspi_bspi_set_override(struct bcm_qspi *qspi, + struct spi_flash_read_message *msg, + int hp) { + int width = msg->data_nbits ?



[PATCH v5 6/6] crypto: caam: cleanup CONFIG_64BIT ifdefs when usin ...
Logan Gunthorpe writes: (Summary) /* * Architecture-specific register access methods @@ -134,50 +134,25 @@ static inline void clrsetbits_32(void __iomem *reg, u32 clear, u32 set) * base + 0x0000 : least-significant 32 bits * base + 0x0004 : most-significant 32 bits */ -#ifdef CONFIG_64BIT static inline void wr_reg64(void __iomem *reg, u64 data) { +#ifndef CONFIG_CRYPTO_DEV_FSL_CAAM_IMX if (caam_little_end) iowrite64(data, reg); -} - -#else /* CONFIG_64BIT */ -static inline void wr_reg64(void __iomem *reg, u64 data) -{ -#ifndef CONFIG_CRYPTO_DEV_FSL_CAAM_IMX - if (caam_little_end) { - wr_reg32((u32 __iomem *)(reg) + 1, data >> - } else #endif - { - wr_reg32((u32 __iomem *)(reg), data >>



[PATCH v5 3/6] iomap: introduce io{read|write}64_{lo_hi|hi_lo}
Logan Gunthorpe writes: (Summary) +} + +void iowrite64_lo_hi(u64 val, void __iomem *addr) +{ + IO_COND(addr, pio_write64_lo_hi(val, port), + writeq(val, addr)); +} + +void iowrite64_hi_lo(u64 val, void __iomem *addr) +{ + IO_COND(addr, pio_write64_hi_lo(val, port), + writeq(val, addr)); +} + +void iowrite64be_lo_hi(u64 val, void __iomem *addr) +{ + IO_COND(addr, pio_write64be_lo_hi(val, port), + mmio_write64be(val, addr)); +} + +void iowrite64be_hi_lo(u64 val, void __iomem *addr) +{ + IO_COND(addr, pio_write64be_hi_lo(val, port), + mmio_write64be(val, addr));



Re: [PATCH v2 03/13] xen/pvcalls: implement socket command and han ...
Stefano Stabellini writes: On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
These two lines can be combined (both src and dst)
I'll do that
I'll do that
I'll do that
"!= 0" can be dropped
OK
OK
OK
+#endif
+#endif



[PATCH v5 1/6] powerpc: io.h: move iomap.h include so that it can ...
Logan Gunthorpe writes: (Summary) Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: Nicholas Piggin
Cc: Suresh Warrier 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/include/asm/io.h b/arch/powerpc/include/asm/io.h index 422f99cf9924..af074923d598 100644 --- a/arch/powerpc/include/asm/io.h +++ b/arch/powerpc/include/asm/io.h @@ -33,8 +33,6 @@ extern struct pci_dev *isa_bridge_pcidev; #endif @@ -663,6 +661,8 @@ static inline void name at \ #define writel_relaxed(v, addr) writel(v, addr) #define writeq_relaxed(v, addr) writeq(v, addr) +#include



[PATCH v5 0/6] make io{read|write}64 globally usable
Logan Gunthorpe writes: (Summary) Thus I've included a patch to adjust this
- Fixed some mistakes with a couple of the defines in io-64-nonatomic* headers
- Fixed a typo noticed by Horia.
- Fixed a typo noticed by Horia.
(earlier versions were drastically different)
(earlier versions were drastically different)
(earlier versions were drastically different)
Horia Geantă (1):
crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64 Logan Gunthorpe (5): powerpc: io.h: move iomap.h include so that it can use readq/writeq defs powerpc: iomap.c: introduce io{read|write}64_{lo_hi|hi_lo} iomap: introduce io{read|write}64_{lo_hi|hi_lo} io-64-nonatomic: add io{read|write}64[be]{_lo_hi|_hi_lo} macros ntb: ntb_hw_intel: use io-64-nonatomic instead of in-driver hacks arch/powerpc/include/asm/io.h |



[PATCH v5 2/6] powerpc: iomap.c: introduce io{read|write}64_{lo_hi ...
Logan Gunthorpe writes: (Summary) 40 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 40 insertions(+) diff --git a/arch/powerpc/kernel/iomap.c b/arch/powerpc/kernel/iomap.c index a1854d1ded8b..b43dbadfd24f 100644 --- a/arch/powerpc/kernel/iomap.c +++ b/arch/powerpc/kernel/iomap.c @@ -44,12 +44,32 @@ u64 ioread64(void __iomem *addr) { return readq(addr); #endif /* __powerpc64__ */ void iowrite8(u8 val, void __iomem *addr) @@ -82,12 +102,32 @@ void iowrite64(u64 val, void __iomem *addr) { writeq(val, addr); +} +void iowrite64_hi_lo(u64 val, void __iomem *addr) +{ + writeq(val, addr); +} +void iowrite64be_hi_lo(u64 val, void __iomem *addr) +{ + writeq_be(val, addr);



Re: [PATCH tip/core/rcu 02/15] rcu: Use timer as backstop for NOCB ...
Steven Rostedt writes: On Wed, 26 Jul 2017 14:47:41 -0700
"Paul E. McKenney" wrote: "Paul E. McKenney" wrote: "Paul E. McKenney" wrote: timers have to avoid being cancelled for irq_work to break even? No idea. I guess that would be a nice academic exercise ;-) No idea. I guess that would be a nice academic exercise ;-) -- Steve
-- Steve
-- Steve



Re: [PATCH] security: fix description of values returned by cap_in ...
"Serge E. Hallyn" writes: (Summary) On Wed, Jul 26, 2017 at 02:31:08PM -0400, Stefan Berger wrote: * inode_killpriv() be invoked or the change rejected? How about dropping the question mark at the end of this sentence while you're touching it?
touching it?
+ * Returns 1 if security.capability has a value, 0 otherwise. Can you say a few more words, something like
Can you say a few more words, something like
* Returns 1 if security.capability has a value, meaning inode_killpriv() * is required. Else return 0, meaning inode_killpriv() is not required. Else return 0, meaning inode_killpriv() is not required.



[PATCH v2 0/6] USB3 support for Broadcom NS2 SoC
Jon Mason writes: (Summary) The USB3 PHY is connected through the MDIO interface.
PHY is connected through the MDIO interface.
Jon Mason (3):
dt-bindings: usb: Add documentation for NS2 CDRU USB3 dt-bindings: usb: Add documentation for NS2 ICFG USB3 dt-bindings: usb: Add documentation for NS2 IDM USB3 dt-bindings: usb: Add documentation for NS2 IDM USB3 Yendapally Reddy Dhananjaya Reddy (3):
dt-bindings: phy: Add documentation for NS2 USB3 PHY phy: Add USB3 PHY support for Broadcom NS2 SoC
arm64: dts: ns2: Add USB3 Support
arm64: dts: ns2: Add USB3 Support
.../devicetree/bindings/phy/brcm,ns2-usb3-phy.txt |



[PATCH v2 1/6] dt-bindings: phy: Add documentation for NS2 USB3 PHY
Jon Mason writes: (Summary) + +Required mdio bus properties: +- reg: MDIO Bus number for the MDIO interface +- #address-cells: must be 1 +- #size-cells: must be 0 + +Required PHY properties: +- compatible: should be "brcm,ns2-usb3-phy" +- reg: MDIO Phy ID for the MDIO interface +- #phy-cells: must be 0 +- #address-cells: must be 1 +- #size-cells: must be 0 + +Sub-nodes: + Each port's PHY should be represented as a sub-node.



RE: HELP DESK
"Castanha, Terry" writes: (Summary) to Re-validate your account CLICK HERE<http://www.imxprs.com/free/webmailhelpdesk/homewebmailportal>, please kindly fill the data to verify and update your account: Thank you
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
System administrator
Sys



Re: [PATCH] net: inet: diag: expose sockets cgroup classid
"Levin, Alexander (Sasha Levin)" writes: (Summary) On Wed, Jul 26, 2017 at 03:01:32PM -0700, Cong Wang wrote: or put nothing (that is, skipping this nla_put())?
My logic was that if CONFIG_SOCK_CGROUP_DATA is disabled, then all sockets = have the same default classid =3D=3D> 0, rather than having to deal with wh= ether that config is enabled or not.
ether that config is enabled or not.
id);
nla_put_u32()
Will fix, thanks!
Will fix, thanks!
--=20
--=20
Thanks,
Sasha=
Sasha=
Sasha=



[PATCH v2 3/6] dt-bindings: usb: Add documentation for NS2 ICFG USB3
Jon Mason writes: (Summary) 13 +++++++++++++ 1 file changed, 13 insertions(+) create mode 100644 Documentation/devicetree/bindings/usb/brcm,icfg-usb.txt diff --git a/Documentation/devicetree/bindings/usb/brcm,icfg-usb.txt b/Documentation/devicetree/bindings/usb/brcm,icfg-usb.txt new file mode 100644 index 000000000000..72176e25a692 --- /dev/null +++ b/Documentation/devicetree/bindings/usb/brcm,icfg-usb.txt @@ -0,0 +1,13 @@ +Broadcom ICFG USB3 registers + +Required properties: +- compatible: "brcm,icfg-usb" +- reg: Base address and length of the USB registers + + +Example: + +icfg_usb3: icfg_usb3@66000900 { + compatible = "brcm,icfg-usb";



[PATCH v2 4/6] dt-bindings: usb: Add documentation for NS2 IDM USB3
Jon Mason writes: (Summary) 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100644 Documentation/devicetree/bindings/usb/brcm,usb3-idm.txt diff --git a/Documentation/devicetree/bindings/usb/brcm,usb3-idm.txt b/Documentation/devicetree/bindings/usb/brcm,usb3-idm.txt new file mode 100644 index 000000000000..3618dbcbe890 --- /dev/null +++ b/Documentation/devicetree/bindings/usb/brcm,usb3-idm.txt @@ -0,0 +1,14 @@ +Broadcom IDM USB3 registers + +Required properties: +- compatible: "brcm,usb3-idm" +- reg: Base address and length of the USB registers + + +Example: + +usb3_idm: idm@67000000 { + compatible = "brcm,usb3-idm";



[PATCH v2 6/6] arm64: dts: ns2: Add USB3 Support
Jon Mason writes: (Summary) + +&usb3_phy0 { + status = "okay"; + +&xhci0 { + status = "okay"; + +&usb3_phy0 { + status = "okay"; + +&xhci0 { + status = "okay"; + + usb3_phy: usb3_phy@0 { + compatible = "brcm,ns2-usb3-phy"; + + usb3_phy0: usb3_phy@0 { + reg = <0>; + + usb3_phy1: usb_phy@1 { + reg = <1>; + + xhci1: usb@66310000 { + compatible = "generic-xhci";



[PATCH v2 5/6] phy: Add USB3 PHY support for Broadcom NS2 SoC
Jon Mason writes: (Summary) BIT(24)) + +#define NS2_PHY_RESET_BIT BIT(5) +#define NS2_PHY_PLL_RESET_BIT BIT(6) + +/* NS2 USB3 MDIO */ +#define NS2_USB3_MDIO_PLL30_ADDR 0x8000 +#define NS2_USB3_MDIO_BLK_ACCESS 0x1F +#define NS2_USB3_MDIO_PLL30_ANAPLL_CTRL 0x14 +#define NS2_USB3_MDIO_PLL30_ANAPLL_CTRL_VAL 0x23 +#define NS2_USB3_MDIO_PLL30_GEN_PLL 0xF +#define NS2_USB3_MDIO_PLL30_GEN_PLL_PCLK_SEL BIT(11) +#define NS2_USB3_MDIO_P0_AFE30_ADDR 0x8080 +#define NS2_USB3_MDIO_P1_AFE30_ADDR 0x9080 +#define NS2_USB3_MDIO_AFE30_RX_SIG_DETECT 0x5 +#define NS2_USB3_MDIO_AFE30_RX_SIG_DETECT_VAL 0xAC0D + +#define NS2_USB3_MDIO_P0_PIPE_BLK_ADDR 0x8060 +#define NS2_USB3_MDIO_P1_PIPE_BLK_ADDR 0x9060 +#define NS2_USB3_MDIO_PIPE_BLK_REG_1_OFFSET 0x1 +#define NS2_USB3_MDIO_PIPE_BLK_REG_1_VAL 0x207 + +#define NS2_USB3_MDIO_P0_AEQ_BLK_ADDR 0x80E0 +#define NS2_USB3_MDIO_P1_AEQ_BLK_ADDR 0x90E0 +#define NS2_USB3_MDIO_AEQ_BLK_REG_1_OFFSET 0x1 +#define NS2_USB3_MDIO_AEQ_BLK_REG_1_VAL 0x3000 + +enum ns2_phy_block { + PHY_RESET, + PHY_PLL_RESET, + PHY



[PATCH v2 2/6] dt-bindings: usb: Add documentation for NS2 CDRU USB3
Jon Mason writes: (Summary) 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100644 Documentation/devicetree/bindings/usb/brcm,cdru-usb3-ctrl.txt diff --git a/Documentation/devicetree/bindings/usb/brcm,cdru-usb3-ctrl.txt b/Documentation/devicetree/bindings/usb/brcm,cdru-usb3-ctrl.txt new file mode 100644 index 000000000000..30c03bef58fd --- /dev/null +++ b/Documentation/devicetree/bindings/usb/brcm,cdru-usb3-ctrl.txt @@ -0,0 +1,14 @@ +Broadcom Chip Device Resource Unit USB3 register + +Required properties: +- compatible: "brcm,cdru-usb3-ctrl" +- reg: Base address and length of the USB registers + + +Example: + +cdru_usb3_ctrl: cdru_usb3_ctrl@6501d144 { + compatible = "brcm,cdru-usb3-ctrl";



Re: [PATCH v6 1/3] Documentation: devicetree: add Freescale RNGC b ...
Rob Herring writes: On Sun, Jul 23, 2017 at 12:49 PM, Martin Kaiser wrote: create mode 100644 Documentation/devicetree/bindings/rng/imx-rngc.txt Reviewed-by: Rob Herring
Reviewed-by: Rob Herring
Reviewed-by: Rob Herring



Re: [PATCH v6 3/7] drm/rockchip: vop: move line_flag_num to interr ...
Heiko Stuebner writes: Am Mittwoch, 26. Juli 2017, 14:19:19 CEST schrieb Mark Yao: Reviewed-by: Sean Paul on rk3036 and rk3288
Tested-by: Heiko Stuebner
Tested-by: Heiko Stuebner
Tested-by: Heiko Stuebner
Heiko
Heiko
Heiko

Comments (0) - Read and Add your own Comments