On Wed, Oct 03, 2018 at 02:48:14PM +0200, Borislav Petkov wrote:
> On Wed, Oct 03, 2018 at 02:34:02PM +0200, Peter Zijlstra wrote:
> >
> > Subject: ACPI/NUMA: Fix KASLR build error
> >
> > There is no point in trying to compile KASLR specific code when there is
> > no KASLR.
> >
> >
On 03/10/2018 14:51, Paul Cercueil wrote:
>
> Le 3 oct. 2018 2:47 PM, Daniel Lezcano a
> écrit :
>>
>> On 03/10/2018 12:32, Paul Cercueil wrote:
>>>
>>> Le 1 oct. 2018 10:48, Daniel Lezcano
>>> a écrit :
On 31/07/2018 00:01, Paul Cercueil wrote:
[ ... ]
>>> +-
Correct vnprintf() typo + several aspell corrections.
Signed-off-by: Sergey Senozhatsky
---
lib/seq_buf.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/seq_buf.c b/lib/seq_buf.c
index 11f2ae0f9099..738b4e92780c 100644
--- a/lib/seq_buf.c
+++ b/lib/seq_buf.c
@@
On Wed, Oct 03, 2018 at 10:01:56AM +0300, Alexey Budankov wrote:
>
> Store -k clockid frequency into Perf trace to enable timestamps
> derived metrics conversion into wall clock time on reporting stage.
>
> Below is the example of perf report output:
>
> tools/perf/perf record -k raw --
* Mel Gorman [2018-10-03 14:21:55]:
> On Wed, Oct 03, 2018 at 06:37:41PM +0530, Srikar Dronamraju wrote:
> > * Srikar Dronamraju [2018-10-02 23:00:05]:
> >
>
> That's unfortunate.
>
> How much does this workload normally vary between runs? If you monitor
> migrations over time, is there an
On 03/10/2018 12:36, Jiri Olsa wrote:
On Tue, Oct 02, 2018 at 01:16:21PM +0200, Jiri Olsa wrote:
On Tue, Oct 02, 2018 at 11:41:36AM +0100, John Garry wrote:
SNIP
---
diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c
index 1ec1d9bc2d63..fb2a0dab3978 100644
---
> There is another variant of model/stepping micro code verification code in
> intel_snb_pebs_broken(). Can we please make this table based and use a
> common function? That's certainly not the last quirk we're going to have.
I have a patch to add a table driven microcode matcher for another fix.
On 03.10.2018 00:24, Greg Kroah-Hartman wrote:
> On Tue, Oct 02, 2018 at 11:46:11PM +0200, Helge Deller wrote:
>> Hi Greg,
>>
>> On 02.10.2018 23:16, Greg Kroah-Hartman wrote:
>>> On Tue, Oct 02, 2018 at 11:02:13PM +0200, Helge Deller wrote:
please pull a last set of fixes for the parisc
Replace "fallthru" with a proper "fall through" annotation.
This fix is part of the ongoing efforts to enabling
-Wimplicit-fallthrough
Signed-off-by: Gustavo A. R. Silva
---
mm/zsmalloc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c
index
On 10/03/2018 03:52 PM, Suzuki K Poulose wrote:
>
>
> On 02/10/18 13:56, Anshuman Khandual wrote:
>>
>>
>> On 10/02/2018 06:08 PM, Suzuki K Poulose wrote:
>>> Hi Anshuman
>>>
>>> On 02/10/18 13:15, Anshuman Khandual wrote:
Architectures like arm64 have PUD level HugeTLB pages for certain
Hi all,
Changes since 20181002:
The vfs tree gained conflicts against the f2fs tree.
The net-next tree gained a conflict against the net tree.
The bpf-next tree gained a build failure so I used the version from
next-20181002.
The devicetree tree gained a conflict against the c6x tree.
The
Hello
On 10/02/2018 05:07 PM, Pavel Machek wrote:
> Hi!
>
>>> We have debated this over and over and now we have 3 different
>>> implementations
>>> available we need to collude on which one we want to support.
>>>
>>> Jacek I defer to you and Pavel since you are both LED maintainers.
>>>
>>> I
Fix a TURBOchannel support regression with commit 205e1b7f51e4
("dma-mapping: warn when there is no coherent_dma_mask") that caused
coherent DMA allocations to produce a warning such as:
defxx: v1.11 2014/07/01 Lawrence V. Stefani and others
tc1: DEFTA at MMIO addr = 0x1e90, IRQ = 20,
On 10/02/2018 06:21 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.18.12 release.
There are 228 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
Mathieu Poirier writes:
>> +static ssize_t notrace stm_write(struct stm_data *data, unsigned int master,
>> + unsigned int channel, const char *buf, size_t count)
>> +{
>> +ssize_t sz;
>> +
>> +sz = stm_data_write(data, master, channel, true, buf, count);
>> +if
Hi Enric,
On 03/10/2018 13:01, Enric Balletbo i Serra wrote:
> Hi Emil,
>
> Many thanks to catch this and fix. Some comments below.
>
> You missed to add the v2, please send the next patch with v3 prefix.
>
> On 28/9/18 19:08, Emil Karlson wrote:
>> Commit
On Wed, 03 Oct 2018 15:55:25 +0200
Janusz Krzysztofik wrote:
> > >
> > > Implementation of NAND_OP_WAITRDY_INSTR has been based on legacy
> > > nand_wait_ready(),
> >
> > I don't remember what the ams-delta ->dev_ready()/->waitfunc() hooks
> > are doing, but is shouldn't be too hard to
On Wed, 3 Oct 2018, Liang, Kan wrote:
> On 10/3/2018 9:55 AM, Thomas Gleixner wrote:
> > On Wed, 3 Oct 2018, Liang, Kan wrote:
> > > On 10/3/2018 2:10 AM, Thomas Gleixner wrote:
> > > > There is another variant of model/stepping micro code verification code
> > > > in
> > > >
Hi Gustavo,
On Wed, Oct 3, 2018 at 2:57 PM Gustavo A. R. Silva
wrote:
> Apparently, this code does not actually fall through to the next case
> because the machine restarts before it has a chance. However, for the
> sake of maintenance and readability, we better add the missing break
>
Replace "fallthru" with a proper "fall through" annotation.
This fix is part of the ongoing efforts to enabling
-Wimplicit-fallthrough
Signed-off-by: Gustavo A. R. Silva
---
sound/pci/intel8x0.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/sound/pci/intel8x0.c
On Wed, Oct 3, 2018 at 12:17 AM Arnd Bergmann wrote:
>
> memremap() is declared in linux/io.h, not in asm/io.h, so we should
> include that header to avoid build errors:
>
> drivers/platform/x86/dcdbas.c: In function 'dcdbas_check_wsmt':
> drivers/platform/x86/dcdbas.c:572:15: error: implicit
On Tue, Oct 02, 2018 at 02:58:00PM +0530, Nayna Jain wrote:
>
>
> On 10/02/2018 06:12 AM, Jarkko Sakkinen wrote:
> > On Sat, Sep 29, 2018 at 01:30:20AM +0300, Tomas Winkler wrote:
> > > Move tpm1_pcr_extend to tpm1-cmd.c and remove
> > > unused pcrextend_header structure and
> > >
Hello
On 10/03/2018 07:00 AM, Dan Murphy wrote:
> Hello
>
> On 10/02/2018 05:07 PM, Pavel Machek wrote:
>> Hi!
>>
We have debated this over and over and now we have 3 different
implementations
available we need to collude on which one we want to support.
Jacek I defer
CPU0:
snd_trident_hw_free
snd_trident_free_voice
line 3870: spin_lock_irqsave()
line 3881: voice->substream = NULL; [WRITE]
CPU1:
snd_trident_interrupt
line 3798: snd_pcm_period_elapsed(voice->substream); [READ]
As for voice->substream, the WRITE operation in
On 03/10/18 10:52, Ulf Hansson wrote:
> [...]
>
>> static int tegra_xusb_probe(struct platform_device *pdev)
>> {
>> struct tegra_xusb_mbox_msg msg;
>> @@ -1038,7 +1095,7 @@ static int tegra_xusb_probe(struct platform_device
>> *pdev)
>> goto put_padctl;
>> }
On Wednesday, October 3, 2018 2:30:54 PM CEST Boris Brezillon wrote:
> Hi Janusz,
>
> On Wed, 3 Oct 2018 14:00:28 +0200
> Janusz Krzysztofik wrote:
>
> > Replace legacy callbacks with ->select_chip() and ->exec_op().
>
> Thanks for working on that, that's really appreciated.
>
> >
> >
On Wed, 2018-10-03 at 13:47 +0200, Paolo Bonzini wrote:
> Commit b5861e5cf2fcf83031ea3e26b0a69d887adf7d21 introduced a check on
> the interrupt-window and NMI-window CPU execution controls in order to
> inject an external interrupt vmexit before the first guest instruction
> executes. However,
Hi Greg,
Please pull the following kselftest for 4.19-rc7.
linux-kselftest-4.19-rc7
This fixes update for 4.19-rc7 consists one fix to rseq test to prevent
it from seg-faulting when compiled with -fpie.
diff is attached.
thanks,
-- Shuah
On Wed, Oct 3, 2018 at 2:57 AM Alexander Shishkin
wrote:
>
> Wenwen Wang writes:
>
> > In stm_char_policy_set_ioctl(), the 'size' field of the struct
> > 'stp_polic_id' is firstly copied from the user space and then checked,
> > because the length of the 'id' field in this struct, which
On 03/10/2018 16:53, Sean Christopherson wrote:
> Isn't enable_apicv redundant with kvm_vcpu_apicv_active()? And since
> getting RVI requires a VMREAD, I think it would make sense to only
> fall into this code if !evaluate_pending_interrupts, e.g.:
>
> if (!evaluate_pending_interrupts &&
On Wed, Oct 03, 2018 at 04:46:45PM +0200, Geert Uytterhoeven wrote:
> On Wed, Oct 3, 2018 at 2:57 PM Gustavo A. R. Silva
> > case CMD_REBOOT:
> > dev_info(>spi->dev, "Rebooting system...\n");
> > kernel_restart(NULL);
> > + break;
>
On Tue, Aug 28, 2018 at 04:51:14PM +0100, Julien Thierry wrote:
> Some of the work done in daifflags save/restore is already provided
> by irqflags functions. Daifflags should always be a superset of irqflags
> (it handles irq status + status of other flags). Modifying behaviour of
> irqflags
On Wed, 2018-09-26 at 15:16 +0100, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> It is necessary to ensure types on both sides of the comparison are of the
> same width. Otherwise the check overflows sooner than expect due left hand
> side being an unsigned long length, and the right hand
On Wed, Oct 03, 2018 at 08:10:31AM +0200, Thomas Gleixner wrote:
> On Tue, 2 Oct 2018, kan.li...@linux.intel.com wrote:
>
> There is another variant of model/stepping micro code verification code in
> intel_snb_pebs_broken(). Can we please make this table based and use a
> common function? That's
On Wed, Oct 03, 2018 at 05:41:32PM +0200, Peter Zijlstra wrote:
> On Wed, Oct 03, 2018 at 08:10:31AM +0200, Thomas Gleixner wrote:
> > On Tue, 2 Oct 2018, kan.li...@linux.intel.com wrote:
> >
> > There is another variant of model/stepping micro code verification code in
> >
Hi Boris
On Wed, Oct 3, 2018 at 5:17 PM Boris Brezillon
wrote:
>
> On Wed, 3 Oct 2018 17:11:14 +0200
> Boris Brezillon wrote:
>
> > Hi Ricardo,
> >
> > On Mon, 1 Oct 2018 14:43:49 +0200
> > Ricardo Ribalda Delgado wrote:
> >
> > > @@ -248,14 +252,19 @@ static int gpio_flash_probe(struct
On 10/02/2018 01:27 PM, Fenghua Yu wrote:
> On Mon, Sep 24, 2018 at 07:19:16PM +, Moger, Babu wrote:
>> int parse_bw(void *_buf, struct rdt_resource *r, struct rdt_domain *d);
>> +int parse_bw_amd(void *_buf, struct rdt_resource *r, struct rdt_domain *d);
>
> Please note the type of _buf
On Wed, 2018-09-26 at 15:16 +0100, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Mostly same fixes and cleanups I've sent earlier in the year, but with some
> patches dropped and some split into smaller ones as per request.
I think in order for a patch series to get noticed that the
Multi AIO trace writing allows caching more kernel data into userspace
memory postponing trace writing for the sake of overall profiling data
thruput increase. It could be seen as kernel data buffer extension into
userspace memory.
With aio-cblocks option value different from 0, current
On Wed, Sep 12, 2018 at 10:13:03AM +0100, Quentin Perret wrote:
> @@ -288,6 +321,21 @@ static void build_perf_domains(const struct cpumask
> *cpu_map)
> goto free;
> tmp->next = pd;
> pd = tmp;
> +
> + /*
> + * Count
On Mon, Oct 1, 2018 at 10:53 PM Alexey Budankov
wrote:
> On 01.10.2018 19:11, Thomas Gleixner wrote:
> > Peter and I discussed that and we came up with the idea that the file
> > descriptor is not even required, i.e. you could make it backward
> > compatible.
> >
> > perf_event_open() knows which
This patchset is fixing some aspects of the ring buffer implementation in
drivers/hid/hid-debug.c. This implementation has certain problem points:
- it may stuck in an infinite loop
- it may return corrupted data
- a reader and a writer are not protected by spinlocks, which can lead to
the
hid_debug_events_read() does not properly handle the case when tail < head
and count < HID_DEBUG_BUFSIZE - head and returns corrupted data. Also,
after commit 717adfdaf147 ("HID: debug: check length before
copy_to_user()") it can enter an infinite loop if called with count == 0.
Fix this by
From: Roman Kiryanov
Create a constant to refer to the device name instead if several copies
of a string.
Signed-off-by: Roman Kiryanov
---
Changes in v3:
- No change.
Changes in v2:
- No change.
drivers/platform/goldfish/goldfish_pipe.h| 2 ++
From: Roman Kiryanov
This is the v2 driver. v1 will be added later.
Signed-off-by: Roman Kiryanov
---
Changes in v3:
- No change.
Changes in v2:
- No change.
drivers/platform/goldfish/goldfish_pipe.c| 2 +-
drivers/platform/goldfish/goldfish_pipe_v2.c | 6 +++---
Hi,
On Wed, Oct 3, 2018 at 5:24 AM Alok Chauhan wrote:
>
> when the kernel inits a SE, its quite possible we have pending interrupts
> from bootloaders which did not handle/clear them. So do this in kernel at
> the SE init, to avoid some of it causing bad behavior, while at it also
> club all
From: Rob Herring
In preparation to remove the node name pointer from struct device_node,
convert printf users to use the %pOFn format specifier.
Cc: Srinivas Kandagatla
Signed-off-by: Rob Herring
[srinivas: rebased on top of next]
Signed-off-by: Srinivas Kandagatla
---
drivers/nvmem/core.c
Hi Thomas,
On 10/3/2018 12:02 AM, Thomas Gleixner wrote:
> On Wed, 26 Sep 2018, Reinette Chatre wrote:
>> /**
>> - * rdtgroup_cbm_overlaps - Does CBM for intended closid overlap with other
>> + * _rdtgroup_cbm_overlaps - Does CBM for intended closid overlap with other
>> * @r: Resource to
On Wed, 3 Oct 2018 17:11:14 +0200
Boris Brezillon wrote:
> Hi Ricardo,
>
> On Mon, 1 Oct 2018 14:43:49 +0200
> Ricardo Ribalda Delgado wrote:
>
> > @@ -248,14 +252,19 @@ static int gpio_flash_probe(struct platform_device
> > *pdev)
> >
> > i = 0;
> > do {
> > - if
From: Luca Ceresoli
struct i2c_client has a direct pointer to the adapter, no need to dig
it out of the struct device tree.
Suggested-by: Peter Rosin
Signed-off-by: Luca Ceresoli
---
drivers/i2c/muxes/i2c-mux-ltc4306.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Luca Ceresoli
struct i2c_client has a direct pointer to the adapter, no need to dig
it out of the struct device tree.
Signed-off-by: Luca Ceresoli
---
drivers/i2c/muxes/i2c-mux-pca954x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Luca Ceresoli
struct i2c_client has a direct pointer to the adapter, no need to dig
it out of the struct device tree.
Suggested-by: Peter Rosin
Signed-off-by: Luca Ceresoli
---
drivers/i2c/muxes/i2c-mux-mlxcpld.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 10/3/18 5:22 PM, Mark Brown wrote:
> On Wed, Oct 03, 2018 at 02:12:11PM +0200, Gustavo A. R. Silva wrote:
>
>> switch (drv_data->n_bytes) {
>> case 4:
>> bytes_left >>= 1;
>> +/* Fall through
On Thu 27-09-18 22:39:48, john.hubb...@gmail.com wrote:
> From: John Hubbard
>
> Introduces put_user_page(), which simply calls put_page().
> This provides a way to update all get_user_pages*() callers,
> so that they call put_user_page(), instead of put_page().
>
> Also adds
On Tue, Oct 02, 2018 at 03:16:36PM -0700, Greg Kroah-Hartman wrote:
> On Mon, Oct 01, 2018 at 08:13:40PM +0530, Nishad Kamdar wrote:
> > This patch removes #if 0 code blocks and usages of
> > functions defined in the #if 0 blocks.
> >
> > Signed-off-by: Nishad Kamdar
> > ---
> >
K3 devices have the same ECAP IP as OMAP SoC. Enable driver to be built
for K3 devices.
Signed-off-by: Vignesh R
Signed-off-by: Sekhar Nori
---
drivers/pwm/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig
index
On 10/03/2018 09:57 AM, Waiman Long wrote:
> On 10/03/2018 03:48 AM, Peter Zijlstra wrote:
>> On Tue, Oct 02, 2018 at 04:19:19PM -0400, Waiman Long wrote:
>>> +DEFINE_PER_CPU(unsigned long [MAX_LOCKDEP_KEYS], lock_class_ops);
>>> @@ -179,9 +181,30 @@ DECLARE_PER_CPU(struct lockdep_stats,
Add a new compatible string "ti,am654-ecap" to support PWM ECAP IP of
TI AM654 SoC.
Signed-off-by: Vignesh R
Signed-off-by: Sekhar Nori
---
Documentation/devicetree/bindings/pwm/pwm-tiecap.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
ring buffer implementation hid_debug_event() is strange allowing a lost
of data. it does not move head pointer on append and uses per-byte for()
loop. fix this by introducing a new ring buffer implementation, which
overwrites the oldest data in case of the ring buffer overflow. it uses
some
hdev->debug_list->hid_debug_buf is not protected from concurrent updates
from the writer, hid_debug_event() and reads by the reader,
hid_debug_events_read(). Fix this by adding per-list-element spinlock.
Also introduce a temporary buffer tempbuf so copy_to_user() is not called
from under a
* Jann Horn wrote:
> Hi!
>
> I noticed that X86-64 is using the generic string functions from
> lib/string.c for things like strlen(), strchr(), memcmp() and so on.
> Is that an intentional omission, because they're not considered worth
> optimizing, or is this an oversight? The kernel
On Tue, Oct 02, 2018 at 01:29:42PM -0700, David Rientjes wrote:
> On Tue, 2 Oct 2018, Michal Hocko wrote:
>
> > On Wed 26-09-18 08:06:24, Michal Hocko wrote:
> > > On Tue 25-09-18 15:04:06, Andrew Morton wrote:
> > > > On Tue, 25 Sep 2018 14:45:19 -0700 (PDT) David Rientjes
> > > > wrote:
> > >
On Wed, Oct 03, 2018 at 12:53:11PM -0500, Rob Herring wrote:
> On Wed, Oct 3, 2018 at 12:24 PM Guenter Roeck wrote:
> >
> > On Wed, Oct 03, 2018 at 09:25:39AM -0700, Greg Kroah-Hartman wrote:
> > > On Wed, Oct 03, 2018 at 05:59:09AM -0700, Guenter Roeck wrote:
> > > > On 10/02/2018 06:21 AM, Greg
On Wed, 2018-10-03 at 13:10 +0100, Mark Brown wrote:
> On Tue, Oct 02, 2018 at 01:42:38PM +, Leonard Crestez wrote:
>
> > This turns the phy off and on again instead of leaving it up from uboot
> > and it doesn't work for some reason. However looking at
> > reg_fixed_voltage_probe introducing
On Wed, Oct 03, 2018 at 08:42:13AM -0600, Shuah Khan wrote:
> Hi Greg,
>
> Please pull the following kselftest for 4.19-rc7.
>
> linux-kselftest-4.19-rc7
>
> This fixes update for 4.19-rc7 consists one fix to rseq test to prevent
> it from seg-faulting when compiled with -fpie.
Now merged,
Update compat_sys_preadv64v2 and compat_sys_pwritev64v2 to handle the
offset argument == -1, which should use and update the the current file
offset.
Signed-off-by: H.J. Lu
---
fs/read_write.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/fs/read_write.c b/fs/read_write.c
index
Hi!
I noticed that X86-64 is using the generic string functions from
lib/string.c for things like strlen(), strchr(), memcmp() and so on.
Is that an intentional omission, because they're not considered worth
optimizing, or is this an oversight? The kernel doesn't use string
functions much, but if
Hi Gustavo,
On Wed, Oct 3, 2018 at 5:05 PM Gustavo A. R. Silva
wrote:
> On 10/3/18 5:01 PM, Mark Brown wrote:
> > On Wed, Oct 03, 2018 at 04:46:45PM +0200, Geert Uytterhoeven wrote:
> >> On Wed, Oct 3, 2018 at 2:57 PM Gustavo A. R. Silva
> >
> >>> case CMD_REBOOT:
> >>>
Hi Ricardo,
On Mon, 1 Oct 2018 14:43:49 +0200
Ricardo Ribalda Delgado wrote:
> @@ -248,14 +252,19 @@ static int gpio_flash_probe(struct platform_device
> *pdev)
>
> i = 0;
> do {
> - if (devm_gpio_request(>dev, state->gpio_addrs[i],
> -
On Wed, Oct 03, 2018 at 05:05:04PM +0200, Gustavo A. R. Silva wrote:
> I'll include the __noreturn in addition to the break statement.
> I'll send v2 shortly.
No need for a v2, I already applied this - adding __noreturn seems like
a separate (although desirable) effort.
signature.asc
On 10/02/2018 05:07 PM, Reinette Chatre wrote:
> Hi Babu,
>
> On 9/24/2018 12:19 PM, Moger, Babu wrote:
>> Bring all resource functions that are different between the vendors
>> into resource structure and initialize them dynamically.
>>
>> Implement these functions separately for each vendors.
On Wed, 2018-09-26 at 15:16 +0100, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> We should not use an explicit width u32 for elem_len but unsinged int to
> match the underlying type in struct scatterlist.
Reviewed-by: Bart Van Assche
Currently in record mode the tool implements trace writing serially.
The algorithm loops over mapped per-cpu data buffers and stores
ready data chunks into a trace file using write() system call.
At some circumstances the kernel may lack free space in a buffer
because the other buffer's half
On Wed, 03 Oct 2018 14:50:25 +0200,
Jia-Ju Bai wrote:
>
> CPU0:
> snd_trident_hw_free
> snd_trident_free_voice
> line 3870: spin_lock_irqsave()
> line 3881: voice->substream = NULL; [WRITE]
> CPU1:
> snd_trident_interrupt
> line 3798:
On 10/3/18 5:27 PM, Gustavo A. R. Silva wrote:
>
>
> On 10/3/18 5:22 PM, Mark Brown wrote:
>> On Wed, Oct 03, 2018 at 02:12:11PM +0200, Gustavo A. R. Silva wrote:
>>
>>> switch (drv_data->n_bytes) {
>>> case 4:
>>> bytes_left
Add DT binding documentation for Sierra PHY. The PHY supports
a number of different protocols, including PCIe and USB.
The PHY lanes may be configured as single or multi-lane links.
Each link is treated as a separate sub-node. For example, if
there are 4 lanes in total the first 2 might be
The Cadence Sierra PHY supports a number of different protocols. This
series adds a driver with support for USB3 and PCIe modes.
Only one clock frequency is currently supported, so the value of clock
provided in device tree is ignored.
Changes since RFC v2:
* Devicetree bindings modified as
On Tue 02-10-18 11:14:47, Dave Chinner wrote:
> On Mon, Oct 01, 2018 at 05:47:57AM -0700, Christoph Hellwig wrote:
> > On Mon, Oct 01, 2018 at 04:11:27PM +1000, Dave Chinner wrote:
> > > This reminds me so much of Linux mmap() in the mid-2000s - mmap()
> > > worked for ext3 without being aware of
On 10/3/18 6:54 AM, Yang Xiao wrote:
> From: Young_X
>
> There is another cast from unsigned long to int which causes
> a bounds check to fail with specially crafted input. The value is
> then used as an index in the slot array in cdrom_slot_status().
>
> This issue is similar to CVE-2018-16658
This series adds dmas description to stm32mp157c device tree file.
But dmas are kept disabled by default on all boards. They are only
necessary for PWM capture. So, spare them for other usage by default.
Fabrice Gasnier (3):
ARM: dts: stm32: Add dmas to timer on stm32mp157c
ARM: dts: stm32:
Spare dmas when using timers on stm32mp157c-ev1.
Signed-off-by: Fabrice Gasnier
---
arch/arm/boot/dts/stm32mp157c-ev1.dts | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/stm32mp157c-ev1.dts
b/arch/arm/boot/dts/stm32mp157c-ev1.dts
index 372bc2e..89bb35d 100644
---
This patch will prevent error messages splashing on console.
[ 78.426697] Bluetooth: hci_core.c:hci_acldata_packet() hci0: ACL packet for
unknown connection handle 3804
[ 78.436682] Bluetooth: hci_core.c:hci_acldata_packet() hci0: ACL packet for
unknown connection handle 3804
[ 78.446639]
Commit b5861e5cf2fcf83031ea3e26b0a69d887adf7d21 introduced a check on
the interrupt-window and NMI-window CPU execution controls in order to
inject an external interrupt vmexit before the first guest instruction
executes. However, when APIC virtualization is enabled the host does not
need a
On 10/02/2018 05:06 PM, Reinette Chatre wrote:
> Hi Babu,
>
> On 9/24/2018 12:19 PM, Moger, Babu wrote:
>> Initialize the resource functions that are different between the
>> vendors. Some features are initialized differently between the vendors.
>>
>> For example, MBA feature varies
On Wed, 2018-09-26 at 15:16 +0100, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> None of the callers need unsinged long long (they either pass in an int,
unsigned?
> u32, or size_t) so it is not required to burden the 32-bit
All the fields in struct bd718xx_pmic are not really necessary.
Remove struct bd718xx_pmic to simplify the code.
Signed-off-by: Axel Lin
---
v2:
Sorry, just update the subject line.
drivers/regulator/bd718x7-regulator.c | 59 +--
1 file changed, 20 insertions(+), 39
On Mon, Oct 1, 2018 at 4:56 AM Robert Richter wrote:
>
> On 27.09.18 23:08:09, Leonardo Brás wrote:
> > This Patchset changes some driver's Makefile to allow them building
> > using the command 'make drivers/DRIVERNAME', if compatible.
> >
> > The changed drivers would return error if the above
Add a Sierra PHY driver with PCIe and USB support.
The PHY has multiple lanes, which can be configured into
groups, and a generic PHY device is created for each group.
There are two resets controlling the overall PHY block, one
to enable the APB interface for programming registers, and
another
Hi,
Saw this patch on the Altera OpenSource GitHub.
But it's not mainlained can I propose it?
How do you do when the patch is from someone else ? Do you keep the
sign-off of the original author or do you just mention it? in the
commit log ?
Thanks,
Clement
>From
On Sat 29-09-18 04:46:09, Jerome Glisse wrote:
> On Fri, Sep 28, 2018 at 07:28:16PM -0700, John Hubbard wrote:
> > Actually, the latest direction on that discussion was toward periodically
> > writing back, even while under RDMA, via bounce buffers:
> >
> >
On Wed, 03 Oct 2018 12:38:36 +0200,
Gustavo A. R. Silva wrote:
>
> Replace "fallthru" with a proper "fall through" annotation.
>
> This fix is part of the ongoing efforts to enabling
> -Wimplicit-fallthrough
>
> Signed-off-by: Gustavo A. R. Silva
Thanks, applied.
Takashi
Trace file offset is calculated and updated linearly prior
enqueuing aio write at record__pushfn().
record__aio_sync() blocks till completion of started AIO operation
and then proceeds.
record__mmap_read_sync() implements a barrier for all incomplete
aio write requests.
Signed-off-by: Alexey
On Fri 28-09-18 20:12:33, John Hubbard wrote:
> static inline void release_user_pages(struct page **pages,
> - unsigned long npages)
> + unsigned long npages,
> + bool set_dirty)
> {
> -
Hi Balakrishna,
> This patch will prevent error messages splashing on console.
>
> [ 78.426697] Bluetooth: hci_core.c:hci_acldata_packet() hci0: ACL packet
> for unknown connection handle 3804
> [ 78.436682] Bluetooth: hci_core.c:hci_acldata_packet() hci0: ACL packet
> for unknown
Store -k clockid frequency into Perf trace to enable timestamps
derived metrics conversion into wall clock time on reporting stage.
Below is the example of perf report output:
tools/perf/perf record -k raw -- ../../matrix/linux/matrix.gcc
...
[ perf record: Captured and wrote 31.222 MB
This series adds support for octal mode of mt35x flash. Also, adds
support for OSPI version of Cadence QSPI controller.
Based on top of patches adding basic support for mt35xu512aba here:
https://patchwork.ozlabs.org/cover/971437/
Vignesh R (3):
mtd: spi-nor: Add Octal mode support for
Cadence OSPI controller IP supports Octal IO (x8 IO lines),
It also has an integrated PHY. IP register layout is very
similar to existing QSPI IP except for additional bits to support Octal
and Octal DDR mode. Therefore, extend current driver to support Octal
mode.
Signed-off-by: Vignesh R
---
On Wed, Oct 3, 2018 at 2:14 AM Petr Mladek wrote:
>
> On Tue 2018-10-02 21:23:27, Steven Rostedt wrote:
> > I don't see the big deal of backporting this. The biggest complaints
> > about backports are from fixes that were added to late -rc releases
> > where the fixes didn't get much testing.
On Fri, Jul 13, 2018 at 04:10:27PM +0300, Andy Shevchenko wrote:
> The commit
>
> 297b64c74385 ("ras: acpi / apei: generate trace event for unrecognized CPER
> section")
>
> brought inconsistency in UUID types which are used across the RAS subsystem.
>
> Fix this by moving to use guid_t
Hi,
On Wed, Oct 3, 2018 at 6:45 AM Alok Chauhan wrote:
> +static irqreturn_t geni_spi_isr(int irq, void *data)
> +{
> + struct spi_master *spi = data;
> + struct spi_geni_master *mas = spi_master_get_devdata(spi);
> + struct geni_se *se = >se;
> + u32 m_irq;
> +
101 - 200 of 1152 matches
Mail list logo
