On Tue, 2015-02-24 at 11:12 -0500, Steven Rostedt wrote:
> On Sun, 1 Feb 2015 09:52:24 -0800
> tip-bot for Tim Chen wrote:
>
> > Commit-ID: 80e3d87b2c5582db0ab5e39610ce3707d97ba409
> > Gitweb:
> > http://git.kernel.org/tip/80e3d87b2c5582db0ab5e39610ce3707d97ba409
> > Author: Tim Chen
On Tue, 2015-03-03 at 13:59 -0500, Joseph Salisbury wrote:
> Hello,
>
> Please consider including mainline commit
> 4b552bc9edfdc947862af225a0e2521edb5d37a0 in the next 3.2.y, 3.4.y,
> 3.10.y, 3.12.y, 3.13.y-ckt, 3.14.y, 3.16.y-ckt and 3.18.y upstream
> stable releases. It was included in
These chips can be present at least on x86 too - Fire GL2 AGP has GXT6000P but
this driver is currently limited to PPC.
Enable it for all architectures and add chip configuration for little-endian.
Tested on x86 with Fire GL2 AGP.
Signed-off-by: Ondrej Zary
---
drivers/video/fbdev/Kconfig |
Fix wrong colors in 16bpp 565 mode.
Signed-off-by: Ondrej Zary
---
drivers/video/fbdev/gxt4500.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/fbdev/gxt4500.c b/drivers/video/fbdev/gxt4500.c
index 1bf9894..1f2fd5b 100644
--- a/drivers/video/fbdev/gxt4500.c
The color order in truecolor modes is wrong. This does not affect console but
is visible e.g. in X11 which has wrong colors.
Swap blue and red colors to fix the problem.
Fixes https://forums.gentoo.org/viewtopic-t-692740-start-0.html
Signed-off-by: Ondrej Zary
---
drivers/video/fbdev/gxt4500.c
This patch removes the now-redundant code which examined the ACPI namespace
directly for memory-mapped I/O regions for its children.
Signed-off-by: Jake Oshins
---
drivers/hv/vmbus_drv.c | 28 ++--
include/linux/hyperv.h | 2 --
2 files changed, 2 insertions(+), 28
The driver implements pan_display but the corresponding flags are not set.
Add FBINFO_HWACCEL_XPAN and FBINFO_HWACCEL_YPAN to flags to allow HW
accelerated panning (for fast scrolling).
Signed-off-by: Ondrej Zary
---
drivers/video/fbdev/gxt4500.c |3 ++-
1 file changed, 2 insertions(+), 1
On Tue, 03 Mar 2015, Vlastimil Babka wrote:
> On 03/03/2015 07:45 PM, Eric B Munson wrote:
> > On Tue, 03 Mar 2015, Vlastimil Babka wrote:
> >
> >> On 03/03/2015 06:41 PM, Eric B Munson wrote:> All,
> >> >
> >> > After LSF/MM last year Peter revived a patch set that would create
> >> >
Use write-combining for framebuffer to greatly improve performance on x86.
Add both ioremap_wc (for systems with PAT) and MTRR setup for non-PAT systems.
Signed-off-by: Ondrej Zary
---
drivers/video/fbdev/gxt4500.c | 32 ++--
1 file changed, 30 insertions(+), 2
This patch adds the concept of "descendant" device to the pnp layer, one which
can claim memory mapped I/O space from the same regions of address space that
its "aunts" and "uncles" are claiming from. This is more or less analogous to
a device on an ISA bus that needs address space, but needs to
This patch makes hv_vmbus and the devices that it discovers use the pnp layer,
so that address space claims made by these devices will hook into the regions
of address space exposed by ACPI, which already hooks into the pnp layer.
Previous feedback from Dan Carpenter has been incorporated.
This set of patches changes the way that drivers in a Hyper-V VM find the
memory-mapped I/O space that they need. The Hyper-V BIOS and UEFI
implementations expose a couple of large regions of MMIO space to the guests
using the ACPI namespace, with the expectation that the guest OS will subdivide
i2c-algo-bit allows I2C adapters without SCL read capability to work but
fb_ddc_read fails to work on them.
Fix fb_ddc_read to work with I2C adapters not capable of reading SCL.
Signed-off-by: Ondrej Zary
Acked-by: Krzysztof Helt
---
drivers/video/fbdev/core/fb_ddc.c |8 +---
1 file
Add DDC support for Trident cards.
Tested on TGUI9440, TGUI9680, 3DImage 9750, Blade3D 9880 and Blade XP.
Signed-off-by: Ondrej Zary
---
drivers/video/fbdev/Kconfig |9 ++
drivers/video/fbdev/tridentfb.c | 192 ++-
2 files changed, 196
When the kernel is compiled with -Os (CONFIG_CC_OPTIMIZE_FOR_SIZE), tridentfb
hangs the machine upon load with Blade3D cards unless acceleration is disabled.
This is caused by memcpy() which copies data byte-by-byte (rep movsb) when
compiled with -Os. The card does not like that - it requires
From: Joe Stringer
Date: Tue, 3 Mar 2015 12:38:54 -0800
> On 3 March 2015 at 11:39, David Miller wrote:
>> From: Joe Stringer
>> Date: Mon, 2 Mar 2015 18:49:56 -0800
>>
>>> Set actions consist of a regular OVS_KEY_ATTR_* attribute nested inside
>>> of a OVS_ACTION_ATTR_SET action attribute.
According to X.Org driver, chips older than TGUI9660 have only 1 width bit
in AddColReg. Touching the 2nd one causes I2C/DDC to fail on TGUI9440.
Set only 1 bit of width in AddColReg on TGUI9440 and CYBER9320.
Signed-off-by: Ondrej Zary
---
drivers/video/fbdev/tridentfb.c | 10 --
1
Occasionally, my machine gets into a state where one or more kvm
processes are locked up (in state D, not killable). I see the
following in dmesg:
[2432494.119477] INFO: task kvm:1823 blocked for more than 120 seconds.
[2432494.119670] Not tainted 3.16.0-0.bpo.4-amd64 #1
[2432494.119821]
[+cc linux-pci]
On Tue, Mar 3, 2015 at 11:55 AM, Murali Karicheri wrote:
> On 03/02/2015 10:43 PM, Bjorn Helgaas wrote:
>>
>> On Mon, Mar 2, 2015 at 3:59 PM, Murali Karicheri
>> wrote:
>>>
>>> Move of_dma_configure() to device.c so it can be re-used for PCI devices
>>> to
>>> obtain DMA
early_init_dt_scan() accepts "void *", the related warning:
CC arch/c6x/kernel/setup.o
arch/c6x/kernel/setup.c: In function 'machine_init':
arch/c6x/kernel/setup.c:290:21: warning: passing argument 1 of
'early_init_dt_scan' discards 'const' qualifier from pointer target type
On Tue, Mar 03, 2015 at 12:37:54PM -0800, Andy Lutomirski wrote:
> The user *should not* be required to have write access to anything in
> /lib to install a UEFI capsule that they download from their
> motherboard vendor's website. /lib belongs to the distro, and UEFI
> capsules do not belong to
On 03/03/2015 at 12:20:12 -0800, Andrew Morton wrote :
> On Tue, 3 Mar 2015 02:11:16 +0100 Alexandre Belloni
> wrote:
>
> > On 02/03/2015 at 15:53:37 -0800, Andrew Morton wrote :
> > > On Sun, 1 Mar 2015 11:27:15 +0100 Alexandre Belloni
> > > wrote:
> > >
> > > > Add support for the i2c RTC
On Tue, Mar 03, 2015 at 12:59:52PM -0500, Murali Karicheri wrote:
> On 02/25/2015 07:20 PM, Bjorn Helgaas wrote:
> >[+cc Catalin]
> >
> >On Wed, Feb 11, 2015 at 12:53:35PM -0500, Murali Karicheri wrote:
> >>This patch update of_dma_configure() API to calculate the
> >>masks (dma_mask and
On 3 March 2015 at 12:38, Joe Stringer wrote:
> On 3 March 2015 at 11:39, David Miller wrote:
>> From: Joe Stringer
>> Date: Mon, 2 Mar 2015 18:49:56 -0800
>>
>>> Set actions consist of a regular OVS_KEY_ATTR_* attribute nested inside
>>> of a OVS_ACTION_ATTR_SET action attribute. When
On 3 March 2015 at 11:39, David Miller wrote:
> From: Joe Stringer
> Date: Mon, 2 Mar 2015 18:49:56 -0800
>
>> Set actions consist of a regular OVS_KEY_ATTR_* attribute nested inside
>> of a OVS_ACTION_ATTR_SET action attribute. When converting masked actions
>> back to regular set actions, the
2015-03-03 14:03-0600, Joel Schopp:
> On 03/03/2015 10:44 AM, Radim Krčmář wrote:
> > 2015-03-02 15:02-0600, Joel Schopp:
> >> + int ret = emulator_pio_in_emulated(>arch.emulate_ctxt, size,
> >> + port, , 1);
> > Btw. does this return 1 in some scenario?
> If a
2015-03-03 13:48-0600, Joel Schopp:
> >> + unsigned long new_rax = kvm_register_read(vcpu, VCPU_REGS_RAX);
> > Shouldn't we handle writes in EAX differently than in AX and AL, because
> > of implicit zero extension.
> I don't think the implicit zero extension hurts us here, but maybe there
> is
On Tue, 2015-03-03 at 20:21 +0100, Fabian Frederick wrote:
> new_parent is only used in 0/1 context.
[]
> diff --git a/fs/xfs/xfs_inode.c b/fs/xfs/xfs_inode.c
[]
> @@ -2860,7 +2860,7 @@ xfs_rename(
> {
> xfs_trans_t *tp = NULL;
> xfs_mount_t *mp = src_dp->i_mount;
> - int
On Mon, Mar 2, 2015 at 9:56 PM, Kweh, Hock Leong
wrote:
>> -Original Message-
>> From: Matt Fleming [mailto:m...@console-pimps.org]
>> Sent: Monday, March 02, 2015 8:30 PM
>>
>> On Mon, 02 Mar, at 10:59:00AM, Kweh Hock Leong wrote:
>> > > -Original Message-
>> > > From: Borislav
So some other exynos boards started failing in next-20150303[1], and
appear are DRM failures.
Interestingly, (re)enabling CONFIG_EXYNOS_IOMMU for these cause things to
work again. Even more intersting, with IOMMU enabled, peach-pi is
I'm starting to think it's the DRM driver that needs to be disable
1) If an IPVS tunnel is created with a mixed-family destination address,
it cannot be removed. Fix from Alexey Andriyanov.
2) Fix module refcount underflow in netfilter's nft_compat, from Pablo
Neira Ayuso.
3) Generic statistics infrastructure can reference variables sitting on
a
On Tue, 3 Mar 2015, Benjamin Tissoires wrote:
> Resent the full series with Nick's Rev-by and fixes in 6/6.
>
> Again, this is the upstream patches, DIGImend-devel is just added
> to inform of the progress.
I finally got to go through this patchset, good work, thanks for pursuing
it.
Now
On Tue, Mar 03, 2015 at 03:20:41PM -0500, Konrad Rzeszutek Wilk wrote:
> Most of the APIC code that use APIC_LDR is not used on
> 64-bit. On 32-bit it is bit of an hack - and the mechanism
> it is uses is to "setup" the APIC_LDR via apci->init_apic_ldr
> (which we set to NULL) and then use
On 03/03/2015 07:45 PM, Eric B Munson wrote:
> On Tue, 03 Mar 2015, Vlastimil Babka wrote:
>
>> On 03/03/2015 06:41 PM, Eric B Munson wrote:> All,
>> >
>> > After LSF/MM last year Peter revived a patch set that would create
>> > infrastructure for pinning pages as opposed to simply locking them.
On Tue, 3 Mar 2015, Vlastimil Babka wrote:
> It also passes TTU_IGNORE_MLOCK to try_to_unmap(). So what am I missing? Where
> is this restriction?
Its in the defrag code.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, 2015-03-03 at 15:02 -0500, David Miller wrote:
> From: Randy Dunlap
> Date: Tue, 03 Mar 2015 11:35:38 -0800
>
> > From: Randy Dunlap
> >
> > i40e uses configfs interfaces so it should depend on CONFIGFS_FS.
> >
> > Fixes these build errors:
> >
> > drivers/built-in.o: In function
On 02/24/2015 02:00 PM, Stephen Warren wrote:
From: Stephen Warren
Various non-semantic tweaks and layout/consistency fixes for existing
Tegra pinctrl drivers.
Move the definition of DRV_PINGROUP_REG() before the definition of
PINGROUP() so that a future SoC driver can invoke the former from
Boris spotted an compile bug (32-bit) and asked some hard questions
that lead me to dig in the 32-bit code in more details.
The patch:
[PATCH 1/2] x86/xen/apic: Work with UP, non-SMP 32-bit kernels.
fixes the compile issue and also allows us to boot on 32-bit, UP kernels
(dom0 and PV) without
We should not be writting to the APIC registers under
Xen PV. But if we do instead of just giving an blanket
warning - include some details to help troubleshoot.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/apic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Most of the APIC code that use APIC_LDR is not used on
64-bit. On 32-bit it is bit of an hack - and the mechanism
it is uses is to "setup" the APIC_LDR via apci->init_apic_ldr
(which we set to NULL) and then use apic->x86_32_early_logical_apicid
to get an CPU to APIC ID mapping and also apic->read
On Tue, 3 Mar 2015 02:11:16 +0100 Alexandre Belloni
wrote:
> On 02/03/2015 at 15:53:37 -0800, Andrew Morton wrote :
> > On Sun, 1 Mar 2015 11:27:15 +0100 Alexandre Belloni
> > wrote:
> >
> > > Add support for the i2c RTC from Abracon.
> >
> > What is the relationship between this patch and
This patch adds syscre and syscwe respectively effective read/write
syscall counters. We already had syscr/syscw which were
unconditionally incremented. Doing the difference between those
variables could give interesting statistics.
Signed-off-by: Fabian Frederick
---
On 03/03/2015 02:42 PM, Paul E. McKenney wrote:
On Tue, Mar 03, 2015 at 02:17:24PM -0500, Boris Ostrovsky wrote:
On 03/03/2015 12:42 PM, Paul E. McKenney wrote:
}
@@ -511,7 +508,8 @@ static void xen_cpu_die(unsigned int cpu)
schedule_timeout(HZ/10);
}
-
On Tue, 2015-03-03 at 11:35 -0800, Randy Dunlap wrote:
> From: Randy Dunlap
>
> i40e uses configfs interfaces so it should depend on CONFIGFS_FS.
>
> Fixes these build errors:
>
> drivers/built-in.o: In function `i40e_cfgfs_group_make_item':
> i40e_configfs.c:(.text+0x2fcdca): undefined
>
>
> * tip-bot for Kan Liang wrote:
>
> > --- a/kernel/events/core.c
> > +++ b/kernel/events/core.c
> > @@ -4446,7 +4446,7 @@ static int perf_mmap(struct file *file, struct
> vm_area_struct *vma)
> > * If we have rb pages ensure they're a power-of-two number, so
> we
> > * can do
On Tue, 2015-03-03 at 14:58 -0500, David Miller wrote:
> From: Joe Perches
> Date: Tue, 03 Mar 2015 11:41:09 -0800
>
> > Until such time as the linux crosstools compilers are updated,
> > (they seem stuck on 4.6.3 from 3 years ago)
> > https://www.kernel.org/pub/tools/crosstool/
> > I think the
On 03/03/2015 10:44 AM, Radim Krčmář wrote:
> 2015-03-02 15:02-0600, Joel Schopp:
>> +int kvm_fast_pio_in(struct kvm_vcpu *vcpu, int size, unsigned short port)
>> +{
>> +unsigned long val;
>> +int ret = emulator_pio_in_emulated(>arch.emulate_ctxt, size,
>> +
On Tue, Mar 03, 2015 at 04:33:21PM +0100, Takashi Iwai wrote:
> Mark Brown wrote:
> > Why should adding something to the defaults hurt performance (it should
> > just be a one time cost to insert the default which we've got a
> > reasonable chance of making back later)? I guess if there's a lot
From: Randy Dunlap
Date: Tue, 03 Mar 2015 11:35:38 -0800
> From: Randy Dunlap
>
> i40e uses configfs interfaces so it should depend on CONFIGFS_FS.
>
> Fixes these build errors:
>
> drivers/built-in.o: In function `i40e_cfgfs_group_make_item':
> i40e_configfs.c:(.text+0x2fcdca): undefined
Hi,
I was debugging my application and noticed that a timerfd event was being
triggered *before* the timer expires. I'd like to know if this behavior is
expected. More details below.
I reduced the scope of the program to test a single timerfd and measure the
difference in the result of
Ah, I missed it. Currently it is passed via IPCB. Would it be better
to pass it as a parameter?
On Tue, Mar 3, 2015 at 12:20 AM, Patrick McHardy wrote:
> On 02.03, Joe Stringer wrote:
>> From: Andy Zhou
>>
>> Currently, ip_defrag() does not keep track of the maximum fragmentation
>> size for
From: Joe Perches
Date: Tue, 03 Mar 2015 11:41:09 -0800
> Until such time as the linux crosstools compilers are updated,
> (they seem stuck on 4.6.3 from 3 years ago)
> https://www.kernel.org/pub/tools/crosstool/
> I think the series is a trivial, small improvement.
You are even admitting that
On Tue, 2015-03-03 at 11:41 -0800, Joe Perches wrote:
> Until such time as the linux crosstools compilers are updated,
> (they seem stuck on 4.6.3 from 3 years ago)
> https://www.kernel.org/pub/tools/crosstool/
> I think the series is a trivial, small improvement.
>
> I believe that's the only
On Tue, 3 Mar 2015, Eric B Munson wrote:
> > So you are saying that mlocking (VM_LOCKED) prevents migration and thus
> > compaction to do its job? If that's true, I think it's a bug as it is AFAIK
> > supposed to work just fine.
>
> Agreed. But as has been discussed in the threads around the
On 03/02/15 16:08, Kalle Valo wrote:
Arend van Spriel writes:
Now that there is not 3.20 version. My understanding is that this
patch will be in linus' tree 4.1-rc1, right?
Yes. It will go into linux-next first, which you can consider to be an
incubator where all stuff for the next release
Thank you for your detailed review on several of my patches.
>>
>> +static int complete_fast_pio(struct kvm_vcpu *vcpu)
> (complete_fast_pio_in()?)
If I do a v4 I'll adopt that name.
>> +{
>> +unsigned long new_rax = kvm_register_read(vcpu, VCPU_REGS_RAX);
> Shouldn't we handle writes in
2015-03-03 10:53+0100, Vitaly Kuznetsov:
> Radim Krčmář writes:
> > 2015-02-27 17:14+0100, Vitaly Kuznetsov:
> >> Re-implement the communication using misc char device. Use ioctl to do
> >> kernel/userspace version negotiation (doesn't make much sense at this
> >> moment
> >> as we're breaking
On Tue, 2015-03-03 at 20:03 +0100, Fabian Frederick wrote:
> use jffs2_eraseblock variables to simplify the code
That looks more like it's obfuscating the code to me. Now you have to
look up a few lines to see what the 'nextb' and 'gcb' variables actually
point to.
It doesn't even make it easier
On Tue, Mar 03, 2015 at 06:34:57PM +0100, Petr Mladek wrote:
> Ah, I have missed the comments in the code in the first reply.
> > Why do we need two flags for this? The notifer already
> > sets/clears obj->mod, so can we rely on the value obj->mod to determine
> > if the notifier already ran?
>
Maxime Coquelin schreef op ma 02-03-2015 om 17:53 [+0100]:
> Do you agree if I define it like this:
>
> config ARMV7M_SYSTICK
> bool "Clocksource driver for ARMv7-M System timer"
> depends on OF && (CPU_V7M || COMPILE_TEST)
> select CLKSRC_OF
> select CLKSRC_MMIO
> help
>
On Tue, Mar 03, 2015 at 02:17:24PM -0500, Boris Ostrovsky wrote:
> On 03/03/2015 12:42 PM, Paul E. McKenney wrote:
> > }
> >@@ -511,7 +508,8 @@ static void xen_cpu_die(unsigned int cpu)
> > schedule_timeout(HZ/10);
> > }
> >-cpu_die_common(cpu);
> >+
On Tue, 2015-03-03 at 14:27 -0500, David Miller wrote:
> From: Joe Perches
> Date: Tue, 03 Mar 2015 11:07:51 -0800
> > On Tue, 2015-03-03 at 10:42 -0800, Eric Dumazet wrote:
> >> On Tue, 2015-03-03 at 10:25 -0800, Joe Perches wrote:
> >>
> >> > At least for arm gcc 4.6.3, it emits different code
From: Joe Stringer
Date: Mon, 2 Mar 2015 18:49:56 -0800
> Set actions consist of a regular OVS_KEY_ATTR_* attribute nested inside
> of a OVS_ACTION_ATTR_SET action attribute. When converting masked actions
> back to regular set actions, the inner attribute length was not changed,
> ie, double
From: Guenter Roeck
Date: Mon, 2 Mar 2015 12:03:27 -0800
> Commit 6ce29b0e2a04 ("gianfar: Avoid unnecessary reg accesses in
> adjust_link()")
> eliminates unnecessary calls to adjust_link for phy devices which don't
> support
> interrupts and need polling. As part of that work, the
Thanks for spotting and fixing this,
Acked-by: Jarno Rajahalme
> On Mar 2, 2015, at 6:49 PM, Joe Stringer wrote:
>
> Set actions consist of a regular OVS_KEY_ATTR_* attribute nested inside
> of a OVS_ACTION_ATTR_SET action attribute. When converting masked actions
> back to regular set
On Tue, 3 Mar 2015 14:50:52 +0800
wrote:
> - dma_unmap_single(jrdev, ctx->sh_desc_dma, DESC_RNG_LEN,
> - DMA_TO_DEVICE);
> + dma_unmap_single(jrdev, ctx->sh_desc_dma,
> + desc_bytes(ctx->sh_desc), DMA_TO_DEVICE);
Hi Joerg,
It looks like this problem is NOT a bug with the SCSI aic7xxx driver
after all. I can duplicate this BUG very easily with other hardware.
Simply removing a driver module (whether it its self, has actually used
any of the DMA API or not) that is sitting on the same pci bus as a card
On Tue, Mar 03, 2015 at 01:31:28PM -0600, Josh Poimboeuf wrote:
> @@ -89,16 +89,29 @@ static bool klp_is_object_loaded(struct klp_object *obj)
> /* sets obj->mod if object is not vmlinux and module is found */
> static void klp_find_object_module(struct klp_object *obj)
> {
> - if
On Tue, 2015-03-03 at 20:11 +0100, Wolfram Sang wrote:
> > Yes, I was thinking even about some wrapper on top of platform_get_irq()
> > since it seems there are no messaging done inside platform.c, though
> > devm_* functions usually have it.
>
> When I had a look a few months ago, the situation
to `configfs_unregister_subsystem'
Signed-off-by: Randy Dunlap
Cc: Linux NICS
Cc: Jeff Kirsher
---
drivers/net/ethernet/intel/Kconfig |1 +
1 file changed, 1 insertion(+)
--- linux-next-20150303.orig/drivers/net/ethernet/intel/Kconfig
+++ linux-next-20150303/drivers/net/ethernet
On 03/03/2015 01:59 PM, Joseph Salisbury wrote:
> Hello,
>
> Please consider including mainline commit
> 4b552bc9edfdc947862af225a0e2521edb5d37a0 in the next 3.2.y, 3.4.y,
> 3.10.y, 3.12.y, 3.13.y-ckt, 3.14.y, 3.16.y-ckt and 3.18.y upstream
> stable releases. It was included in the mainline
From: Joe Perches
Date: Tue, 03 Mar 2015 11:03:17 -0800
> On Tue, 2015-03-03 at 13:57 -0500, David Miller wrote:
>> From: Johannes Berg
>> Date: Tue, 03 Mar 2015 09:16:57 +0100
>>
>> > Other than that, I guess I'll apply this, but I really wish there was a
>> > way to distinguish more easily
From: Eric Dumazet
Date: Tue, 03 Mar 2015 10:42:05 -0800
> On Tue, 2015-03-03 at 10:25 -0800, Joe Perches wrote:
>
>> At least for arm gcc 4.6.3, it emits different code
>> for net/l2tp/l2tp_eth.o
>
> Then it looks like arm gcc or arm linux memset() should be improved.
>
> Tracking all
From: Joe Perches
Date: Tue, 03 Mar 2015 11:07:51 -0800
> On Tue, 2015-03-03 at 10:42 -0800, Eric Dumazet wrote:
>> On Tue, 2015-03-03 at 10:25 -0800, Joe Perches wrote:
>>
>> > At least for arm gcc 4.6.3, it emits different code
>> > for net/l2tp/l2tp_eth.o
>>
>> Then it looks like arm gcc or
From: Fabian Frederick
Date: Tue, 3 Mar 2015 19:38:46 +0100
> WAIT_FOR_DEMON code is directly undefined at the beginning
> of signaling.c since initial git version and thus never compiled.
> This also removes buggy current->state direct access.
>
> Suggested-by: Chas Williams
> Signed-off-by:
On 03/02/2015 01:32 PM, Oleg Nesterov wrote:
> Cosmetic. xstateregs_get() and xstateregs_set() abuse ->fxsave to access
> xsave->i387.sw_reserved. This is correct, ->fxsave and xsave->i387 share
> the same memory, but imho this looks confusing.
>
> And we can make this code more readable if we
new_parent is only used in 0/1 context.
Signed-off-by: Fabian Frederick
---
fs/xfs/xfs_inode.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/xfs/xfs_inode.c b/fs/xfs/xfs_inode.c
index 5a44f1c..900c3bf 100644
--- a/fs/xfs/xfs_inode.c
+++ b/fs/xfs/xfs_inode.c
@@
On Tue, Mar 3, 2015 at 2:06 AM, David Vrabel wrote:
> On 03/03/15 09:40, Luis R. Rodriguez wrote:
>> Andrey,
>>
>> I believe that on Xen we should disable kasan, would like confirmation
>
> Why? This is the first of heard of this.
Andrey chimed in here confirming this.
>> from someone on
On Mar 03 2015 or thereabouts, Nikolai Kondrashov wrote:
> On 03/03/2015 07:44 PM, Benjamin Tissoires wrote:
> >This hack is only needed for Huion tablets. It does not seem to have
> >any effect on the other tablets handled by this device right now, but
> >it's better to check for the product id
On 03/03/2015 12:42 PM, Paul E. McKenney wrote:
}
@@ -511,7 +508,8 @@ static void xen_cpu_die(unsigned int cpu)
schedule_timeout(HZ/10);
}
- cpu_die_common(cpu);
+ (void)cpu_wait_death(cpu, 5);
+ /* FIXME: Are the below calls really safe in case of
On Tue, 2015-03-03 at 10:42 -0800, Eric Dumazet wrote:
> On Tue, 2015-03-03 at 10:25 -0800, Joe Perches wrote:
>
> > At least for arm gcc 4.6.3, it emits different code
> > for net/l2tp/l2tp_eth.o
>
> Then it looks like arm gcc or arm linux memset() should be improved.
Perhaps you can take that
On Tue, 2015-03-03 at 13:57 -0500, David Miller wrote:
> From: Johannes Berg
> Date: Tue, 03 Mar 2015 09:16:57 +0100
>
> > Other than that, I guess I'll apply this, but I really wish there was a
> > way to distinguish more easily which of these require alignment and
> > which don't.
>
> You
On Tue, 2015-03-03 at 19:35 +0100, Vlastimil Babka wrote:
> On 03/03/2015 06:41 PM, Eric B Munson wrote:> All,
> >
> > After LSF/MM last year Peter revived a patch set that would create
> > infrastructure for pinning pages as opposed to simply locking them.
> > AFAICT, there was no objection to
> > > I am all for centralizing printouts. I recommended this at my ELCE
> > > talk last year, too. However, you need to keep in mind that irqs
> > > are sometimes optional and you don't want error messages for those
> > > irqs. IMO worthwhile, but not a low hanging fruit...
> >
> > There is a
Le 03/03/2015 19:58, Alexandre Belloni a écrit :
> at91rm9200 standby and suspend to ram has been broken since
> 00482a4078f4. It is wrongly using AT91_BASE_SYS which is a physical address
> and actually doesn't correspond to any register on at91rm9200.
>
> Use the correct at91_ramc_base[0]
Hello Doug,
On 03/03/2015 06:24 PM, Doug Anderson wrote:
> Javier,
>
> On Mon, Mar 2, 2015 at 12:40 PM, Javier Martinez Canillas
> wrote:
>> After leaving from system wide suspend state, regulator_suspend_finish()
>> turn on regulators that may be turned off by regulator_suspend_prepare()
>>
On Tue, 2015-03-03 at 13:57 -0500, David Miller wrote:
> From: Johannes Berg
> Date: Tue, 03 Mar 2015 09:16:57 +0100
>
> > Other than that, I guess I'll apply this, but I really wish there was a
> > way to distinguish more easily which of these require alignment and
> > which don't.
>
> You
On Tue, 2015-03-03 at 18:46 +0100, Christian Ruppert wrote:
> On 2015-03-03 18:21, Wolfram Sang wrote:
> >
> >> which omit this type of messages completely. Andy's proposal of
> >> centralising this looks like a very good solution here (and on
> >> top of that removes many useless strings from
Den 03.03.2015 11:19, skrev Drew Fustini:
Move extern declartions from fbtft-core.c to fbtft header file. This resovles
the warning from checkpatch.pl that "externs should be avoided in .c files".
Signed-off-by: Drew Fustini
---
drivers/staging/fbtft/fbtft-core.c | 5 -
use jffs2_eraseblock variables to simplify the code
Signed-off-by: Fabian Frederick
---
fs/jffs2/debug.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/fs/jffs2/debug.c b/fs/jffs2/debug.c
index 1090eb6..2ddb967 100644
--- a/fs/jffs2/debug.c
From: Nicolas Schichan
Date: Tue, 03 Mar 2015 12:18:29 +0100
> I took inspiration from the mv643xx_eth driver which seems to
> account the tx buffer reclaim in the work done in its poll callback.
It also should be fixed to not do so.
--
To unsubscribe from this list: send the line "unsubscribe
Am Tue, 3 Mar 2015 09:52:55 +0100
schrieb Maxime Ripard :
> Hi,
>
> On Sun, Mar 01, 2015 at 11:27:55PM +0100, Thomas Niederprüm wrote:
> > It makes sense to use vmalloc to allocate the video buffer since it
> > has to be page aligned memory for using it with mmap. Also deffered
> > io seems
Le 05/01/2015 12:53, Alexandre Belloni a écrit :
> There is now only on defconfig for the at91rm9200 and at91sam9. Add ethernet
> support for the rm9200.
>
> Signed-off-by: Alexandre Belloni
> ---
Acked-by: Nicolas Ferre
and addedd to at91-4.0-fixes branch.
>
On Tue, Mar 03, 2015 at 01:53:02PM -0500, Tejun Heo wrote:
> We were alternating between the two forms depending on
> CONFIG_CPUMASK_OFFSTACK before. Now we're always sticking to the
> shorter format. Please see 513e3d2d11c9 ("cpumask: always use
> nr_cpu_ids in formatting and parsing
at91rm9200 standby and suspend to ram has been broken since
00482a4078f4. It is wrongly using AT91_BASE_SYS which is a physical address
and actually doesn't correspond to any register on at91rm9200.
Use the correct at91_ramc_base[0] instead.
Fixes: 00482a4078f4 (ARM: at91: implement the standby
Hello,
Please consider including mainline commit
4b552bc9edfdc947862af225a0e2521edb5d37a0 in the next 3.2.y, 3.4.y,
3.10.y, 3.12.y, 3.13.y-ckt, 3.14.y, 3.16.y-ckt and 3.18.y upstream
stable releases. It was included in the mainline tree as of v3.19-rc1
but not cc'd to stable. It has been
On 03/02/15 20:25, Bjorn Andersson wrote:
> +
> +static int rpm_reg_probe(struct platform_device *pdev)
> +{
> + struct regulator_init_data *initdata;
> + const struct qcom_rpm_reg *template;
> + const struct of_device_id *match;
> + struct regulator_config config = { };
> +
From: Johannes Berg
Date: Tue, 03 Mar 2015 09:16:57 +0100
> Other than that, I guess I'll apply this, but I really wish there was a
> way to distinguish more easily which of these require alignment and
> which don't.
You can't apply "this" without the dependency patch #1.
Therefore this should
On Tue, Mar 03, 2015 at 09:01:49AM +, Naoya Horiguchi wrote:
> kexec disables (or "shoots down") all CPUs other than a crashing CPU before
> entering the 2nd kernel. But the MCE handler is still enabled after that,
> so if MCE happens and broadcasts over the CPUs after the main thread starts
>
On 03/02/15 20:25, Bjorn Andersson wrote:
>
> += SUBNODES
> +
> +The RPM exposes resources to its subnodes. The below bindings specify the set
> +of valid subnodes that can operate on these resources.
> +
> +== Regulators
> +
> +Regulator notes are identified by their compatible:
> +
> +-
701 - 800 of 2790 matches
Mail list logo