CC drivers/net/wireless/rtlwifi/rtl8192de/phy.o
drivers/net/wireless/rtlwifi/rtl8192de/phy.c: In function
‘_rtl92d_store_pwrindex_diffrate_offset’:
drivers/net/wireless/rtlwifi/rtl8192de/phy.c:679:2: warning: format ‘%lx’
expects argument of type ‘long unsigned int’, but argument 7 has
lap
> ---
> drivers/net/ethernet/broadcom/Kconfig |1 +
> 1 file changed, 1 insertion(+)
>
> Index: linux-next-20140825/drivers/net/ethernet/broadcom/Kconfig
> ===
> --- linux-next-20140825.orig/drivers/net/
Chris,
On Mon, Aug 25, 2014 at 6:29 AM, Chris Zhong wrote:
> Add device tree bindings documentation and a header file
> for rockchip's RK808 pmic.
>
> Signed-off-by: Chris Zhong
>
> ---
>
> Changes in v5:
> Adviced by doug
> - add some error checking in probe
> - move "rockchip,rk808.h" into
On Wed, Aug 20, 2014 at 12:55:45PM -0400, Pranith Kumar wrote:
> Fix build failure caused by missing header file:
>
> drivers/tty/serial/nwpserial.c: In function 'wait_for_bits':
> drivers/tty/serial/nwpserial.c:53:3: error: implicit declaration of function
> 'udelay'
/bnx2x_ethtool.c:3498:
undefined reference to `ptp_clock_index'
Reported-by: Jim Davis
Signed-off-by: Randy Dunlap
---
drivers/net/ethernet/broadcom/Kconfig |1 +
1 file changed, 1 insertion(+)
Index: linux-next-20140825/drivers/net/ethernet/broadcom/Kconfig
On Tue, Aug 05, 2014 at 12:47:32PM +0200, Marek Szyprowski wrote:
> This patch adds support for getting a notify for failed device driver
> bind, so all the items done in BUS_NOTIFY_BIND_DRIVER event can be
> cleaned if the driver fails to bind.
But doesn't the bus know if the driver fails to
zatimend has reported that in his environment (3.16/gcc4.8.3/corei7)
memset() calls which clear out sensitive data in extract_{buf,entropy,
entropy_user}() in random driver are being optimized away by gcc.
Add a helper memzero_explicit() (similarly as explicit_bzero() variants)
that can be used
On Thu, Aug 14, 2014 at 05:50:00PM +0300, Johan Hedberg wrote:
> Hi John,
>
> Here's our first bluetooth-next pull request for the 3.18 kernel. Our
> tree is based on net-next so you'd need to pull from there first before
> pulling from our tree.
>
> The changes consists of:
>
> - Coding
From: Hayes Wang
Date: Mon, 25 Aug 2014 15:53:00 +0800
> 626: CHECK: Alignment should match open parenthesis
> 646: CHECK: Alignment should match open parenthesis
> 655: CHECK: Alignment should match open parenthesis
> 695: CHECK: Alignment should match open parenthesis
> 729: CHECK:
On Wed, Aug 20, 2014 at 10:14:38PM +0300, Johan Hedberg wrote:
> Hi John,
>
> Here's a set of patches for the 3.17-rc series.
>
> It contains a connection reference counting fix for LE where a
> connection might stay up even though it should get disconnected.
>
> The other 802.15.4 6LoWPAN
Let me try to answer this as I had worked on this defect in the async release.
Martin> This really sounds like a scenario you should be able to handle in
Martin> general (without special "don't-be-broken" module parameters).
In the async release, we wanted this fix to be tried, tested and
vetted
> -Original Message-
> From: Sitsofe Wheeler [mailto:sits...@gmail.com]
> Sent: Monday, August 25, 2014 11:48 AM
> To: KY Srinivasan
> Cc: Daniel Borkmann; David Miller; Haiyang Zhang;
> de...@linuxdriverproject.org; net...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Jesper
On Mon, Aug 25, 2014 at 12:14:18PM -0700, Kamal Mostafa wrote:
> On Mon, 2014-08-25 at 10:00 -0700, Greg KH wrote:
> > On Mon, Aug 25, 2014 at 09:54:46AM -0700, Kamal Mostafa wrote:
> > > This is the start of the review cycle for the Linux 3.8.13.28 stable
> > > kernel.
> > >
> > > ** NOTE:
Add two new lines that are missing after declerations as detected by
checkpatch.pl
Signed-off-by: Koray Gulcu
---
drivers/staging/android/sw_sync.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/android/sw_sync.c
b/drivers/staging/android/sw_sync.c
index
On 08/18/2014 11:08 AM, Andrew Bresticker wrote:
Add support for the on-chip xHCI host controller present on Tegra SoCs.
The driver is currently very basic: it loads the controller with its
firmware, starts the controller, and is able to service messages sent
by the controller's firmware. The
On 08/18/2014 11:08 AM, Andrew Bresticker wrote:
Add device-tree binding documentation for the xHCI controller present
on Tegra124 and later SoCs.
diff --git a/Documentation/devicetree/bindings/usb/nvidia,tegra124-xhci.txt
b/Documentation/devicetree/bindings/usb/nvidia,tegra124-xhci.txt
Building with the attached random configuration file,
drivers/built-in.o: In function `__bnx2x_remove':
/home/jim/linux/drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c:13409:
undefined reference to `ptp_clock_unregister'
drivers/built-in.o: In function `bnx2x_register_phc':
On 08/18/2014 11:08 AM, Andrew Bresticker wrote:
In addition to the PCIe and SATA PHYs, the XUSB pad controller also
supports 3 UTMI, 2 HSIC, and 2 USB3 PHYs. Each USB3 PHY uses a single
PCIe or SATA lane and is mapped to one of the three UTMI ports.
The xHCI controller will also send messages
Commit-ID: 7cad45eea3849faeb34591b60d16b50d13a38d77
Gitweb: http://git.kernel.org/tip/7cad45eea3849faeb34591b60d16b50d13a38d77
Author: Vincent Stehlé
AuthorDate: Fri, 22 Aug 2014 01:31:20 +0200
Committer: Thomas Gleixner
CommitDate: Mon, 25 Aug 2014 21:13:30 +0200
irq: Export
On Mon, 2014-08-25 at 10:00 -0700, Greg KH wrote:
> On Mon, Aug 25, 2014 at 09:54:46AM -0700, Kamal Mostafa wrote:
> > This is the start of the review cycle for the Linux 3.8.13.28 stable kernel.
> >
> > ** NOTE: This will be the last Linux 3.8.y.z extended stable version
> > ** to be released
The ->start_stack check in do_shmat() looks ugly and simply wrong.
1. ->start_stack is only valid right after exec(), the application
can switch to another stack and even unmap this area. Or a stack
can simply grow, ->start_stack won't even notice this.
2. The reason for this check is not
On 08/25, Hugh Dickins wrote:
>
> On Mon, 25 Aug 2014, Oleg Nesterov wrote:
> > On 08/25, Hugh Dickins wrote:
> >
> > > And I think I'll let Linus's guard page justify your 4 (to match comment)
> > > in place of the original's mysterious 5.
> >
> > Ah, thanks again. Yes, if we want to guarantee 4
On 08/18/2014 11:08 AM, Andrew Bresticker wrote:
Add new bindings used for USB support by the Tegra XUSB pad controller.
This includes additional PHY types, USB-specific pinconfig properties, etc.
I'll mainly defer to Thierry for this patch, since he's the expert on
this HW module.
diff
On Fri, Aug 22, 2014 at 06:37:10PM -0500, Michael Welling wrote:
> Without this patch the kexec-purgatory.c and purgatory.ro files are not
> removed after make mrproper.
>
> Signed-off-by: Michael Welling
Looks good to me.
Acked-by: Vivek Goyal
Vivek
> ---
> arch/x86/Makefile |1 +
>
On Mon, Aug 25, 2014 at 1:27 PM, Ralf Baechle wrote:
> On Sat, Aug 23, 2014 at 08:33:25PM +0200, Julia Lawall wrote:
>
>> Delete successive assignments to the same location. In each case, the
>> duplicated assignment is modified to be in line with other nearby code.
>>
>> A simplified version of
On 08/25/2014 12:48 PM, Stephen Warren wrote:
On 08/18/2014 11:08 AM, Andrew Bresticker wrote:
Add device-tree bindings for the Tegra XUSB mailbox which will be used
for communication between the Tegra xHCI controller's firmware and the
host processor.
diff --git
On Mon, Aug 25, 2014 at 11:53:32AM -0700, Bryan Wu wrote:
> On Wed, Aug 13, 2014 at 1:40 AM, Andreas Werner wrote:
> > Added driver to support the 14F021P00 BMC LEDs.
> > The BMC is a Board Management Controller including four LEDs which
> > can be switched on and off.
> >
> > Signed-off-by:
On 10:25-20140825, Tony Lindgren wrote:
> * Nishanth Menon [140822 07:03]:
> > Add basic skeleton of OMAP pinctrl bindings. This is compatible with
> > pinctrl,single bindings and is meant purely as a reference point.
> >
> > Signed-off-by: Nishanth Menon
>
>
> David, any other suggestions?
> Why can't the users of IOSF_MBI just select it? That's what many other
> drivers do when they need to be sure that some functionality is present.
I think the obvious problem is that most users of IOSF_MBI are
non-obvious and there will be many of them over time.
On 08/18/2014 11:08 AM, Andrew Bresticker wrote:
The Tegra xHCI controller's firmware communicates requests to the host
processor through a mailbox interface. While there is only a single
communication channel, messages sent by the controller can be divided
into two groups: those intended for
On Sat, Aug 23, 2014 at 2:52 AM, Michal Sojka wrote:
> Hi Bryan,
>
> thanks for the review. See some comments below.
>
> On Sat, Aug 23 2014, Bryan Wu wrote:
>> On Fri, Aug 22, 2014 at 5:08 PM, Michal Sojka wrote:
>>> With this patch, USB host activity can be signaled by blinking a LED.
>>>
>>>
On Wed, Aug 13, 2014 at 1:40 AM, Andreas Werner wrote:
> Added driver to support the 14F021P00 BMC LEDs.
> The BMC is a Board Management Controller including four LEDs which
> can be switched on and off.
>
> Signed-off-by: Andreas Werner
> ---
> drivers/leds/Kconfig | 6 ++
>
On Mon, 25 Aug 2014, Oleg Nesterov wrote:
> On 08/25, Hugh Dickins wrote:
>
> > And I think I'll let Linus's guard page justify your 4 (to match comment)
> > in place of the original's mysterious 5.
>
> Ah, thanks again. Yes, if we want to guarantee 4 pages we should check 5.
>
> Although
On 08/18/2014 11:08 AM, Andrew Bresticker wrote:
Add device-tree bindings for the Tegra XUSB mailbox which will be used
for communication between the Tegra xHCI controller's firmware and the
host processor.
diff --git
a/Documentation/devicetree/bindings/mailbox/nvidia,tegra124-xusb-mbox.txt
On Tue, Aug 19, 2014 at 12:40:53PM +0100, Sitsofe Wheeler wrote:
> On Tue, Aug 19, 2014 at 10:57:30AM +0200, Daniel Borkmann wrote:
> > On 08/19/2014 10:15 AM, Sitsofe Wheeler wrote:
> > >After a variety of issues on Hyper-V (host is running Windows 2012 R2) I
> > >updated to the latest kernel
From: Daniel Borkmann
Date: Mon, 25 Aug 2014 14:58:37 +0200
> On 08/25/2014 02:13 PM, Rasmus Villemoes wrote:
>> A 9+ years old comment in hash_64 says that gcc can't optimize
>> multiplication by GOLDEN_RATIO_PRIME_64. Well, compilers get smarter
>> and CPUs get faster all the time, so it is
On Aug 25, 2014 3:29 AM, "Pavel Machek" wrote:
>
> On Fri 2014-08-22 09:26:31, Andy Lutomirski wrote:
> > ENOSYS means that a nonexistent system call was called. We have a
> > bad habit of using it for things like invalid operations on
> > otherwise valid syscalls. We should avoid this in new
When we fail to match data returned by E7 and EC reports we state that we
found "Unknown ALPS touchpad" whereas it is most likely it is not ALPS
touchpad at all. Change wording a bit and reduce the message to debug so
that it does not litter users logs and confuse them.
Reported-by: Paul Menzel
On Mon, Aug 25, 2014 at 06:38:33AM +, Scot Doyle wrote:
>command. Now the chip is running. It will not be reboot on resume
>(unlike stock SeaBIOS), presumably since the firmware is not
>interacting with the TPM. But because an error 38 is returned during
>the selftest issued
On Mon, Aug 25, 2014 at 5:53 AM, Matt Fleming wrote:
> On Mon, 25 Aug, at 02:08:59PM, Mantas Mikulėnas wrote:
>> [0.00] RAMDISK: [mem 0xbe22e000-0xbe799fff]
that is pushed down under 4G.
>
> OK, we're out of options here. Yinghai, we're going to have to revert
> your patch,
It's possible that mmc_of_parse() could return errors (possibly in
some future version it might return -EPROBE_DEFER even). Let's pass
those errors back.
Signed-off-by: Doug Anderson
---
drivers/mmc/host/dw_mmc.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git
On Mon, Aug 25, 2014 at 4:22 AM, David Horner wrote:
> On Mon, Aug 25, 2014 at 12:37 AM, Minchan Kim wrote:
>> On Sun, Aug 24, 2014 at 11:40:50PM -0400, David Horner wrote:
>>> On Sun, Aug 24, 2014 at 7:56 PM, Minchan Kim wrote:
>>> > Hello David,
>>> >
>>> > On Fri, Aug 22, 2014 at 06:55:38AM
Add preempt_disable() + preempt_enable() around math_state_restore() in
__restore_xstate_sig(). Otherwise __switch_to() after __thread_fpu_begin()
can overwrite fpu->state we are going to restore.
Signed-off-by: Oleg Nesterov
Cc: sta...@vger.kernel.org
---
arch/x86/kernel/xsave.c |5 -
new link for - How to piss off a Linux kernel subsystem maintainer
Signed-off-by: Sudip Mukherjee
---
Documentation/SubmittingPatches | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/SubmittingPatches b/Documentation/SubmittingPatches
index 0a523c9..482c749 100644
---
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Monday, August 25, 2014 10:50 AM
> To: KY Srinivasan
> Cc: Dan Carpenter; Sitsofe Wheeler; Jason Wang; linux-
> ker...@vger.kernel.org; David S. Miller; Daniel Borkmann;
> net...@vger.kernel.org;
On Mon, Aug 25, 2014 at 07:14:03AM +, Scot Doyle wrote:
> commit 4c663cfc523a88d97a8309b04a089c27dc57fd7e
> wait: fix false timeouts when using wait_event_timeout()
>
> changed the semantics of wait_event_interruptible_timeout so that a
> condition check is performed after timeout and 1
From: Preeti U Murthy
We hard code the metrics relevant for cpuidle states in the kernel today.
Instead pick them up from the device tree so that they remain relevant
and updated for the system that the kernel is running on.
Cc: linux...@vger.kernel.org
Cc: Rafael J. Wysocki
Cc: Rob Herring
Fast sleep is an idle state, where the core and the L1 and L2
caches are brought down to a threshold voltage. This also means that
the communication between L2 and L3 caches have to be fenced. However
the current P8 chips have a bug wherein this fencing between L2 and
L3 caches get delayed by a
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: linuxppc-...@lists.ozlabs.org
Signed-off-by: Shreyas B. Prabhu
---
arch/powerpc/include/asm/reg.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/include/asm/reg.h b/arch/powerpc/include/asm/reg.h
index
Hi,
On Mon, Aug 25, 2014 at 10:35 AM, Brian Norris
wrote:
> Hi Matt, Olof,
>
> Can this go into 3.17? Besides the other improvements that need to be
> made to this code, more people are noticing the build errors Russell
> noticed previously.
>
>
PORE can be programmed to restore hypervisor registers when waking up
from deep cpu idle states like winkle.
Add call to pass SPR address and value to OPAL, which in turn will
program PORE to restore the register state.
Cc: linuxppc-...@lists.ozlabs.org
Cc: Benjamin Herrenschmidt
Cc: Paul
Winkle causes power to be gated off to the entire chiplet. Hence the
hypervisor/firmware state in the entire chiplet is lost.
This patch adds necessary infrastructure to support winkle. Specifically
does following:
- Before entering winkle, save state of registers that need to be
restored on
Discover winkle from device tree. If supported make OPAL calls
necessary to save HIDs, HMEER, HSPRG0 and LPCR.
Also make OPAL call when the HID0 value is modified during
split/unsplit of cores.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: linuxppc-...@lists.ozlabs.org
Enter winkle during offline if supported, else revert to sleep or nap.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: linuxppc-...@lists.ozlabs.org
Signed-off-by: Shreyas B. Prabhu
---
arch/powerpc/platforms/powernv/smp.c | 6 --
1 file changed, 4 insertions(+), 2
When guests have to be launched, the secondary threads which are offline
are woken up to run the guests. Today these threads wake up from nap
and check if they have to run guests. Now that the offline secondary
threads can go to fastsleep or going ahead a deeper idle state such as winkle,
add this
From: Preeti U Murthy
Fast sleep is an idle state, where the core and the L1 and L2
caches are brought down to a threshold voltage. This also means that
the communication between L2 and L3 caches have to be fenced. However
the current P8 chips have a bug wherein this fencing between L2 and
L3
From: "Srivatsa S. Bhat"
The offline cpus should enter deep idle states so as to gain maximum
powersavings when the entire core is offline. To do so the offline path
must be made aware of the available deepest idle state. Hence probe the
device tree for the possible idle states in powernv core
Fast sleep is an idle state, where the core and the L1 and L2
caches are brought down to a threshold voltage. This also means that
the communication between L2 and L3 caches have to be fenced. However
the current P8 chips have a bug wherein this fencing between L2 and
L3 caches get delayed by a
Chris,
On Mon, Aug 25, 2014 at 6:39 AM, Chris Zhong wrote:
> Signed-off-by: Chris Zhong
>
> ---
>
> Changes in v5:
> Advices by Mark Brown
> - add description about regulator valid name.
> - add a header file "rockchip,rk808".
>
> Changes in v4:
> Advices by Doug
> - add a "#clock-cells"
Epoll on trace_pipe can sometimes hang in a weird case. If the ring buffer is
empty when we set waiters_pending but an event shows up exactly at that moment
we can miss being woken up by the ring buffers irq work. Since
ring_buffer_empty() is inherently racey we will sometimes think that the
printk replaced ith corresponding pr_err
fixed three broken user-visible strings
fixed a checkpatch warning of space before new line
Signed-off-by: Sudip Mukherjee
---
sound/pci/ctxfi/ctatc.c | 23 ++-
1 file changed, 10 insertions(+), 13 deletions(-)
diff --git
On Fri, Aug 22, 2014 at 06:39:47PM +, Geoff Levand wrote:
> Add a new kexec preprocessor macro IND_FLAGS, which is the bitwise OR of
> all the possible kexec IND_ kimage_entry indirection flags.
>
> Having this macro allows for simplified code in the prosessing of the
> kexec kimage_entry
Dear Friend,
How are you today? Please i need your urgent cooperation in an investment
related issue which can't be
discussed on phone.
Reply me if you are interested for more details.
Regards,
Col. Brian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Fri, Aug 22, 2014 at 06:39:47PM +, Geoff Levand wrote:
> Define new kexec preprocessor macros IND_*_BIT that define the bit position of
> the kimage entry flags. Change the existing IND_* flag macros to be defined
> as
> bit shifts of the corresponding IND_*_BIT macros. Also wrap all C
On 08/19/2014 03:06 AM, Tomeu Vizoso wrote:
On 19 August 2014 11:03, Pavel Machek wrote:
On Tue 2014-08-19 10:38:43, Tomeu Vizoso wrote:
Sets the EMC clock rate based on the bandwidth requirements registered by
memory clients through the PM_QOS_MEMORY_BANDWIDTH class.
Note: this is just an
On Mon, Aug 25, 2014 at 05:34:27PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
> > Sent: Monday, August 25, 2014 2:37 AM
> > To: Sitsofe Wheeler
> > Cc: KY Srinivasan; Greg Kroah-Hartman; Jason Wang; linux-
> >
On Fri, Aug 22, 2014 at 01:47:09PM -0700, Florian Fainelli wrote:
> > - the ID based strings seem to be not needed since, IIUC, the core
> >reads the ID from the PHY and uses it, so I just left it out not
> >trying to figure out how to obtain the correct ID
>
> It is not needed, but it
On 08/07/2014 05:01 PM, Tuomas Tynkkynen wrote:
Some mach-specific drivers that don't require their own node in the device tree
(for example drivers/soc/*, cpufreq, cpuidle etc.) want to match on the device
tree root compatible property instead. Instead of open-coding (and forgetting
to call
On 07/11/2014 08:18 AM, Mikko Perttunen wrote:
Hi everyone,
this series adds support for the EMC (external memory controller) clock
in the Tegra124 system-on-chip. The series has been tested on Jetson TK1.
The first two patches remove the old "emc_mux" and "emc" clocks from the
clock tree and
On Wed, Aug 20, 2014 at 07:30:58AM +0300, Valentina Manea wrote:
> After migrating userspace code to libudev, converting usbip-host
> to a device driver and various bug fixes and enhancements, USB/IP
> is fully functional and can be moved out of staging.
>
> This patch series moves it as
On Fri, Aug 22, 2014 at 06:39:47PM +, Geoff Levand wrote:
> Simplify the code around one of the conditionals in the kexec_load
> syscall routine.
>
> The original code was confusing with a redundant check on KEXEC_ON_CRASH
> and comments outside of the conditional block. This change switches
Hi Dexuan,
On Mon, Aug 25, 2014 at 02:02:21PM +, Dexuan Cui wrote:
> > -Original Message-
> > From: Sitsofe Wheeler
> > Sent: Wednesday, August 20, 2014 17:27 PM
> >
> > While booting a Hyper-V 3.17.0-rc1 guest on a 2012 R2 host a BUG was
> > triggered while registering hyperv_fb
On 08/25, Linus Torvalds wrote:
>
> On Mon, Aug 25, 2014 at 10:09 AM, Oleg Nesterov wrote:
> >
> > I'd like to change it only because this code is the main source of the
> > nasty special case, used_math() and/or __thread_has_fpu(current) can be
> > false even if use_eager_fpu().
>
> Well, if you
On 07/11/2014 08:18 AM, Mikko Perttunen wrote:
Add these clocks to the binding header so that EMC timings that have
them as parent can refer to the clocks.
Peter, I assume this patch (and patch 4/8 too) will be needed by any EMC
driver, whether it's part of this series or Tomeu Vizoso's work.
On Wed, Aug 20, 2014 at 12:44:45PM +0530, sanjeev sharma wrote:
> Hello Valentina,
>
> I have started looking into USB IP Project and this look's very interesting
> and
> Do we have anything left in this Project apart from reviewing user-land
> protocol ?
What do you mean by this? Does the
On Sun, Aug 24, 2014 at 05:05:39PM -0700, Valentina Manea wrote:
> On Tue, Aug 19, 2014 at 9:30 PM, Valentina Manea
> wrote:
> > At this point, USB/IP userspace code is fully functional
> > and can be moved out of staging.
> >
> > Signed-off-by: Valentina Manea
>
> Bumping this in case Greg
Hi Matt, Olof,
Can this go into 3.17? Besides the other improvements that need to be
made to this code, more people are noticing the build errors Russell
noticed previously.
http://article.gmane.org/gmane.linux.ports.arm.kernel/350226
I meant to have put [PATCH -3.17] in the subject, in case
> -Original Message-
> From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
> Sent: Monday, August 25, 2014 2:37 AM
> To: Sitsofe Wheeler
> Cc: KY Srinivasan; Greg Kroah-Hartman; Jason Wang; linux-
> ker...@vger.kernel.org; David S. Miller; Daniel Borkmann;
> net...@vger.kernel.org;
> -Original Message-
> From: Richard Weinberger [mailto:rich...@nod.at]
> Sent: Monday, August 25, 2014 8:07 AM
> To: KY Srinivasan; Sitsofe Wheeler
> Cc: Haiyang Zhang; Greg Kroah-Hartman; de...@linuxdriverproject.org;
> linux-kernel@vger.kernel.org; Jason Wang; Daniel Borkmann; David
On 07/29/2014 10:21 AM, Stephen Warren wrote:
On 07/29/2014 08:25 AM, Thierry Reding wrote:
From: Thierry Reding
This will allow the Kconfig option to be shared among 32-bit and 64-bit
ARM.
This seems fine to me. I'd expect to apply it for 3.18, provided I get
an ack from Russell as
* Nishanth Menon [140822 07:03]:
> From: Keerthy
>
> AM437x pinctrl definitions now differ from traditional 16 bit OMAP pin
> ctrl definitions, in that all 32 bits are used to describe a single pin
>
> Also the location of wakeupenable and event bits have changed.
>
> Signed-off-by: Keerthy
* Nishanth Menon [140822 07:03]:
> DRA7 pinctrl definitions now differ from traditional 16 bit OMAP pin
> ctrl definitions, in that all 32 bits are used to describe a single pin
>
> Also the location of wakeupenable and event bits have changed.
>
> Signed-off-by: Nishanth Menon
Acked-by: Tony
On Mon, Aug 25, 2014 at 10:09 AM, Oleg Nesterov wrote:
>
> I'd like to change it only because this code is the main source of the
> nasty special case, used_math() and/or __thread_has_fpu(current) can be
> false even if use_eager_fpu().
Well, if you think it is correct (apart from missing
* Nishanth Menon [140822 07:03]:
> Add basic skeleton of OMAP pinctrl bindings. This is compatible with
> pinctrl,single bindings and is meant purely as a reference point.
>
> Signed-off-by: Nishanth Menon
Looks like you have ti,omap2420-padconf and ti,omap2430-padconf missing
but after adding
On Fri, Aug 22, 2014 at 06:39:47PM +, Geoff Levand wrote:
> Remove the unneded declaration for a kexec_load() routine.
>
> Fixes errors like these when running 'make headers_check':
>
> include/uapi/linux/kexec.h: userspace cannot reference function or variable
> defined in the kernel
>
>
On 07/16/2014 02:54 AM, Mikko Perttunen wrote:
This adds the integrated AHCI-compliant Serial ATA controller present
in Tegra124 systems-on-chip to the Tegra124 device tree.
I have applied patches 2 and 3 to Tegra's for-3.18/dt branch. I fixed
the DT node sort order when doing so.
I can't
On 08/25, Hugh Dickins wrote:
>
> On Mon, 25 Aug 2014, Oleg Nesterov wrote:
> > On 08/24, Hugh Dickins wrote:
> > >
> > > I'd say it comes earlier, from Christoph Rohland's 2.4.17-pre7's
> > > "Add missing checks on shmat()", though I didn't find more than that.
> > >
> > > We can all understand
Hello Doug,
On 08/25/2014 05:40 PM, Doug Anderson wrote:
>>
>> I see, so probably until we have a way to define the operating mode for
>> each regulator using DT we should set the opmode to normal when enabling a
>> regulator independently of the value the hardware register reported on probe.
>>
Hi Konrad,
Just in case you forgot this one .. a subtle ping (we are just in the low RC's)
:-)
--
Sander
Thursday, August 7, 2014, 11:04:02 AM, you wrote:
> On 06/08/14 20:39, Konrad Rzeszutek Wilk wrote:
>>
>> From 00a5b6e3c9ee2c2d605879bdaebc627fa640b024 Mon Sep 17 00:00:00 2001
>> From:
On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote:
> this series adds mapping color control to the generic kmap code, allowing
> architectures with aliasing VIPT cache to use high memory. There's also
> use example of this new interface by xtensa.
I haven't actually ported this to
On 08/25/14 10:10, Geert Uytterhoeven wrote:
> Hi Randy,
>
> On Mon, Aug 25, 2014 at 6:58 PM, Randy Dunlap wrote:
>>> -The load_uA value can be determined from the consumers datasheet. e.g.most
>>> -datasheets have tables showing the max current consumed in certain
>>> situations.
>>> +The
On 08/25, Linus Torvalds wrote:
>
> On Mon, Aug 25, 2014 at 7:41 AM, Oleg Nesterov wrote:
> >
> > I think this should be safe, because this thread and/or swapper/0 can
> > do nothing with with fpu->state, and they should not use fpu.
>
> .. but if that's the case, then what was wrong with the old
Hi Randy,
On Mon, Aug 25, 2014 at 6:58 PM, Randy Dunlap wrote:
>> -The load_uA value can be determined from the consumers datasheet. e.g.most
>> -datasheets have tables showing the max current consumed in certain
>> situations.
>> +The load_uA value can be determined from the consumer's
Atmel 840B digitizer presents a stylus interface which reports twice
the X coordinate and then twice the Y coordinate. In its current
implementation, hid-input assign the first X to X, then the second to Y,
then the first Y to Z, then the second one to RX.
This is wrong, and X should always be
On Sun, Aug 24, 2014 at 08:30:16AM -0500, Alan Tull wrote:
> On Sat, Aug 23, 2014 at 10:10 AM, Guenter Roeck wrote:
> > On 08/22/2014 02:45 PM, Mark Brown wrote:
> >>
> >> On Fri, Aug 22, 2014 at 04:11:34PM -0500, at...@opensource.altera.com
> >> wrote:
> >>>
> >>> From: Alan Tull
> >>>
> >>>
On Mon, Aug 25, 2014 at 09:54:46AM -0700, Kamal Mostafa wrote:
> This is the start of the review cycle for the Linux 3.8.13.28 stable kernel.
>
> ** NOTE: This will be the last Linux 3.8.y.z extended stable version
> ** to be released and supported by me and the Ubuntu Kernel team.
I know this
On Fri, Aug 22, 2014 at 06:39:47PM +, Geoff Levand wrote:
> Hi,
>
> Here are a few minor fixups and enhancements for kexec support.
>
> Patch 3 and 4 that add preprocessor macros for the kimage list flags are
> ones that I use in the arm64 kexec support I am working on, so it would
> be
3.8.13.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: "Eric W. Biederman"
commit 07b645589dcda8b7a5249e096fece2a67556f0f4 upstream.
There are no races as locked mount flags are guaranteed to never change.
Moving the test into do_remount
On 08/25/14 01:47, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
> ---
> Documentation/power/regulator/consumer.txt | 7 ---
> Documentation/power/regulator/design.txt| 8
> Documentation/power/regulator/machine.txt | 4 ++--
>
3.8.13.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: "Eric W. Biederman"
commit a6138db815df5ee542d848318e5dae681590fccd upstream.
Kenton Varda discovered that by remounting a
read-only bind mount read-only in a user namespace the
201 - 300 of 1362 matches
Mail list logo
