Hi,
On Mon, Nov 24, 2014 at 4:02 PM, Thierry Reding
wrote:
> On Mon, Nov 24, 2014 at 11:11:23AM +0530, Vivek Gautam wrote:
>> DP PHY now require pmu-system-controller to handle PMU register
>> to control PHY's power isolation. Adding the same to dp-phy
>> node.
>>
>> Signed-off-by: Vivek Gautam
On 24/11/2014 11:45, Thomas Gleixner wrote:
> On Mon, 24 Nov 2014, Paolo Bonzini wrote:
>> get_xsave_addr is the API to access XSAVE states, and KVM would
>> like to use it. Export it.
>>
>> Cc: x...@kernel.org
>> Cc: H. Peter Anvin
>> Signed-off-by: Paolo Bonzini
>> ---
>> Peter, can
On 24.11.2014 13:00, Wei Liu wrote:
> On Sat, Nov 22, 2014 at 01:56:28AM +0300, Alexey Khoroshilov wrote:
>> If xenvif_alloc() failes, netback_probe() reports success as well as
>> "online" uevent is emitted. It does not make any sense, but it just
> Sorry, I don't follow. KOBJ_ONLINE event is not
On Mon, 24 Nov 2014, Paolo Bonzini wrote:
> get_xsave_addr is the API to access XSAVE states, and KVM would
> like to use it. Export it.
>
> Cc: x...@kernel.org
> Cc: H. Peter Anvin
> Signed-off-by: Paolo Bonzini
> ---
> Peter, can you please ACK this for inclusion in the KVM tree?
Are
On Friday 21 November 2014 11:08:25 Bjorn Helgaas wrote:
> On Fri, Nov 21, 2014 at 01:24:52PM +0100, Arnd Bergmann wrote:
> > On Thursday 20 November 2014 21:00:17 Myron Stowe wrote:
> > > On Thu, Nov 20, 2014 at 3:26 PM, Bjorn Helgaas
> > > wrote:
>
> > > > That's interesting. I would have
On Sun, Nov 23, 2014 at 01:36:51PM -0800, Davidlohr Bueso wrote:
> On Sun, 2014-11-23 at 16:03 -0500, Rik van Riel wrote:
> > On 11/23/2014 01:23 PM, Manfred Spraul wrote:
> > > Hi Rik,
> > >
> > > On 11/21/2014 08:52 PM, Rik van Riel wrote:
> > >> When manipulating just one semaphore with semop,
On 2014-11-24 11:12, Paolo Bonzini wrote:
> On 24/11/2014 05:36, nick wrote:
>> Greetings Again Gleb and others,
>> I am assuming in the code I am pasting below the fix me is obsolete now and
>> I can remove it. :)
>> Cheers Nick
>> TP_printk("%s (0x%x)",
>>
Hi Eduardo,
>
> Lukasz,
>
> On Tue, Nov 18, 2014 at 11:16:30AM +0100, Lukasz Majewski wrote:
> > The return code from ->get_max_state() callback was not checked
> > during binding cooling device to thermal zone device.
> >
> > Signed-off-by: Lukasz Majewski
> > ---
> > Changes for v2:
> > -
On Thu, 20 Nov 2014, Josh Cartwright wrote:
> The IPQ8064 also includes an RPM following the same message structure as
> other chips. In addition, it supports a few new resource types to
> support the NSS fabric clocks and the SMB208/SMB209 regulators found on
> the reference boards.
>
>
On Thu, 20 Nov 2014, Josh Cartwright wrote:
> The IPQ8064 SoC has several RPM-controlled resources, an NSS fabrick
> clock and four regulator resources. Provide definitions for them.
>
> Signed-off-by: Josh Cartwright
> ---
> Documentation/devicetree/bindings/mfd/qcom-rpm.txt | 6 +-
>
On LS1021A SoC, the dcfb device is in BE mode.
Signed-off-by: Xiubo Li
---
arch/arm/boot/dts/ls1021a.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/ls1021a.dtsi b/arch/arm/boot/dts/ls1021a.dtsi
index c70bb27..740a04e 100644
---
The Display Controller module is a system master that fetches graphics
stored in internal/external memory and displays them on a TFT LCD panel.
A wide range of panel sizes is supported and the timing of the interface
signals is configurable.
The dcfb has these features:
o Full RGB888 output to
On Thu, 20 Nov 2014, Josh Cartwright wrote:
> The IPQ8064 SoC has several RPM-controlled resources, an NSS fabrick
> clock and four regulator resources. Provide definitions for them.
>
> Signed-off-by: Josh Cartwright
> ---
> Documentation/devicetree/bindings/mfd/qcom-rpm.txt | 6 +-
>
On Mon, Nov 24, 2014 at 11:11:23AM +0530, Vivek Gautam wrote:
> DP PHY now require pmu-system-controller to handle PMU register
> to control PHY's power isolation. Adding the same to dp-phy
> node.
>
> Signed-off-by: Vivek Gautam
> Reviewed-by: Jingoo Han
> Tested-by: Javier Martinez Canillas
On 23 November 2014 at 11:25, Wanpeng Li wrote:
> Hi Vincent,
> On 7/29/14, 1:51 AM, Vincent Guittot wrote:
>>
>> The imbalance flag can stay set whereas there is no imbalance.
>>
>> Let assume that we have 3 tasks that run on a dual cores /dual cluster
>> system.
>> We will have some idle load
Ralf,
Your commit 5bd35e65f101 ("MIPS: Replace MIPS-specific 64BIT_PHYS_ADDR
with generic PHYS_ADDR_T_64BIT") is included in today's linux-next (ie,
next-20141124). That commit does what it promises to do. There are a few
references to 64BIT_PHYS_ADDR in linux-next:
$ g
From: Al Viro
> On Fri, Nov 21, 2014 at 08:49:56AM +, Al Viro wrote:
>
> > Overall, I think I have the whole series plotted in enough details to be
> > reasonably certain we can pull it off. Right now I'm dealing with
> > mm/iov_iter.c stuff; the amount of boilerplate source is already high
On Fri, 21 Nov 2014, Johan Hovold wrote:
> On Thu, Nov 13, 2014 at 01:34:58PM +, Auto Configured wrote:
> > From: Romain Perier
> >
> > It reverts commit a4b4e0461ec5 ("of: Add standard property for poweroff
> > capability").
> > As discussed on the mailing list, it makes more sense to
Add devicetree binding support for fsl-dcfb framebuffer driver. It
uses the generic display bindings and helper functions.
Signed-off-by: Xiubo Li
---
.../devicetree/bindings/video/fsl,dcfb.txt | 52 ++
1 file changed, 52 insertions(+)
create mode 100644
On LS1021A TWR board, the TFT LCD panel is WQVGA "480x272", and
the bpp is 24.
Signed-off-by: Xiubo Li
---
arch/arm/boot/dts/ls1021a-twr.dts | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm/boot/dts/ls1021a-twr.dts
b/arch/arm/boot/dts/ls1021a-twr.dts
Framebuffer driver for the Freescale SoC Display Controller.
Xiubo Li (4):
video: fsl-dcfb: Add dcfb framebuffer driver for LS1021A platform
video: fsl-dcfb: Add devicetree binding support
ARM: ls1021a: dtsi: Add dt node support for dcfb.
ARM: ls1021a: dts: Add and enable dt node for
The usb gadget driver net2280 has exported a header file with the
register definition of the net2280 chip.
Remove the custom/duplicated header file in favor of that header file
in include/linux
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/net/wireless/p54/net2280.h | 451
On Mon, Nov 24, 2014 at 02:00:18AM +, Ben Hutchings wrote:
> On Sat, 2014-11-22 at 04:39 +, Al Viro wrote:
> [...]
> > - ret = rds_page_copy_from_user(sg_page(sg), sg->offset + sg_off,
> > - iov->iov_base + iov_off,
> > -
On 23 November 2014 at 02:03, Wanpeng Li wrote:
> Hi Vincent,
> On 10/9/14, 10:18 PM, Vincent Guittot wrote:
>>
>> On 9 October 2014 14:16, Peter Zijlstra wrote:
>>>
>>> On Tue, Oct 07, 2014 at 02:13:36PM +0200, Vincent Guittot wrote:
+static inline bool
+group_has_capacity(struct
On Mon, Nov 24, 2014 at 12:27:42AM +, Ben Hutchings wrote:
> > copylen = vnet_hdr.hdr_len ? vnet_hdr.hdr_len : GOODCOPY_LEN;
> > if (copylen > good_linear)
> > copylen = good_linear;
> > linear = copylen;
> > - if (iov_pages(iv,
On 24/11/2014 03:10, Wanpeng Li wrote:
> Hi Paolo,
> On Fri, Nov 21, 2014 at 07:31:18PM +0100, Paolo Bonzini wrote:
> [...]
>> +u64 feature = valid & -valid;
>> +int index = fls64(feature) - 1;
>> +void *src = get_xsave_addr(xsave, feature);
>> +
>> +
On 11/24/2014 10:47 AM, Christoffer Dall wrote:
> On Sun, Nov 23, 2014 at 06:56:57PM +0100, Eric Auger wrote:
>> This patch series enables irqfd on arm and arm64.
>>
>> Irqfd framework enables to inject a virtual IRQ into a guest upon an
>> eventfd trigger. User-side uses KVM_IRQFD VM ioctl to
On 24/11/2014 05:36, nick wrote:
> Greetings Again Gleb and others,
> I am assuming in the code I am pasting below the fix me is obsolete now and I
> can remove it. :)
> Cheers Nick
> TP_printk("%s (0x%x)",
> __print_symbolic(__entry->exception, kvm_trace_sym_exc),
>
On 24/11/2014 05:25, Nicholas Krause wrote:
> Remove fixme comments about needing fault addresses to be returned. These
> are propaagated from walk_addr_generic to gva_to_gpa and from there to
> ops->read_std and ops->write_std.
>
> Signed-off-by: Nicholas Krause
> ---
>
On Sun, 23 Nov 2014, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sun, 23 Nov 2014 17:33:08 +0100
>
> The backlight_device_unregister() function tests whether its argument is NULL
> and then returns immediately. Thus the test around the call is not needed.
Also the $SUBJECT should
On Sun, 23 Nov 2014, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sun, 23 Nov 2014 17:33:08 +0100
What format is this?
Can you use `git format-patch` and `git send-email` instead please?
> The backlight_device_unregister() function tests whether its argument is NULL
> and then
On Fri, 21 Nov 2014, Dmitry Lavnikevich wrote:
> After registering mfd device with proper irq_base
> platform_get_irq_byname() calls will return VIRQ instead of local IRQ.
> This fixes da9063 rtc registration issue:
> da9063-rtc da9063-rtc: Failed to request ALARM IRQ 1: -22
>
> Signed-off-by:
get_xsave_addr is the API to access XSAVE states, and KVM would
like to use it. Export it.
Cc: x...@kernel.org
Cc: H. Peter Anvin
Signed-off-by: Paolo Bonzini
---
Peter, can you please ACK this for inclusion in the KVM tree?
Thanks.
---
arch/x86/kernel/xsave.c | 1 +
1 file
Hi all,
Unfortunately, I lost most of the log today ... sorry about that.
Changes since 20141121:
The sunxi tree gained a conflict against the arm-soc tree.
The v4l-dvb tree gained a conflict againt the arm-soc tree.
The omap_dss2 tree still had its build failure for which I applied a patch.
> Could you please apply this patchset on your tree
> or Do we wait the Ack from RTC mainatiner for patch 4?
We still need an Ack from Alessandro.
> On 11/20/2014 01:43 AM, Lee Jones wrote:
> > On Tue, 18 Nov 2014, Mike Turquette wrote:
> >
> >> Quoting Chanwoo Choi (2014-11-18 00:59:41)
> >>>
From: Al Viro
> On Fri, Nov 21, 2014 at 05:42:55PM +, David Laight wrote:
>
> > Callers of kernel_send/recvmsg() could easily be using a wrapper
> > function that creates the 'msghdr'.
> > When the want to send the remaining part of a buffer the old iterator
> > will no longer be available -
On Mon, Nov 24, 2014 at 01:34:30PM +0800, Jason Wang wrote:
> >> + copied = iov_iter_get_pages(from, pages, ~0U, MAX_SKB_FRAGS,
> >> );
> > Why is this condition needed, given we told iov_iter_get_pages() to
> > limit to MAX_SKB_FRAGS pages?
>
> We don't want to send truncated packets
On Mon, Nov 24, 2014 at 09:57:46AM +0100, Sebastian Andrzej Siewior wrote:
> On 11/21/2014 02:10 PM, Richard Cochran wrote:
>
> > On the BB white using the LCD4 cape and the shipped debian kernel, the
> > cursor *does* jump away, but not as often or as far as on the custom
> > design I was
On Sun, Nov 23, 2014 at 04:32:51PM -0800, Josh Triplett wrote:
> On Sun, Nov 23, 2014 at 07:28:10PM -0500, Jeff Layton wrote:
> > On Sun, 23 Nov 2014 15:36:37 -0800
> > Josh Triplett wrote:
> >
> > > On Sun, Nov 23, 2014 at 09:30:40PM +0100, Pieter Smith wrote:
> > > > On Sun, Nov 23, 2014 at
On Sat, Nov 22, 2014 at 01:56:28AM +0300, Alexey Khoroshilov wrote:
> If xenvif_alloc() failes, netback_probe() reports success as well as
> "online" uevent is emitted. It does not make any sense, but it just
Sorry, I don't follow. KOBJ_ONLINE event is not emitted in the event of
xenvif_alloc
On Sun, Nov 23, 2014 at 06:57:00PM +0100, Eric Auger wrote:
> From: Joel Schopp
>
> This patch enables irqfd for arm64.
>
> Signed-off-by: Joel Schopp
> Signed-off-by: Eric Auger
>
> ---
>
> [Eric Auger]
> - originates from Joel's [RFC PATCH] arm64: KVM: add irqfd support
>
On Sun, Nov 23, 2014 at 06:56:59PM +0100, Eric Auger wrote:
> This patch enables irqfd on arm.
>
> Both irqfd and resamplefd are supported. Injection is implemented
> in vgic.c without routing.
>
> This patch enables CONFIG_HAVE_KVM_EVENTFD and CONFIG_HAVE_KVM_IRQFD.
>
> KVM_CAP_IRQFD is now
The annual Linux Storage, Filesystem and Memory Management Summit for
2015 will be held on March 9th and 10th before the Linux Foundation Vault
conference at the Revere Hotel, Boston MA. For those that do not know,
Vault is designed to be an event where open source storage and filesystem
On 4 November 2014 at 04:35, Suman Anna wrote:
> The OMAP mailbox driver and its existing clients (remoteproc
> for OMAP4+) are adapted to use the generic mailbox framework.
>
> The main changes for the adaptation are:
> - The tasklet used for Tx is replaced with the state machine from
>
Al or Andrew,
can someone pick this up? The end of the 3.19 merge window is near,
and I'd really love to get this series in.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Sun, Nov 23, 2014 at 03:23:02PM -0800, Josh Triplett wrote:
> On Sun, Nov 23, 2014 at 11:29:08PM +0100, Richard Weinberger wrote:
> > On Sun, Nov 23, 2014 at 3:20 PM, Pieter Smith wrote:
> > > To implement splice support, fs/fuse makes use of nosteal_pipe_buf_ops.
> > > This
> > > struct is
> -Original Message-
> From: Andrew Morton [mailto:a...@linux-foundation.org]
> Sent: Friday, November 21, 2014 6:21 AM
> To: Richard Weinberger
> Cc: Chen, Hanxiao/陈 晗霄; Eric W. Biederman; Serge Hallyn; Oleg Nesterov;
> contain...@lists.linux-foundation.org;
On Sun, Nov 23, 2014 at 06:56:58PM +0100, Eric Auger wrote:
> CONFIG_HAVE_KVM_IRQCHIP is needed to support IRQ routing (along
> with irq_comm.c and irqchip.c usage). This is not the case for
> arm/arm64 currently.
>
> This patch unsets the flag for both arm and arm64.
>
> Signed-off-by: Eric
On Sun, Nov 23, 2014 at 06:56:57PM +0100, Eric Auger wrote:
> This patch series enables irqfd on arm and arm64.
>
> Irqfd framework enables to inject a virtual IRQ into a guest upon an
> eventfd trigger. User-side uses KVM_IRQFD VM ioctl to provide KVM with
> a kvm_irqfd struct that associates a
-Original Message-
From: Thomas Gleixner [mailto:t...@linutronix.de]
Sent: Friday, November 21, 2014 6:20 AM
To: Vikas Shivappa
Cc: linux-kernel@vger.kernel.org; Shivappa, Vikas; h...@zytor.com;
mi...@kernel.org; t...@kernel.org; matt.flemm...@intel.com; Auld, Will;
Add devicetree bindings for Mediatek Soc I2C driver.
Signed-off-by: Xudong Chen
Change-Id: Iaaba1e8420abfbfb503501310de04ee25ae72e18
---
.../devicetree/bindings/i2c/i2c-mt6577.txt | 40 ++
1 file changed, 40 insertions(+)
create mode 100644
The mediatek SoCs have I2C controller that handle I2C transfer.
This patch include common I2C bus driver.
This driver is compatible with I2C controller on mt65xx/mt81xx.
Signed-off-by: Xudong Chen
Change-Id: Icc17e326b9df46a226d536956e103f17b0382b6e
---
drivers/i2c/busses/Kconfig | 9 +
This series is the third version of Mediatek SoCs I2C controller common
bus driver.
Compared to the second version,
1. Add comments for clock in dt-bindings file i2c-mt6577.txt.
2. Remove mt8135.dtsi because of the dependency on pinctrl and clock.
3. Encode the feature have-dcm in i2c-mt65xx.c by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24/11/2014 07:19, Stephen Rothwell wrote:
> Hi all,
>
> After merging the kvm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> ERROR: "get_xsave_addr" [arch/x86/kvm/kvm.ko] undefined!
>
> Caused by commit
-Original Message-
From: Thomas Gleixner [mailto:t...@linutronix.de]
Sent: Sunday, November 23, 2014 12:05 PM
To: Shivappa, Vikas
Cc: Vikas Shivappa; linux-kernel@vger.kernel.org; h...@zytor.com;
mi...@kernel.org; t...@kernel.org; matt.flemm...@intel.com; Auld, Will;
On LS1021A SoC, the scfg device is in BE mode.
Signed-off-by: Xiubo Li
---
arch/arm/boot/dts/ls1021a.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/ls1021a.dtsi b/arch/arm/boot/dts/ls1021a.dtsi
index 53c652a..28c37f1 100644
--- a/arch/arm/boot/dts/ls1021a.dtsi
+++
On Mon, Nov 24, 2014 at 03:33:10PM +1100, Stephen Rothwell wrote:
> * PGP Signed by an unknown key
>
> Hi Joerg,
>
> Today's linux-next merge of the iommu tree got a conflict in
> drivers/iommu/tegra-smmu.c between commit a2257374a4bd ("memory: Add
> NVIDIA Tegra memory controller support") from
On 11/24/2014 09:06 AM, Rafael J. Wysocki wrote:
> On Friday, November 21, 2014 03:11:51 PM Aaron Lu wrote:
>> +if (!result) {
>> +status = acpi_install_address_space_handler(
>> +ACPI_HANDLE(parent), ACPI_ADR_SPACE_GPIO,
>> +
On Sun, Nov 23, 2014 at 12:26 AM, Javier Martinez Canillas
wrote:
> Hello Vivek
>
> On Wed, Nov 19, 2014 at 1:03 PM, Vivek Gautam
> wrote:
>>>
>>> Tested-by: Javier Martinez Canillas
>>
>> Thanks for testing.
>>
>
> You are welcome
>
>>>
>>> Kukjin,
>>
>> Sorry for not adding Kukjin to the
On 18 November 2014 at 04:11, 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.
>
> Signed-off-by: Andrew Bresticker
> Reviewed-by: Stephen Warren
On 11/24/2014 09:04 AM, Rafael J. Wysocki wrote:
> On Friday, November 21, 2014 03:11:50 PM Aaron Lu wrote:
>> +static struct pmic_pwr_table pwr_table[] = {
>> +{
>> +.address = 0x00,
>> +.pwr_reg = {
>> +.reg = 0x13,
>> +.bit =
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
kernel/printk/printk.c between commit afdc34a3d3b8 ("printk: Add
per_cpu printk func to allow printk to be diverted") from the ftrace
tree and commit b59ed413b21b ("printk: add and use LOGLEVEL_
defines for KERN_
> Caused by commit 5a6f1566f6a0 ("i2c: rk3x: handle dynamic clock rate
> changes correctly").
Yes, missing Kconfig dependency on COMMON_CLK. I'll add and push the fix
today. Thanks!
signature.asc
Description: Digital signature
On 11/24/2014 08:59 AM, Rafael J. Wysocki wrote:
> On Friday, November 21, 2014 03:11:49 PM Aaron Lu wrote:
>> The Baytrail-T platform firmware has defined two customized operation
>> regions for PMIC chip Crystal Cove - one is for power resource handling
>> and one is for thermal: sensor
On 21/11/14 14:59, Dmitry Kasatkin wrote:
> Hi David,
>
> Before I go into reviewing the patches just want to let you know that
> Integrity stuff seems to work fine with these changes.
Actually after cleaning the tree and re-signing the modules, I get following
Unrecognized character \x7F;
On 18 November 2014 at 04:11, 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
On Thu, Nov 20, 2014 at 07:27:49PM +0100, Barto wrote:
> but the sata DVD burner is now connected on a Jmicron sata PCIe card (
> with this configuration the bug doesn't occur ), I don't know if this
> change can modify the result of your command,
>
> here is the result of another command :
>
>
> > This was also discussed internally and the only way to identify Thunderbolt
> > devices is to check the device IDs.
> > As you said, this will require us to maintain and keep the list up-to-date
> > as we deliver new devices.
>
> I don't really see how this can work. You're asking me to
Hi Wolfram,
After merging the i2c tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/i2c/busses/i2c-rk3x.c: In function 'rk3x_i2c_clk_notifier_cb':
drivers/i2c/busses/i2c-rk3x.c:634:7: error: 'PRE_RATE_CHANGE' undeclared (first
use in this function)
case
On Fri, 2014-11-21 at 17:00 -0800, Benson Leung wrote:
> If devices are already asleep with this flag enabled, that means that
> they are presently configured for remote wake.
Yes, but that doesn't matter. The drivers must be ready for a device
being resumed at any time. Remote wakeup just adds
> -Original Message-
> From: Jason Wang [mailto:jasow...@redhat.com]
> Sent: Monday, November 24, 2014 16:48 PM
> To: Dexuan Cui; gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> driverdev-de...@linuxdriverproject.org; o...@aepfle.de;
> a...@canonical.com; KY Srinivasan
> Cc:
On Fri, Nov 21, 2014 at 06:59:00PM +0100, Julia Lawall wrote:
> On Fri, 21 Nov 2014, SF Markus Elfring wrote:
>
> > >> diff --git a/drivers/usb/serial/mxuport.c b/drivers/usb/serial/mxuport.c
> > >> index ab1d690..3653ec1 100644
> > >> --- a/drivers/usb/serial/mxuport.c
> > >> +++
Do it before it's assigned to cpufreq_cpu_data, otherwise when a driver
tries to get the cpu frequency during initialization the policy kobj is
referenced and we get this warning:
[ cut here ]
WARNING: CPU: 1 PID: 64 at include/linux/kref.h:47 kobject_get+0x64/0x70()
> This is one of the number of patches from the Android AOSP common.git tree,
> which is used on almost all Android devices. I wanted to submit it for review
> to see if it should go upstream.
>
> drivers/tty/serial/serial_core.c | 3 +++
> include/linux/serial_core.h | 1 +
> 2 files
On Sun, Nov 23, 2014 at 02:24:32PM +0100, SF Markus Elfring wrote:
> > Program analysis tools can also potentially exploit this information,
>
> The published semantic patch scripts correspond to this desire.
>
Sorry for that.
I have deleted the Smatch check for this so it no longer warns
On Mon, Nov 24, 2014 at 9:59 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v3.18-rc6[1] to v3.18-rc5[3], the summaries are:
> - build errors: +27/-8
+ /home/kisskb/slave/src/Documentation/mic/mpssd/mpssd.c: error:
(near initialization for ‘virtblk_dev_page.blk_config.capacity’): =>
On Mon, Nov 24, 2014 at 09:38:20AM +0100, Geert Uytterhoeven wrote:
> On Mon, Nov 24, 2014 at 12:36 AM, Josh Triplett wrote:
> > On Sun, Nov 23, 2014 at 09:30:40PM +0100, Pieter Smith wrote:
> >> On Sun, Nov 23, 2014 at 11:43:26AM -0800, Josh Triplett wrote:
> >> > On Sun, Nov 23, 2014 at
On 11/24/2014 08:02 AM, Sonny Rao wrote:
This is a bug fix for using physical arch timers when
the arch_timer_use_virtual boolean is false. It restores the
arch_counter_get_cntpct() function after removal in
0d651e4e "clocksource: arch_timer: use virtual counters"
We need this on certain
Dear Lee,
Could you please apply this patchset on your tree
or Do we wait the Ack from RTC mainatiner for patch 4?
Best Regards,
Chanwoo Choi
On 11/20/2014 01:43 AM, Lee Jones wrote:
> On Tue, 18 Nov 2014, Mike Turquette wrote:
>
>> Quoting Chanwoo Choi (2014-11-18 00:59:41)
>>> This patch
Below is the list of build error/warning regressions/improvements in
v3.18-rc6[1] compared to v3.17[2].
Summarized:
- build errors: +24/-15
- build warnings: +63/-81
JFYI, when comparing v3.18-rc6[1] to v3.18-rc5[3], the summaries are:
- build errors: +27/-8
- build warnings: +12/-33
On 11/21/2014 02:10 PM, Richard Cochran wrote:
> On the BB white using the LCD4 cape and the shipped debian kernel, the
> cursor *does* jump away, but not as often or as far as on the custom
> design I was working with.
This sounds like the ADC is still sampling while the input data becomes
Dudley,
On Mon, Nov 24, 2014 at 11:06:05AM +0800, Dudley Du wrote:
> Jeremiah,
>
> Thank you very much for your information.
> I will look into this issue.
> Could you send me the system log if possible when you encounter this issue.
>
> Thanks
> Dudley
>
I did a clean reboot, the touch pad
On Sat, 2014-11-22 at 08:06 -0800, Sören Brinkmann wrote:
> Hi Ivan,
>
> On Fri, 2014-11-21 at 09:35AM +0200, Ivan T. Ivanov wrote:
> > On Thu, 2014-11-20 at 08:22 -0800, Sören Brinkmann wrote:
> > >
> > > Also, I hope all my changes here don't break the current behavior. So,
> > > those 27
On 11/24/2014 03:54 PM, Dexuan Cui wrote:
>> -Original Message-
>> From: Jason Wang [mailto:jasow...@redhat.com]
>> Sent: Monday, November 24, 2014 15:28 PM
>> To: Dexuan Cui; gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
>> driverdev-de...@linuxdriverproject.org;
On 21 November 2014 18:14 Mark Brown wrote
> To: Dmitry Lavnikevich
> Subject: Re: [PATCH v2 2/2] regulator: da9063: Do not transform local IRQ to
> virtual
>
> On Fri, Nov 21, 2014 at 06:29:08PM +0300, Dmitry Lavnikevich wrote:
> > Call platform_get_irq_byname() already returns VIRQ instead
On Mon, 24 Nov 2014, Yuanhan Liu wrote:
>
> We noticed the below changes on(NOTE: I'm not sure the bisect is correct
> or not, here I report it out JFYI).
>
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> commit 5fcb864ef90df093d964171539c87ffa0ab49f0f ("x86, irq,
On Mon, Nov 24, 2014 at 12:36 AM, Josh Triplett wrote:
> On Sun, Nov 23, 2014 at 09:30:40PM +0100, Pieter Smith wrote:
>> On Sun, Nov 23, 2014 at 11:43:26AM -0800, Josh Triplett wrote:
>> > On Sun, Nov 23, 2014 at 01:46:23PM -0500, David Miller wrote:
>> > > Truly removing sendfile/sendpage means
On 18 November 2014 at 04:11, Andrew Bresticker wrote:
> +
> +static int tegra_xusb_mbox_send_data(struct mbox_chan *chan, void *data)
> +{
> + struct tegra_xusb_mbox *mbox = to_tegra_mbox(chan->mbox);
> + struct tegra_xusb_mbox_msg *msg = data;
> + unsigned long flags;
> +
> -Original Message-
> From: Eric Auger [mailto:eric.au...@linaro.org]
> Sent: Monday, November 24, 2014 4:27 PM
> To: Wu, Feng; eric.au...@st.com; christoffer.d...@linaro.org;
> marc.zyng...@arm.com; linux-arm-ker...@lists.infradead.org;
> kvm...@lists.cs.columbia.edu;
On 20 November 2014 at 15:45, lautriv wrote:
> From b0509e27e33326e6dccd67d8ebe67e2bdb0cfdde Mon Sep 17 00:00:00 2001
> From: Helmut Stengele
> Date: Thu, 20 Nov 2014 15:27:40 +0100
> Subject: [PATCH] mmc: wmt-sdmmc: fix unmatched release_mem_region
>
> Current code calls release_mem_region upon
On 24.11.2014 02:45, Rafael J. Wysocki wrote:
On Friday, October 17, 2014 09:36:59 PM Hanjun Guo wrote:
From: Tomasz Nowicki
It is very useful to traverse all available table entries without max
number of expected entries type. Current acpi_parse_entries()
implementation gives that feature
2014-11-21 23:25 GMT+01:00 Griffis, Brad :
>
>> -Original Message-
>> From: Richard Cochran [mailto:richardcoch...@gmail.com]
>>
>> On Fri, Nov 21, 2014 at 07:17:18PM +0100, Johannes Pointner wrote:
>> > Before the patches were also jumps but I thought it is something
>> > Vignesh should
On 11/24/2014 09:14 AM, Wu, Feng wrote:
>
>
>> -Original Message-
>> From: Eric Auger [mailto:eric.au...@linaro.org]
>> Sent: Monday, November 24, 2014 2:36 AM
>> To: eric.au...@st.com; eric.au...@linaro.org; christoffer.d...@linaro.org;
>> marc.zyng...@arm.com;
Don't duplicate the code to handle the not cpu bounce case in the
caller, do it inside blk_mq_hctx_next_cpu instead.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 31 ++-
1 file changed, 10 insertions(+), 21 deletions(-)
diff --git a/block/blk-mq.c
On 23 November 2014 at 01:22, Wanpeng Li wrote:
> Hi Vincent,
>
> On 10/3/14, 8:50 PM, Vincent Guittot wrote:
>>
>> On 3 October 2014 11:35, Morten Rasmussen
>> wrote:
>>>
>>> On Fri, Oct 03, 2014 at 08:24:23AM +0100, Vincent Guittot wrote:
On 2 October 2014 18:57, Morten Rasmussen
Hi all,
Today's linux-next merge of the char-misc tree got a conflict in
arch/arm/kernel/etm.c between commit 4ed89f222806 ("ARM: convert
printk(KERN_* to pr_*") from the arm tree and commit 184901a06a36
("ARM: removing support for etb/etm in "arch/arm/kernel/"") from the
char-misc tree.
I fixed
> -Original Message-
> From: Eric Auger [mailto:eric.au...@linaro.org]
> Sent: Monday, November 24, 2014 2:36 AM
> To: eric.au...@st.com; eric.au...@linaro.org; christoffer.d...@linaro.org;
> marc.zyng...@arm.com; linux-arm-ker...@lists.infradead.org;
> kvm...@lists.cs.columbia.edu;
When we debug something, we'd like to insert some information to
every page. For this purpose, we sometimes modify struct page itself.
But, this has drawbacks. First, it requires re-compile. This makes us
hesitate to use the powerful debug feature so development process is
slowed down. And,
Extended memory to store page owner information is initialized some time
later than that page allocator starts. Until initialization, many pages
can be allocated and they have no owner information. This make debugging
using page owner harder, so some fixup will be helpful.
This patch fix up this
Now, we have prepared to avoid using debug-pagealloc in boottime. So
introduce new kernel-parameter to disable debug-pagealloc in boottime,
and makes related functions to be disabled in this case.
Only non-intuitive part is change of guard page functions. Because
guard page is effective only if
901 - 1000 of 2022 matches
Mail list logo
