On Thu, Jul 27, 2017 at 11:00 AM, Sathya Perla
wrote:
> On Thu, Jul 27, 2017 at 1:18 PM, Arnd Bergmann wrote:
> [...]
>>
>> On today's linux-next:
>>
>> drivers/net/ethernet/broadcom/bnxt/bnxt_vfr.o: In function
>> `bnxt_dl_register':
>> bnxt_vfr.c:(.text+0x1440): undefined reference to `devlink
On Thu, Jul 27, 2017 at 10:35:45AM +0100, Punit Agrawal wrote:
> ... would you be open to a patch re-working the ghes driver
> initialisation to only do the platform driver registration. The the rest
> of the initialisation (including the apei_osc_setup and related
> messages) can be performed when
On (07/27/17 11:28), Petr Mladek wrote:
> > well, the console output is far from perfect, so I can imagine future
> > changes ;)
>
> Sure and we will need to deal with it. Anyway, I still thing that this
> check is better than nothing. Even if we "fix" all consoles and move
> them out of init sect
Hi Mark,
Am Mittwoch, 26. Juli 2017, 14:19:25 CEST schrieb Mark Yao:
> Grouping the vop registers facilitates make register
> definition clearer, and also is useful for different vop
> reuse the same group register.
>
> Signed-off-by: Mark Yao
> ---
> drivers/gpu/drm/rockchip/rockchip_drm_vop.c
On (07/27/17 11:29), Petr Mladek wrote:
[..]
> > > Signed-off-by: Petr Mladek
> >
> > Reviewed-by: Sergey Senozhatsky
>
> Thanks for the review. I am going to push the two patches into
> for-4.14 branch so that we could get some testing via linux-next.
good. agree.
how do you think,
would pr
On 27/07/2017 10:36, Leon Romanovsky wrote:
On Wed, Jul 26, 2017 at 05:52:48PM +0300, Marcel Apfelbaum wrote:
Currently a packet is marked for loopback only if the source and
destination address match. This is not enough when multiple
gids are present in rxe's gid table and the traffic is
from o
Fix inconsistent use of of_graph_get_port_parent() where
asoc_simple_card_parse_graph_dai() does of_node_get() before
calling it while other callers do not. We can fix this by
not trashing the node passed to of_graph_get_port_parent().
Let's make sure the users have correct refcounts and remove
re
* Takashi Iwai [170718 02:38]:
>
> The problem manifests itself as an unblanaced of node reference.
> The node is released mistakenly at of_node_put() and this is caught as
> sleep-in-atomic, fortunately.
>
> So likely either something forgot to take the node ref or it hits the
> unreference due
Since f2545b2d4ce1 ("jump_label: Reorder hotplug lock and
jump_label_lock"), it has become impossible to switch a static key
from a CPU hotplug notifier:
- On the primary CPU, cpu_hotplug_lock is taken by
__cpuhp_setup_state(), and then again by static_key_slow_inc(). The
lock being taken as a
Use the new static_branch_enable_nolock function to switch
the workaround static key on the CPU hotplug path.
Signed-off-by: Marc Zyngier
---
drivers/clocksource/arm_arch_timer.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/clocksource/arm_arch_timer.c
b/driv
Since f2545b2d4ce1 ("jump_label: Reorder hotplug lock and jump_label_lock"),
flipping a static key from within a CPU hotplug callback results in
an unpleasant deadlock, as we try to take the cpu_hotplug_lock
which is already held by the CPU hotplug framework. On the secondary
boot path, calling cpu
Brian Norris wrote:
> mwifiex records information about various channels as it receives scan
> information. It does this by appending to a buffer that was sized
> to the max number of supported channels on any band, but there are
> numerous problems:
>
> (a) scans can return info from more than
Hi Boris,
Apologies for the delayed response. I somehow managed to lose updates on
this thread.
Borislav Petkov writes:
> On Thu, Jul 20, 2017 at 06:50:51PM +0100, Punit Agrawal wrote:
>> "Firmware does not support APEI firmware first mode"
>>
>> Thoughts?
>
> I guess the simplest would be to
On Wed 2017-07-26 22:08:04, Sergey Senozhatsky wrote:
> On (07/14/17 14:51), Petr Mladek wrote:
> > printk_late_init() is responsible for disabling boot consoles that
> > use init memory. It checks the address of struct console for this.
> >
> > But this is not enough. For example, there are sever
Hi Wolfram,
On 24 July 2017 at 14:51, Baolin Wang wrote:
> Hi Wolfram,
>
> On 五, 7月 14, 2017 at 05:01:10下午 +0800, Baolin Wang wrote:
>> This patch adds the binding documentation for Spreadtrum I2C
>> controller device.
>>
>> Signed-off-by: Baolin Wang
>> Acked-by: Rob Herring
>> ---
>> Changes
On Mon 2017-07-24 11:03:56, Sergey Senozhatsky wrote:
> Hello,
>
> On (07/21/17 16:32), Petr Mladek wrote:
> [..]
> > > sort of a problem here is that the next time anyone adds a new ->foo()
> > > callback to struct console, that person also needs to remember to update
> > > printk_late_init().
>
This patch tries to implement XDP for tun. The implementation was
split into two parts:
- fast path: small and no gso packet. We try to do XDP at page level
before build_skb(). For XDP_TX, since creating/destroying queues
were completely under control of userspace, it was implemented
through
We use tun_alloc_skb() which calls sock_alloc_send_pskb() to allocate
skb in the past. This socket based method is not suitable for high
speed userspace like virtualization which usually:
- ignore sk_sndbuf (INT_MAX) and expect to receive the packet as fast as
possible
- don't want to be block a
Hi all:
This series tries to implement XDP support for tap. Two path were
implemented:
- fast path: small & non-gso packet, For performance reason we do it
at page level and use build_skb() to create skb if necessary.
- slow path: big or gso packet, we don't want to lose the capability
compar
This patch tries to export some generic xdp helpers to drivers. This
can let driver to do XDP for a specific skb. This is useful for the
case when the packet is hard to be processed at page level directly
(e.g jumbo/GSO frame).
With this patch, there's no need for driver to forbid the XDP set when
On Thu 27-07-17 13:59:09, Manish Jaggi wrote:
[...]
> With 4.11.6 I was getting random kernel panics (Out of memory - No process
> left to kill),
> when running LTP oom01 /oom02 ltp tests on our arm64 hardware with ~256G
> memory and high core count.
> The issue experienced was as follows
>
Dne 27.7.2017 v 03:03 Alan Stern napsal(a):
[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. But when
commit 22547
On Thu, Jul 27, 2017 at 12:44:41PM +0530, Viresh Kumar wrote:
> Even that was discussed tomorrow with Peter :)
Just to clarify I don't have a time machine. That discussion was
_yesterday_,... I think :-)
From: Michal Hocko
TIF_MEMDIE is set only to the tasks whick were either directly selected
by the OOM killer or passed through mark_oom_victim from the allocator
path. tsk_is_oom_victim is more generic and allows to identify all tasks
(threads) which share the mm with the oom victim.
Please note
On Thu, Jul 27, 2017 at 07:11:57AM +0200, Borislav Petkov wrote:
> On Wed, Jul 26, 2017 at 02:02:42PM -0700, David Daney wrote:
> > Also, if a given configuration disables CONFIG_EDAC there is some hackery
> > needed to get the perf portion of the driver included.
>
> Yes, and we don't do performa
Hi,
On 25 July 2017 at 14:43, Martijn Coenen wrote:
> Hi John,
>
> On Mon, Jul 24, 2017 at 11:07 PM, John Stultz wrote:
>>
>> 12-31 16:00:36.632 2518 2584 E hw-ProcessState: Using /dev/hwbinder
>> failed: unable to mmap transaction memory.
>
> This doesn't look right. Is there anything in the
From: Tvrtko Ursulin
Drivers like i915 benefit from being able to control the maxium
size of the sg coallesced segment while building the scatter-
gather list.
Introduce and export the __sg_alloc_table_from_pages function
which will allow it that control.
v2: Reorder parameters. (Chris Wilson)
From: Tvrtko Ursulin
With the addition of __sg_alloc_table_from_pages we can control
the maximum coallescing size and eliminate a separate path for
allocating backing store here.
Similar to 871dfbd67d4e ("drm/i915: Allow compaction upto
SWIOTLB max segment size") this enables more compact sg lis
From: Tvrtko Ursulin
Since the scatterlist length field is an unsigned int, make
sure that sg_alloc_table_from_pages does not overflow it while
coallescing pages to a single entry.
v2: Drop reference to future use. Use UINT_MAX.
v3: max_segment must be page aligned.
v4: Do not rely on compiler t
From: Wanpeng Li
WARNING: CPU: 5 PID: 1242 at kernel/rcu/tree_plugin.h:323
rcu_note_context_switch+0x207/0x6b0
CPU: 5 PID: 1242 Comm: unity-settings- Not tainted 4.13.0-rc2+ #1
RIP: 0010:rcu_note_context_switch+0x207/0x6b0
Call Trace:
__schedule+0xda/0xba0
? kvm_async_pf_task_wait+0x1b2/
From: Tvrtko Ursulin
Scatterlist entries have an unsigned int for the offset so
correct the sg_alloc_table_from_pages function accordingly.
Since these are offsets withing a page, unsigned int is
wide enough.
Also converts callers which were using unsigned long locally
with the lower_32_bits an
From: Michal Hocko
For ages we have been relying on TIF_MEMDIE thread flag to mark OOM
victims and then, among other things, to give these threads full
access to memory reserves. There are few shortcomings of this
implementation, though.
First of all and the most serious one is that the full acc
Hi,
this is a part of a larger series I posted back in Oct last year [1]. I
have dropped patch 3 because it was incorrect and patch 4 is not
applicable without it.
The primary reason to apply patch 1 is to remove a risk of the complete
memory depletion by oom victims. While this is a theoretical r
On Tue, Jul 25, 2017 at 9:44 PM, Andrey Smirnov
wrote:
> Add a driver for RAVE Supervisory Processor, an MCU implementing
> varoius bits of housekeeping functionality (watchdoging, backlight
> control, LED control, etc) on RAVE family of products by Zodiac
> Inflight Innovations.
>
> This driver i
Commit-ID: dbe04493eddfaa89756ec9af8dde56206290182a
Gitweb: http://git.kernel.org/tip/dbe04493eddfaa89756ec9af8dde56206290182a
Author: Dou Liyang
AuthorDate: Wed, 26 Jul 2017 21:34:35 +0800
Committer: Ingo Molnar
CommitDate: Thu, 27 Jul 2017 10:53:00 +0200
x86/topology: Remove the unus
Hi,
On Wed, Jul 26, 2017 at 12:48:28PM +0100, Mark Brown wrote:
> On Tue, Jul 25, 2017 at 05:10:26PM +0200, Sebastian Reichel wrote:
> > Motorola CPCAP is a PMIC with audio functionality, that can be
> > found on Motorola Droid 4 and probably a few other phones from
> > Motorola's Droid series.
>
On Thu, Jul 27, 2017 at 1:18 PM, Arnd Bergmann wrote:
[...]
>
> On today's linux-next:
>
> drivers/net/ethernet/broadcom/bnxt/bnxt_vfr.o: In function `bnxt_dl_register':
> bnxt_vfr.c:(.text+0x1440): undefined reference to `devlink_alloc'
> bnxt_vfr.c:(.text+0x14c0): undefined reference to `devlink
Hi mark,
On 07/26/2017 02:19 PM, Mark yao wrote:
Vop Full framework now has following vops:
IP versionchipname
3.1 rk3288
3.2 rk3368
3.4 rk3366
3.5 rk3399 big
3.6 rk3399 lit
3.7 rk3228
3.8 rk3328
The
I did test it and not everything works as expected. I
need to reconsider that change. Please drop this patch.
Thanks,
Marcin
P.S. Sorry for late (sic!) response.
On Fri, Apr 14, 2017 at 10:16:31AM +0200, Greg Kroah-Hartman wrote:
> On Tue, Mar 21, 2017 at 01:46:09PM +0100, Marcin Ciupak wrote:
>
Marc,
I think this can go in as fix for 4.13.
Please review. Thanks,
-Robert
On 12.07.17 15:25:09, Robert Richter wrote:
> The version check was added due to dependency to
>
> a618c7f89a02 ACPICA: Add support for new SRAT subtable
>
> Now, that this code is in the kernel, remove the check. T
Hi,
On 07/27/2017 03:55 PM, Felipe Balbi wrote:
> Hi,
>
> Lu Baolu writes:
>> Xhci driver handles USB transaction errors on transfer events,
>> but transaction errors are possible on address device command
>> completion events as well.
>>
>> The xHCI specification (section 4.6.5) says: A USB Tran
On Wed, Jul 26, 2017 at 06:01:15PM +, Mathieu Desnoyers wrote:
> Another alternative for a MEMBARRIER_CMD_SHARED_EXPEDITED would be
> rate-limiting
> per thread. For instance, we could add a new "ulimit" that would bound the
> number of expedited membarrier per thread that can be done per mil
* Dan Williams wrote:
> On Wed, Jul 26, 2017 at 10:19 AM, Ingo Molnar wrote:
> >
> > * Dan Williams wrote:
> >
> >> On Wed, Jul 26, 2017 at 4:29 AM, Ingo Molnar wrote:
> >> >
> >> > * Dan Williams wrote:
> >> >
> >> >> On Tue, Jul 25, 2017 at 4:55 PM, Arnaldo Carvalho de Melo
> >> >> wrote:
On Wed, Jul 26, 2017 at 07:05:01PM +0200, Rafael J. Wysocki wrote:
> On Wednesday, July 26, 2017 04:12:59 PM Mika Westerberg wrote:
> > On Wed, Jul 26, 2017 at 02:48:54PM +0200, Rafael J. Wysocki wrote:
> > > On Wednesday, July 26, 2017 11:32:44 AM Mika Westerberg wrote:
> > > > On Tue, Jul 25, 201
On Wed 26-07-17 13:55:36, Jeff Layton wrote:
> +int file_write_and_wait(struct file *file)
> +{
> + int err = 0, err2;
> + struct address_space *mapping = file->f_mapping;
> +
> + if ((!dax_mapping(mapping) && mapping->nrpages) ||
> + (dax_mapping(mapping) && mapping->nrexceptio
Hi mark,
On 07/26/2017 02:19 PM, Mark yao wrote:
Grouping the vop registers facilitates make register
definition clearer, and also is useful for different vop
reuse the same group register.
Signed-off-by: Mark Yao
Reviewed-by: Jeffy Chen
Expose fanX_target, pwmX and pwmX_enable hwmon sysfs attributes.
Fans in a PMBus device are driven by the configuration of two registers:
FAN_CONFIG_x_y and FAN_COMMAND_x: FAN_CONFIG_x_y dictates how the fan
and the tacho operate (if installed), while FAN_COMMAND_x sets the
desired fan rate. The u
Hello,
Previously I'd posted a second RFC series implementing fan control support in
PMBus core and adding a driver for the MAX31785 fan controller:
https://www.spinics.net/lists/kernel/msg2558128.html
I think the core changes have settled enough to move the effort out of RFC-land.
This serie
Signed-off-by: Andrew Jeffery
---
.../devicetree/bindings/hwmon/pmbus/max31785.txt | 117 +
1 file changed, 117 insertions(+)
create mode 100644 Documentation/devicetree/bindings/hwmon/pmbus/max31785.txt
diff --git a/Documentation/devicetree/bindings/hwmon/pmbus/max31785.t
The Maxim MAX31785 is a PMBus device providing closed-loop,
multi-channel fan management with temperature and remote voltage
sensing. Various fan control features are provided, including PWM
frequency control, temperature hysteresis, dual tachometer measurements,
and fan health monitoring.
The dri
On Wed 26-07-17 13:55:35, Jeff Layton wrote:
> From: Jeff Layton
>
> We have this complex conditional copied to several places. Turn it into
> a helper function.
>
> Signed-off-by: Jeff Layton
Looks good. You can add:
Reviewed-by: Jan Kara
Hi mark,
On 07/26/2017 02:19 PM, Mark yao wrote:
It's a hardware bug, all window's overlay channel reset
value is same, hardware overlay would be die.
so we must initial difference id for each overlay channel.
The Channel register is supported on all vop will full design.
Following is the deta
Hi mark,
On 07/26/2017 02:19 PM, Mark yao wrote:
Since the drm atomic framework, only a small part of the vop
register needs sync write, Currently seems only following registers
need sync write:
cfg_done, standby and interrupt related register.
All ctrl registers are using the sync write me
On 07/27/2017 09:11 AM, Johannes Thumshirn wrote:
> Don't make any assumptions on the sg_io_hdr_t::dxfer_direction or the
> sg_io_hdr_t::dxferp in order to determine if it is a valid request. The
> only way we can check for bad requests is by checking if the length exceeds
> 256M.
>
> Signed-off-b
* Borislav Petkov wrote:
> On Thu, Jul 27, 2017 at 09:10:34AM +0200, Ingo Molnar wrote:
> > Looks pretty nice to me conceptually. Do you have a couple of examples of
> > real-life events that get logged? It's hard to decode it from the new
> > tracepoint
> > alone.
>
> Here's what comes out
Hi,
On Thu, Jul 27, 2017 at 01:14:38PM +0800, Baolin Wang wrote:
> Integrate with the newly added USB charger interface to limit the current
> we draw from the USB input based on the input device configuration
> identified by the USB stack, allowing us to charge more quickly from high
> current in
Hi mark,
On 07/26/2017 02:19 PM, Mark yao wrote:
At present we are using init_table to initialize some
registers, but the Register init table use un-document define,
it is unreadable, and sometimes we only want to update tiny
bits, init table method is not friendly, it's diffcult to
reuse for di
Hi Varadarajan,
[auto build test ERROR on spi/for-next]
[also build test ERROR on v4.13-rc2 next-20170726]
[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/Varadarajan-Narayanan/spi-qup-Fixes-and-
On Wed, Jul 26, 2017 at 08:41:10AM -0700, Paul E. McKenney wrote:
> On Wed, Jul 26, 2017 at 09:41:28AM +0200, Peter Zijlstra wrote:
> > On Tue, Jul 25, 2017 at 04:59:36PM -0700, Paul E. McKenney wrote:
> > Sure, but SCHED_OTHER auto throttles in that if there's anything else to
> > run, you get to
Hi Michal,
On Mon, Jul 24, 2017 at 09:23:32AM +0200, Michal Hocko wrote:
From: Michal Hocko
David has noticed that the oom killer might kill additional tasks while
the exiting oom victim hasn't terminated yet because the oom_reaper marks
the curent victim MMF_OOM_SKIP too early when mm->mm_use
On 26/07/17 18:43, Kirill A. Shutemov wrote:
> On Wed, Jul 26, 2017 at 09:28:16AM +0200, Juergen Gross wrote:
>> On 25/07/17 11:05, Kirill A. Shutemov wrote:
>>> On Tue, Jul 18, 2017 at 04:24:06PM +0200, Juergen Gross wrote:
Xen PV guests will never run with 5-level-paging enabled. So I guess
* Masami Hiramatsu wrote:
> Since the kernel segment registers are not prepared at the
> entry of irq-entry code, if a kprobe on such code is
> jump-optimized, accessing per-cpu variables may cause
> kernel panic.
> However, if the kprobe is not optimized, it kicks int3
> exception and set segme
[CC for real]
On Thu 27-07-17 10:12:36, Michal Hocko wrote:
> On Thu 27-07-17 13:30:31, Aneesh Kumar K.V wrote:
> >
> >
> > On 07/27/2017 12:58 PM, Michal Hocko wrote:
> > >On Thu 27-07-17 07:52:08, Aneesh Kumar K.V wrote:
> > >>Michal Hocko writes:
> > >>
> > >>>Hi,
> > >>>I've just noticed th
On Wed, Jul 26, 2017 at 09:34:31PM +0800, Dou Liyang wrote:
> Commit a7be6e5a7f8d ("mm: drop useless local parameters of
> __register_one_node()") removes the last user of parent_node().
>
> The parent_node() macro in S390 platform is unnecessary.
>
> Remove it for cleanup.
>
> Reported-by: Mich
These patches to add i2s, spdif dt nodes for rk3328 soc.
Sugar Zhang (2):
arm64: dts: rockchip: add rk3328 i2s nodes
arm64: dts: rockchip: add rk3328 spdif node
arch/arm64/boot/dts/rockchip/rk3328.dtsi | 46
1 file changed, 46 insertions(+)
--
2.7.4
This patch add the spdif dt node for rk3328.
Signed-off-by: Sugar Zhang
---
arch/arm64/boot/dts/rockchip/rk3328.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi
b/arch/arm64/boot/dts/rockchip/rk3328.dtsi
index f1a284b..d278670 10
This patch add the i2s dt nodes for rk3328.
Signed-off-by: Sugar Zhang
---
arch/arm64/boot/dts/rockchip/rk3328.dtsi | 33
1 file changed, 33 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi
b/arch/arm64/boot/dts/rockchip/rk3328.dtsi
index 0b
On 27/07/17 10:42, Thomas Gleixner wrote:
On Thu, 27 Jul 2017, Tomi Sarvela wrote:
On 26/07/17 17:26, Thomas Gleixner wrote:
So reverting that commit does not help. Does it help on your machine?
Yes. Reverting it does not cause the machine to lock up on resume.
I haven't tested if the machin
On Thu 27-07-17 13:30:31, Aneesh Kumar K.V wrote:
>
>
> On 07/27/2017 12:58 PM, Michal Hocko wrote:
> >On Thu 27-07-17 07:52:08, Aneesh Kumar K.V wrote:
> >>Michal Hocko writes:
> >>
> >>>Hi,
> >>>I've just noticed that alloc_gigantic_page ignores movability of the
> >>>gigantic page and it uses
On 07/27/2017 12:58 PM, Michal Hocko wrote:
On Thu 27-07-17 07:52:08, Aneesh Kumar K.V wrote:
Michal Hocko writes:
Hi,
I've just noticed that alloc_gigantic_page ignores movability of the
gigantic page and it uses any existing zone. Considering that
hugepage_migration_supported only support
On Thu, Jul 27, 2017 at 09:10:34AM +0200, Ingo Molnar wrote:
> Looks pretty nice to me conceptually. Do you have a couple of examples of
> real-life events that get logged? It's hard to decode it from the new
> tracepoint
> alone.
Here's what comes out in dmesg:
[ 932.370319] mce: [Hardware E
Hi,
Lu Baolu writes:
> Xhci driver handles USB transaction errors on transfer events,
> but transaction errors are possible on address device command
> completion events as well.
>
> The xHCI specification (section 4.6.5) says: A USB Transaction
> Error Completion Code for an Address Device Comm
This patch enables noirq stage GPE polling for the EC driver.
EC is a very special driver, required to work throughout the entire
suspend/resume process. Thus this patch enables IRQ polling for EC during
noirq stages to avoid all kinds of possible issues.
If this commit is bisected to be a regres
EC_FLAGS_COMMAND_STORM is actually used to mask GPE during IRQ processing.
This patch cleans it up using more readable flag/function names.
Signed-off-by: Lv Zheng
---
drivers/acpi/ec.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/drivers/acpi/ec.
EC IRQs contain transaction IRQs (OBF/IBF) and event IRQ (SCI_EVT).
Transactions are initiated by hosts. The earliest OSPMs execution of EC
transactions is from acpi_ec_transaction(), where the common EC IRQ
handling procedure - advance_transaction() - is initiated from the task
context.
Events ar
On Wed 26-07-17 10:39:30, Mike Kravetz wrote:
> On 07/26/2017 03:07 AM, Michal Hocko wrote:
> > On Wed 26-07-17 11:53:38, Michal Hocko wrote:
> >> On Mon 17-07-17 15:28:01, Mike Kravetz wrote:
> >>> Use the common definitions from hugetlb_encode.h header file for
> >>> encoding hugetlb size definit
Hi Stephen,
On 07/14/2017 09:01 PM, Eugeniy Paltsev wrote:
HSDKv1 boards manages it's clocks using various PLLs. These PLL has same
dividers and corresponding control registers mapped to different addresses.
So we add one common driver for such PLLs.
Each PLL on HSDK board consist of three divi
On Wed, Jul 26, 2017 at 3:18 PM, Arnd Bergmann wrote:
> On Wed, Jul 26, 2017 at 12:54 PM, Sathya Perla
> wrote:
>> On Wed, Jul 26, 2017 at 2:35 PM, Arnd Bergmann wrote:
>> [...]
Sathya already sent 3 patches to fix some of these issues. But I need
to rework one of his patch and resend
This patch add the spdif dt node for rk3368 soc.
Signed-off-by: Sugar Zhang
---
arch/arm64/boot/dts/rockchip/rk3368.dtsi | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3368.dtsi
b/arch/arm64/boot/dts/rockchip/rk3368.dtsi
index 6d5dc05..5
From: Brijesh Singh
> Sent: 26 July 2017 21:07
...
> I am not sure if I understand your concern.
>
> Are you commenting on amount of code duplication ? If so, I can certainly
> improve
> and use the similar macro used into header file to generate the functions
> body.
If you are careful the rea
On 27/07/17 03:08, Leo Yan wrote:
> On Wed, Jul 26, 2017 at 04:13:49PM +0100, Marc Zyngier wrote:
>> [+Mark]
>>
>> Hi Leo,
>>
>> On 24/07/17 15:34, Leo Yan wrote:
>>> Hi all,
>>>
>>> We found the mainline arm64 kernel boot failure on Hikey960 board,
>>> this is caused by patch f2545b2d4ce1 (jump_la
On Thu, 27 Jul 2017, Tomi Sarvela wrote:
> On 26/07/17 17:26, Thomas Gleixner wrote:
> > So reverting that commit does not help. Does it help on your machine?
>
> Yes. Reverting it does not cause the machine to lock up on resume.
>
> I haven't tested if the machine locks up later on, but at least
* Tom Lendacky wrote:
> The function arch_apei_get_mem_attributes() is used to set the page
> protection type for ACPI physical addresses. When SME is active, the
> associated protection type needs to not have the encryption mask set
> since the ACPI tables live in un-encrypted memory. Modify th
On 26/07/17 17:26, Thomas Gleixner wrote:
On Wed, 26 Jul 2017, Martin Peres wrote:
On 25/07/17 10:01, Tomi Sarvela wrote:
On 24/07/17 19:37, Martin Peres wrote:
On 24/07/17 19:35, Thomas Gleixner wrote:
On Mon, 24 Jul 2017, Martin Peres wrote:
On 24/07/17 18:28, Thomas Gleixner wrote:
Outpu
Hi Robin,
On 2017/7/26 19:05, Robin Murphy wrote:
On 26/07/17 09:11, Hanjun Guo wrote:
On 2017/7/25 18:47, Lorenzo Pieralisi wrote:
On Sat, Jul 22, 2017 at 11:54:12AM +0800, Hanjun Guo wrote:
From: Hanjun Guo
When running 4.13-rc1 on top of D05, I got the boot log:
Nit: You should stick t
On Wed, Jul 26, 2017 at 05:52:48PM +0300, Marcel Apfelbaum wrote:
> Currently a packet is marked for loopback only if the source and
> destination address match. This is not enough when multiple
> gids are present in rxe's gid table and the traffic is
> from one gid to another.
>
> Fix it by markin
Hi,
On 07/10/2017 03:24 PM, Fabrice Gasnier wrote:
Add support for DAC (Digital to Analog Converter) to STM32F429.
STM32F429 DAC has two output channels.
Signed-off-by: Fabrice Gasnier
---
arch/arm/boot/dts/stm32f429.dtsi | 25 +
1 file changed, 25 insertions(+)
dif
Hi Fabrice,
On 07/11/2017 06:13 PM, Fabrice Gasnier wrote:
This patchset adds ADC device-tree nodes to STM32H7 SoC and
enables ADC1 by default on stm32h743i-eval board.
Fabrice Gasnier (2):
ARM: dts: stm32: add ADC support on stm32h7
ARM: dts: stm32: enable ADC on stm32h743i-eval board
On Thu 27-07-17 07:52:08, Aneesh Kumar K.V wrote:
> Michal Hocko writes:
>
> > Hi,
> > I've just noticed that alloc_gigantic_page ignores movability of the
> > gigantic page and it uses any existing zone. Considering that
> > hugepage_migration_supported only supports 2MB and pgd level hugepages
Hi Fabrice
On 07/10/2017 01:59 PM, Fabrice Gasnier wrote:
Add support for DAC (Digital to Analog Converter) to STM32H7.
STM32H7 DAC has two output channels.
Signed-off-by: Fabrice Gasnier
---
arch/arm/boot/dts/stm32h743.dtsi | 24
1 file changed, 24 insertions(+)
d
On Wed 26-07-17 15:03:32, Andrew Morton wrote:
> On Wed, 26 Jul 2017 14:49:14 -0700 Matthias Kaehlcke
> wrote:
>
> > El Wed, Jul 26, 2017 at 02:23:09PM -0700 Andrew Morton ha dit:
> >
> > > On Wed, 26 Jul 2017 12:23:56 -0700 Matthias Kaehlcke
> > > wrote:
> > >
> > > > In multiple instances
From: Sunil Goutham
For SGMII/RGMII/QSGMII interfaces when physical link goes down
while traffic is high is resulting in underflow condition being set
on that specific BGX's LMAC. Which assets a backpresure and VNIC stops
transmitting packets.
This is due to BGX being disabled in link status cha
Hi,
On 26/07/17 23:23, Joel Fernandes (Google) wrote:
> Hi Viresh,
>
> On Wed, Jul 26, 2017 at 10:46 PM, Viresh Kumar
> wrote:
> > On 26-07-17, 22:14, Joel Fernandes (Google) wrote:
[...]
> >
> > But even without that, if you see the routine
> > init_entity_runnable_average() in fair.c, the n
On 26-07-17, 23:23, Joel Fernandes (Google) wrote:
> Ok, but the "heavy" in init_entity_runnable_average means for load,
> not the util_avg. The util_avg is what's used for frequency scaling
> IIUC and is set to 0 in that function no?
That's because the task isn't enqueued yet and so don't have an
* Tom Lendacky wrote:
> After issuing successive kexecs it was found that the SHA hash failed
> verification when booting the kexec'd kernel. When SME is enabled, the
> change from using pages that were marked encrypted to now being marked as
> not encrypted (through new identify mapped page ta
On 26-07-17, 23:13, Joel Fernandes (Google) wrote:
> On Wed, Jul 26, 2017 at 10:50 PM, Viresh Kumar
> wrote:
> > On 26-07-17, 22:34, Joel Fernandes (Google) wrote:
> >> On Wed, Jul 26, 2017 at 2:22 AM, Viresh Kumar
> >> wrote:
> >> > @@ -221,7 +226,7 @@ static void sugov_update_single(struct
>
Don't make any assumptions on the sg_io_hdr_t::dxfer_direction or the
sg_io_hdr_t::dxferp in order to determine if it is a valid request. The
only way we can check for bad requests is by checking if the length exceeds
256M.
Signed-off-by: Johannes Thumshirn
Fixes: 28676d869bbb (scsi: sg: check fo
* Borislav Petkov wrote:
> From: Borislav Petkov
>
> Hi,
>
> here's a first stab at adding a tracepoint which dumps the decoded MCE
> string to userspace. The main idea is to have the decoding functionality
> in the kernel and depending on whether you have userspace consumers
> listening or n
Hi Egil,
[auto build test ERROR 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-allmodconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce
On Wed 26-07-17 14:09:27, Andrew Morton wrote:
> On Wed, 19 Jul 2017 09:50:36 +0200 Michal Hocko wrote:
>
> > [CC Johannes and Vladimir - the whole series is
> > http://lkml.kernel.org/r/20170719014603.19029-1-d...@stgolabs.net]
> >
> > On Tue 18-07-17 18:46:02, Davidlohr Bueso wrote:
> > > Such
701 - 800 of 803 matches
Mail list logo
