On 2014年07月21日 13:01, Chen, Gong wrote:
> On Mon, Jul 21, 2014 at 10:14:31AM +0800, Lan Tianyu wrote:
>> Date: Mon, 21 Jul 2014 10:14:31 +0800
>> From: Lan Tianyu
>> To: r...@rjwysocki.net, l...@kernel.org, linux-a...@vger.kernel.org,
>> linux-kernel@vger.kernel.org, gong.c...@linux.intel.com
>>
Hi,
Mark Brown wrote:
> On Fri, Jul 18, 2014 at 01:30:53PM +0200, Lothar Waßmann wrote:
> > Aua. This really hurts. I wonder how this could ever be admitted to
> > the Linux kernel...
> > Further comments suppressed because the would most likely violate the
> > CDA.
> >
> > If someone should not
Hi,
Did some more review, sorry ;)
On Mon, Jul 21, 2014 at 10:46:24AM +0800, Wang YanQing wrote:
> +static struct gpio_chip template_chip = {
> + .label = "pl2303-gpio",
> + .owner = THIS_MODULE,
> + .direction_input=
This patch adds one MPX specific mmap interface, which only handles
mpx related maps, including bounds table and bounds directory.
In order to track MPX specific memory usage, this interface is added
to stick new vm_flag VM_MPX in the vma_area_struct when create a
bounds table or bounds
This patch adds new fields about bound violation into siginfo
structure. si_lower and si_upper are respectively lower bound
and upper bound when bound violation is caused.
Signed-off-by: Qiaowei Ren
---
include/uapi/asm-generic/siginfo.h |9 -
kernel/signal.c|
This patch handles a #BR exception for non-existent tables by
carving the space out of the normal processes address space
(essentially calling mmap() from inside the kernel) and then
pointing the bounds-directory over to it.
The tables need to be accessed and controlled by userspace
because the
This patchset adds support for the Memory Protection Extensions
(MPX) feature found in future Intel processors.
MPX can be used in conjunction with compiler changes to check memory
references, for those references whose compile-time normal intentions
are usurped at runtime due to buffer overflow
Since the kernel allocated those tables on-demand without userspace
knowledge, it is also responsible for freeing them when the associated
mappings go away.
Here, the solution for this issue is to hook do_munmap() to check
whether one process is MPX enabled. If yes, those bounds tables covered
in
In order to do performance optimization, this patch adds macro
cpu_has_mpx which will directly return 0 when MPX is not supported
by kernel.
Community gave a lot of comments on this macro cpu_has_mpx in previous
version. Dave will introduce a patchset about disabled features to fix
it later.
In
This patch sets bound violation fields of siginfo struct in #BR
exception handler by decoding the user instruction and constructing
the faulting pointer.
This patch does't use the generic decoder, and implements a limited
special-purpose decoder to decode MPX instructions, simply because the
This patch adds the Documentation/x86/intel_mpx.txt file with some
information about Intel MPX.
Signed-off-by: Qiaowei Ren
---
Documentation/x86/intel_mpx.txt | 127 +++
1 files changed, 127 insertions(+), 0 deletions(-)
create mode 100644
MPX-enabled application will possibly create a lot of bounds tables
in process address space to save bounds information. These tables
can take up huge swaths of memory (as much as 80% of the memory on
the system) even if we clean them up aggressively. Being this huge,
we need a way to track their
Due to new fields about bound violation added into struct siginfo,
this patch syncs it with general version to avoid build issue.
Signed-off-by: Qiaowei Ren
---
arch/mips/include/uapi/asm/siginfo.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
On 21/07/2014 12:51 πμ, Pavel Machek wrote:
> Hi!
>
>> Tested on Intel i7-3770 CPU @ 3.40GHz and on ARM quad core 1500MHz Krait
>> (Android smartphone).
>> Benchmarks on Intel i7 shows a performance improvement on low and medium
>> work loads with lower power consumption.
This patch adds the PR_MPX_REGISTER and PR_MPX_UNREGISTER prctl()
commands. These commands can be used to register and unregister MPX
related resource on the x86 platform.
The base of the bounds directory is set into mm_struct during
PR_MPX_REGISTER command execution. This member can be used to
In sparse memory mode, I add "memmap = 200M$0x103380" into menu.lst,
then I found the information in /proc/iomem is shown as:
.
fee0-fee00fff : Local APIC
fee0-fee00fff : reserved
fee0-fee00fff : pnp 00:08
fff0- : reserved
1-10337f :
On Mon, Jul 21, 2014 at 10:14:31AM +0800, Lan Tianyu wrote:
> Date: Mon, 21 Jul 2014 10:14:31 +0800
> From: Lan Tianyu
> To: r...@rjwysocki.net, l...@kernel.org, linux-a...@vger.kernel.org,
> linux-kernel@vger.kernel.org, gong.c...@linux.intel.com
> Subject: Re: [PATCH] ACPI/NVS: Not save NVS
On Mon, Jul 21, 2014 at 09:10:10AM +0800, Jet Chen wrote:
> Hi Andi,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
Thanks. That branch is not quite ready yet.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Section 4.4.7.2 "Interrupt Transfer Bandwidth Requirements" of the USB3.0 spec
says:
A zero-length data payload is a valid transfer and may be useful for
some implementations.
So, extend the logic of allowing URB_ZERO_PACKET to interrupt urbs too.
Otherwise, the kernel throws
Hi Eric,
The last commit to the audit tree
(git://git.infradead.org/users/eparis/audit.git#master) is from April
and it is now causing more and more conflicts with other trees in
linux-next. Please have a look at it and clean it up.
--
Cheers,
Stephen Rothwell
On 7/18/2014 8:09 PM, Alan Stern wrote:
On Fri, 18 Jul 2014, Amit Virdi wrote:
On 7/17/2014 8:25 PM, Alan Stern wrote:
I can't say this is actually wrong, but have you ever encountered a
situation where this would be needed? How often does anyone need to do
a multi-packet transfer over an
Hello,
MMC driver for JZ4740 SoC is currently relying on PIO mode only for
data transfers.
The patches that come as a follow-up of this message allow the use of
DMA for data transfers.
Changes since v5:
- added a new patch to this series, on top of the previous one, to
prepare next dma
Make use of the MMC asynchronous request capability to prepare the
next DMA transfer request in parallel with the current transfer.
This is done by adding pre-request and post-request callbacks that are
used by the MMC framework during an active data transfer.
It should help reduce the impact of
Until now the MMC driver for JZ4740 SoC was relying on PIO mode only
for data transfers.
This patch allows the use of DMA for data trasnfers in addition to PIO
mode by relying on DMA Engine.
DMA tranfers performance might be further improved by taking advantage
of the asynchronous request
From: Fabian Frederick
Date: Sun, 20 Jul 2014 16:16:08 +0200
> Second patchset after "remove unnecessary break after goto" addressing break
> redundancy on drivers/net branch
> (suggested by Joe Perches)
All applied except the i40e patch, which did not apply to net-next at all.
--
To
My router/storage box suddenly stopped responding (originally noticed
because dnsmasq wasn't responding) and I had to reboot it. I checked
the systemd journal when it came back and these were the last thing in
there for the previous boot. Any ideas about pinning down the cause?
general protection
From: Quentin Armitage
Date: Fri, 18 Jul 2014 17:38:23 +0100
> Currently, although IP_MULTICAST_ALL and IP_MSFILTER ioctl calls succeed on
> raw sockets, there is no code to implement the functionality on received
> packets; it is only implemented for UDP sockets. The raw(7) man page states:
>
From: Andrey Utkin
Date: Fri, 18 Jul 2014 18:31:57 +0300
> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=80611
> Reported-by: David Binderman
> Signed-off-by: Andrey Utkin
Applied to net-next, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Week by week, we're getting to what is supposed to be the last rc's,
but quite frankly, things aren't calming down the way they are
supposed to.
That was already true for rc5 - it was bigger than rc4. That didn't
worry me all that much, because rc4 was really pretty small. But now
rc6 is out, and
From: Benoit Taine
Date: Fri, 18 Jul 2014 17:26:47 +0200
> We should prefer `const struct pci_device_id` over
> `DEFINE_PCI_DEVICE_TABLE` to meet kernel coding style guidelines.
> This issue was reported by checkpatch.
>
> A simplified version of the semantic patch that makes this change is as
From: Cyrille Pitchen
Date: Fri, 18 Jul 2014 16:21:14 +0200
> + if (tx_skb->mapped_as_page) {
> + dma_unmap_page(>pdev->dev, tx_skb->mapping,
> +tx_skb->size, DMA_TO_DEVICE);
> + } else {
> +
From: Cyrille Pitchen
Date: Fri, 18 Jul 2014 16:21:13 +0200
> From: Nicolas Ferre
>
> This addition will also allow to configure DMA burst length.
>
> Signed-off-by: Nicolas Ferre
> Acked-by: Cyrille Pitchen
> ---
> drivers/net/ethernet/cadence/macb.c | 72
>
From: Neil Armstrong
Date: Fri, 18 Jul 2014 14:43:04 +0200
> @@ -872,12 +890,22 @@ static int macb_poll(struct napi_struct *napi, int
> budget)
> status = macb_readl(bp, RSR);
> macb_writel(bp, RSR, status);
>
> - work_done = 0;
> + work_done = -EIO;
>
>
This patch introduces zone_for_memory() to arch_add_memory() on ia64 to
ensure new, higher memory added into ZONE_MOVABLE if movable zone has
already setup.
Signed-off-by: Wang Nan
Cc: Zhang Yanfei
Cc: Dave Hansen
---
arch/ia64/mm/init.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
This patch introduces a zone_for_memory function in arch independent
code for arch_add_memory() using.
Many arch_add_memory() function simply selects ZONE_HIGHMEM or
ZONE_NORMAL and add new memory into it. However, with the existance of
ZONE_MOVABLE, the selection method should be carefully
This patch introduces zone_for_memory() to arch_add_memory() on x86_32
to ensure new, higher memory added into ZONE_MOVABLE if movable zone has
already setup.
Signed-off-by: Wang Nan
Cc: Zhang Yanfei
Cc: Dave Hansen
---
arch/x86/mm/init_32.c | 3 ++-
1 file changed, 2 insertions(+), 1
This series of patches fix a problem when adding memory in bad manner.
For example: for a x86_64 machine booted with "mem=400M" and with 2GiB
memory installed, following commands cause problem:
# echo 0x4000 > /sys/devices/system/memory/probe
[ 28.613895] init_memory_mapping: [mem
This patch introduces zone_for_memory() to arch_add_memory() on x86_64
to ensure new, higher memory added into ZONE_MOVABLE if movable zone has
already setup.
Signed-off-by: Wang Nan
Cc: Zhang Yanfei
Cc: Dave Hansen
---
arch/x86/mm/init_64.c | 3 ++-
1 file changed, 2 insertions(+), 1
This patch introduces zone_for_memory() to arch_add_memory() on sh to
ensure new, higher memory added into ZONE_MOVABLE if movable zone has
already setup.
Signed-off-by: Wang Nan
Cc: Zhang Yanfei
Cc: Dave Hansen
---
arch/sh/mm/init.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
From: Ethan Zhao
Date: Fri, 18 Jul 2014 11:43:29 +0800
> netxen driver has implemented netxen_nic_get_ethtool_stats() interface,
> but it doesn't collect stats.rxdropped in driver, so we will get
> different rx_dropped statistic information while using ifconfig and ethtool.
> this patch fills
This patch introduces zone_for_memory() to arch_add_memory() on tile to
ensure new, higher memory added into ZONE_MOVABLE if movable zone has
already setup.
This patch also fix a problem: on tile, new memory should be added into
ZONE_HIGHMEM by default, not MAX_NR_ZONES-1, which is ZONE_MOVABLE.
From: Zoltan Kiss
Date: Fri, 18 Jul 2014 19:08:01 +0100
> This series fixes a lot of bugs on the error path around this function, which
> were introduced with my grant mapping series in 3.15. They apply to the latest
> net tree, but probably to net-next as well without any modification.
> I'll
This patch introduces zone_for_memory() to arch_add_memory() on powerpc
to ensure new, higher memory added into ZONE_MOVABLE if movable zone has
already setup.
Signed-off-by: Wang Nan
Cc: Zhang Yanfei
Cc: Dave Hansen
---
arch/powerpc/mm/mem.c | 3 ++-
1 file changed, 2 insertions(+), 1
Add more details from a recent kernel newbies mailing list discussion here:
http://www.spinics.net/lists/newbies/msg52747.html
Also list the operations available and add details about safe accesses.
v3: clearly mention that remote write access is discouraged
v2: updated with comments from
On Fri, Jul 18, 2014 at 5:55 PM, Arnd Bergmann wrote:
> On Friday 18 July 2014 11:42:34 Thomas Gleixner wrote:
>> On Fri, 18 Jul 2014, Arnd Bergmann wrote:
>> > On Friday 18 July 2014 14:07:42 Ley Foon Tan wrote:
>> > > On Thu, Jul 17, 2014 at 7:07 PM, Arnd Bergmann wrote:
>> > If this
On 07/21/2014 04:34 AM, Michael S. Tsirkin wrote:
> On Wed, Jul 16, 2014 at 02:21:44PM +0800, Jason Wang wrote:
>> Hi all:
>>
>> This series introduces the support for rx busy polling support. This
>> was useful for reduing the latency for a kvm guest. Patch 1-2
>> introduces helpers which is used
On 07/21/2014 04:31 AM, Michael S. Tsirkin wrote:
> On Wed, Jul 16, 2014 at 02:21:47PM +0800, Jason Wang wrote:
>> Add basic support for rx busy polling.
>>
>> Test was done between a kvm guest and an external host. Two hosts were
>> connected through 40gb mlx4 cards. With both busy_poll and
Chris Mason posted on Sun, 20 Jul 2014 10:33:24 -0400 as excerpted:
> I was hoping to also include a fix for a btrfs deadlock with compression
> enabled, but we're still nailing that one down.
FWIW, I might be (rarely but twice, now) hitting that one myself,
compress=lzo, but /not/ with the
On Sun, Jul 20, 2014 at 01:46:53PM -0400, Jerome Glisse wrote:
> On Thu, Jul 17, 2014 at 04:57:25PM +0300, Oded Gabbay wrote:
> > Forgot to cc mailing list on cover letter. Sorry.
> >
> > As a continuation to the existing discussion, here is a v2 patch series
> > restructured with a cleaner
Hi Hemant,
On Thu, 17 Jul 2014 11:25:12 +0530, Hemant Kumar wrote:
> This patch enables perf to list the SDT markers present in a system. It looks
> in dsos given by ldconfig --print-cache and for other binaries, it looks into
> the PATH environment variable. After preparing a list of the
PL2303HX has two GPIOs, this patch add interface for it.
Signed-off-by: Wang YanQing
---
Changes v2-v3:
1: fix errors and warnings reported by Daniele Forsi checked with checkpatch.pl
2: fix missing GPIOLIB dependence in Kconfig
3: fix pl2303_gpio_get can't work
Known issue:
If gpios are
On Mon, 2014-07-21 at 09:43 +1000, James Morris wrote:
> On Sat, 19 Jul 2014, Kees Cook wrote:
>
> [...]
>
> > With the patch series, the LSM hook sees the userspace-touching loads:
> > - from kernel built-in: no LSM hook (nonsense to check the static list)
> > - direct from filesystem: called
Hi Gioh,
On Fri, Jul 18, 2014 at 03:45:36PM +0900, Gioh Kim wrote:
>
> Hi,
>
> For page migration of CMA, buffer-heads of lru should be dropped.
> Please refer to https://lkml.org/lkml/2014/7/4/101 for the history.
Just nit:
Please write *problem* in description instead of URL link.
>
> I
> From: Varka Bhadram [mailto:varkabhad...@gmail.com]
> Sent: Friday, July 18, 2014 6:13 PM
>
> On 07/18/2014 04:25 PM, Yue Zhang wrote:
> > @@ -816,8 +816,21 @@ static void netvsc_link_change(struct work_struct
> *w)
> >
> > rtnl_unlock();
> >
> > - if (refresh)
> > -
> From: Richard Weinberger [mailto:richard.weinber...@gmail.com]
> Sent: Friday, July 18, 2014 9:41 PM
>
> On Fri, Jul 18, 2014 at 12:55 PM, Yue Zhang wrote:
> > From: Yue Zhang
> >
> > This patch addresses the comment from Olaf Hering and Greg KH
> > for a previous commit 3a494e710367
On Thu, Jul 17, 2014 at 04:29:23PM +0300, Oded Gabbay wrote:
> From: Ben Goz
>
> This patch adds a new parameter to the amdkfd driver. This parameter enables
> the user to select the scheduling policy of the CP. The choices are:
>
> * CP Scheduling with support for over-subscription
> * CP
On Thu, Jul 17, 2014 at 04:29:22PM +0300, Oded Gabbay wrote:
> From: Ben Goz
>
> The kernel queue module enables the amdkfd to establish kernel queues, not
> exposed to user space.
>
> The kernel queues are used for HIQ (HSA Interface Queue) and DIQ (Debug
> Interface Queue) operations
>
>
Hi Andi,
On Fri, 18 Jul 2014 10:50:45 -0700, Andi Kleen wrote:
> Hemant Kumar writes:
>> +/*
>> + * Finds out the libraries present in a system as shown by the command
>> + * "ldconfig --print-cache". Uses "=>" and '/' to find out the start of a
>> + * dso path.
>> + */
>
> This seems like a
On 2014/7/18 17:10, Lukáš Czerner wrote:
> On Wed, 16 Jul 2014, Rui Xiang wrote:
>
>> Date: Wed, 16 Jul 2014 17:28:10 +0800
>> From: Rui Xiang
>> To: Lukáš Czerner
>> Cc: Dave Kleikamp , linux-e...@vger.kernel.org,
>> linux-fsde...@vger.kernel.org, linux-kernel@vger.kernel.org,
>> Li
On Thu, Jul 17, 2014 at 04:29:21PM +0300, Oded Gabbay wrote:
> From: Ben Goz
>
> The mqd_manager module handles MQD data structures. MQD stands for Memory
> Queue Descriptor, which is used by the H/W to keep the usermode queue state
> in memory.
>
> Signed-off-by: Ben Goz
> Signed-off-by:
I removed checking migratetype of v1: https://lkml.org/lkml/2014/7/18/82.
Thanks a lot.
8< --
>From 95addf7f1644cde3a0944629ff5c6a8d6f43e5d6 Mon Sep 17 00:00:00 2001
From: Gioh Kim
Date: Fri, 18 Jul 2014 13:40:01 +0900
Subject: [PATCH]
Add blist flags to permit the reading of the VPD pages even when
the target may claim SPC-2 compliance. MSFT targets currently
claim SPC-2 compliance while they implement post SPC-2 features.
With this patch we can correctly handle WRITE_SAME_16 issues.
Signed-off-by: K. Y. Srinivasan
---
Hi Andy,
Have you encountered any issue with another call site of
setup_irq() in arch/x86/kernel/time.c?
void __init setup_default_timer_irq(void)
{
setup_irq(0, );
}
Seems it may need the same protection for system without
legacy IRQ
Hi Masami and Hemant,
On Sun, 20 Jul 2014 12:16:46 +0900, Masami Hiramatsu wrote:
> (2014/07/20 2:32), Hemant Kumar wrote:
We have lots of applications which use SDT markers today, like:
Postgresql, MySql, Mozilla, Perl, Python, Java, Ruby, libvirt, QEMU, glib
To add SDT
This patchset add 'exynos_adc_data' structure which includes some functions
to control ADC operation and specific data according to ADC version (v1 or v2).
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
Reviewed-by: Naveen Krishna Chatradhi
Reviewed-by: Tomasz Figa
---
This patchset fix wrong compatible string for Exynos3250 ADC. Exynos3250 SoC
need to control only special clock for ADC. Exynos SoC except for Exynos3250
has not included special clock for ADC. The exynos ADC driver can control
special clock if compatible string is 'exynos3250-adc-v2'.
This patchset support Exynos3250 ADC (Analog Digital Converter) because
Exynos3250 has additional special clock for ADC IP.
Changes from v6:
- Use "exynos3250-adc" compatible string instead of "exynos3250-adc-v2"
- Use "sclk" clock name instead of "sclk_adc"
- Remove un-necessary macro for
This patch control special clock for ADC in Exynos series's FSYS block.
If special clock of ADC is registerd on clock list of common clk framework,
Exynos ADC drvier have to control this clock.
Exynos3250/Exynos4/Exynos5 has 'adc' clock as following:
- 'adc' clock: bus clock for ADC
Exynos3250
This patch add DT binding documentation for Exynos3250 ADC IP. Exynos3250 has
special clock ('sclk_adc') for ADC which provide clock to internal ADC.
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
Reviewed-by: Naveen Krishna Chatradhi
Reviewed-by: Tomasz Figa
Acked-by: Kukjin Kim
---
On 2014年07月18日 16:00, Chen, Gong wrote:
> On Fri, Jul 18, 2014 at 01:55:22PM +0800, Lan Tianyu wrote:
>> Date:Fri, 18 Jul 2014 13:55:22 +0800
>> From: Lan Tianyu
>> To: r...@rjwysocki.net, l...@kernel.org
>> Cc: Lan Tianyu , linux-a...@vger.kernel.org,
>> linux-kernel@vger.kernel.org
>>
Thanks for testing, Aaron.
On 2014/7/18 15:41, Aaron Lu wrote:
> On 07/16/2014 02:31 PM, Jiang Liu wrote:
>> Hi Aaron,
>> Thanks for reporting this issue. Yinghai has already posted
>> a patch to fix the issue by disabling freeing of irq in case of system
>> shutdown. Please refer to:
>>
The assigned IRQ should be freed before calling pci_disable_device()
when shutting down system, otherwise it will cause following warning.
[ 568.879482] [ cut here ]
[ 568.884236] WARNING: CPU: 1 PID: 3300 at
-- Forwarded message --
From: Francois Romieu
Date: Mon, Jul 21, 2014 at 2:01 AM
Subject: Re: [PATCH V3] netxen: fix ethtool rx_dropped information in
ethtool get_ethtool_stats()
To: Ethan Zhao
Cc: Rajesh Borundia , Ethan Zhao
, Manish Chopra ,
Sony Chacko , netdev ,
linux-kernel
On 07/19/2014 03:48 AM, Arnd Bergmann wrote:
> On Saturday 19 July 2014 02:02:09 Chanwoo Choi wrote:
>> On Sat, Jul 19, 2014 at 1:33 AM, Arnd Bergmann wrote:
>>> On Saturday 19 July 2014 01:23:15 Chanwoo Choi wrote:
If don't add new compatible including specific exynos version,
I would
On Saturday, July 19, 2014 5:29 AM, Murali Karicheri wrote:
> On 07/18/2014 03:31 PM, Rob Herring wrote:
> > On Fri, Jul 18, 2014 at 10:14 AM, Murali Karicheri
> > wrote:
> --- Cut ---
> >> +
> >> +Optional properties:-
> >> + phys: phandle to Generic Keystone SerDes phy for PCI
> >> +
On Mon, Jul 21, 2014 at 1:43 AM, Kees Cook wrote:
> On Sat, Jul 19, 2014 at 8:04 PM, Ming Lei wrote:
>> On Tue, Jul 15, 2014 at 5:38 AM, Kees Cook wrote:
>>> As an alternative to loading bytes from the "data" blob when reading
>>> firmware, let kernel read from an fd, so that the LSM can reason
Sender : Saravana Kannan
Title : [PATCH v4] PM / devfreq: Add possible_frequencies device attribute
>
> Some devices use freq_table instead of OPP. For those devices, the
> available_frequencies sysfs file shows up empty. So, add a
> possible_frequencies attribute/syfs file that list all the
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Sunday, July 20, 2014 7:46 AM
> To: Zheng, Lv
>
> On Wednesday, July 16, 2014 04:58:00 PM Lv Zheng wrote:
> > This patch adds default 64-bit mathematics in aclinux.h using do_div(). As
> > do_div() can be used for all Linux
Benoit Taine writes:
> We should prefer `struct pci_device_id` over `DEFINE_PCI_DEVICE_TABLE` to meet
> kernel coding style guidelines. This issue was reported by checkpatch.
>
> Signed-off-by: Benoit Taine
Thanks, applied.
Cheers,
Rusty.
--
To unsubscribe from this list: send the line
Wire up support for EVIOC{G|S}KEYCODE to allow users change key mappings
from userspace.
Signed-off-by: Dmitry Torokhov
---
Just compiled, not tested.
drivers/input/keyboard/cap1106.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/input/keyboard/cap1106.c
Hi Kukjin,
Today's linux-next merge of the samsung tree got a conflict in
arch/arm/mach-exynos/pm.c between commit 7310d99ffcd1 ("ARM: EXYNOS:
Fix build breakge with PM_SLEEP=n") from the arm-soc tree and commit
66df3ce29804 ("ARM: EXYNOS: Refactored code for using PMU address via
DT") from the
From: Rafael J. Wysocki
Commit 448bd857d48e (PCI/PM: add PCIe runtime D3cold support) added
a check to prevent PCI devices from being put into D3cold during
system suspend without giving any particular reason.
Also the check isn't really necessary, because acpi_pci_set_power_state()
maps
On Thu, Jul 17, 2014 at 01:01:16PM -0400, Theodore Ts'o wrote:
The getrandom(2) system call is a superset of getentropy(2). When we
add the support for this into glibc, it won't be terribly difficult
nor annoying to drop the following in alongside the standard support
needed for any new system
From: Rafael J. Wysocki
The ACPI_HANDLE() macro evaluates ACPI_COMPANION() internally to
return the handle of the device's ACPI companion, so it is much
more straightforward and efficient to use ACPI_COMPANION()
directly to obtain the device's ACPI companion object instead of
using ACPI_HANDLE()
From: Rafael J. Wysocki
Commit 448bd857d48e (PCI/PM: add PCIe runtime D3cold support) added
a check to prevent PCI devices from being put into D3cold during
system suspend without giving any particular reason (which was
overlooked during review).
Also that check causes the "freeze" sleep state
On Sat, 19 Jul 2014, Kees Cook wrote:
[...]
> With the patch series, the LSM hook sees the userspace-touching loads:
> - from kernel built-in: no LSM hook (nonsense to check the static list)
> - direct from filesystem: called with file struct
> - via uevent /sys "loading"/"data" interface:
From: Rafael J. Wysocki
Since commit de7d5f729c72 (PCI/PM: Disable runtime PM of PCIe ports)
the runtime PM support code for PCIe ports in portdrv_pci.c has never
been used, so drop it entirely.
If we are to support runtime PM of PCIe ports, it will have to be
done in a different way most
From: Rafael J. Wysocki
Subject: ACPI / PM: Always enable wakeup GPEs when enabling device wakeup
Wakeup GPEs are currently only enabled when setting up devices for
remote wakeup at run time. During system-wide transitions they are
enabled by ACPICA at the very last stage of suspend (before
Sender : Punit Agrawal
> From: Ørjan Eide
>
> These functions are indended for use by drivers and should be available
> also when the driver is built as a module.
>
> Cc: MyungJoo Ham
> Cc: Kyungmin Park
> Signed-off-by: Ørjan Eide
Dear Punit,
Just being curious, is there any reason not
Signed-off-by: Sven Wegener
Cc: Andy Lutomirski
---
arch/x86/kernel/entry_32.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/entry_32.S b/arch/x86/kernel/entry_32.S
index 793f6c9..0958f2b 100644
--- a/arch/x86/kernel/entry_32.S
+++
On Thu, Jul 17, 2014 at 04:29:28PM +0300, Oded Gabbay wrote:
> From: Ben Goz
>
> Signed-off-by: Ben Goz
> Signed-off-by: Oded Gabbay
> ---
> drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 133
> +++-
> drivers/gpu/drm/radeon/amdkfd/kfd_priv.h| 8 ++
> 2 files
On Thu, Jul 17, 2014 at 04:29:20PM +0300, Oded Gabbay wrote:
> From: Ben Goz
>
> The queue module enables allocating and initializing queues uniformly.
>
> Signed-off-by: Ben Goz
> Signed-off-by: Oded Gabbay
> ---
> drivers/gpu/drm/radeon/amdkfd/Makefile| 2 +-
>
On Thu, Jul 17, 2014 at 04:29:19PM +0300, Oded Gabbay wrote:
> This patch adds the functions to bind and unbind pasid from a device through
> the amd_iommu driver.
>
> The unbind function is called when the mm_struct of the process is released.
>
> The bind function is not called here because
On Thu, Jul 17, 2014 at 04:29:18PM +0300, Oded Gabbay wrote:
> From: Andrew Lewycky
>
> This patch adds the process module and 4 helper modules:
>
> - kfd_process, which handles process which open /dev/kfd
> - kfd_doorbell, which provides helper functions for doorbell allocation,
> release and
On Thu, Jul 17, 2014 at 04:29:17PM +0300, Oded Gabbay wrote:
> From: Evgeny Pinchuk
>
> This patch adds the topology module to the driver. The topology is exposed to
> userspace through the sysfs.
>
> The calls to add and remove a device to/from topology are done by the radeon
> driver.
So
On Sun, Jul 20, 2014 at 11:47:06AM -0700, Linda A. Walsh wrote:
> I have a hard disk with a "512e" sector size: emulated 512, really 4096.
>
> The disk returns a 512-byte size to drivers for compatibility.
>
> I can partition the disk and setup the allocation size
> to 4096, but I'd like to tell
On Sat, Jul 19, 2014 at 11:35:45AM +0800, Hillf Danton wrote:
> On Sat, Jul 19, 2014 at 9:31 AM, Steven Rostedt wrote:
> > On Fri, Jul 18, 2014 at 06:22:15PM -0400, Theodore Ts'o wrote:
> >>
> >> And then think very hard about which patches people need to see in
> >> order to be able to evaluate
On Sun, Jul 20, 2014 at 04:47:59AM -0700, Paul E. McKenney wrote:
> On Sat, Jul 19, 2014 at 08:01:24PM +0200, Frederic Weisbecker wrote:
> > On Sat, Jul 19, 2014 at 09:53:50AM -0700, Paul E. McKenney wrote:
> > > If a non-nohz_full= CPU is non-idle, it will have a scheduling-clock
> > > interrupt,
This is not a subtle regression at all. It is in fact a very very serious one.
On July 20, 2014 2:33:50 PM PDT, Sven Wegener wrote:
>Commit 554086d ("x86_32, entry: Do syscall exit work on badsys
>(CVE-2014-4508)") introduced a subtle regression in the x86_32 syscall
>entry code, resulting in
Richard Weinberger wrote on 2014/07/20 22:00:02:
>
> Am 20.07.2014 21:15, schrieb Joakim Tjernlund:
> > Richard Weinberger wrote on 2014/07/20 14:05:41:
> >>
> >> Am 20.07.2014 13:51, schrieb Andreas Schwab:
> >>> Richard Weinberger writes:
> Do you have an example?
> >>>
> >>> proc
1 - 100 of 650 matches
Mail list logo