EMAIL US FOR AN URGENT LOAN TODAY CONTACT: veronicaloanf...@gmail.com
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
Fix missing asterisk in one V4L2_INT_WRAPPER_1 usage.
Reported by checkpatch.pl as:
ERROR: space prohibited before that close parenthesis ')'
+V4L2_INT_WRAPPER_1(s_power, enum v4l2_power, );
Signed-off-by: Tsung-Han Lin
---
drivers/staging/media/omap24xx/v4l2-int-device.h | 2 +-
1 file
Meelis Roos ut.ee> writes:
>
> > Anyway, back to 3.17. Nothing major happened during the last week, as
> > you can see from the appended shortlog. Mostly drivers (i915, nouveau,
> > ethernet, scsi, sound) and some networking fixes. With some misc
> > noise all over.
> >
> > Go out and test,
>
Hi Jiang,
FYI, we noticed the below changes on
https://github.com/jiangliu/linux.git ioapic/hotplug_v6
commit e96f3bd3186db57bbde9f4e5c57d8328f7f0ec79 ("x86, PCI, ACPI: Kill private
function resource_to_addr() in arch/x86/pci/acpi.c")
Hi Yuyang,
FYI, we noticed the below changes on commit
445d95d7c384741d133251a9adac935866591c92 ("sched: Remove
update_rq_runnable_avg")
+--+++
| | 80213c03c4 | 445d95d7c3 |
On Fri, Sep 5, 2014 at 2:58 AM, Soren Brinkmann
wrote:
> Add an attribute 'wakeup' to the GPIO sysfs interface which allows
> marking/unmarking a GPIO as wake IRQ.
> The file 'wakeup' is created in each exported GPIOs directory, if an IRQ
> is associated with that GPIO and the irqchip implements
In (28f92b5 mmc: core: Try other signal levels during power up) we can
see that there are times when it's valid to try several signal
voltages. Don't print an ugly error in the logs when that happens.
Signed-off-by: Doug Anderson
---
drivers/mmc/host/dw_mmc.c | 2 +-
1 file changed, 1
On Fri, Oct 10, 2014 at 08:44:33PM -0500, Nathan Lynch wrote:
> On 10/10/2014 11:25 AM, Russell King - ARM Linux wrote:
> >
> > Right, so GCC 4.8.{1,2} are totally unsuitable for kernel building (and
> > it seems that this has been known about for some time.)
>
> Looking at
>-Original Message-
>From: Peter Hurley [mailto:pe...@hurleysoftware.com]
>Sent: Friday, October 10, 2014 7:39 PM
>To: Lu Jingchang-B35083; gre...@linuxfoundation.org
>Cc: a...@arndb.de; linux-ser...@vger.kernel.org; linux-arm-
>ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
1.
JIT compiler using multi-pass approach to converge to final image size,
since x86 instructions are variable length. It starts with large
gaps between instructions (so some jumps may use imm32 instead of imm8)
and iterates until total program size is the same as in previous pass.
This algorithm
On Fri, Oct 10, 2014 at 8:12 PM, Eric Dumazet wrote:
> On Fri, 2014-10-10 at 19:44 -0700, Alexei Starovoitov wrote:
>
>> 2.
>> while staring at the code realized that 64-byte buffer may not be enough
>> when 1st insn is large, so increase it to 128 to avoid buffer overflow
>> (theoretical maximum
On 10/08/14 at 03:27pm, Vivek Goyal wrote:
> On Wed, Oct 08, 2014 at 08:09:59AM -0700, H. Peter Anvin wrote:
> > Sorry... this makes no sense.
> >
> > For x86-64, there is no direct connection between the physical and
> > virtual address spaces that the kernel runs in...
>
> I am sorry I did
On Fri, 2014-10-10 at 19:44 -0700, Alexei Starovoitov wrote:
> 2.
> while staring at the code realized that 64-byte buffer may not be enough
> when 1st insn is large, so increase it to 128 to avoid buffer overflow
> (theoretical maximum size of prologue+div is 109) and add runtime check.
>
>
ping ...
On 2014/10/9 20:47, Weng Meiling wrote:
> On 2014/10/9 20:43, Weng Meiling wrote:
>> Hi guys,
>>
>> I see the mails you discussed the BUG at fs/sysfs/group.c:65! triggered by
>> duplicated sysfs link.
>>
>> the detail mail:
>>
>> https://lkml.org/lkml/2013/3/8/370
>>
>> but it seems the
1.
JIT compiler using multi-pass approach to converge to final image size,
since x86 instructions are variable length. It starts with large
gaps between instructions (so some jumps may use imm32 instead of imm8)
and iterates until total program size is the same as in previous pass.
This algorithm
On 10/10/2014 09:44 PM, Nathan Lynch wrote:
> On 10/10/2014 11:25 AM, Russell King - ARM Linux wrote:
>>
>> Right, so GCC 4.8.{1,2} are totally unsuitable for kernel building (and
>> it seems that this has been known about for some time.)
>
> Looking at http://gcc.gnu.org/PR58854 it seems that
On Fri, Oct 10, 2014 at 07:35:15AM -0700, Dave Hansen wrote:
> On 10/10/2014 06:21 AM, Fengwei Yin wrote:
> > @@ -787,6 +788,9 @@ check_pfn:
> > return NULL;
> > }
> >
> > + if (is_huge_zero_pfn(pfn))
> > + return NULL;
> > +
>
> That looks a lot better. One thing,
On 10/10/2014 11:25 AM, Russell King - ARM Linux wrote:
>
> Right, so GCC 4.8.{1,2} are totally unsuitable for kernel building (and
> it seems that this has been known about for some time.)
Looking at http://gcc.gnu.org/PR58854 it seems that all 4.8.x for x < 3
are affected, as well as 4.9.0.
>
Fix:
In file included from ./arch/arm64/include/asm/irq_work.h:4:0,
from include/linux/irq_work.h:46,
from include/linux/perf_event.h:49,
from include/linux/ftrace_event.h:9,
from include/trace/syscall.h:6,
from include/linux/syscalls.h:81,
from
On 10/10/2014 06:21 PM, Lee Jones wrote:
On Fri, 10 Oct 2014, micky_ch...@realsil.com.cn wrote:
From: Micky Ching
Fix rts5227&5249 failed send buffer cmd after suspend,
PM_CTRL3 should reset before send any buffer cmd after suspend.
Otherwise, buffer cmd will failed, this will lead resume
As Kirill mentioned(https://lkml.org/lkml/2013/1/29/118):
| If rq has already had 2 or more pushable tasks and we try to add a
| pinned task then call of push_rt_task will just waste a time.
Just switched pinned task is not able to be pushed. If the rq had had
several dl tasks before they have
Hi Linus,
Please pull my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This is based on 3.17-rc5 because that's when I forked off for -next,
but I've been testing it against linux-next or 3.17 for a while now.
The largest set of changes here
at91_poweroff_get_wakeup_mode can return a negative error code and should
therefore not return an enum type. Similar, its result should not be
assigned to an enum type. Otherwise, the returned value is never negative,
resulting in a compiler warning and a missed error condition, which in turn
On Fri, 2014-10-10 at 16:25 -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> On my workstation which has a lot of modules loaded:
>
> $ lsmod | wc -l
> 80
> This patch uses the NX bits in the page tables to check for
> valid kernel addresses instead. This can be done in any context
> because
On Fri, 10 Oct 2014 16:25:17 -0700
Andi Kleen wrote:
> From: Andi Kleen
>
> On my workstation which has a lot of modules loaded:
>
> $ lsmod | wc -l
> 80
>
> backtrace from the NMI for perf record -g can take a quite long time.
>
> This leads to frequent messages like:
> perf interrupt took
On 10/10, Peter De Schrijver wrote:
> > > drivers/clk/tegra/clk-pll.c:732:unsigned long input_rate =
> > > clk_get_rate(clk_get_parent(hw->clk));
> > > drivers/clk/tegra/clk-pll.c:1288:unsigned long input_rate =
> > > clk_get_rate(clk_get_parent(hw->clk));
>
> This is not so easy to
On Tuesday 07 October 2014 11:21:51 Dirk Gouders wrote:
> Paul Bolle writes:
>
> > On Mon, 2014-09-22 at 19:13 +0200, Martin Walch wrote:
> >> expr_eliminate_dups2() in scripts/kconfig/expr.c applies two bad
> >> inference rules:
> >>
> >> (FOO || BAR) && (!FOO && !BAR) -> n
> >> (FOO && BAR)
On 10/10, Georgi Djakov wrote:
> There is a duplication in a clock name for apq8084 platform that causes
> the following warning: "RBCPR_CLK_SRC" redefined
>
> Resolve this by adding a MMSS_ prefix to this clock and making its name
> coherent with msm8974 platform.
>
> Fixes: 2b46cd23a5a2 ("clk:
Thanks Sitsofe. Can you provide more details on the test setup?
The kernel trace shows that skb->mac_header=0x (which means not yet set,
it's in RCX: ).
-Original Message-
From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On Behalf
Of Sitsofe
On 10/10/14 5:37 PM, Murali Karicheri wrote:
On 10/10/2014 02:22 PM, Arnd Bergmann wrote:
On Friday 10 October 2014 11:15:37 Murali Karicheri wrote:
@@ -54,6 +55,8 @@ static void __init keystone_init(void)
keystone_pm_runtime_init();
if (platform_nb.notifier_call)
On 10/09, Tomeu Vizoso wrote:
> diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
> index 4db918a..97cf1a3 100644
> --- a/drivers/clk/clk.c
> +++ b/drivers/clk/clk.c
> @@ -1629,18 +1609,27 @@ int clk_set_rate(struct clk *clk, unsigned long rate)
> /* prevent racing with updates to the clock
On 06/10/14 15:17, Daniel Baluta wrote:
>
>
> On 10/04/2014 04:12 PM, Jonathan Cameron wrote:
>> On 02/10/14 14:43, Daniel Baluta wrote:
>>> This is to be used by drivers to signal detection of motion. We also
>>> add some possible values for motion as IIO events modifiers:
>>> * running
>>>
On Fri, Oct 10, 2014 at 4:55 PM, Prarit Bhargava wrote:
> When doing git-status there are two untracked files:
>
> \# Untracked files:
> \# (use "git add ..." to include in what will be committed)
> \#
> \# arch/x86/purgatory/kexec-purgatory.c
> \# arch/x86/purgatory/purgatory.ro
>
On 07/10/14 11:48, Daniel Baluta wrote:
> On Sat, Oct 4, 2014 at 4:12 PM, Jonathan Cameron wrote:
>> On 02/10/14 14:43, Daniel Baluta wrote:
>>> This is to be used by drivers to signal detection of motion. We also
>>> add some possible values for motion as IIO events modifiers:
>>> *
On 06/10/14 12:17, Daniel Baluta wrote:
> On Sat, Oct 4, 2014 at 3:48 PM, Jonathan Cameron wrote:
>> On 02/10/14 14:43, Daniel Baluta wrote:
>>> We need a way to store events generated by iio_dummy_evgen module,
>>> in order to correctly process IRQs in iio_simple_dummy_events.
>>>
>>> For the
On 07/10/14 16:19, Darshana Padmadas wrote:
> This patch adds the correct vendor-prefix for device isl29028 and
> maintains deprecated vendor-prefix found by checkpatch warning
> for older kernel releases.
>
> Signed-off-by: Darshana Padmadas
Acked-by: Jonathan Cameron
Which tree does this
On 21/09/14 13:17, Jonathan Cameron wrote:
> On 16/09/14 09:58, Naveen Krishna Chatradhi wrote:
>> Changes since v1:
>> 1. Rebased on top of togreg branch of IIO git.
>>
>> This patch set does the following
>> 1. Use the syscon and Regmap API instead of ioremappaing the
>>ADC_PHY register from
On 10/10/2014 03:56 PM, David Daney wrote:
> Right, look at uprobes, it does exactly all this with a single page.
> Slot allocation will block waiting for a free slot when all are in
use.
I don't see a reason to change my 300 lines design into much more
lengthy code. That code has more
From: Andi Kleen
On my workstation which has a lot of modules loaded:
$ lsmod | wc -l
80
backtrace from the NMI for perf record -g can take a quite long time.
This leads to frequent messages like:
perf interrupt took too long (7852 > 7812), lowering
kernel.perf_event_max_sample_rate to 16000
From: Andi Kleen
For the enhanced copy string case we can trivially optimize the fault
handling. It is just a single subtraction, as there is only one
possible fault point. So get rid of handle tail for this and
just do the subtraction directly.
This patch is strictly not needed for the goal of
From: Andi Kleen
Move pagefault_enable/disable from linux/uaccess.h to
an own include file. This avoids an include loop
with asm/uaccess.h needing these inlines in its own
inlines.
linux/uaccess.h still includes the header so there
is no change for any existing users.
Signed-off-by: Andi Kleen
I reworked the patchkit to speed up perf backtracing based on
the feedback. It now uses a new method to determine the kernel
addresses using the page tables, and also avoids using copy_*_user
in the backtrace at all.
The goal is to avoid perf exceeding the NMI handler CPU time quota.
In addition
From: Andi Kleen
Move copy_from_user_nmi() inline. This allows the compiler to directly
do the __builtin_constant_p() optimizations in __copy_from_user_nocheck.
This then allows to optimize an 8 byte (32bit) or 16byte copy (64bit)
into two direct __get_user() instead of using the generic copy
From: Andi Kleen
If you have something like
blabla
in a patch cleanpatch does not replace the spaces with tabs.
That is because it only handles space in front of tab.
But it's more convenient if it also replaces space with tabs,
even if there is no tab at all, as that is what checkpatch
and
On Sat, Oct 11, 2014 at 01:37:56AM +0530, Sumit Semwal wrote:
> Devices sharing buffers using dma-buf could benefit from sharing their
> constraints via struct device, and dma-buf framework would manage the
> common constraints for all attached devices per buffer.
>
> With that information, we
On 10/10/2014 03:47 PM, Leonid Yegoshin wrote:
On 10/10/2014 03:03 AM, James Hogan wrote:
I just mean an (illegal/undefined) sequence of FPU branch instructions
in one anothers delay slots shouldn't be able to crash the kernel.
Actually 2 of them would be enough to verify the kernel didn't get
When doing git-status there are two untracked files:
\# Untracked files:
\# (use "git add ..." to include in what will be committed)
\#
\# arch/x86/purgatory/kexec-purgatory.c
\# arch/x86/purgatory/purgatory.ro
Add a .gitignore to block these files.
Cc: x...@kernel.org
Cc: Vivek
When we try to hot-remove a busy virtio-rng device from QEMU monitor,
the device can't be hot-removed. Because virtio-rng driver hangs at
wait_for_completion_killable().
This patch exits the waiting by completing have_data completion before
unregistering, resets data_avail to avoid the hwrng core
I received two mails about faile to apply patches to 3.16-stable tree:
FAILED: patch "[PATCH] virtio-rng: skip reading when we start to remove the
device" failed to apply to 3.16-stable tree
FAILED: patch "[PATCH] virtio-rng: fix stuck of hot-unplugging busy device"
failed to apply to
Before we really unregister the hwrng device, reading will get stuck if
the virtio device is reset. We should return error for reading when we
start to remove the device.
Signed-off-by: Amos Kong
Reviewed-by: Amit Shah
Cc: sta...@vger.kernel.org
Signed-off-by: Rusty Russell
(cherry picked from
Please review attachment for detail,Thanks, David!
The Detail, From David.doc
Description: MS-Word document
On 10/10/2014 03:03 AM, James Hogan wrote:
I just mean an (illegal/undefined) sequence of FPU branch instructions
in one anothers delay slots shouldn't be able to crash the kernel.
Actually 2 of them would be enough to verify the kernel didn't get too
confused. Maybe the second will be
Hi Linus,
Here's a first pull request for powerpc updates for 3.18.
The bulk of the additions are for the "cxl" driver, for IBM's Coherent
Accelerator Processor Interface (CAPI). Most of it's in drivers/misc, which
Greg & Arnd maintain, Greg said he was happy for us to take it through our
tree.
On Fri, Oct 10, 2014 at 11:54 PM, Anatol Pomozov
wrote:
> 1) Why not to make the timeout configurable through config file? There
> is already udev.conf you can put config option there. Thus people with
> modprobe issues can easily "fix" the problem. And then decrease
> default timeout back to 30
On Fri, Oct 10, 2014 at 02:19:47PM -0700, Mike Skoog wrote:
> =
> Subject: [PATCHv1 1/2] 8250_pci: pci.ids: EndRun Technologies PTP PCIe
> card recognition.
> From: Michael Skoog, EndRun Technologies, Inc.
What is all of this here for? I
On Fri, Oct 10, 2014 at 02:19:50PM -0700, Mike Skoog wrote:
> =
> Subject: [PATCHv1 2/2] 8250_pci: pci.ids: EndRun Technologies PTP PCIe
> card recognition.
> From: Michael Skoog
>
> Add recognition of EndRun Technologies PCIe PTP slave card
>
support setting suspend voltage and disable regulator in suspend.
Signed-off-by: Chris Zhong
Reviewed-by: Doug Anderson
---
Changes in v2:
- Add set_suspend_enable
drivers/regulator/rk808-regulator.c | 57 +--
1 file changed, 54 insertions(+), 3
From: Olaf Mandel
Align the documentation with the include/linux/etherdevice.h ,
which is where this example comes from. The return value from
the check was inverted in the documentation.
Signed-off-by: Olaf Mandel
Signed-off-by: Marek Vasut
Cc: Jiri Kosina
Cc: Joe Perches
Cc:
This patch fix up the problem we met in rk3288 smp cpu hotplug.
It is a known issue for the CA12/CA17 MPCore multiprocessor that the active
processors might be stalled when the individual processor is powered down,
we can avoid this prolbem by softreset the processor before power it down.
For the CA12/CA17 MPCore multiprocessor, the active processors might be
stalled when the individual processor is powered down.
For rk3288, we can avoid this prolbem by softreset the processor before
power it down.
Kever Yang (2):
ARM: rockchip: fix up rk3288 smp cpu hotplug
ARM: dts:
This patch add reset for CPU nodes to use the reset controller.
Signed-off-by: Kever Yang
---
arch/arm/boot/dts/rk3288.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot/dts/rk3288.dtsi
index 5e9c56d..291014d 100644
---
978 seconds
>>
>
> Strange, I don't get that error when testing on my Peach Pit with
> linux-next + $subject
>
> [2.311591] max77802-rtc max77802-rtc: rtc core: registered
> max77802-rtc as rtc0
> [3.594438] s3c-rtc 101e.rtc: rtc core: registered s3c as
=
Subject: [PATCHv1 1/2] 8250_pci: pci.ids: EndRun Technologies PTP PCIe
card recognition.
From: Michael Skoog, EndRun Technologies, Inc.
Add recognition of EndRun Technologies PCIe PTP slave card
and setups two ttySx ports to communicate to the
=
Subject: [PATCHv1 2/2] 8250_pci: pci.ids: EndRun Technologies PTP PCIe
card recognition.
From: Michael Skoog
Add recognition of EndRun Technologies PCIe PTP slave card
and setups two ttySx ports to communicate to the card for
retrieval of PTP
On 10.10.2014 20:56, Alex Thorlton wrote:
On Fri, Oct 10, 2014 at 11:20:52AM +0200, Peter Zijlstra wrote:
So for the numa thing we do everything from the affected tasks context.
There was a lot of arguments early on that that could never really work,
but here we are.
Should we convert
On 10/10/2014 02:10 PM, Arnd Bergmann wrote:
> On Friday 10 October 2014 12:25:17 Florian Fainelli wrote:
>>
>> On 09/22/2014 11:02 AM, Florian Fainelli wrote:
>>> Hi Arnd,
>>>
>>> This patch set contains two small fixes for the Broadcom GISB bus
>>> arbiter code. First patch makes sure we do
Hi
On Fri, Sep 12, 2014 at 1:09 PM, Luis R. Rodriguez
wrote:
> On Thu, Sep 11, 2014 at 10:48 PM, Tom Gundersen wrote:
>> On Fri, Sep 12, 2014 at 12:26 AM, Luis R. Rodriguez
>> wrote:
>>> On Thu, Sep 11, 2014 at 2:43 PM, Tom Gundersen wrote:
How about simply introducing a new flag to
From: Andi Kleen
For debugging low level code interacting with the CPU
it is often useful to trace the MSR read/writes. This gives
a concise summary of PMU and other operations.
perf has an ad-hoc way to do this using trace_printk,
but it's somewhat limited (and also now spews ugly
messages
From: Andi Kleen
Add the MSR names from msr-index.h to a trace including read/write_msr
events. This makes the output much easier to read.
Signed-off-by: Andi Kleen
---
Documentation/trace/postprocess/decode_msr.py | 22 ++
1 file changed, 22 insertions(+)
create mode
From: Andi Kleen
Now that we have generic MSR trace points we can remove the old
perf MSR trace code.
Signed-off-by: Andi Kleen
---
arch/x86/kernel/cpu/perf_event.h | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/arch/x86/kernel/cpu/perf_event.h
From: Andi Kleen
To add trace points to msr accesses we need to include
linux/tracepoint.h. Unfortunately this causes hellish include loops
when done in asm/msr.h, which is included all over. I tried to fix
several of them, but eventually gave up.
This patch moves the MSR functions out of line.
On 10/10/2014 02:22 PM, Arnd Bergmann wrote:
On Friday 10 October 2014 11:15:37 Murali Karicheri wrote:
@@ -54,6 +55,8 @@ static void __init keystone_init(void)
keystone_pm_runtime_init();
if (platform_nb.notifier_call)
bus_register_notifier(_bus_type,_nb);
+
On Fri, Oct 10, 2014 at 08:26:05PM +0200, Wolfram Sang wrote:
> platform_create_bundle() calls platform_driver_probe().
> platform_driver_probe() calls platform_driver_register().
> platform_driver_register() modifies driver.owner.
>
> So, it is correct from the point of view that it doesn't make
Makes it possible to define a rockchip,pmu phandle in the cpus node directly
referencing the pmu syscon instead of searching for specific compatible.
The old way of finding the pmu stays of course available.
Signed-off-by: Heiko Stuebner
Signed-off-by: Kever Yang
---
Changes in v3:
- add this
rk3288 is qual-core CPU Soc, we enable the smp in this patch.
In version 3 we use regmap and pmu syscon for cpu power on/off.
This should be work after Pankaj Dubey's patch applied:
(https://lkml.org/lkml/2014/9/30/156)
Changes in v3:
- add pmu regmap patches in version 3
- use one ops and
The pmu register space is - like the GRF - shared by quite some peripherals.
On the rk3188 and rk3288 even parts of the pinctrl are living there.
Therefore we normally shouldn't map it a second time when the syscon
does this already.
Therefore convert the cpu power-domain handling to access the
This patch add pmu reference and enable-method for smp
Signed-off-by: Heiko Stuebner
Signed-off-by: Kever Yang
---
Changes in v3:
- add this patch
Changes in v2: None
arch/arm/boot/dts/rk3288.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi
We use the "rockchip,rk3066-pmu" for rk3288 instead of creat
a new one.
Signed-off-by: Kever Yang
---
Changes in v3:
- add this patch in version 3
Changes in v2: None
arch/arm/boot/dts/rk3288.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This patch add basic rk3288 smp support.
Only cortex-A9 need invalid L1, A7/A12/A15/A17 should not invalid L1, since
for A7/A12/A15, the invalidation would be taken as clean and invalidate.
If you use the software manual invalidation instead of hardware invalidation
(assert l1/l2rstdisable
This patch add intmem node des which is needed by platsmp.c
Signed-off-by: Heiko Stuebner
Signed-off-by: Kever Yang
---
Changes in v3:
- remove 'enable-method' from this patch
- add compitable name "rockchip,rk3288-pmu-sram" for pmu-intmem
Changes in v2:
- adjust the alignment
Hi Linus,
Here are the device tree changes I have queued up for v3.18. Pretty
small set this time. Please pull.
g.
The following changes since commit fe82dcec644244676d55a1384c958d5f67979adb:
Linux 3.17-rc7 (2014-09-28 14:29:07 -0700)
are available in the git repository at:
On Fri, Oct 10, 2014 at 05:18:27PM -0400, Dave Jones wrote:
> On Fri, Oct 10, 2014 at 01:51:31PM -0700, Dmitry Torokhov wrote:
>
> > /*
> > - * Some Fujitsu notebooks are having trouble with touchpads if
> > - * active multiplexing mode is activated. Luckily they don't have
> > - * external
On Fri, Oct 10, 2014 at 01:51:31PM -0700, Dmitry Torokhov wrote:
> /*
> - * Some Fujitsu notebooks are having trouble with touchpads if
> - * active multiplexing mode is activated. Luckily they don't have
> - * external PS/2 ports so we can safely disable it.
> - * ... apparently some
On Fri, Oct 10, 2014 at 1:44 PM, Darrick J. Wong
wrote:
> Hi everyone,
>
> I was running nmap on a x86_64 qemu guest and experienced the following crash:
>
> # nmap -sS -O -vvv 192.168.122.1
> Starting Nmap 6.40 ( http://nmap.org ) at 2014-10-10 13:14 PDT
> Initiating ARP Ping Scan at 13:14
>
Hi Stephen,
Yes, the server is down and being worked on. I've moved my tree to
kernel.org. Here is the new URL:
git://git.kernel.org/pub/scm/linux/kernel/git/glikely/linux.git
g.
On Tue, Oct 7, 2014 at 11:48 PM, Stephen Rothwell wrote:
> Hi Grant,
>
> Fetching the devicetree tree this
On Friday 10 October 2014 12:25:17 Florian Fainelli wrote:
>
> On 09/22/2014 11:02 AM, Florian Fainelli wrote:
> > Hi Arnd,
> >
> > This patch set contains two small fixes for the Broadcom GISB bus
> > arbiter code. First patch makes sure we do register a fault code for
> > ARM platforms, second
Use dev_err instead of pt1_printk
o reduce object code size
o remove now unused pt1_printk macro
Neaten dev_ uses in pt3
o add missing newlines
o align arguments
o remove unnecessary OOM messages as there's a generic one
o typo fixes in messages
Signed-off-by: Joe Perches
---
On Fri, Oct 10, 2014 at 10:59:19PM +0200, Jiri Kosina wrote:
> On Fri, 10 Oct 2014, Dmitry Torokhov wrote:
>
> > Active multiplexing is a nice feature as it allows several pointing devices
> > (such as touchpad and external mouse) use their native protocols at the
> > same time. Unfortunately
On Fri, 10 Oct 2014, Dmitry Torokhov wrote:
> Active multiplexing is a nice feature as it allows several pointing devices
> (such as touchpad and external mouse) use their native protocols at the
> same time. Unfortunately many manufacturers do not implement the feature
> properly even though
On 10/10/2014 02:12 AM, Pali Rohár wrote:
Dell Latitude E6440 needs same settings as E6540.
Signed-off-by: Pali Rohár
Acked-by: Guenter Roeck
---
drivers/char/i8k.c |8
1 file changed, 8 insertions(+)
diff --git a/drivers/char/i8k.c b/drivers/char/i8k.c
index
On Fri, Oct 10, 2014 at 05:18:35PM +0100, Russell King - ARM Linux wrote:
> On Fri, Oct 10, 2014 at 12:47:06AM +0300, Aaro Koskinen wrote:
> > On Thu, Oct 09, 2014 at 10:41:01PM +0200, Rabin Vincent wrote:
> > > What GCC version are you using?
> > >
> > > 4.8.1 and 4.8.2 are known to
Active multiplexing is a nice feature as it allows several pointing devices
(such as touchpad and external mouse) use their native protocols at the
same time. Unfortunately many manufacturers do not implement the feature
properly even though they advertise it. The problematic implementations are
On Fri, Oct 10, 2014 at 05:41:58PM -0300, Arnaldo Carvalho de Melo wrote:
> Right, stoopid me, no need for some specific tracepoint, just to see
> that whatever tp it is, it will show up in "rasd"'s event loop. Ok, I'll
> try that later.
>
> Next stuff I probably will do is to move the bare
Hi everyone,
I was running nmap on a x86_64 qemu guest and experienced the following crash:
# nmap -sS -O -vvv 192.168.122.1
Starting Nmap 6.40 ( http://nmap.org ) at 2014-10-10 13:14 PDT
Initiating ARP Ping Scan at 13:14
Scanning 192.168.122.1 [1 port]
dmesg output is as follows (I set
Em Fri, Oct 10, 2014 at 10:28:54PM +0200, Borislav Petkov escreveu:
> On Fri, Oct 10, 2014 at 05:07:08PM -0300, Arnaldo Carvalho de Melo wrote:
> > I'll try lding rasd.c with it and checking if it works.
> > Never having tried this, what are the requisites to test it? Some
> > specific hardware
The following changes since commit d3ac21cacc24790eb45d735769f35753f5b56ceb:
mm: Support compiling out madvise and fadvise (2014-08-17 19:44:24 -0500)
are available in the git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/josh/linux.git
tags/tiny/no-advice-fixup-3.18
for
On Fri, Oct 10, 2014 at 07:06:42PM +0200, Oleg Nesterov wrote:
> On 10/10, Peter Zijlstra wrote:
> >
> > On Thu, Oct 09, 2014 at 09:32:32PM +0200, Oleg Nesterov wrote:
> > > @@ -2802,15 +2802,8 @@ need_resched:
> > > rq->curr = next;
> > > ++*switch_count;
> > >
> > > -
It seems struct esd_usb2 dev is not deallocated on disconnect.
The patch adds the deallocation.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/net/can/usb/esd_usb2.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Fri, Oct 10, 2014 at 05:07:08PM -0300, Arnaldo Carvalho de Melo wrote:
> Ok, so what is now at my perf/hists branch at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
>
> should do the trick, the patch below makes rasd.c use it.
Cool.
> I'll try lding rasd.c with it and
Hi!
Are you using tleds utility by any chance?
Or any utility that frequently switches keyboard indicators.
I've just discovered that running tleds (for Scroll Lock as eth0
indicator) can cause such problems, on an old MSI MS-171A. It causes
such messages:
psmouse serio4: Touchpad at
1 - 100 of 836 matches
Mail list logo