On 2017年01月27日 16:16, Christoph Hellwig wrote:
Try to grab the MSI-X vectors early and fall back to the shared one
before doing lots of allocations.
Signed-off-by: Christoph Hellwig
---
Reviewed-by: Jason Wang
drivers/virtio/virtio_pci_common.c | 58 +++-
On 2017年01月27日 16:16, Christoph Hellwig wrote:
Signed-off-by: Christoph Hellwig
---
Reviewed-by: Jason Wang
drivers/virtio/virtio_pci_common.c | 5 ++---
drivers/virtio/virtio_pci_common.h | 2 --
drivers/virtio/virtio_pci_legacy.c | 2 +-
drivers/virtio/virtio_pci_modern.c | 2 +-
On 2017年01月27日 16:16, Christoph Hellwig wrote:
We don't really need struct virtio_pci_vq_info, as most field in there
are redundant:
- the vq backpointer is not strictly neede to start with
- the entry in the vqs list is not needed - the generic virtqueue already
has list, we only need
On 2017年01月27日 16:16, Christoph Hellwig wrote:
+ snprintf(vp_dev->msix_names[i + 1],
+sizeof(*vp_dev->msix_names), "%s-%s",
dev_name(&vp_dev->vdev.dev), names[i]);
err = request_irq(pci_irq_vector(vp_dev->pci_dev, ms
ATTENTION,
Your mailbox has exceeded the storage limit, which is 5 GB as defined by the
administrator, who is currently running on 10.9GB, you may not be able to send
or receive new mail until you re-validate your mailbox mail. To revalidate your
mailbox, send the following information below:
On Thu, Feb 02, 2017 at 08:00:52AM -0500, Jeff Layton wrote:
> Yeah, that might work. You could kmalloc the buffer array according to
> the maxsize value. For small ones we could even consider using an on-
> stack buffer.
For the block direct I/O code we defintively want to avoid any
allocations f
On February 03, 2017 3:20 AM Johannes Weiner wrote:
> @@ -1063,7 +1063,7 @@ static unsigned long shrink_page_list(struct list_head
> *page_list,
> PageReclaim(page) &&
> test_bit(PGDAT_WRITEBACK, &pgdat->flags)) {
>
Hello,
I need your assistance in a deal that will be of mutual benefit for the both of
us from Camp Stanley, Stationed in Uijeongbu, South Korea. Please get back to
me for more info.
Thank you for your time.
Sgt. Monica Martinez.
On Thu, Feb 02, 2017 at 08:00:52AM -0500, Jeff Layton wrote:
> > I'm not sure we need to touch any get_user_pages_fast() at all; let it
> > fill a medium-sized array and use that as a buffer. In particular,
> > I *really* don't like the idea of having the callbacks done in an
> > inconsistent lock
On Fri, 03 Feb 2017 06:28:08 +0100,
Satendra Singh Thakur wrote:
>
> From: satendra singh thakur
>
> 1.Added 2 ioctls in alsa driver's control interface
> -Added an ioctl to read values of multiple elements at once
> -Added an ioctl to write values of multiple elements at once
> -In the absence
On Thu, 02 Feb 2017 04:45:48 +0100,
Takashi Sakamoto wrote:
>
> Hi,
>
> On Feb 2 2017 12:14, Satendra Singh Thakur wrote:
> > From: satendra singh thakur
> >
> > -Added 2 ioctls in alsa driver's control interface
> > -Added an ioctl to read values of multiple elements at once
> > -Added an ioctl
On 26/01/17 20:41, Boris Ostrovsky wrote:
> Start PVH guest at XEN_ELFNOTE_PHYS32_ENTRY address. Setup hypercall
> page, initialize boot_params, enable early page tables.
>
> Since this stub is executed before kernel entry point we cannot use
> variables in .bss which is cleared by kernel. We expl
On Thu, Feb 02, 2017 at 09:14:30PM -0800, Guenter Roeck wrote:
> On 02/02/2017 10:37 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.9.8 release.
> > There are 51 patches in this series, all will be posted as a response
> > to this one. If anyone has any is
On Thu, Feb 02, 2017 at 08:56:04PM -0800, John Stultz wrote:
> On Mon, Oct 24, 2016 at 6:20 AM, Martijn Coenen wrote:
> > Android userspace will start using binder IPC for communication with HAL
> > modules. To clearly separate this IPC domain from the existing framework
> > IPC domain, this patch
On 01/27/17 at 05:03pm, Ard Biesheuvel wrote:
> On 16 January 2017 at 02:45, Dave Young wrote:
> > Hi,
> >
> > Here the the update of the series for moving bgrt init code to early init.
> >
> > Main changes is:
> > - Move the 1st patch to the last because it does not block the 2nd patch
> > any mo
ATTENZIONE;
La cassetta postale ha superato il limite di archiviazione, che è 5 GB come
definiti dall'amministratore, che è attualmente in esecuzione su 10.9GB, non si
può essere in grado di inviare o ricevere nuovi messaggi fino a ri-convalidare
la tua mailbox. Per rinnovare la vostra casella
When for instance a mobile Linux device roams from one access point to
another with both APs sharing the same broadcast domain and a
multicast snooping switch in between:
1)(c) <~~~> (AP1) <--[SSW]--> (AP2)
2) (AP1) <--[SSW]--> (AP2) <~~~> (c)
Then currently IPv6 multicast packe
* Shuah Khan wrote:
> On 02/02/2017 04:45 PM, Dave Hansen wrote:
> > On 02/02/2017 03:36 PM, Shuah Khan wrote:
> >> This patches is already in linux-kselftest next for 4.11
> >>
> >> Is there a reason why you chose to resend these.
> >
> > Oh, my apologies! I didn't realize it had been picked
2017년 02월 03일 15:38에 Inki Dae 이(가) 쓴 글:
>
>
> 2017년 02월 01일 17:29에 Andrzej Hajda 이(가) 쓴 글:
>> On TM2/TM2e platforms HDMI output is connected to MHL bridge
>> SiI8620. To allow configure UltraHD modes on the bridge
>> and to eliminate unsupported modes this bridge should be
>> attached to drm_en
2017년 02월 01일 17:29에 Andrzej Hajda 이(가) 쓴 글:
> On TM2/TM2e platforms HDMI output is connected to MHL bridge
> SiI8620. To allow configure UltraHD modes on the bridge
> and to eliminate unsupported modes this bridge should be
> attached to drm_encoder implemented in exynos_hdmi.
>
> Signed-off-by
On Thu, Feb 02, 2017 at 11:44:22AM +0100, Michal Hocko wrote:
> On Tue 31-01-17 14:32:08, Vinayak Menon wrote:
> > During global reclaim, the nr_reclaimed passed to vmpressure
> > includes the pages reclaimed from slab. But the corresponding
> > scanned slab pages is not passed. This can cause tota
Hi Bjorn
On Thu, Feb 02, 2017 at 08:59:01PM -0600, Bjorn Helgaas wrote:
> Hi Ashok,
>
> Sorry it took me so long to review this. I never felt like I really
> understood it, and it took me a long time to try to figure out a more
> useful response.
No worries. Agree its a litte tricky, and took m
2017년 02월 02일 04:03에 Sean Paul 이(가) 쓴 글:
> On Wed, Feb 01, 2017 at 03:29:40PM +, Emil Velikov wrote:
>> On 1 February 2017 at 14:52, Thierry Reding wrote:
>>> On Tue, Jan 31, 2017 at 02:54:53PM -0800, Eric Anholt wrote:
Thierry Reding writes:
> [ Unknown signature status ]
>>>
Add a new action, SECCOMP_RET_LOG, that logs a syscall before allowing
the syscall. At the implementation level, this action is identical to
the existing SECCOMP_RET_ALLOW action. However, it can be very useful when
initially developing a seccomp filter for an application. The developer
can set the
This patch creates a read-only sysctl containing an ordered list of
seccomp actions that the kernel supports. The ordering, from left to
right, is the lowest action value (kill) to the highest action value
(allow). Currently, a read of the sysctl file would return "kill trap
errno trace allow". The
Administrators can write to this sysctl to set the maximum seccomp
action that should be logged. Any actions with values greater than
what's written to the sysctl will not be logged.
For example, all SECCOMP_RET_KILL, SECCOMP_RET_TRAP, and
SECCOMP_RET_ERRNO actions would be logged if "errno" were
Extend the kernel selftests for seccomp to test the newly added
SECCOMP_RET_LOG action. The added tests follow the example of existing
tests.
Unfortunately, the tests are not capable of inspecting the audit log to
verify that the syscall was logged.
Signed-off-by: Tyler Hicks
---
tools/testing/
This patch set is the second revision of the following two previously
submitted patch sets:
http://lkml.kernel.org/r/1483375990-14948-1-git-send-email-tyhi...@canonical.com
http://lkml.kernel.org/r/1483377999-15019-2-git-send-email-tyhi...@canonical.com
The patch set aims to address some known de
This patch fixes the issue by aligning the * on each line in block comments.
[Patch v1] is rejected as the changes done is not following the linux
coding style and [Patch v2] is rejected because forgot to mention the
cause of rejection of [Patch v1].The cause of rejection of [Patch v3] is
that the
Hi all,
Changes since 20170202:
Dropped tree: vfs-miklos (build failure and out of date)
The powerpc tree gained a conflict against the powerpc-fixes tree.
The vfs-miklos tree still had its build failure, so I just dropped it
again for today.
The v4l-dvb tree still had its build failure so I
From: satendra singh thakur
1.Added 2 ioctls in alsa driver's control interface
-Added an ioctl to read values of multiple elements at once
-Added an ioctl to write values of multiple elements at once
-In the absence of above ioctls user needs to call N ioctls to
read/write value of N elements w
On Thu, Feb 2, 2017 at 9:31 PM, Michal Hocko wrote:
>
> Why would you like to chose and kill a task when the slab reclaim can
> still make sufficient progres? Are you sure that the slab contribution
> to the stats makes all the above happening?
>
I agree that a task need not be killed if sufficien
This patch fixes the issue by aligning the * on each line in block comments.
[Patch v1] is rejected as the changes done is not following the linux
coding style and [Patch v2] is rejected because forgot to mention the
cause of rejection of [Patch v1].The cause of rejection of [Patch v3] is
that the
On 02/02/2017 10:37 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.8 release.
There are 51 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 mad
On 02/02/2017 10:33 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.47 release.
There are 20 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 ma
Chris Packham writes:
> On 03/02/17 12:55, Michael Ellerman wrote:
>> Chris if you want to send a patch to add the compatible string to the
>> l2cache.txt I would merge that, but honestly it doesn't achieve much
>> other than possibly catching a typo in the compatible name.
>
> I think catching a
+++ Jessica Yu [02/02/17 22:54 -0500]:
+++ Ard Biesheuvel [24/01/17 16:16 +]:
This v4 is a followup to [0] 'modversions: redefine kcrctab entries as
relative CRC pointers', but since relative CRC pointers do not work in
modules, and are actually only needed by powerpc with CONFIG_RELOCATABLE
On Mon, Oct 24, 2016 at 6:20 AM, Martijn Coenen wrote:
> Android userspace will start using binder IPC for communication with HAL
> modules. To clearly separate this IPC domain from the existing framework
> IPC domain, this patch series adds support for multiple "binder domains".
> This is impleme
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in:
fs/block_dev.c
between commit:
b1d2dc5659b4 ("block: Make blk_get_backing_dev_info() safe without open bdev")
from the block tree and patch:
"fs: add i_blocksize()"
from the akpm tree.
I fixed it up (see below) an
2017년 02월 02일 00:29에 Emil Velikov 이(가) 쓴 글:
> On 1 February 2017 at 14:52, Thierry Reding wrote:
>> On Tue, Jan 31, 2017 at 02:54:53PM -0800, Eric Anholt wrote:
>>> Thierry Reding writes:
>>>
[ Unknown signature status ]
On Tue, Jan 31, 2017 at 10:15:10AM -0800, Eric Anholt wrote:
>>>
b4e8]
ret_from_kernel_thread+0x5c/0x74
[ 243.913715] INFO: task kworker/0:2:380 blocked for more than 120 seconds.
[ 243.913732] Not tainted 4.10.0-rc6-next-20170202 #6
[ 243.913735] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this
message.
[ 243.913738] kworker/
On 01-02-17, 17:06, Markus Mayer wrote:
> From: Markus Mayer
>
> Enable all applicable CPUfreq options.
>
> Signed-off-by: Markus Mayer
> ---
> arch/mips/configs/bmips_stb_defconfig | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/arch/mips/configs/bmips_stb_defconfig
> b
You must be a cpufreq driver expert by now. What's the count? Is this the 3rd
one you have written ? :)
On 01-02-17, 17:06, Markus Mayer wrote:
> diff --git a/drivers/cpufreq/bmips-cpufreq.c b/drivers/cpufreq/bmips-cpufreq.c
> +static struct cpufreq_frequency_table *
> +bmips_cpufreq_get_freq_tabl
On 02-02-17, 15:47, Marcelo Tosatti wrote:
> +++ kvm-pvfreq/drivers/cpufreq/cpufreq_userspace.c2017-02-02
> 15:32:53.456262640 -0200
> @@ -118,6 +118,178 @@
> mutex_unlock(&userspace_mutex);
> }
>
> +static int cpufreq_is_userspace_governor(int cpu)
> +{
> + int ret;
> +
> + m
+++ Ard Biesheuvel [24/01/17 16:16 +]:
This v4 is a followup to [0] 'modversions: redefine kcrctab entries as
relative CRC pointers', but since relative CRC pointers do not work in
modules, and are actually only needed by powerpc with CONFIG_RELOCATABLE=y,
I have made it a Kconfig selectable
This reverts commit c7070619f3408d9a0dffbed9149e6f00479cf43b.
This has been shown to regress on some ARM systems:
by forcing on DMA API usage for ARM systems, we have inadvertently
kicked open a hornets' nest in terms of cache-coherency. Namely that
unless the virtio device is explicitly describe
On 02-02-17, 15:46, Arnd Bergmann wrote:
> Putting a bare cpumask structure on the stack produces a warning on
> large SMP configurations:
>
> drivers/thermal/cpu_cooling.c: In function 'cpufreq_state2power':
> drivers/thermal/cpu_cooling.c:644:1: warning: the frame size of 1056 bytes is
> larger
On Thu, Feb 2, 2017 at 4:05 PM, wrote:
> From: Thor Thayer
>
> Add the device tree entries needed to support the EMAC AXI
> bus settings on the Arria10 SoCFPGA chip.
>
> Signed-off-by: Thor Thayer
> ---
> v2 Add the AXI configuration to the other DW EMACs in the chip.
> ---
> arch/arm/boot/dts
Rather than having a separate node for the dfx server add a reg property
to the parent node. This give somes compatibility with the Marvell
supplied SDK.
Signed-off-by: Chris Packham
---
Documentation/devicetree/bindings/net/marvell,prestera.txt | 13 +
arch/arm/boot/dts/armada-xp-98
The initial implementation in commit e120c17a70e5 ("clk: mvebu: support
for 98DX3236 SoC") hardcoded a fixed value for the main PLL frequency.
Port code from the Marvell supplied Linux kernel to support different
PLL frequencies and provide clock gating support.
Signed-off-by: Chris Packham
---
Shortly after I posted my last series I got access to a more recent
Marvell SDK which had some device tree support for the switch SoCs I'd
been wanting. It was still based on an older kernel but it was a huge
improvement over what came before.
Patch 1/4 is a bit of a cleanup. I did initially strug
The DFX server on the 98dx3236 and compatible SoCs has an ID register
that provides revision information that the PCI based ID register
doesn't have. Use this if it's available.
Signed-off-by: Chris Packham
---
.../bindings/arm/marvell/mv98dx3236-soc-id.txt | 14 +++
arch/arm/boot/dts/ar
The Marvell datasheets refer to the integrated CPU as "Armada-XP". In
reality there are a number of differences to the actual Armada-XP so
rather than including armada-xp.dtsi and disabling many of the IP
blocks. Include armada-370-xp.dtsi and add the required nodes.
Signed-off-by: Chris Packham
On January 31, 2017 5:32 PM Kirill A. Shutemov wrote:
> On Tue, Jan 31, 2017 at 09:27:41AM +0100, Dmitry Vyukov wrote:
> > Hello,
> >
> > I've got the following report while running syzkaller fuzzer on
> > fd694aaa46c7ed811b72eb47d5eb11ce7ab3f7f1:
>
> This should help:
>
> From fb85b3fe273decb1
This patch adds watchdog controller driver for ZTE's zx2967 family.
Signed-off-by: Baoyou Xie
---
drivers/watchdog/Kconfig | 10 ++
drivers/watchdog/Makefile | 1 +
drivers/watchdog/zx2967_wdt.c | 285 ++
3 files changed, 296 insertions(+)
cre
Add the zx2967 watchdog controller driver as maintained by ARM ZTE
architecture maintainers, as they're parts of the core IP.
Signed-off-by: Baoyou Xie
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index edfdea3..275c434 100644
--- a/MAINTAINERS
On 2 Feb 2017, at 21:12, Hillf Danton wrote:
> On February 01, 2017 3:54 AM Zi Yan wrote:
>>
>> I am also doing some tests on THP migration and discover that there are
>> some corner cases not handled in this patchset.
>>
>> For example, in handle_mm_fault, without taking pmd_lock, the kernel may
This patch adds dt-binding documentation for zx2967 family
watchdog controller.
Signed-off-by: Baoyou Xie
Acked-by: Rob Herring
---
.../bindings/watchdog/zte,zx2967-wdt.txt | 32 ++
1 file changed, 32 insertions(+)
create mode 100644
Documentation/devicetree/bind
On Fri, 3 Feb 2017 10:57:57 +0900
Sergey Senozhatsky wrote:
ell. sure, no objections, but in this particular case it's hardly
possible
> to hit all of those problems within a reasonable time. so what I did was just
> a bunch of dirty hacks to provoke the problems. something like this
>
> ex
On February 01, 2017 3:54 AM Zi Yan wrote:
>
> I am also doing some tests on THP migration and discover that there are
> some corner cases not handled in this patchset.
>
> For example, in handle_mm_fault, without taking pmd_lock, the kernel may
> see pmd_none(*pmd) during THP migrations, which
On Thu, 2017-02-02 at 16:55 +0100, Peter Zijlstra wrote:
> On Tue, Jan 31, 2017 at 10:22:47AM -0700, Ross Zwisler wrote:
> > On Tue, Jan 31, 2017 at 4:48 AM, Mike Galbraith
> > wrote:
> > > On Tue, 2017-01-31 at 16:30 +0530, Sachin Sant wrote:
>
>
> Could some of you test this? It seems to cure
Hi Ashok,
Sorry it took me so long to review this. I never felt like I really
understood it, and it took me a long time to try to figure out a more
useful response.
On Fri, Dec 09, 2016 at 01:06:04PM -0800, Ashok Raj wrote:
> Changes from v1:
> Address comments from Bjorn:
>
On 2017年01月27日 05:44, SF Markus Elfring wrote:
From: Markus Elfring
Date: Thu, 26 Jan 2017 22:40:02 +0100
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
virtio_pci: Use kcalloc() in vp_request_msix_vectors()
virtio_pci: Use kmallo
On (02/02/17 16:20), Petr Mladek wrote:
> > well, I wouldn't say that printk_deferred() has less chances. I see your
> > point, of course. but with printk_deferred() we, at least, will have
> > messages
> > in logbuf (or printk_safe buffers), so they can appear in crash dump, for
> > instance. tha
ebied...@xmission.com (Eric W. Biederman) writes:
> "Michael Kerrisk (man-pages)" writes:
>
>
>> On 25 January 2017 at 15:28, Eric W. Biederman wrote:
>
>>> My concern is that the difference between returning -EOVERFLOW and
>>> overflow_uid is primarily about usability. If you haven't played wi
On 01/27, Mika Westerberg wrote:
>On Fri, Jan 27, 2017 at 07:51:03PM +0800, kbuild test robot wrote:
>> Hi Mika,
>>
>> [auto build test ERROR on pinctrl/for-next]
>> [also build test ERROR on v4.10-rc5 next-20170125]
>> [if your patch is applied to the wrong git tree, please drop us a note to
>>
The IRQFD framework calls the architecture dependent function
twice if the corresponding GSI type is edge triggered. For ARM,
the function kvm_set_msi() is getting called twice whenever the
IRQFD receives the event signal. The rest of the code path is
trying to inject the MSI without any validation
On 01/18/2017 08:55 PM, Hanjun Guo wrote:
From: Hanjun Guo
With the preparation of platform msi support and interrupt producer
in DSDT, we can add mbigen ACPI support now.
We are using Interrupt resource type in _CRS methd to indicate number
of irq pins instead of num_pins in DT to avoid _DSD
On 01/10/2017 08:00 PM, Lorenzo Pieralisi wrote:
Commit 618f535a6062 ("ACPI/IORT: Add single mapping function")
introduced a function (iort_node_get_id()) to retrieve ids for IORT
named components.
The iort_node_get_id() takes an index as input to refer to a specific
mapping entry in the named c
Something to be aware is that CAT cpus don't work the way CPU
filtering works in perf:
If I have the following CAT groups:
- default group with task TD
- group GC1 with CPU0 and CLOSID 1
- group GT1 with no CPUs and task T1 and CLOSID2
- TD and T1 run on CPU0.
Then T1 will use CLOSID2 and TD
On 2017-02-02 01:31, Zac Schroff wrote:
How about BCMA_IOCTL_PRESERVE_ACROSS_INIT?
I think wireless drivers may still set some these bits during init.
I've a simpler idea: make it bgmac specific. Call it sth like
BGMAC_BCMA_IOCTL_PRESERVE
BGMAC_BCMA_IOCTL_RESERVED
BGMAC_BCMA_IOCTL_DONT_TOUCH
Hi all,
Today's linux-next merge of the rcu tree got a conflict in:
net/netfilter/nf_conntrack_core.c
between commit:
a9e419dc7be6 ("netfilter: merge ctinfo into nfct pointer storage area")
from the netfilter-next tree and commit:
55f619e5c322 ("mm: Rename SLAB_DESTROY_BY_RCU to SLAB_TY
On (02/02/17 16:52), Petr Mladek wrote:
[..]
> > I am still learning how to manage the patches in the printk.git tree.
> >
> > I would like to add Steven's Reviewed-by tags, links to the mails,
> > and list of CC-ed people. IMHO, the only way is to rebase the for-4.11
> > and for-next branches. Th
Hi all,
Today's linux-next merge of the rcu tree got a conflict in:
arch/powerpc/Kconfig
between commit:
d6c569b99558 ("powerpc/64: Move HAVE_CONTEXT_TRACKING from pseries to common
Kconfig")
from the powerpc tree and commit:
c7327406b3c3 ("rcu: Make arch select smp_mb__after_unlock_lo
On (02/02/17 09:34), Steven Rostedt wrote:
> On Thu, 2 Feb 2017 11:02:57 +0900
> Sergey Senozhatsky wrote:
>
> > On (02/01/17 11:37), Steven Rostedt wrote:
> > > This looks fine, but I'm curious if you tested it. That is, added a
> > > bunch of printks to overflow the buffer. IIRC, I did it to th
Hi Minchan
Thanks for reviewing.
On 2017/2/2 15:28, Minchan Kim wrote:
> On Wed, Feb 01, 2017 at 11:00:23AM +0100, Michal Hocko wrote:
>> On Wed 01-02-17 18:46:36, Minchan Kim wrote:
>>> On Wed, Feb 01, 2017 at 08:59:24AM +0100, Michal Hocko wrote:
On Wed 01-02-17 15:48:21, Minchan Kim wrote:
There is no reason why statically defined properties should be modifiable,
so let's make device_add_properties() and the rest of pset_*() functions to
take const pointers to properties.
This will allow us to mark properties as const/__initconst at definition
sites.
Signed-off-by: Dmitry Torokhov
Data that is fed into property arrays should not be modified, so let's mark
relevant pointers as const. This will allow us making source arrays as
const/__initconst.
Signed-off-by: Dmitry Torokhov
---
drivers/base/property.c | 10 +-
include/linux/property.h | 12 ++--
2 files c
Hi,
Here is the refreshed series exporting APIs to copy statically declared
device properties. The reason is that we want to augment ACPI-based devices
with properties, and drivers usually have a largish DMI table for multiple
models, so it is desirable to mark everything as __initdata/__initconst
When augmenting ACPI-enumerated devices with additional property data based
on DMI info, a module has often several potential property sets, with only
one being active on a given box. In order to save memory it should be
possible to mark everything and __initdata or __initconst, execute DMI
match e
With many drivers converting to using generic device properties, it is
useful to provide array of device properties when instantiating new i2c
client via i2c_board_info and have them automatically added to the device
in question.
Signed-off-by: Dmitry Torokhov
---
drivers/i2c/i2c-core.c | 16 +++
On Thu, Feb 2, 2017 at 3:41 PM, Luck, Tony wrote:
> On Thu, Feb 02, 2017 at 12:22:42PM -0800, David Carrillo-Cisneros wrote:
>> There is no need to change perf(1) to support
>> # perf stat -I 1000 -e intel_cqm/llc_occupancy {command}
>>
>> the PMU can work with resctrl to provide the support thro
sign-file documentation on kernel.org advertises the fact that
sign-file can use OpenSSL loadable engine support using pkcs#11 uri
syntax (rfc 7512) for loading private keys from hardware tokens, if
openssl loadable engine support is present.
Unfortunately, if openssl configuration files are no
This patch modifies scripts/sign-file.c such that custom engine
configurations can be loaded for signing kernel modules.
Signed-off-by: Antony Vennard
---
scripts/sign-file.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/scripts/sign-file.c b/scripts/sign-file
hi Minchan,
Thanks for your reviewing.
On 2017/2/1 17:46, Minchan Kim wrote:
> On Wed, Feb 01, 2017 at 08:59:24AM +0100, Michal Hocko wrote:
>> On Wed 01-02-17 15:48:21, Minchan Kim wrote:
>>> Hi Yisheng,
>>>
>>> On Tue, Jan 31, 2017 at 09:06:18PM +0800, ys...@foxmail.com wrote:
From: Yisheng
Hi,
Any ideas?
Regards,
Alexandre Vicenzi
2017-01-19 0:13 GMT-02:00 Alexandre Vicenzi :
> Hello,
>
> It has been a while that I noticed that kworker/0:1 eats a lot of CPU
> on my computer, about ~80%.
>
> I never found the real problem, but googling the solution was to
> disable some GPE interr
Leave pca953x P06,P07 pins on b850v3 platform and P06 pin on b450v3/b650v3
unconfigured
in the kernel space since they could be configured as DP1_RST and DP2_RST by
the applications
for the DP FW update support
Signed-off-by: Ken Lin
---
arch/arm/boot/dts/imx6q-b450v3.dts | 7 +++
arch/a
Resend with plain text mode.
Hi Andy,
On Thu, Feb 2, 2017 at 11:47 AM, Andy Shevchenko
wrote:
> On Tue, Jan 31, 2017 at 9:43 PM, Hoan Tran wrote:
>> Next generation of X-Gene SoC's GPIO hardware register map is very
>> similar to DW GPIO. It only differs by a few register addresses.
>> This pat
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: 88d0fe4cbc5e74cda2764df63cb369f32746af54 [120/122] sched/headers: Move
signal wakeup & sigpending methods from into
reproduce:
# apt-get install s
Add new USB IDs for cp2104/5 devices on Bx50v3 boards due to the design change
Signed-off-by: Ken Lin
---
drivers/usb/serial/cp210x.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/serial/cp210x.c b/drivers/usb/serial/cp210x.c
index fff718352e0c..691e3e5f0e61 100644
--- a/driv
On Fri, Feb 03, 2017 at 01:37:25AM +0100, Rafael J. Wysocki wrote:
> On Fri, Feb 3, 2017 at 1:16 AM, Dmitry Torokhov
> wrote:
> > On Fri, Feb 03, 2017 at 12:16:29AM +0100, Rafael J. Wysocki wrote:
> >> On Thu, Feb 2, 2017 at 7:38 PM, Dmitry Torokhov
> >> wrote:
> >> > On Thu, Feb 02, 2017 at 07:5
On Thu, 2 Feb 2017, Djalal Harouni wrote:
> *) The per-process prctl() settings are:
> prctl(PR_TIMGAD_OPTS, PR_TIGMAD_SET_MOD_RESTRICT, value, 0, 0)
>
> Where value means:
>
> 0 - Classic module load and unload permissions, nothing changes.
>
> 1 - The current process must have CAP_SYS
On Feb 2, 2017, at 04:26, Arnd Bergmann wrote:
>
> lustre uses a fake switch() statement as a compile-time assert, but
> unfortunately
> each use of that causes a warning when building with clang:
>
> drivers/staging/lustre/lnet/klnds/socklnd/socklnd.c:2907:2: warning: no case
> matching const
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: 248481ca482f2c70a5cdb016f45d2a001e2ce041 [116/122] kasan,
sched/headers: Remove from and uninline
kasan_enable/disable_current()
config: alpha-allyesconfi
List all the current valid compatible strings for the l2cache binding.
This should stop checkpatch.pl from complaining and will hopefully save
someone from having to debug a typo in their dts.
Signed-off-by: Chris Packham
---
.../devicetree/bindings/powerpc/fsl/l2cache.txt| 42 ++
On Fri, Feb 3, 2017 at 1:16 AM, Dmitry Torokhov
wrote:
> On Fri, Feb 03, 2017 at 12:16:29AM +0100, Rafael J. Wysocki wrote:
>> On Thu, Feb 2, 2017 at 7:38 PM, Dmitry Torokhov
>> wrote:
>> > On Thu, Feb 02, 2017 at 07:52:58PM +0200, Andy Shevchenko wrote:
>> >> On Thu, 2017-02-02 at 09:07 -0800, D
On 02/03/2017 01:10 AM, Greg Ungerer wrote:
> This is a limitation in the FEC support in QEMU.
> This works on real ColdFire hardware (which do support the
> FEC MIB stats registers from offset 0x200 - so not 5272).
> I sent this patch to the qemu dev list a couple of weeks
> back which fixes qemu:
Congratulations! Your e-mail account has just won £750.000 GBP in the
ongoing microsoft promotion. For claims and more info, please send an
e-mail: jamesbarry...@qq.com
Please Note: This is the third time we have been trying to contact you.
Online Coordinator
James Barry(Msc)
Em Fri, 3 Feb 2017 11:01:17 +1100
Stephen Rothwell escreveu:
> Hi Mauro,
>
> On Thu, 2 Feb 2017 21:24:40 -0200 Mauro Carvalho Chehab
> wrote:
> >
> > I actually push the patches on a different tree:
> > git://linuxtv.org/media_tree.git
> >
> > At the branches "master" and "fixes", where
>
Hi Waldemar,
On 03/02/17 06:15, Waldemar Brodkorb wrote:
> your commit 80cca775cdc4f8555612d2943a2872076b33e0ff breaks Linux
> booting in qemu-system-m68k:
>
> qemu-system-m68k -nographic -M mcf5208evb -cpu m5208 -kernel
> qemu-m68k-mcf5208-initramfspiggyback-kernel
[snip]
> [3.46] ColdF
1 - 100 of 765 matches
Mail list logo
