Hi,
On Thursday 13 March 2014 07:07 PM, Santosh Shilimkar wrote:
> On Thursday 13 March 2014 07:11 PM, Strashko, Grygorii wrote:
>> This fixes a regression on Keystone 2 platforms caused by patch
>> 57303488cd37da58263e842de134dc65f7c626d5
>> "usb: dwc3: adapt dwc3 core to use Generic PHY Framewor
On 04/16/2014 05:05 PM, Michal Hocko wrote:
> On Tue 15-04-14 09:21:30, Chen Gang wrote:
> [...]
>> diff --git a/arch/unicore32/include/asm/io.h
>> b/arch/unicore32/include/asm/io.h
>> index 39decb6..ae327e4 100644
>> --- a/arch/unicore32/include/asm/io.h
>> +++ b/arch/unicore32/include/asm/io.h
>
On Wed, Apr 16, 2014 at 2:36 PM, Vinod Koul wrote:
> On Fri, Mar 28, 2014 at 05:33:42PM +0530, Srikanth Thokala wrote:
>> This is the driver for the AXI Video Direct Memory Access (AXI
>> VDMA) core, which is a soft Xilinx IP core that provides high-
>> bandwidth direct memory access between memor
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 ha
This patchset support Exynos3250 ADC (Analog Digital Converter) because
Exynos3250 has additional special clock for ADC IP.
Changes from v2:
- Check return value of clock function to deal with error exception
- Fix minor coding style to improve readability
Changes from v1:
- Add new "samsung,exyn
On Wed, Apr 16, 2014 at 10:59:22AM +0100, Lee Jones wrote:
> > NOTE: the IRQnMASK and CG_CTRLn registers are the exception and could
> > be cached. If we find that we spend a lot of time reading those we
> > can turn on cache for just those registers.
> > -static bool is_volatile_reg(struct devi
This patch add DT binding documentation for Exynos3250 ADC IP. Exynos3250 has
special clock ('sclk_tsadc') for ADC which provide clock to internal ADC.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Randy Dunlap
Cc: Kukjin Kim
Cc: Naveen Krishna Chatradh
On Wed, Mar 05, 2014 at 02:50:05AM -0800, Sebastian Capella wrote:
> diff --git a/arch/arm/include/asm/memory.h b/arch/arm/include/asm/memory.h
> index 8756e4b..d32adbb 100644
> --- a/arch/arm/include/asm/memory.h
> +++ b/arch/arm/include/asm/memory.h
> @@ -291,6 +291,7 @@ static inline void *phys_
Hi Linus Walleij,
I sent this patch with minor modification.
Any comment of this patch?
Best Regards,
Chanwoo Choi
On 04/14/2014 10:45 AM, Chanwoo Choi wrote:
> From: Tomasz Figa
>
> This patch adds driver data (bank list and EINT layout) for Exynos3250
> to pinctrl-exynos driver. Exynos3250 i
From: Alan Cox
Not all systems enumerate the PWM devices via ACPI. They can also be exposed
via the PCI interface.
Signed-off-by: Alan Cox
Signed-off-by: Chew, Chiau Ee
---
drivers/pwm/pwm-lpss.c | 159 ++-
1 files changed, 128 insertions(+), 31 de
On Tue, Apr 15, 2014 at 08:47:54PM -0700, Andy Lutomirski wrote:
> On Apr 15, 2014 5:20 PM, "Vivek Goyal" wrote:
> >
> > On Tue, Apr 15, 2014 at 02:53:13PM -0700, Andy Lutomirski wrote:
> > > On Tue, Apr 15, 2014 at 2:15 PM, Vivek Goyal wrote:
> > > > This patch implements socket option SO_PASSCG
> Add muic prefix to regmap config to differentiate between another regmap
> config for MAX77836 PMIC node. Additionally remove unused
> symbols: MAX14577_REG_INVALID and max14577_irq_source.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc: Kyungmin Park
> ---
> drivers/mfd/max14577.c
Add resource-managed extcon device register function for convenience.
For example, if a extcon device is attached with new
devm_extcon_dev_register(), that extcon device is automatically
unregistered on driver detach.
Signed-off-by: Sangjung Woo
---
drivers/extcon/extcon-class.c | 83 +
On Mon, 14 Apr 2014, Krzysztof Kozlowski wrote:
> This patch prepares for adding support for MAX77836 device to existing
> max14577 driver by adding MAX14577 prefix to defines of interrupts.
>
> This is only a rename-like patch, new code is not added.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc
> This is first part of fifth version of patchset adding support for
> MAX77836 device to the max14577 driver.
>
> I decided to split the patchset into smaller parts. I hope this would
> help in getting necessary review/acks from maintainers.
>
> The first part introduces changes in max14577 driv
Use the resource-managed extcon device register function (i.e.
devm_extcon_dev_register()) instead of extcon_dev_register(). If extcon device
is attached with this function, that extcon device is automatically unregistered
on driver detach. That reduces tiresome managing code.
Signed-off-by: Sangj
Use the resource-managed extcon device register function (i.e.
devm_extcon_dev_register()) instead of extcon_dev_register(). If extcon device
is attached with this function, that extcon device is automatically unregistered
on driver detach. That reduces tiresome managing code.
Signed-off-by: Sangj
Use the resource-managed extcon device register function (i.e.
devm_extcon_dev_register()) instead of extcon_dev_register(). If extcon device
is attached with this function, that extcon device is automatically unregistered
on driver detach. That reduces tiresome managing code.
Signed-off-by: Sangj
Use the resource-managed extcon device register function (i.e.
devm_extcon_dev_register()) instead of extcon_dev_register(). If extcon device
is attached with this function, that extcon device is automatically unregistered
on driver detach. That reduces tiresome managing code.
Signed-off-by: Sangj
Use the resource-managed extcon device register function (i.e.
devm_extcon_dev_register()) instead of extcon_dev_register(). If extcon device
is attached with this function, that extcon device is automatically unregistered
on driver detach. That reduces tiresome managing code.
Signed-off-by: Sangj
Le 16/04/2014 09:03, Clemens Ladisch a écrit :
> Emmanuel Colbus wrote:
>> I have a question regarding vector 0x80.
>>
>> As I mentionned earlier, my OS's internals are very different from
>> Linux's, thus I have had a need for a few new syscalls. Since I wanted
>> to avoid any collision with Linux
Use the resource-managed extcon device register function (i.e.
devm_extcon_dev_register()) instead of extcon_dev_register(). If extcon device
is attached with this function, that extcon device is automatically unregistered
on driver detach. That reduces tiresome managing code.
Signed-off-by: Sangj
These patches add resource-managed extcon device register functions for
developers' convenience and apply them to related device driver files.
This work can make the code more tidy since extcon device is automatically
unregistered on driver detach so tiresome managing codes could be removed.
Sang
Use the resource-managed extcon device register function (i.e.
devm_extcon_dev_register()) instead of extcon_dev_register(). If extcon device
is attached with this function, that extcon device is automatically unregistered
on driver detach. That reduces tiresome managing code.
Signed-off-by: Sangj
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Nicolas Dichtel
commit 1c104a6bebf3c16b6248408b84f91d09ac8a26b6 upstream.
Commit 3ff661c38c84 ("net: rtnetlink notify events for FDB NTF_SELF adds and
deletes") reuses the function nlms
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ard Biesheuvel
commit 8ceee72808d1ae3fb191284afc2257a2be964725 upstream.
The GHASH setkey() function uses SSE registers but fails to call
kernel_fpu_begin()/kernel_fpu_end(). Instead of
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Andrey Vagin
commit 223b02d923ecd7c84cf9780bb3686f455d279279 upstream.
"len" contains sizeof(nf_ct_ext) and size of extensions. In a worst
case it can contain all extensions. Bellow you
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Thomas Graf
commit c58dd2dd443c26d856a168db108a0cd11c285bf3 upstream.
All xtables variants suffer from the defect that the copy_to_user()
to copy the counters to user memory may fail af
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dave Kleikamp
commit 16932237f2978a2265662f8de4af743b1f55a209 upstream.
This reverts commit 145e1c0023585e0e8f6df22316308ec61c5066b2.
This commit broke the behavior of __copy_from_user
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: "David S. Miller"
commit cb3042d609e30e6144024801c89be3925106752b upstream.
In arch_cpu_idle() we must enable %pil based interrupts before
potentially invoking the hypervisor cpu yield
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dave Kleikamp
commit 1535bd8adbdedd60a0ee62e28fd5225d66434371 upstream.
When checking a system call return code for an error,
linux_sparc_syscall was sign-extending the lower 32-bit val
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Daniel Fu
commit 3b9c10e98021e1f92e6f8c7ce1778b86ba68db10 upstream.
If the current CPU has no cpuidle driver, drv will be NULL in
cpuidle_driver_ref(). Check if that is the case before
> This patch adds led-flash support to Maxim max77693 chipset.
> A device can be exposed to user space through LED subsystem
> sysfs interface or through V4L2 subdevice when the support
> for V4L2 Flash sub-devices is enabled. Device supports up to
> two leds which can work in flash and torch mode.
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Paul Durrant
commit 0576eddf24df716d8570ef8ca11452a9f98eaab2 upstream.
This patch removes a test in start_new_rx_buffer() that checks whether
a copy operation is less than MAX_BUFFER_OF
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: oftedal
commit 557fc5873ef178c4b3e1e36a42db547ecdc43f9b upstream.
The SIMBA APB Bridges lacks the 'ranges' of-property describing the
PCI I/O and memory areas located beneath the bridge
On Wed, Apr 16, 2014 at 03:41:34PM +0530, Srikanth Thokala wrote:
> On Wed, Apr 16, 2014 at 2:36 PM, Vinod Koul wrote:
> > On Fri, Mar 28, 2014 at 05:33:42PM +0530, Srikanth Thokala wrote:
> >> This is the driver for the AXI Video Direct Memory Access (AXI
> >> VDMA) core, which is a soft Xilinx I
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Paul Gortmaker
commit 4f6500fff5f7644a03c46728fd7ef0f62fa6940b upstream.
In arch/sparc/Kernel/Makefile, we see:
obj-$(CONFIG_SPARC64) += jump_label.o
However, the Kconfig selects
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sasha Levin
commit bf39b4247b8799935ea91d90db250ab608a58e50 upstream.
Binding might result in a NULL device which is later dereferenced
without checking.
Signed-off-by: Sasha Levin
Si
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
commit 43a43b6040165f7b40b5b489fe61a4cb7f8c4980 upstream.
After commit c15b1ccadb323ea ("ipv6: move DAD and addrconf_verify
processing to workqueue") some counters
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dan Carpenter
commit 7563487cbf865284dcd35e9ef5a95380da046737 upstream.
There are three buffer overflows addressed in this patch.
1) In isdnloop_fake_err() we add an 'E' to a 60 charac
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Pablo Neira
commit 8b7b932434f5eee495b91a2804f5b64ebb2bc835 upstream.
nla_strcmp compares the string length plus one, so it's implicitly
including the nul-termination in the comparison.
Hi Felipe,
On Thu, Apr 3, 2014 at 8:28 PM, Felipe Balbi wrote:
>> +static int start_dma(struct xusb_ep *ep, u32 src, u32 dst, u32 length)
>
> please prepend this with xudc_, it makes tracing a lot easier.
>
>> +{
>> + struct xusb_udc *udc;
>> + int rc = 0;
>> + unsigned long timeout;
Hi,
On Wed, Apr 16, 2014 at 5:44 PM, Maxime Ripard
wrote:
> Hi,
>
> Please try to keep me in CC, even though the ML doesn't make it easy..
Sorry about that.
> On Wed, Apr 16, 2014 at 12:06:59AM +0800, Chen-Yu Tsai wrote:
>> >> @@ -139,4 +152,16 @@
>> >> reg_usb2_vbus: usb2-vbus {
>> >>
> From: Roger Tseng
>
> Fix two possible race condition generated by misuse of del_timer in
> rtsx_usb_bulk_transfer_sglist() and uninitialized timers before
> mfd_add_devices
> in rtsx_usb_probe().
>
> Signed-off-by: Roger Tseng
> ---
> drivers/mfd/rtsx_usb.c | 8
> 1 file changed,
On Fri, 11 Apr 2014, rogera...@realtek.com wrote:
> From: Roger Tseng
>
> Explain why there is no need to have a symmetric LED turn-on in resume handler
> while calling rtsx_usb_turn_off_led() in suspend handler.
>
> Signed-off-by: Roger Tseng
> ---
> drivers/mfd/rtsx_usb.c | 6 ++
> 1 fi
Hi Chanwoo,
On 16.04.2014 12:11, Chanwoo Choi wrote:
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 fo
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Vlad Yasevich
commit 51dfe7b944998eaeb2b34d314f3a6b16a5fd621b upstream.
Including hardware acceleration features in vlan_features breaks
stacked vlans (Q-in-Q) by marking the bottom vla
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: "Michael S. Tsirkin"
commit a39ee449f96a2cd44ce056d8a0a112211a9b1a1f upstream.
vhost fails to validate negative error code
from vhost_get_vq_desc causing
a crash: we are using -EFAULT w
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?YOSHIFUJI=20Hideaki=20/=20=E5=90=89=E8=97=A4=E8=8B=B1?=
commit 77bc6bed7121936bb2e019a8c336075f4c8eef62 upstream.
Return -EINVAL unless all of user-given strings are correctly
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: "Michael S. Tsirkin"
commit d8316f3991d207fe32881a9ac20241be8fa2bad0 upstream.
When mergeable buffers are disabled, and the
incoming packet is too large for the rx buffer,
get_rx_bufs r
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Oliver Neukum
commit 14a0d635d18d0fb552dcc979d6d25106e6541f2e upstream.
This fixes a race which happens by freeing an object on the stack.
Quoting Julius:
> The issue is
> that it calls
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Vlad Yasevich
commit fc0d48b8fb449ca007b2057328abf736cb516168 upstream.
Currently, if the card supports CTAG acceleration we do not
account for the vlan header even if we are configurin
Hi,
On 2014년 04월 16일 19:27, Sangjung Woo wrote:
> Use the resource-managed extcon device register function (i.e.
> devm_extcon_dev_register()) instead of extcon_dev_register(). If extcon device
> is attached with this function, that extcon device is automatically
> unregistered
> on driver detach
On śro, 2014-04-16 at 11:28 +0100, Lee Jones wrote:
> > This is first part of fifth version of patchset adding support for
> > MAX77836 device to the max14577 driver.
> >
> > I decided to split the patchset into smaller parts. I hope this would
> > help in getting necessary review/acks from mainta
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Li RongQing
[ Not applicable upstream commit, the code here has been removed
upstream. ]
Neighbor Solicitation is ipv6 protocol, so we should check
skb->protocol with ETH_P_IPV6
Sign
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Nicolas Dichtel
commit 65886f439ab0fdc2dff20d1fa87afb98c6717472 upstream.
Commit 8cd3ac9f9b7b ("ipmr: advertise new mfc entries via rtnl") reuses the
function ipmr_fill_mroute() to noti
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Nicolas Dichtel
commit f518338b16038beeb73e155e60d0f70beb9379f4 upstream.
Commit 812e44dd1829 ("ip6mr: advertise new mfc entries via rtnl") reuses the
function ip6mr_fill_mroute() to no
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Matthew Leach
commit dbb490b96584d4e958533fb637f08b557f505657 upstream.
When copying in a struct msghdr from the user, if the user has set the
msg_namelen parameter to a negative value
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Heiner Kallweit
commit ecab67015ef6e3f3635551dcc9971cf363cc1cd5 upstream.
tmp_prefered_lft is an offset to ifp->tstamp, not now. Therefore
age needs to be added to the condition.
Age c
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: David Stevens
commit 7346135dcd3f9b57f30a5512094848c678d7143e upstream.
This patch fixes a NULL pointer dereference in the event of an
skb allocation failure in arp_reduce().
Signed-Of
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: lucien
commit e367c2d03dba4c9bcafad24688fadb79dd95b218 upstream.
In ip6_append_data_mtu(), when the xfrm mode is not tunnel(such as
transport),the ipsec header need to be added in the f
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Linus=20L=C3=BCssing?=
commit 6565b9eeef194afbb3beec80d6dd2447f4091f8c upstream.
MLD queries are supposed to have an IPv6 link-local source address
according to RFC2710, secti
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
commit c3f9b01849ef3bc69024990092b9f42e20df7797 upstream.
Lars Persson reported following deadlock :
-000 |M:0x0:0x802B6AF8(asm) <-- arch_spin_lock
-001 |tcp_v4_rcv(skb =
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Peter=20Bostr=C3=B6m?=
commit dd38743b4cc2f86be250eaf156cf113ba3dd531a upstream.
With TX VLAN offload enabled the source MAC address for frames sent using the
VLAN interface i
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Florian Westphal
commit e588e2f286ed7da011ed357c24c5b9a554e26595 upstream.
Quoting Alexander Aring:
While fragmentation and unloading of 6lowpan module I got this kernel Oops
after
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sabrina Dubroca
commit c88507fbad8055297c1d1e21e599f46960cbee39 upstream.
DST_NOCOUNT should only be used if an authorized user adds routes
locally. In case of routes which are added on
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Daniel Borkmann
commit c485658bae87faccd7aed540fd2ca3ab37992310 upstream.
While working on ec0223ec48a9 ("net: sctp: fix sctp_sf_do_5_1D_ce to
verify if we/peer is AUTH capable"), we no
On 04/15/2014 10:49 PM, Peter Zijlstra wrote:
On Tue, Apr 15, 2014 at 09:32:52PM +0900, Dongsheng Yang wrote:
From: Dongsheng
There is already a function in include/linux/wait.h to cover the
'exclusive' usage. So we can use it in sched/wait.c to replace
the opened implementation of it.
Signed
Hi Krzysztof,
On 04/16/2014 07:44 PM, Krzysztof Kozlowski wrote:
> On śro, 2014-04-16 at 11:28 +0100, Lee Jones wrote:
>>> This is first part of fifth version of patchset adding support for
>>> MAX77836 device to the max14577 driver.
>>>
>>> I decided to split the patchset into smaller parts. I ho
> The cpufreq core now supports the cpufreq_for_each_entry macro helper
> for iteration over the cpufreq_frequency_table, so use it.
>
> It should have no functional changes.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/mfd/db8500-prcmu.c | 19 ---
> 1 file changed, 8 in
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Anton Nayshtut
commit d2d273ffabd315eecefce21a4391d44b6e156b73 upstream.
Without this fix, ipv6_exthdrs_offload_init doesn't register IPPROTO_DSTOPTS
offload, but returns 0 (as the IPPR
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
commit de1443916791d75fdd26becb116898277bb0273f upstream.
Some applications didn't expect recvmsg() on a non blocking socket
could return -EINTR. This possibility was added
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Paul Moore
commit f64410ec665479d7b4b77b7519e814253ed0f686 upstream.
This patch is based on an earlier patch by Eric Paris, he describes
the problem below:
"If an inode is accessed b
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mikulas Patocka
commit d82b922a4acc1781d368aceac2f9da43b038cab2 upstream.
The powernow-k6 driver used to read the initial multiplier from the
powernow register. However, there is a prob
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Nikolay Aleksandrov
commit 24b9bf43e93e0edd89072da51cf1fab95fc69dec upstream.
I stumbled upon this very serious bug while hunting for another one,
it's a very subtle race condition betw
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mikulas Patocka
commit 22c73795b101597051924556dce019385a1e2fa0 upstream.
This patch reorders reported frequencies from the highest to the lowest,
just like in other frequency drivers.
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Daniel Borkmann
commit b22f5126a24b3b2f15448c3f2a254fc10cbc2b92 upstream.
Some occurences in the netfilter tree use skb_header_pointer() in
the following way ...
struct dccp_hdr _dh,
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mikulas Patocka
commit e20e1d0ac02308e2211306fc67abcd0b2668fb8b upstream.
I found out that a system with k6-3+ processor is unstable during network
server load. The system locks up or t
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Heiko Carstens
commit 03b8c7b623c80af264c4c8d6111e5c6289933666 upstream.
If an architecture has futex_atomic_cmpxchg_inatomic() implemented and there
is no runtime check necessary, allo
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Stephen Boyd
commit 3617f2ca6d0eba48114308532945a7f1577816a4 upstream.
When a CPU is hot removed we'll cancel all the delayed work items
via gov_cancel_work(). Normally this will just c
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Finn Thain
commit e571c58f313d35c56e0018470e3375ddd1fd320e upstream.
Skip the futex_atomic_cmpxchg_inatomic() test in futex_init(). It causes a
fatal exception on 68030 (and presumably
This is the start of the review cycle for the Linux 3.11.10.8 stable kernel.
This version contains 46 new patches, summarized below. The new patches are
posted as replies to this message and also available in this git branch:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=linux-3.11.y-review;
3.11.10.8 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hans de Goede
commit 6797b39e6f6f34c74177736e146406e894b9482b upstream.
The cypress PS/2 trackpad models supported by the cypress_ps2 driver
emulate BTN_RIGHT events in firmware based o
This fixes a regression on Keystone 2 platforms caused by patch
57303488cd37da58263e842de134dc65f7c626d5
"usb: dwc3: adapt dwc3 core to use Generic PHY Framework" which adds
optional support of generic phy in DWC3 core.
On Keystone 2 platforms the USB is not working now because
CONFIG_GENERIC_PHY
On śro, 2014-04-16 at 19:51 +0900, Chanwoo Choi wrote:
> Hi Krzysztof,
>
> On 04/16/2014 07:44 PM, Krzysztof Kozlowski wrote:
> > On śro, 2014-04-16 at 11:28 +0100, Lee Jones wrote:
> >>> This is first part of fifth version of patchset adding support for
> >>> MAX77836 device to the max14577 drive
On Mon, 14 Apr 2014, Matt Porter wrote:
> BCM590xx utilizes a second i2c slave address to access additional
s/i2c/I2C
> register space. Add support for the second address space by
> instantiated a dummy i2c device with the appropriate secondary
s/instantiated/instantiating
> i2c slave address.
On Wed, 16 Apr 2014, Krzysztof Kozlowski wrote:
> On śro, 2014-04-16 at 11:28 +0100, Lee Jones wrote:
> > > This is first part of fifth version of patchset adding support for
> > > MAX77836 device to the max14577 driver.
> > >
> > > I decided to split the patchset into smaller parts. I hope this
On śro, 2014-04-16 at 12:08 +0100, Lee Jones wrote:
> On Wed, 16 Apr 2014, Krzysztof Kozlowski wrote:
>
> > On śro, 2014-04-16 at 11:28 +0100, Lee Jones wrote:
> > > > This is first part of fifth version of patchset adding support for
> > > > MAX77836 device to the max14577 driver.
> > > >
> > >
On śro, 2014-04-16 at 19:27 +0900, Sangjung Woo wrote:
> Use the resource-managed extcon device register function (i.e.
> devm_extcon_dev_register()) instead of extcon_dev_register(). If extcon device
> is attached with this function, that extcon device is automatically
> unregistered
> on driver
On śro, 2014-04-16 at 19:27 +0900, Sangjung Woo wrote:
> Use the resource-managed extcon device register function (i.e.
> devm_extcon_dev_register()) instead of extcon_dev_register(). If extcon device
> is attached with this function, that extcon device is automatically
> unregistered
> on driver
On 04/15/2014 10:53 PM, Peter Zijlstra wrote:
On Tue, Apr 15, 2014 at 09:32:53PM +0900, Dongsheng Yang wrote:
How can you get there with ->state == RUNNING? try_to_wake_up*() bail
when !(->state & state).
Yes, try_to_wake_up() did this check. But other callers would miss it.
With the following
On 04/15/2014 10:54 PM, Peter Zijlstra wrote:
On Tue, Apr 15, 2014 at 09:32:49PM +0900, Dongsheng Yang wrote:
But about 3, we have no trace event for it.
We do, sched_switch() includes the previous task state. Also there's
tons more than a waitqueue you can get stuck in.
Okey, prev_state is de
On Wed, Apr 16, 2014 at 3:56 PM, Vinod Koul wrote:
> On Wed, Apr 16, 2014 at 03:41:34PM +0530, Srikanth Thokala wrote:
>> On Wed, Apr 16, 2014 at 2:36 PM, Vinod Koul wrote:
>> > On Fri, Mar 28, 2014 at 05:33:42PM +0530, Srikanth Thokala wrote:
>> >> This is the driver for the AXI Video Direct Mem
On Sat, Mar 15, 2014 at 05:49:08AM +, AKASHI Takahiro wrote:
> This patch adds auditing functions on entry to or exit from
> every system call invocation.
>
> Acked-by: Richard Guy Briggs
> Signed-off-by: AKASHI Takahiro
I think I already acked this patch.
Will
--
To unsubscribe from this
Chris Redpath found an issue on active balance:
We let the task source cpu, the busiest cpu, do the active balance,
while the destination cpu maybe idle. thus we take the busiest cpu
time, but left the idlest cpu wait. That is not good for performance.
This patch let the destination cpu do active
On 04/16/2014 08:02 PM, Krzysztof Kozlowski wrote:
> On śro, 2014-04-16 at 19:51 +0900, Chanwoo Choi wrote:
>> Hi Krzysztof,
>>
>> On 04/16/2014 07:44 PM, Krzysztof Kozlowski wrote:
>>> On śro, 2014-04-16 at 11:28 +0100, Lee Jones wrote:
> This is first part of fifth version of patchset adding
Linus,
Please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
# HEAD: 65063ced73077b9add610b413d87bc6a51e40bab Merge branch
'liblockdep-fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/sashal/lin
On śro, 2014-04-16 at 19:26 +0900, Sangjung Woo wrote:
> Use the resource-managed extcon device register function (i.e.
> devm_extcon_dev_register()) instead of extcon_dev_register(). If extcon device
> is attached with this function, that extcon device is automatically
> unregistered
> on driver
On Tue, Apr 01, 2014 at 05:57:04PM +0530, Srikanth Thokala wrote:
> This is the driver for the AXI Direct Memory Access (AXI DMA)
> core, which is a soft Xilinx IP core that provides high-
> bandwidth direct memory access between memory and AXI4-Stream
> type target peripherals.
>
> This module wo
Rather than take a pte_t as an input, break this down to the pfn
and whether or not the memory is executable.
This allows us to use this function for ptes and pmds.
Signed-off-by: Steve Capper
---
arch/arm/include/asm/pgtable.h | 6 +++---
arch/arm/mm/flush.c| 9 -
2 files c
101 - 200 of 772 matches
Mail list logo
