Would anyone please take a review at this patch ?
Thanks in advace
Jianchao
On 03/07/2018 08:29 PM, Jianchao Wang wrote:
> iscsi tcp will first send out data, then calculate and send data
> digest. If we don't have BDI_CAP_STABLE_WRITES, the page cache will
> be written in spite of the on going w
2018-03-14 15:35 GMT+09:00 Katsuhiro Suzuki :
> This patch divides large pin-mux group 'aio' of UniPhier LD11/LD20
> to 2 groups as following:
> aout1 : 8ch I2S output: AO1DACCK, AO1BCK, AO1LRCK, AO1D[0-2]
> aoutiec1: S/PDIF output : AO1IEC, AO1ARC
>
> Signed-off-by: Katsuhiro Suzuki
> ---
On 13/03/2018 21:18, Sukadev Bhattiprolu wrote:
John Garry [john.ga...@huawei.com] wrote:
On 13/03/2018 20:10, Sukadev Bhattiprolu wrote:
Hi John,
I have an xfs file system which seems to have d_type == DT_UNKNOWN for all
entries in 'tools/perf/pmu-events/arch/power8'! readdir(3) says ->d_typ
* Arnaldo Carvalho de Melo wrote:
> Em Tue, Mar 13, 2018 at 03:27:30PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Tue, Mar 13, 2018 at 03:26:18PM +0100, Ingo Molnar escreveu:
> > > That's not a valid SOB chain, author != first-Signed-off-by.
>
> > I removed that cset for now, can you ple
* Linus Torvalds wrote:
> If Ingo wants to build as root, maybe we could even make him set some
> environment flag to avoid errors.
I only build as root infrequently, but I think PeterZ does it more frequently?
Distro package builds are also often done as root.
I don't mind warnings, etc. - I
On 二, 2018-03-13 at 20:39 +0100, Paul Menzel wrote:
> Dear Linux folks,
>
>
> Booting the Dell XPS 13 9370 with Linux 4.16-rc4+ and
> `initcall_debug`,
> shows it is shown that int3403_driver_init needs over 330 ms to run.
>
> [2.524839] initcall int3403_driver_init+0x0/0x1000
> [int3
Hello.
On Wed, Mar 14, 2018 at 5:02 AM, Nadav Amit wrote:
> Oleksandr, if you can confirm that it fixes the bug you encountered, it
> would be great.
Sure, I'm checking this possibility with a couple of customers, and
will reply back once I have some inputs on it.
> Greg, Arnd, on your free tim
Hi Shanker,
On Wed, 14 Mar 2018 00:50:01 +,
Shanker Donthineni wrote:
>
> The definition of the GICR_CTLR.RWP control bit was expanded to indicate
> status of changing GICR_CTLR.EnableLPI from 1 to 0 is being in progress
> or completed. Software must observe GICR_CTLR.RWP==0 after clearing
>
On 13/03/2018 20:10, Arnd Bergmann wrote:
On Tue, Mar 13, 2018 at 6:46 PM, Tvrtko Ursulin
wrote:
On 13/03/2018 16:19, Arnd Bergmann wrote:
The conditional spinlock confuses gcc into thinking the 'flags' value
might contain uninitialized data:
drivers/gpu/drm/i915/i915_pmu.c: In function '_
On Tue, 13 Mar 2018 17:55:53 +0900,
Huacai Chen wrote:
>
> Hi, Yoshinori, Rich and SuperH developers,
>
> I'm not familiar with SuperH assembly, but SuperH has the same bug
> obviously. Could you please fix that?
>
> Huacai
>
OK. Apply this fix.
SuperH can not handle long int directly.
diff --
Once an address range is associated with an allocated pkey, it cannot be
reverted back to key-0. There is no valid reason for the above behavior. On
the contrary applications need the ability to do so.
The patch relaxes the restriction.
Tested on powerpc.
cc: Dave Hansen
cc: Michael Ellermen
On 14 March 2018 at 02:31, Masahiro Yamada
wrote:
> 2018-03-14 5:17 GMT+09:00 Leonard Crestez :
>> The decision to rebuild .S_shipped is made based on the relative
>> timestamps of .S_shipped and .pl files but git makes this essentially
>> random. This means that the perl script might run anyway (
On 14.03.2018 05:10, Tycho Andersen wrote:
> Hi all,
>
> I'm getting the WARN below. I think (?) what I'm doing when I get it
> is that I'm unmounting a subvolume while it's being synced (concurrent
> uses of the subvolume, at least, happy to look into it further if the
> stack trace is not so u
Once an address range is associated with an allocated pkey, it cannot be
reverted back to key-0. There is no valid reason for the above behavior. On
the contrary applications need the ability to do so.
The patch relaxes the restriction.
Tested on x86_64.
cc: Dave Hansen
cc: Michael Ellermen
c
On Tue, Mar 13, 2018 at 12:32:37PM -0500, Eric W. Biederman wrote:
> Christian Brauner writes:
>
> > Resending to CC grekh.
>
>
>
> Acked-by: "Eric W. Biederman"
>
> And the first two patches can also have
> Reviewed-by: "Eric W. Biederman"
>
> Greg this patchset looks read or just about r
On 03/13/2018 06:35 PM, Jakob Unterwurzacher wrote:
> The UCAN driver supports the microcontroller-based USB/CAN
> adapters from Theobroma Systems. There are two form-factors
> that run essentially the same firmware:
>
> * Seal: standalone USB stick ( https://www.theobroma-systems.com/seal )
>
>
On Tue, Mar 13, 2018 at 09:00:54PM +0100, Peter Seiderer wrote:
> Signed-off-by: Peter Seiderer
> ---
> drivers/staging/media/imx/imx-media-csi.c | 5 +
> 1 file changed, 5 insertions(+)
I know I don't take patches with an empty changelog description, but
other maintainers might be much more
On Wed, Mar 14, 2018 at 02:02:36PM +0800, Chunfeng Yun wrote:
> The driver is used to support Apple carplay feature by a debugfs
> interface which can force the driver to send a USB Vendor Request
> of "Apple Device to Host Mode Switch" to switch Apple Device
> into host mode.
While I am all for c
On Tue, Mar 13, 2018 at 03:28:00PM -0700, Guenter Roeck wrote:
> On Tue, Mar 13, 2018 at 04:22:47PM +0100, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.15.10 release.
> > There are 146 patches in this series, all will be posted as a response
> > to this one.
On Tue, Mar 13, 2018 at 05:51:29PM +0100, Harald Geyer wrote:
> Maxime Ripard writes:
> > Hi,
> >
> > On Tue, Mar 13, 2018 at 10:18:22AM +0100, Harald Geyer wrote:
> >> Maxime Ripard writes:
> >>> On Mon, Mar 12, 2018 at 04:10:48PM +, Harald Geyer wrote:
> The A64 SoC features two display
On 03/09/2018 09:00 PM, Ram Pai wrote:
On Fri, Mar 09, 2018 at 12:04:49PM +0100, Florian Weimer wrote:
On 03/09/2018 09:12 AM, Ram Pai wrote:
Once an address range is associated with an allocated pkey, it cannot be
reverted back to key-0. There is no valid reason for the above behavior.
mprot
On 二, 2018-03-13 at 15:02 +0800, Zhang Rui wrote:
> Hi, Viresh,
>
> I will queue it for 4.17, with just one minor fix below.
>
I got the following warning from checkpatch.pl
---
WARNING: please write a paragraph that describes the config symbol
fully
#147: FILE: drivers/thermal/Kconf
Hi,
> Either mlock account (because it's mlocked defacto), and get_user_pages
> won't do that for you.
>
> Or you write the full-blown userptr implementation, including mmu_notifier
> support (see i915 or amdgpu), but that also requires Christian Königs
> latest ->invalidate_mapping RFC for dma
Hi Daniel,
On Wed, 14 Mar 2018 07:56:00 +0100 Daniel Lezcano
wrote:
>
> On 14/03/2018 00:02, Stephen Rothwell wrote:
> > Hi Daniel,
> >
> > The clockevents tree appears to only contain an old version of patches
> > that have been committed upstream. As such, it is only causing conflicts.
> > P
On Tue, Mar 13, 2018 at 11:16:45AM +0100, Giulio Benetti wrote:
> The H3 has an ARM Mali 400 GPU, so add binding to our DT.
>
> Signed-off-by: Giulio Benetti
How was this tested?
Is there any specific reason not to share it with the H5?
Maxime
--
Maxime Ripard, Bootlin (formerly Free Electro
On 03/14/2018 09:00 AM, Florian Weimer wrote:
On 03/09/2018 09:00 PM, Ram Pai wrote:
On Fri, Mar 09, 2018 at 12:04:49PM +0100, Florian Weimer wrote:
On 03/09/2018 09:12 AM, Ram Pai wrote:
Once an address range is associated with an allocated pkey, it
cannot be
reverted back to key-0. There is
_buf_ is an array and the one that must be freed is _tp_ instead.
Fixes: a870a02cc963 ("pktgen: use dynamic allocation for debug print buffer")
Reported-by: Wang Jian
Signed-off-by: Gustavo A. R. Silva
---
net/core/pktgen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net
On 14-03-18, 16:01, Zhang Rui wrote:
> WARNING: please write a paragraph that describes the config symbol
> fully
> #147: FILE: drivers/thermal/Kconfig:18:
> +config THERMAL_STATISTICS
>
> WARNING: Consider renaming function(s)
> 'thermal_cooling_device_total_trans_show' to 'total_trans_show'
> #3
hello everyone:
my kernel version is 3.10.0-327.62.59.101.x86_64, and
why this Kasan's shadow memory is lost?
Thanks;
BUG: unable to handle kernel paging request at fc00
IP: [] kasan_mem_to_shadow include/linux/kasan.h:20 [inline]
IP: [] memory_is_poisoned_4 mm/kasa
Hi Kishon,
Am Donnerstag, 1. März 2018, 16:25:10 CET schrieb Enric Balletbo i Serra:
> Right now the rockchip type-c phy does fail probing when no extcon is
> detected. Some boards get the cable-state via the extcon interface and
> have this supported, other boards seem to use the fusb302 chip or
From: Sricharan R
The smmu needs to be functional only when the respective
master's using it are active. The device_link feature
helps to track such functional dependencies, so that the
iommu gets powered when the master device enables itself
using pm_runtime. So by adapting the smmu driver for
r
From: Sricharan R
Finally add the device link between the master device and
smmu, so that the smmu gets runtime enabled/disabled only when the
master needs it. This is done from add_device callback which gets
called once when the master is added to the smmu.
Signed-off-by: Sricharan R
Signed-of
qcom,smmu-v2 is an arm,smmu-v2 implementation with specific
clock and power requirements. This smmu core is used with
multiple masters on msm8996, viz. mdss, video, etc.
Add bindings for the same.
Signed-off-by: Vivek Gautam
Reviewed-by: Rob Herring
Reviewed-by: Tomasz Figa
---
- No change si
This series provides the support for turning on the arm-smmu's
clocks/power domains using runtime pm. This is done using the
recently introduced device links patches, which lets the smmu's
runtime to follow the master's runtime pm, so the smmu remains
powered only when the masters use it.
As not al
Given the consumer and supplier devices, add an API to
delete the link between them.
Suggested-by: Tomasz Figa
Signed-off-by: Vivek Gautam
Cc: Rafael J. Wysocki
Cc: Greg Kroah-Hartman
---
- This patch replaces an earlier patch [1] that was adding
device_link_find() API.
[1] https://pat
Arnd:
Thanks for the fix.
On 03/13/2018 10:02 PM, Wang Jian wrote:
+ kfree(buf);
free tb? buf is an array.
Wang:
Thanks for the report. I already sent a patch to fix this:
https://patchwork.kernel.org/patch/10281587/
--
Gustavo
On Wed, Mar 14, 2018 at 8:25 AM, David Miller wrote:
F
From: Sergey Senozhatsky
Not every object can be share its zspage with other objects, e.g. when
the object is as big as zspage or nearly as big a zspage. For such
objects zsmalloc has a so called huge class - every object which belongs
to huge class consumes the entire zspage (which consists of
From: Sergey Senozhatsky
This patch removes ZRAM's enforced "huge object" value and uses zsmalloc
huge-class watermark instead, which makes more sense.
TEST
- I used a 1G zram device, LZO compression back-end, original
data set size was 444MB. Looking at zsmalloc classes stats the
test ended
Dear Rui,
On 03/14/2018 08:32 AM, Zhang Rui wrote:
On 二, 2018-03-13 at 20:39 +0100, Paul Menzel wrote:
Booting the Dell XPS 13 9370 with Linux 4.16-rc4+ and
`initcall_debug`,
shows it is shown that int3403_driver_init needs over 330 ms to run.
[2.524839] initcall int3403_driver_in
On Tue, 2018-03-13 at 23:53 -0700, Matthew Dharm wrote:
> Why is this a kernel-level driver, rather than a userspace application
> that uses libusb to send the single vendor-specific command required?
> Since this command would be applicable to many CarPlay devices, with
> many different VID/PIDs,
Hello,
ZRAM's max_zpage_size is a bad thing. It forces zsmalloc to
store normal objects as huge ones, which results in bigger zsmalloc
memory usage. Drop it and use actual zsmalloc huge-class value when
decide if the object is huge or not.
v3:
- add pool param to zs_huge_class_size() [Min
On 2018-03-14, Al Viro wrote:
>>> + rcu_read_lock();/* to protect parent */
>>> + spin_unlock(&dentry->d_lock);
>>> + parent = READ_ONCE(dentry->d_parent);
>>
>> The preceeding line should be removed. We already have a "parent"
>> from before we did the most recent trylock()
On Tue, 13 Mar 2018 17:55:53 +0900,
Huacai Chen wrote:
>
> Hi, Yoshinori, Rich and SuperH developers,
>
> I'm not familiar with SuperH assembly, but SuperH has the same bug
> obviously. Could you please fix that?
>
> Huacai
>
Sorry. Previous mail bounced. It resend.
OK. Apply this fix.
SuperH
From: Sricharan R
The smmu device probe/remove and add/remove master device callbacks
gets called when the smmu is not linked to its master, that is without
the context of the master device. So calling runtime apis in those places
separately.
Signed-off-by: Sricharan R
[vivek: Cleanup pm runtim
On Wed, 2018-03-14 at 07:16 +0100, Greg Kroah-Hartman wrote:
> On Wed, Mar 14, 2018 at 02:02:36PM +0800, Chunfeng Yun wrote:
> > The driver is used to support Apple carplay feature by a debugfs
> > interface which can force the driver to send a USB Vendor Request
> > of "Apple Device to Host Mode S
On Tue, Mar 13, 2018 at 7:05 PM, Kieran Bingham
wrote:
> The use of the packed attribute can cause a performance penalty for
> all accesses to the struct members, as the compiler will assume that the
> structure has the potential to have an unaligned base.
>
> These structures are all correctly al
On 13.03.2018 15:30, Jacopo Mondi wrote:
> Document Thine THC63LVD1024 LVDS decoder device tree bindings.
>
> Signed-off-by: Jacopo Mondi
> ---
> .../bindings/display/bridge/thine,thc63lvd1024.txt | 63
> ++
> 1 file changed, 63 insertions(+)
> create mode 100644
> Document
On 3/13/2018 5:46 PM, Kalle Valo wrote:
"Luis R. Rodriguez" writes:
On Tue, Mar 13, 2018 at 03:16:34PM +0200, Kalle Valo wrote:
"Luis R. Rodriguez" writes:
+/**
+ * request_firmware_optional: - request for an optional fw module
+ * @firmware_p: pointer to firmware image
+ * @name: name of
Greetings,
Today's next kernel fails to build with gcc 4.8.5 on powerpc machine.
./include/linux/jiffies.h: In function ‘jiffies_delta_to_clock_t’:
./include/linux/kernel.h:855:2: error: first argument to
‘__builtin_choose_expr’ not a constant
__builtin_choose_expr(__builtin_constant_p(x) &&
We need a changelog. How does this affect user space? What bug does
this fix?
On Tue, Mar 13, 2018 at 09:00:54PM +0100, Peter Seiderer wrote:
> Signed-off-by: Peter Seiderer
> ---
> drivers/staging/media/imx/imx-media-csi.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers
On Tue, Mar 13, 2018 at 08:06:50PM +0100, Mohammed Gamal wrote:
> @@ -791,6 +791,7 @@ static inline int netvsc_send_pkt(
>
> VMBUS_DATA_PACKET_FLAG_COMPLETION_REQUESTED);
> }
>
> + ring_avail = hv_ringbuf_avail_percent(&out_channel->outbound);
>
On 03/13/2018 04:23 AM, Andi Kleen wrote:
> Thomas Richter writes:
>
>> Right now there is only hard coded support for x86.
>
> That's not true. There is support for generic transaction events in perf.
>
> As far as I can tell your events would map 1:1 to the generic tx-* events.
>
> -Andi
>
On Wed, Mar 14, 2018 at 08:23:16AM +0100, Ingo Molnar wrote:
>
> * Linus Torvalds wrote:
>
> > If Ingo wants to build as root, maybe we could even make him set some
> > environment flag to avoid errors.
>
> I only build as root infrequently, but I think PeterZ does it more frequently?
Yeah, a
Should this logic go into a little helper so that everyone is kept
in sync?
This patchs adds the minimal defconfig for the OXNAS ARMv6 SoCs
including the OX820 SoC and needed minimal configurations.
Signed-off-by: Neil Armstrong
---
Hi Arnds,
Can you take this directly ? It will avoid send a pull request for a single
patch..
This defconfig will help adding the ox820 t
On Wed, Mar 14, 2018 at 9:07 AM, Gustavo A. R. Silva
wrote:
> _buf_ is an array and the one that must be freed is _tp_ instead.
>
> Fixes: a870a02cc963 ("pktgen: use dynamic allocation for debug print buffer")
> Reported-by: Wang Jian
> Signed-off-by: Gustavo A. R. Silva
Acked-by: Arnd Bergmann
Looks good, thanks for catchign this!
Reviewed-by: Christoph Hellwig
ro ‘__max’
> #define max(x, y) __max(typeof(x), typeof(y), x, y)
>
> Machine Type: Power8 Baremetal
> gcc: 4.8.5
>
>
> Builds fine when below patch is reverted
> c7c133f3 kernel.h: skip single-eval logic on literals in min()/max()
Those patches have been removed from toda
On 13.03.2018 15:30, Jacopo Mondi wrote:
> Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel
> output decoder.
IMO converter suits here better, but it is just suggestion.
>
> Signed-off-by: Jacopo Mondi
> ---
> drivers/gpu/drm/bridge/Kconfig| 7 +
> drivers/gpu/drm
On Tue, Mar 13, 2018 at 10:36:52AM -0700, Shakeel Butt wrote:
> On Tue, Mar 13, 2018 at 10:19 AM, Christopher Lameter wrote:
> > On Tue, 13 Mar 2018, Shakeel Butt wrote:
> >
> >> However for SLUB in debug kernel, the sizes were same. On further
> >> inspection it is found that SLUB always use kmem
On Tue, Mar 13, 2018 at 10:50:45AM +0100, Jiri Olsa wrote:
> On Tue, Mar 13, 2018 at 10:28:01AM +0100, Jiri Olsa wrote:
> > On Tue, Mar 13, 2018 at 07:37:47AM +0100, Ingo Molnar wrote:
> > >
> > > * Jiri Olsa wrote:
> > >
> > > > Jiri Olsa (7):
> > > > hw_breakpoint: Pass bp_type directly
Commit-ID: 327d53d005ca47b10eae940616ed11c569f75a9b
Gitweb: https://git.kernel.org/tip/327d53d005ca47b10eae940616ed11c569f75a9b
Author: Andy Lutomirski
AuthorDate: Tue, 13 Mar 2018 22:03:10 -0700
Committer: Ingo Molnar
CommitDate: Wed, 14 Mar 2018 09:21:01 +0100
selftests/x86/entry_fro
Commit-ID: 78393fdde2a456cafa414b171c90f26a3df98b20
Gitweb: https://git.kernel.org/tip/78393fdde2a456cafa414b171c90f26a3df98b20
Author: Andy Lutomirski
AuthorDate: Tue, 13 Mar 2018 22:03:11 -0700
Committer: Ingo Molnar
CommitDate: Wed, 14 Mar 2018 09:21:01 +0100
selftests/x86/entry_fro
Note: I was working on these patches for quite sometime
and realized that Toshi Kani has shared some patches
addressing the same isssue with subject
"[PATCH 0/2] fix memory leak / panic in ioremap huge pages".
I've taken slightly different approach here, so sending
to the list, finally.
This patch
ARM64 MMU implements invalidation of TLB for
intermediate page tables for perticular VA. This
may or may not be available for other arch. So,
provide this API hook only for ARM64, for now.
Signed-off-by: Chintan Pandya
---
arch/arm64/include/asm/tlbflush.h | 5 +
include/asm-generic/tlb.h
Commit-ID: b5069782453459f6ec1fdeb495d9901a4545fcb5
Gitweb: https://git.kernel.org/tip/b5069782453459f6ec1fdeb495d9901a4545fcb5
Author: Andy Lutomirski
AuthorDate: Tue, 13 Mar 2018 22:03:12 -0700
Committer: Ingo Molnar
CommitDate: Wed, 14 Mar 2018 09:21:01 +0100
x86/vm86/32: Fix POPF e
On 13/03/2018 21:57, Andy Shevchenko wrote:
On Tue, Mar 13, 2018 at 8:38 PM, Thierry Escande
wrote:
Add support for Qualcomm serial slave devices. Probe the serial device,
retrieve its maximum speed and register a new hci uart device.
config BT_HCIUART_QCA
bool "Qualcomm Atheros p
>>> On 26.02.18 at 15:08, wrote:
> @@ -35,6 +40,9 @@ void xen_arch_post_suspend(int cancelled)
>
> static void xen_vcpu_notify_restore(void *data)
> {
> + if (xen_pv_domain() && boot_cpu_has(X86_FEATURE_SPEC_CTRL))
> + wrmsrl(MSR_IA32_SPEC_CTRL, this_cpu_read(spec_ctrl));
> +
>
While setting huge page, we need to take care of
previously existing next level mapping. Since,
we are going to overrite previous mapping, the
only reference to next level page table will get
lost and the next level page table will be zombie,
occupying space forever. So, free it before
overriding.
This commit 15122ee2c515a ("arm64: Enforce BBM for huge
IO/VMAP mappings") is a temporary work-around until the
issues with CONFIG_HAVE_ARCH_HUGE_VMAP gets fixed.
Revert this change as we have fixes for the issue.
Signed-off-by: Chintan Pandya
---
arch/arm64/mm/mmu.c | 8
1 file change
Arend van Spriel writes:
> On 3/13/2018 5:46 PM, Kalle Valo wrote:
>> "Luis R. Rodriguez" writes:
>>
>>> On Tue, Mar 13, 2018 at 03:16:34PM +0200, Kalle Valo wrote:
"Luis R. Rodriguez" writes:
>> +/**
>> + * request_firmware_optional: - request for an optional fw module
>>
On Wed, Mar 14, 2018 at 12:01 AM, Thierry Reding
wrote:
> On Tue, Mar 13, 2018 at 09:59:54PM +0100, Arnd Bergmann wrote:
>> Like many other panel drivers, this one fails to build
>> when backlight support is disabled:
>>
>> drivers/gpu/drm/panel/panel-raydium-rm68200.o: In function `rm68200_probe'
If huge mappings are enabled, they can override
valid intermediate previous mappings. Some MMU
can speculatively pre-fetch these intermediate
entries even after unmap. That's because unmap
will clear only last level entries in page table
keeping intermediate (pud/pmd) entries still valid.
This can
Hi,
Manu Gautam writes:
> Hi,
>
>
> On 3/13/2018 4:38 PM, Felipe Balbi wrote:
>> Hi,
>>
>> +Andy
>>
>> Manu Gautam writes:
>>> DWC3 controller on Qualcomm SOCs has a Qscratch wrapper.
>>> Some of its uses are described below resulting in need to
>>> have a separate glue driver instead of using
On Tue, Mar 13, 2018 at 06:59:47PM +0100, Laurent Dufour wrote:
> This change is inspired by the Peter's proposal patch [1] which was
> protecting the VMA using SRCU. Unfortunately, SRCU is not scaling well in
> that particular case, and it is introducing major performance degradation
> due to exce
On Tue, Mar 13, 2018 at 02:28:49PM -0700, Alexander Duyck wrote:
> From: Alexander Duyck
>
> This patch adds a common configuration function called
> pci_sriov_configure_simple that will allow for managing VFs on devices
> where the PF is not capable of managing VF resources.
>
> Signed-off-by:
Looks good,
Reviewed-by: Christoph Hellwig
Looks good,
Reviewed-by: Christoph Hellwig
> +
> +/**
> + * pci_pf_stub_white_list - White list of devices to bind pci-pf-stub onto
> + *
> + * This table provides the list of IDs this driver is supposed to bind
> + * onto. You could think of this as a list of "quirked" devices where we
> + * are adding support for SR-IOV here since there a
Hi,
Colin King writes:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in dev_warn warning message text.
>
> Signed-off-by: Colin Ian King
seems like we need a patch to fix your subject ;-) I'll fix it when applying
--
balbi
signature.asc
Description: PGP signature
>> +.dev_groups = amba_dev_groups,
>> +.match = amba_match,
>> +.uevent = amba_uevent,
>> +.pm = &amba_pm,
>> +.dma_configure = amba_dma_configure,
>> +.dma_deconfigure= amba_dma_deconfigure,
>
> Agree. There is no good point in duplicating the code.
> So this new API will be part of 'drivers/base/dma-mapping.c' file?
Yes.
> > As mention in my previous reply I think we don't even need a deconfigure
> > callback at this point - just remove the ACPI and OF wrappers and
> > clear the dma o
tcharding writes:
> On Mon, Mar 12, 2018 at 09:46:06AM +, Kalle Valo wrote:
>> tcharding wrote:
>>
>> > The kernel would like to have all stack VLA usage removed[1]. rsi uses
>> > a VLA based on 'blksize'. Elsewhere in the SDIO code maximum block size
>> > is defined using a magic number.
On 2/9/2018 10:13 AM, Arend van Spriel wrote:
Commit 3c47d19ff4dc ("drivers: base: add coredump driver ops") added
a new callback in struct device_driver, but not a kerneldoc description
so here it is.
Hi Greg,
Revisiting the header file I notice this patch is not yet applied. I am
pretty sur
Hi Pierre-Yves,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on v4.16-rc4]
[also build test WARNING on next-20180314]
[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
Hi Andrzej,
sorry for the mess :(
On Wed, Mar 14, 2018 at 09:15:42AM +0100, Andrzej Hajda wrote:
> On 13.03.2018 15:30, Jacopo Mondi wrote:
> > Document Thine THC63LVD1024 LVDS decoder device tree bindings.
> >
> > Signed-off-by: Jacopo Mondi
> > ---
> > .../bindings/display/bridge/thine,thc
On Wed, 2018-03-14 at 12:11 +0800, Dou Liyang wrote:
> > At 03/13/2018 05:35 PM, Rafael J. Wysocki wrote:
> > > On Tue, Mar 13, 2018 at 9:39 AM, Artem Bityutskiy
> > > > Longer term, yeah, I agree. Kernel's notion of possible CPU
> > > > count
> > > > should be realistic.
> >
> > I did a patch fo
On 14.03.18 08:51, Marc Kleine-Budde wrote:
+ memcpy(cf->data, m->msg.can_msg.data, cf->can_dlc);
+
+ /* don't count error frames as real packets */
+ if (!(canid & CAN_ERR_FLAG)) {
+ stats->rx_packets++;
+ stats->rx_bytes += cf->can_dlc;
+
"Tobin C. Harding" writes:
> On Tue, Mar 13, 2018 at 11:00:47PM +0200, Andy Shevchenko wrote:
>> On Tue, Mar 13, 2018 at 10:17 PM, tcharding wrote:
>> > On Mon, Mar 12, 2018 at 09:46:06AM +, Kalle Valo wrote:
>> >> tcharding wrote:
>>
>> I'm pretty much sure it depends on the original emai
From: huang lin
Refactor Innolux P079ZCA panel driver, let it support
multi panel.
Change-Id: If89be5e56dba8cb498e2d50c1bbeb0e8016123a2
Signed-off-by: Lin Huang
---
Changes in v2:
- Change regulator property name to meet the panel datasheet
Changes in v3:
- this patch only refactor P079ZCA pan
Hi Gabriel,
On Tue, 2018-03-13 at 17:34 +0100, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> This patch-set enables the reset of STM32MP1.
> It uses the reset simple driver by introducing the clear register offset
> parameter.
> STM32MP1 reset IP has a register to assert by writi
From: huang lin
The Innolux P097PFG panel is 9.7" panel with 1536X2048
resolution, it reuse P079ZCA panel driver, so improve
p079ZCA dt-binding to support P097PFG.
Change-Id: I8704914898fe53b734d31fbe646df8aa5fd8b30d
Signed-off-by: Lin Huang
---
Changes in v2:
- None
Changes in v3:
- None
Chang
Support Innolux P097PFG 9.7" 1536x2048 TFT LCD panel, it reuse
the Innolux P079ZCA panel driver.
Change-Id: I97923aa3735f707332681691b0231c9421b427d0
Signed-off-by: Lin Huang
---
Changes in v2:
- None
Changes in v3:
- None
Changes in v4:
- download panel initial code
drivers/gpu/drm/panel/pane
On 14.03.18 10:11, Wolfgang Grandegger wrote:
+ /* handle error frames */
+ canid = le32_to_cpu(m->msg.can_msg.id);
+ if (canid & CAN_ERR_FLAG) {
+ ucan_handle_error_frame(up, m, canid);
+ /* drop frame if berr-reporting is off */
+ if (!(up->can.ctrlmode & CAN_CTRLM
Am 14.03.2018 um 10:14 schrieb Jakob Unterwurzacher:
On 14.03.18 10:11, Wolfgang Grandegger wrote:
+ /* handle error frames */
+ canid = le32_to_cpu(m->msg.can_msg.id);
+ if (canid & CAN_ERR_FLAG) {
+ ucan_handle_error_frame(up, m, canid);
+ /* drop frame if berr-reporti
Hello,
Am 13.03.2018 um 18:35 schrieb Jakob Unterwurzacher:
The UCAN driver supports the microcontroller-based USB/CAN
adapters from Theobroma Systems. There are two form-factors
that run essentially the same firmware:
* Seal: standalone USB stick ( https://www.theobroma-systems.com/seal )
* M
"Tobin C. Harding" writes:
> Added Konstantin in case he is in charge of administering
> patchwork.kernel.org?
>
> On Tue, Mar 13, 2018 at 07:53:34PM -0700, Kees Cook wrote:
>> On Tue, Mar 13, 2018 at 7:11 PM, Tobin C. Harding wrote:
>> > On Tue, Mar 13, 2018 at 11:00:47PM +0200, Andy Shevchenk
This patch series add support for remoteproc Q6v5 modem-pil on Qualcomm
SDM845 SoC. The second patch adds AOSS (Always on subsystem) reset driver
to provide for mss reset line. The fourth patch adds the APCS offset for
SDM845. The last couple of patches add the resets sequence for Q6 on
SDM845 and
On 14.03.18 10:17, Wolfgang Grandegger wrote:
Counting the state changes is one thing but you should also generate
error messages for them.
We do for BUS-OFF already (see below), but not for other states - will
do in v3.
+ /* we switched into a worse state */
+ up->can.state = n
On Tue, 2018-03-13 at 12:35 -0700, Stephen Hemminger wrote:
> On Tue, 13 Mar 2018 20:06:50 +0100
> Mohammed Gamal wrote:
>
> > Dring high network traffic changes to network interface parameters
> > such as number of channels or MTU can cause a kernel panic with a
> > NULL
> > pointer dereference.
1 - 100 of 1242 matches
Mail list logo
