Linus Torvalds writes:
> On Wed, May 10, 2017 at 3:04 PM, Eric W. Biederman
> wrote:
>>
>> Thomas Gleixner appears to have a tree with all of those same commits
>> except with the BKrev tags stripped out.
>
> That's the best import - so use that tree by Thomas, and just use the
> git revision nu
On Wed, May 10, 2017 at 06:07:14PM +0200, Vincent Guittot wrote:
> On 10 May 2017 at 17:09, Tejun Heo wrote:
> > Hello, Vincent.
> >
> > On Fri, May 05, 2017 at 11:30:31AM -0400, Tejun Heo wrote:
> >> > For shares_runnable, it should be
> >> >
> >> > group_entity->runnable_load_avg = cfs_rq->runna
Hi Tejun,
On 10 May 2017 at 16:44, Tejun Heo wrote:
> Hello,
>
> On Wed, May 10, 2017 at 08:50:14AM +0200, Vincent Guittot wrote:
>> On 9 May 2017 at 18:18, Tejun Heo wrote:
>> > Currently, rq->leaf_cfs_rq_list is a traversal ordered list of all
>> > live cfs_rqs which have ever been active on t
* Andy Lutomirski wrote:
> On Wed, May 10, 2017 at 1:24 AM, Ingo Molnar wrote:
> >
> > * Thomas Gleixner wrote:
> >
> >> On Wed, 10 May 2017, Ingo Molnar wrote:
> >> >
> >> > * Thomas Gleixner wrote:
> >> >
> >> > > On Sun, 7 May 2017, Andy Lutomirski wrote:
> >> > > > /* context.lock is hel
Le 10/05/2017 à 19:09, Alexandre Belloni a écrit :
> On sama5d2, VDD core maybe be cut while in suspend. This means registers
> will be lost. Ensure they are saved and restored properly.
>
> Signed-off-by: Alexandre Belloni
Very good, thanks!
Acked-by: Nicolas Ferre
> ---
> Changes in v3:
>
On Thu, May 11, 2017 at 4:44 AM, Ryder Lee wrote:
> On Wed, 2017-05-10 at 12:01 +0200, Arnd Bergmann wrote:
>> On Wed, May 10, 2017 at 11:31 AM, Ryder Lee wrote:
>> > On Wed, 2017-05-10 at 10:08 +0200, Arnd Bergmann wrote:
>> >> > +Required properties:
>> >> > +- device_type: Must be "pci"
>> >>
On Thu 11-05-17 08:00:32, Minchan Kim wrote:
> Although there are a ton of free swap and anonymous LRU page
> in elgible zones, OOM happened.
>
> balloon invoked oom-killer:
> gfp_mask=0x17080c0(GFP_KERNEL_ACCOUNT|__GFP_ZERO|__GFP_NOTRACK),
> nodemask=(null), order=0, oom_score_adj=0
> CPU: 7 P
On Fri, May 05, 2017 at 03:32:59PM -0400, Sebastien Bourdelin wrote:
> This watchdog is instantiated in a FPGA and can only be access using a
> GPIOs bit-banged bus, called the NBUS by Technologic Systems.
> The watchdog is made of only one register, called the feed register.
> Writing to this regi
On Wed, May 10, 2017 at 9:32 PM, Nikita Yushchenko
wrote:
> Looks like recent pinctrl changes - possibly commit 99e4f67508e1
> ("pinctrl: core: Use delayed work for hogs") - breaks pinctrl-sx150x
> driver in all setups where it has any pinctrl settings in device tree.
>
> AFAIU, pinctrl-sx150x is
On Wed, May 10, 2017 at 05:19:19PM +0100, David Howells wrote:
> + (*) struct mnt_namespace *mnt_ns
> +
> + This is a subset of the namespaces in use by the invoking process. This
> + retains a ref on each namespace. The subscribed namespaces may be
> + replaced by the filesystem to r
Hi Eric,
On Thu, May 11, 2017 at 6:55 AM, Eric Biggers wrote:
> Hi Gilad,
>
> On Sat, May 06, 2017 at 03:59:50PM +0300, Gilad Ben-Yossef wrote:
>> Invoking a possibly async. crypto op and waiting for completion
>> while correctly handling backlog processing is a common task
>> in the crypto API i
On Thu, 11 May 2017, Wanpeng Li wrote:
> 2017-05-09 23:11 GMT+08:00 Thomas Gleixner :
> > RT has a problem when the wait on a futex/rtmutex got interrupted by a
> > timeout or a signal. task->pi_blocked_on is still set when returning from
> > rt_mutex_wait_proxy_lock(). The task must acquire the ha
On Fri, Apr 28, 2017 at 2:50 PM, Masahiro Yamada
wrote:
> of_device_id::data is an opaque pointer. No explicit cast is needed.
>
> Signed-off-by: Masahiro Yamada
> Reviewed-by: Heiko Stuebner
> ---
>
> Changes in v2:
> - Rebase on pinctrl subsystem tree
Patch applied for v4.13.
Yours,
Linu
The UCL E-Mail Virus Protection System has been triggered by a message you sent.
One or more of the original e-mail attachments have been removed and replaced
with this message.
* The attachment may have contained a virus or malware
* The attachment may have an extension of a type unacceptable f
On Thu, May 11, 2017 at 12:17:41PM +0530, Vivek Gautam wrote:
> Although ULPI phy is currently being used by tusb1210,
> there can be other consumers too in future. So move this
> to the includes path for phy.
>
> Signed-off-by: Vivek Gautam
> Cc: Stephen Boyd
> Cc: Heikki Krogerus
> Cc: Kishon
On Fri, Apr 28, 2017 at 4:01 PM, Gregory CLEMENT
wrote:
> The Armada 37xx SoCs can handle interrupt through GPIO. However it can
> only manage the edge ones.
>
> The way the interrupt are managed is classical so we can use the generic
> interrupt chip model.
>
> The only unusual "feature" is that
On Wed, May 10, 2017 at 05:20:31PM +0100, David Howells wrote:
> @@ -64,8 +70,8 @@ struct sb_config_operations {
> int (*parse_option)(struct sb_config *sc, char *p);
> int (*monolithic_mount_data)(struct sb_config *sc, void *data);
> int (*validate)(struct sb_config *sc);
> -
Hi Alex,
On 10/05/17 18:01, Alex Bennée wrote:
> From: Zhichao Huang
>
> Hardware debugging in guests is not intercepted currently, it means
> that a malicious guest can bring down the entire machine by writing
> to the debug registers.
>
> This patch enable trapping of all debug registers, pre
On 10/05/17 18:01, Alex Bennée wrote:
> From: Zhichao Huang
>
> pm_fake doesn't quite describe what the handler does (ignoring writes
> and returning 0 for reads).
>
> As we're about to use it (a lot) in a different context, rename it
> with a (admitedly cryptic) name that make sense for all use
On 11/05/2017 05:40, Paul Mackerras wrote:
> When the
> kernel is compiled with CONFIG_SMP=n, smp_call_function_many() turns
> into a macro which doesn't use the 'wait' argument, leading to a
> warning about the variable 'wait' being unused:
>
> /home/paulus/kernel/kvm/arch/powerpc/kvm/../../../
On 11/05/2017 02:56, Wanpeng Li wrote:
>> Hmm, thinking more about it, maybe use mxcsr_feature_mask instead of
>> digging into vcpu->arch.guest_fpu? If you send v2, please remember to
> ERROR: "mxcsr_feature_mask" [arch/x86/kvm/kvm.ko] undefined. So we
> should dig into vcpu->arch.guest_fpu.
Ye
Anju T Sudhakar writes:
> This patch does three things :
> - Enables "opal.c" to create a platform device for the IMC interface
>according to the appropriate compatibility string.
> - Find the reserved-memory region details from the system device tree
>and get the base address of HOMER (
On 10.05.2017 19:47, Trond Myklebust wrote:
> Hi Linus,
>
> The following changes since commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3:
>
> Linux 4.11-rc7 (2017-04-16 13:00:18 -0700)
>
> are available in the git repository at:
>
> git://git.linux-nfs.org/projects/trondmy/linux-nfs.git ta
Closing braces should match the first characters of the openings.
Signed-off-by: Geert Uytterhoeven
---
v2:
- Rebased against current linus/master.
---
drivers/staging/ccree/ssi_hash.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/ccree/ss
On Wed, May 10, 2017 at 10:08:25PM +0300, Amir Goldstein wrote:
> On Wed, May 10, 2017 at 9:02 PM, Christoph Hellwig wrote:
> > For some file systems we still memcpy into it, but in various places this
> > already allows us to use the proper uuid helpers. More to come..
> > Signed-off-by: Christo
On Thu 11-05-17 10:53:27, Nikolay Borisov wrote:
>
>
> On 10.05.2017 19:47, Trond Myklebust wrote:
[...]
> > - Cleanup and removal of some memory failure paths now that
> > GFP_NOFS is guaranteed to never fail.
>
> What guarantees that? Since if this is the case then this can result in
> a lot
On Wed, May 10, 2017 at 10:15:51PM +0300, Amir Goldstein wrote:
> > +static inline int uuid_cmp(const uuid_t u1, const uuid_t u2)
> > {
> > - return memcmp(&u1, &u2, sizeof(uuid_be));
> > + return memcmp(&u1, &u2, sizeof(uuid_t));
> > }
> >
>
>
> I think we should use this opportuni
On Wed, 2017-05-10 at 22:49 -0500, Gustavo A. R. Silva wrote:
> did_old is an unsigned variable and, greater-than-or-equal-to-zero
> comparison of an unsigned variable is always true.
>
> Addresses-Coverity-ID: 1398477
> Signed-off-by: Gustavo A. R. Silva
So... why do you think that check was th
On Wed 10-05-17 11:19:43, David S. Miller wrote:
> From: Michal Hocko
> Date: Wed, 10 May 2017 16:57:26 +0200
>
> > Have you measured that? I do not think it would be super hard to
> > measure. I would be quite surprised if this added much if anything at
> > all as the whole struct page should be
On Thu, May 11, 2017 at 10:29:47AM +0300, Gilad Ben-Yossef wrote:
> > With regards to the wait being uninterruptible, I agree that this should be
> > the
> > default behavior, because I think users waiting for specific crypto
> > requests are
> > generally not prepared to handle the wait actually
On Thu, May 11, 2017 at 9:38 AM, Al Viro wrote:
> On Wed, May 10, 2017 at 05:20:31PM +0100, David Howells wrote:
>
>> @@ -64,8 +70,8 @@ struct sb_config_operations {
>> int (*parse_option)(struct sb_config *sc, char *p);
>> int (*monolithic_mount_data)(struct sb_config *sc, void *data)
Ho Jaroslav, hi Takashi,
do you know who still uses the sound/oss drivers and why? I've
recently been looking into getting rid of set_fs for using
copy_{from,to}_user and friends on kernel pointers, and the sound
code is a big abuser, both ALSA and the legacy OSS code.
But looking at the OSS cod
On (05/09/17 10:29), Sabrina Dubroca wrote:
[..]
> That's caused a change of behavior in my qemu setup, with this cmdline
>
> root=/dev/sda1 console=ttyS1 console=ttyS0
>
> Before, the kernel logs appeared on ttyS1, and I logged in with ttyS0
> (with my setup, ttyS1 is a file and ttyS0 is uni
Hi Alan,
On Wed, May 10, 2017 at 08:41:51PM +0100, Alan Cox wrote:
> > + if (!(tmp_termios.c_cflag & CRTSCTS)) {
> > + tmp_termios.c_cflag |= CRTSCTS;
> > + ret = tty_set_termios(tty, &tmp_termios);
> > + if (ret)
> > + pr_warn("speakup: Failed to
On Thu, May 11, 2017 at 10:21:46AM +0200, Lars Ellenberg wrote:
> Regression fix for 4.11, which totally broke DRBD
>
> When killing kref_sub(), the unconditional additional kref_get()
> was not properly paired with the necessary kref_put(), causing
> a leak of struct drbd_requests (~ 224 Bytes) p
Regression fix for 4.11, which totally broke DRBD
When killing kref_sub(), the unconditional additional kref_get()
was not properly paired with the necessary kref_put(), causing
a leak of struct drbd_requests (~ 224 Bytes) per submitted bio,
and breaking DRBD in general, as the destructor of those
On Wed, 10 May 2017, Thomas Gleixner wrote:
> On Wed, 10 May 2017, Mark Rutland wrote:
> > [0.182133] [] lockdep_assert_hotplug_held+0x78/0x98
> > [0.182161] [] __static_key_slow_inc+0x174/0x2e0
> > [0.182188] [] static_key_enable_cpuslocked+0x64/0xb0
> > [0.182215] [] update_cpu_ca
On Thu, May 11, 2017 at 10:59 AM, Christoph Hellwig wrote:
> On Wed, May 10, 2017 at 10:15:51PM +0300, Amir Goldstein wrote:
>> > +static inline int uuid_cmp(const uuid_t u1, const uuid_t u2)
>> > {
>> > - return memcmp(&u1, &u2, sizeof(uuid_be));
>> > + return memcmp(&u1, &u2, sizeof
On 2017-05-08 18:11, Rob Herring wrote:
> On Tue, May 02, 2017 at 05:00:59PM +0200, Martin Kepplinger wrote:
>> The datasheet and application note does not mention an allowed range for
>> the M09_REGISTER_THRESHOLD parameter. One of our customers needs to set
>> lower values than 20 and they seem t
On Thu, 27 Apr 2017, Masaki Ota wrote:
> Hi, Benjamin,
>
> I modified the patch and added the code that supports Alps USB Touchpad as
> PATCH 4/4.
Hi,
could you please reformat / extend the changelogs of individual commits a
little bit, so that they are more in line with our usual commitlog s
On Thu, 11 May 2017, Stephen Rothwell wrote:
> Hi,
>
> On Wed, 10 May 2017 14:09:53 +0200 (CEST) Thomas Gleixner
> wrote:
> >
> > > +static void nest_change_cpu_context(int old_cpu, int new_cpu)
> > > +{
> > > + int i;
> > > +
> > > + for (i = 0;
> > > + (per_nest_pmu_arr[i] != NULL) && (i
On (05/11/17 17:24), Sergey Senozhatsky wrote:
> On (05/09/17 10:29), Sabrina Dubroca wrote:
> [..]
> > That's caused a change of behavior in my qemu setup, with this cmdline
> >
> > root=/dev/sda1 console=ttyS1 console=ttyS0
> >
> > Before, the kernel logs appeared on ttyS1, and I logged in
On Tue, May 09, 2017 at 04:50:48AM +0800, kernel test robot wrote:
>
> FYI, we noticed the following commit:
>
> commit: cc8385b59e17d489814d54d6a846aba7051fdea5 ("btrfs: preallocate radix
> tree node for readahead")
> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
For
On Thu, May 11, 2017 at 02:26:02AM +0200, Rafael J. Wysocki wrote:
> On Wednesday, May 10, 2017 05:01:55 PM Geetha sowjanya wrote:
> > From: Linu Cherian
> >
> > Add SMMUv3 model definition for ThunderX2.
> >
> > Signed-off-by: Linu Cherian
> > Signed-off-by: Geetha Sowjanya
>
> This is an AC
Hi Alex,
>-Original Message-
>From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On
>Behalf Of Alex Williamson
>Sent: Friday, May 05, 2017 11:11 PM
>To: Gerd Hoffmann
>Cc: Tian, Kevin ; intel-...@lists.freedesktop.org; linux-
>ker...@vger.kernel.org; zhen...@linux.in
On Thu, 11 May 2017 10:21:33 +0200,
Christoph Hellwig wrote:
>
> Ho Jaroslav, hi Takashi,
>
> do you know who still uses the sound/oss drivers and why? I've
> recently been looking into getting rid of set_fs for using
> copy_{from,to}_user and friends on kernel pointers, and the sound
> code is
Hi Greg,
I'm not sure what your plans are with this set. Are we targeting 4.12?
IMHO, if possible, it would be good to have this refactoring in now, so
that we can base further development on it for the next cycle.
Thanks,
- Juri
On 20/04/17 15:43, Juri Lelli wrote:
> Hi,
>
> arm and arm64 to
On 05/04/2017 02:46 PM, Michal Hocko wrote:
> On Thu 04-05-17 14:33:24, Vlastimil Babka wrote:
>>>
>>> I am pretty sure s390 and ppc support NUMA and aim at supporting really
>>> large systems.
>>
>> I don't see ppc there,
>
> config KVM_BOOK3S_64_HV
> tristate "KVM for POWER7 and later u
On 10/05/17 18:49, Gustavo A. R. Silva wrote:
>
> Hello everybody,
>
> While looking into Coverity ID 1350942 I ran into the following piece of
> code at drivers/block/xen-blkback/xenbus.c:490:
>
> 490static int xen_blkbk_remove(struct xenbus_device *dev)
> 491{
> 492struct backend_info
On Thu, May 11, 2017 at 11:09 AM, Eric Biggers wrote:
> On Thu, May 11, 2017 at 10:29:47AM +0300, Gilad Ben-Yossef wrote:
>> > With regards to the wait being uninterruptible, I agree that this should
>> > be the
>> > default behavior, because I think users waiting for specific crypto
>> > reques
On Thu, May 11, 2017 at 09:48:30AM +0100, Juri Lelli wrote:
> Hi Greg,
>
> I'm not sure what your plans are with this set. Are we targeting 4.12?
>
> IMHO, if possible, it would be good to have this refactoring in now, so
> that we can base further development on it for the next cycle.
It's way
Add a new helper to call crtc->mode_valid, connector->mode_valid
and encoder->mode_valid callbacks.
Suggested-by: Ville Syrjälä
Signed-off-by: Jose Abreu
Cc: Carlos Palminha
Cc: Alexey Brodkin
Cc: Ville Syrjälä
Cc: Daniel Vetter
Cc: Dave Airlie
Cc: Andrzej Hajda
Cc: Archit Taneja
---
Cha
This adds a new callback to crtc, encoder and bridge helper functions
called mode_valid(). This callback shall be implemented if the
corresponding component has some sort of restriction in the modes
that can be displayed. A NULL callback implicates that the component
can display all the modes.
We
This series is a follow up from the discussion at [1]. We start by
introducing crtc->mode_valid(), encoder->mode_valid() and
bridge->mode_valid() callbacks which will be used in followup
patches and also by cleaning the documentation a little bit.
We proceed by introducing new helpers to call this
Now that we have a callback to check if crtc supports a given mode
we can use it in arcpgu so that we restrict the number of probbed
modes to the ones we can actually display.
This is specially useful because arcpgu crtc is responsible to set
a clock value in the commit() stage but unfortunatelly
This changes the connector probe helper function to use the new
encoder->mode_valid(), bridge->mode_valid() and crtc->mode_valid()
helper callbacks to validate the modes.
The new callbacks are optional so the behaviour remains the same
if they are not implemented. If they are, then the code loops
Introduce a new helper function which calls mode_valid() callback
for all bridges in an encoder chain.
Signed-off-by: Jose Abreu
Cc: Carlos Palminha
Cc: Alexey Brodkin
Cc: Ville Syrjälä
Cc: Daniel Vetter
Cc: Dave Airlie
Cc: Andrzej Hajda
Cc: Archit Taneja
---
drivers/gpu/drm/drm_bridge.c
This patches makes use of the new mode_valid() callbacks introduced
previously to validate the full video pipeline when modesetting.
This calls the encoder->mode_valid(), bridge->mode_valid() and
crtc->mode_valid() so that we can make sure that the mode will
be accepted in every components.
Signe
On Thu, 2017-05-11 at 09:17 +0200, Arnd Bergmann wrote:
> On Thu, May 11, 2017 at 4:44 AM, Ryder Lee wrote:
> > On Wed, 2017-05-10 at 12:01 +0200, Arnd Bergmann wrote:
> >> On Wed, May 10, 2017 at 11:31 AM, Ryder Lee wrote:
> >> > On Wed, 2017-05-10 at 10:08 +0200, Arnd Bergmann wrote:
>
> >> >>
On Thu 11-05-17 11:12:43, Joonsoo Kim wrote:
> Sorry for the late response. I was on a vacation.
>
> On Tue, May 02, 2017 at 03:32:29PM +0200, Michal Hocko wrote:
> > On Tue 02-05-17 13:01:32, Joonsoo Kim wrote:
> > > On Thu, Apr 27, 2017 at 05:06:36PM +0200, Michal Hocko wrote:
> > [...]
> > > >
On Thu, May 11, 2017 at 10:46:47AM +0200, Takashi Iwai wrote:
> Yeah, I also started looking at it after reading the LWN article.
> The removal of set_fs() in ALSA part was already finished, and I'm
> currently brushing up the patches. It'll be in 4.13 at latest.
Great!
> That said, I'd love to
Hi all,
On 05/05/17 at 09:42pm, Matt Fleming wrote:
> (Including the folks from SGI since this was hit on a UV system)
After debugging, I got the reason why kernel still crash casually when
the ident mapping issue of old_map efi has been fixed. It's because
SGI UV3 needs map MMIOH regions. On a
Hi Rafael,
On May 11 2017 or thereabouts, Rafael J. Wysocki wrote:
> On Wed, May 10, 2017 at 6:12 PM, Benjamin Tissoires
> wrote:
> > The new default 'open' behavior for acpi_lid_initialize_state() is just
> > wrong. It breaks professional laptops with a docking station [1].
> >
> > Booting the l
On Thu, May 11, 2017 at 10:30:39AM +0200, Thomas Gleixner wrote:
> On Wed, 10 May 2017, Thomas Gleixner wrote:
> > On Wed, 10 May 2017, Mark Rutland wrote:
> > > [0.182133] [] lockdep_assert_hotplug_held+0x78/0x98
> > > [0.182161] [] __static_key_slow_inc+0x174/0x2e0
> > > [0.182188] []
This patch optimized the code by previously getpos function call.
Therefore, It's takes the convenience to understand logic of code.
v2:
- getpos() returns errorno if not found the key
v1:
- cleanup code by using getpos()
Signed-off-by: Leno Hou
---
lib/btree.c | 50 +--
On May 11 2017 or thereabouts, Zheng, Lv wrote:
> Hi,
>
> > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com]
> > Subject: [PATCH 2/2] Revert "ACPI / button: Change default behavior to
> > lid_init_state=open"
> >
> > This reverts commit 77e9a4aa9de10cc1418bf9a892366988802a8025.
>
This patch allows to use i2s interface either as single
audio path (rx or tx), or bidirectional audio path.
This patch is added separately, as the driver does not
follow recommended use of the interface, to support this
configuration.
Signed-off-by: olivier moysan
---
sound/soc/stm/stm32_i2s.c |
This patch-set handles the SPI/I2S IP on STM32 platforms.
It applies to STM32 platforms implementing version 2 of SPI/I2S IP like STM32H7
series.
The SPI/I2S block is a serial peripheral interface (SPI), which can also be
configured to work on I2S/PCM mode.
ASoC STM32 I2S driver only supports t
Add I2S ASoC driver for STM32.
This version of the driver supports only
exclusive playback and capture interface.
Signed-off-by: olivier moysan
---
sound/soc/stm/Kconfig | 2 +-
sound/soc/stm/Makefile| 4 +
sound/soc/stm/stm32_i2s.c | 941 +
Add documentation of device tree bindings for STM32 SPI/I2S.
Signed-off-by: olivier moysan
---
.../devicetree/bindings/sound/st,stm32-i2s.txt | 68 ++
1 file changed, 68 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/st,stm32-i2s.txt
diff --git
On 05/10/2017 11:27 PM, David Rientjes wrote:
> We have encountered need_resched warnings in __collapse_huge_page_copy()
> while doing {clear,copy}_user_highpage() over HPAGE_PMD_NR source pages.
>
> mm->mmap_sem is held for write, but the iteration is well bounded.
>
> Reschedule as needed.
>
>
On Wed, 2017-05-10 at 19:55 +0200, Christoph Hellwig wrote:
> Hi Abdul,
>
> can you test the patch below? I'll try to create a way to inject
> short WRITE SAME commands using qemu next, but I thought I'd give
> you a chance to try it as well.
No warnings with the patch. Thanks for all your suppo
From: Wanpeng Li
We can observe eptad kvm_intel module parameter is still Y
even if ept is disabled which is weird. This patch will
not enable EPT A/D feature if EPT feature is disabled.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Signed-off-by: Wanpeng Li
---
arch/x86/kvm/vmx.c | 2 +-
1 file chan
From: Wanpeng Li
Reported by syzkaller:
BUG: unable to handle kernel paging request at c07f6a2e
IP: report_bug+0x94/0x120
PGD 348e12067
P4D 348e12067
PUD 348e14067
PMD 3cbd84067
PTE 8003f7e87161
Oops: 0003 [#1] SMP
CPU: 2 PID: 7091 Comm: kvm_load_gue
Hi Experts,
Need expert advice for the one of the requirement Where in VPN
solution we want to dynaically route the packets to different adapter.
We will manage our own DNS cache and , based on DNS to IP lookup, we
can redirect the packet either to Tun device or to a physical adapter.
Please sugg
2017-05-11 15:44 GMT+08:00 Paolo Bonzini :
>
>
> On 11/05/2017 02:56, Wanpeng Li wrote:
>>> Hmm, thinking more about it, maybe use mxcsr_feature_mask instead of
>>> digging into vcpu->arch.guest_fpu? If you send v2, please remember to
>> ERROR: "mxcsr_feature_mask" [arch/x86/kvm/kvm.ko] undefined.
On Thu, 11 May 2017, Mark Rutland wrote:
> On Thu, May 11, 2017 at 10:30:39AM +0200, Thomas Gleixner wrote:
> > On Wed, 10 May 2017, Thomas Gleixner wrote:
> > > On Wed, 10 May 2017, Mark Rutland wrote:
> > > > [0.182133] []
> > > > lockdep_assert_hotplug_held+0x78/0x98
> > > > [0.182161]
Hi,
On May 11 2017 17:46, Takashi Iwai wrote:
On Thu, 11 May 2017 10:21:33 +0200,
Christoph Hellwig wrote:
Ho Jaroslav, hi Takashi,
do you know who still uses the sound/oss drivers and why? I've
recently been looking into getting rid of set_fs for using
copy_{from,to}_user and friends on ker
From: vwong
Export the PCIe link attributes of PCI bridges to sysfs.
Signed-off-by: Wong Vee Khee
Signed-off-by: Hui Chun Ong
---
drivers/pci/pci-sysfs.c | 197 +-
include/uapi/linux/pci_regs.h | 1 +
2 files changed, 194 insertions(+), 4 deleti
Marc Zyngier writes:
> Hi Alex,
>
> On 10/05/17 18:01, Alex Bennée wrote:
>> From: Zhichao Huang
>>
>> Hardware debugging in guests is not intercepted currently, it means
>> that a malicious guest can bring down the entire machine by writing
>> to the debug registers.
>>
>> This patch enable tr
Luis,
On Tue, May 02, 2017 at 01:49:12AM -0700, Luis R. Rodriguez wrote:
>
> diff --git a/lib/test_driver_data.c b/lib/test_driver_data.c
> new file mode 100644
> index ..488cc6e9eed4
> --- /dev/null
> +++ b/lib/test_driver_data.c
...
> +static int trigger_config_sync(struct drive
This patch fixes the following soft lockup:
BUG: soft lockup - CPU#0 stuck for 23s! [weston:307]
On weston idle-timeout the IP is powered down and reset
asserted. On weston resume we get a massive vblank
IRQ storm due to the LDI registers having lost some state.
This state loss is caused by ade
--
Hi friend
I am a banker in ADB BANK. I want to transfer an abandoned sum of
USD15.6Million to your Bank account. 40/percent will be your share.
No risk involved but keeps it as secret. Contact me for more details.
Please reply me through my alternative email id only (salif.musa...@gmail.com)
Hi,
I'm not so much experienced in MTD area, so please correct me, if I'm wrong.
NOR flashes supported by cmdset0002 (AMD & Fujitsu Standard Vendor Command Set)
are not able to unlock one particular eraseblock, the unlocking is
done by unlock
the whole chip. Because of that the driver (cfi_cmdset
On May 11 2017 or thereabouts, Zheng, Lv wrote:
> Hi, Benjamin
>
> > From: linux-acpi-ow...@vger.kernel.org
> > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zheng,
> > Lv
> > Subject: RE: [PATCH 1/2] Revert "ACPI / button: Remove
> > lid_init_state=method mode"
> >
> > Hi, Benjiamin
>
From: Colin Ian King
Making target_parse_xcopy_cmd static fixes sparse warning:
"warning: symbol 'target_parse_xcopy_cmd' was not declared. Should
it be static?"
Fixes: 1bd05294519f76 ("target/iscsi: Fix a deadlock between the XCOPY code and
session shutdown")
Signed-off-by: Colin Ian King
-
On Thu, May 11, 2017 at 01:41:15AM +0200, Luc Van Oostenryck wrote:
> On Wed, May 10, 2017 at 2:34 PM, Jarkko Sakkinen
> wrote:
>
> > Arithmetic should work but it's not a good practice to do additions,
> > substractions or multiplications in any other byte order than the CPU
> > byte order.
> >
tty_insert_flip_string_fixed_flag() is racy against itself when called
from the ioctl(TCXONC, TCION/TCIOFF) path [1] and the flush_to_ldisc()
workqueue path [2].
The problem is that port->buf.tail->used is modified without consistent
locking; the ioctl path takes tty->atomic_write_lock, whereas th
On 11/05/17 10:59, Greg KH wrote:
> On Thu, May 11, 2017 at 09:48:30AM +0100, Juri Lelli wrote:
> > Hi Greg,
> >
> > I'm not sure what your plans are with this set. Are we targeting 4.12?
> >
> > IMHO, if possible, it would be good to have this refactoring in now, so
> > that we can base further
On 27/04/17 07:01, Juergen Gross wrote:
> When running as Xen pv guest X86_BUG_SYSRET_SS_ATTRS must not be set
> on AMD cpus.
>
> This bug/feature bit is kind of special as it will be used very early
> when switching threads. Setting the bit and clearing it a little bit
> later leaves a critical w
On 5/11/2017 4:13 AM, Bjorn Andersson wrote:
On Thu 04 May 04:53 PDT 2017, Varadarajan Narayanan wrote:
Add initial pinctrl driver to support pin configuration with
pinctrl framework for ipq8074.
Signed-off-by: Manoharan Vijaya Raghavan
Signed-off-by: Varadarajan Narayanan
---
.../bindin
On Thu, May 11, 2017 at 08:00:32AM +0900, Minchan Kim wrote:
> Although there are a ton of free swap and anonymous LRU page
> in elgible zones, OOM happened.
>
> balloon invoked oom-killer:
> gfp_mask=0x17080c0(GFP_KERNEL_ACCOUNT|__GFP_ZERO|__GFP_NOTRACK),
> nodemask=(null), order=0, oom_score_
On May 11 2017 19:01, Takashi Sakamoto wrote:
But the set_fs() usage in OSS code is hard to get rid of, due to the
in-kernel ioctl calls, and I really don't want to touch such dusty
codes, either. So I wanted to post the very same question, but you
were faster :)
But looking at the OSS code it
On Thu, May 11, 2017 at 10:22:13AM +0900, Minchan Kim wrote:
> On Thu, May 11, 2017 at 08:25:56AM +0900, Minchan Kim wrote:
> > On Wed, May 10, 2017 at 09:56:54AM -0400, Johannes Weiner wrote:
> > > Hi Michan,
> > >
> > > On Tue, May 02, 2017 at 08:53:32AM +0900, Minchan Kim wrote:
> > > > @@ -114
Luis,
On Fri, Apr 28, 2017 at 03:45:35AM +0200, Luis R. Rodriguez wrote:
> > > +To test an async call one could do::
> > > +
> > > +echo anything > /lib/firmware/test-driver_data.bin
> >
> > Your current shell script doesn't search for the firmware in
> > /lib/firmware unless you explicit
In UniProcessor kernel with UP_LATE_INIT=y, enable and setup the
interrupt delivery mode in smp_init() which almost be called at the
end of start_kernel().
But, system should not make sure the timer IRQs work well for
calibrating delay in dump-capture kernel.
Due to the MP table or ACPI has been
On Thu, May 11, 2017 at 12:42 PM, Leno Hou wrote:
> This patch optimized the code by previously getpos function call.
> Therefore, It's takes the convenience to understand logic of code.
>
> v2:
> - getpos() returns errorno if not found the key
>
> v1:
> - cleanup code by using getpos()
FWIW:
On Wed, May 3, 2017 at 11:12 AM, Paul Cercueil wrote:
> The dependency on MFD is gone but now I notice I forgot to remove the
> 'select MFD_CORE'
> in the Kconfig. It'd be great if you can make a quick edit when merging
> this,
> otherwise I'll send a v6.
No problem I can fix it up.
Yours,
Linu
On Mon, May 8, 2017 at 12:05 AM, Paul Cercueil wrote:
> It looks like the gpio_get_value() is broken on jz4740.
>
> I'll send a v6.
OK I don't apply this series then, waiting for v6.
The series looks good so as soon you think it is finished
I can apply it I think.
Yours,
Linus Walleij
On Fri, Apr 28, 2017 at 10:08 PM, Paul Cercueil wrote:
> There is a pinctrl driver for each of the Ingenic SoCs supported by the
> upstream Linux kernel. In order to switch away from the old GPIO
> platform code, we now enable the pinctrl drivers by default for the
> Ingenic SoCs.
>
> Signed-off-
1 - 100 of 1040 matches
Mail list logo
