Add watchdog driver for MOXA ART SoCs.
Signed-off-by: Jonas Jensen jonas.jen...@gmail.com
---
Notes:
Applies to next-20130711
drivers/watchdog/Kconfig | 10 +++
drivers/watchdog/Makefile | 1 +
drivers/watchdog/moxart_wdt.c | 190 ++
3
On Thu, Jul 11, 2013 at 10:46:52AM +0100, Mel Gorman wrote:
@@ -829,10 +854,29 @@ static void task_numa_placement(struct task_struct *p)
}
}
- /* Update the tasks preferred node if necessary */
+ /*
+ * Record the preferred node as the node with the most
On Thu, Jul 11, 2013 at 12:49:17PM +0200, Konrad Vrba wrote:
cleaning up with 'make mrproper' does not help.
I still get the same error
.config please.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe from this list: send the line
On Thu, 2013-07-11 at 11:52 +0200, Alexander Graf wrote:
Where exactly (it is rather SPAPR_TCE_IOMMU but does not really
matter)?
Select it on KVM_BOOK3S_64? CONFIG_KVM_BOOK3S_64_HV?
CONFIG_KVM_BOOK3S_64_PR? PPC_BOOK3S_64?
I'd say the most logical choice would be to check the Makefile
On Thu, 2013-07-11 at 13:15 +0200, Alexander Graf wrote:
And that's bad. Jeez, seriously. Don't argue this case. We enable new
features individually unless we're 100% sure we can keep everything
working. In this case an ENABLE_CAP doesn't hurt at all, because user
space still needs to handle
On Thu, Jul 11, 2013 at 10:47:00AM +0100, Mel Gorman wrote:
+++ b/kernel/sched/fair.c
@@ -841,29 +841,81 @@ static unsigned int task_scan_max(struct task_struct *p)
*/
unsigned int sysctl_numa_balancing_settle_count __read_mostly = 3;
+static unsigned long source_load(int cpu, int
On Thu, 2013-07-11 at 13:15 +0200, Alexander Graf wrote:
There are 2 ways of dealing with this:
1) Call the ENABLE_CAP on every vcpu. That way one CPU may handle
this hypercall in the kernel while another one may not. The same as we
handle PAPR today.
2) Create a new ENABLE_CAP for
On Thu, Jul 11, 2013 at 01:21:02PM +0200, Peter Zijlstra wrote:
On Thu, Jul 11, 2013 at 10:46:48AM +0100, Mel Gorman wrote:
+++ b/mm/memory.c
@@ -3560,8 +3560,13 @@ int do_numa_page(struct mm_struct *mm, struct
vm_area_struct *vma,
set_pte_at(mm, addr, ptep, pte);
On 11.07.2013, at 14:37, Benjamin Herrenschmidt wrote:
On Thu, 2013-07-11 at 11:52 +0200, Alexander Graf wrote:
Where exactly (it is rather SPAPR_TCE_IOMMU but does not really
matter)?
Select it on KVM_BOOK3S_64? CONFIG_KVM_BOOK3S_64_HV?
CONFIG_KVM_BOOK3S_64_PR? PPC_BOOK3S_64?
I'd say
On 11.07.2013, at 14:39, Benjamin Herrenschmidt wrote:
On Thu, 2013-07-11 at 13:15 +0200, Alexander Graf wrote:
And that's bad. Jeez, seriously. Don't argue this case. We enable new
features individually unless we're 100% sure we can keep everything
working. In this case an ENABLE_CAP
2013/7/7 Alexander E. Patrakov patra...@gmail.com:
While playing a file from a CIFS-mounted samba share (over wireless,
if that matters), I got this deadlock:
[ 2164.132440] =
[ 2164.132443] [ INFO: possible recursive locking detected ]
[
On Thu, Jul 11, 2013 at 01:23:59PM +0200, Peter Zijlstra wrote:
On Thu, Jul 11, 2013 at 10:46:49AM +0100, Mel Gorman wrote:
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -1593,6 +1593,7 @@ static void __sched_fork(struct task_struct *p)
p-numa_scan_seq = p-mm ?
On 07/11/2013 10:51 PM, Alexander Graf wrote:
On 11.07.2013, at 14:39, Benjamin Herrenschmidt wrote:
On Thu, 2013-07-11 at 13:15 +0200, Alexander Graf wrote:
And that's bad. Jeez, seriously. Don't argue this case. We enable new
features individually unless we're 100% sure we can keep
On Thu, 2013-07-11 at 14:50 +0200, Alexander Graf wrote:
Not really no. But that would do. You could have give a more useful
answer in the first place though rather than stringing him along.
Sorry, I figured it was obvious.
It wasn't no, because of the mess with modules and the nasty
On Thu, 2013-07-11 at 14:51 +0200, Alexander Graf wrote:
I don't like bloat usually. But Alexey even had an #ifdef DEBUG in
there to selectively disable in-kernel handling of multi-TCE. Not
calling ENABLE_CAP would give him exactly that without ugly #ifdefs in
the kernel.
I don't see much
On Tue, Jul 09, 2013 at 11:46:23AM +0930, Rusty Russell wrote:
Michael S. Tsirkin m...@redhat.com writes:
For small packets we can simplify xmit processing
by linearizing buffers with the header:
most packets seem to have enough head room
we can use for this purpose.
Since existing
From: Jens Axboe ax...@kernel.dk
We have officially run out of flags in a 32-bit space. Extend it
to 64-bit even on 32-bit archs.
Signed-off-by: Jens Axboe ax...@kernel.dk
diff --git a/block/blk-core.c b/block/blk-core.c
index 93a18d1..cfa4dd3 100644
--- a/block/blk-core.c
+++
Add support for reinserting a dispatched request back to the
scheduler's internal data structures.
This capability is used by the device driver when it chooses to
interrupt the current request transmission and execute another (more
urgent) pending request. For example: interrupting long write in
On Thu, 2013-07-11 at 15:12 +1000, Alexey Kardashevskiy wrote:
Any debug code is prohibited? Ok, I'll remove.
Debug code that requires code changes is prohibited, yes.
Debug code that is runtime switchable (pr_debug, trace points, etc)
are allowed.
Bollox.
$ grep DBG\( arch/powerpc/
This patch add support in block elevator layers for handling
urgent requests. The decision if a request is urgent or not is taken
by the scheduler. Request is marked as urgent in cmd_flags (by the
scheduler) with a new flag - REQ_URGENT.
Urgent request notification is passed to the underlying
When the scheduler reports to the block layer that there is an urgent
request pending, the device driver may decide to stop the transmission
of the current request in order to handle the urgent one. This is done
in order to reduce the latency of an urgent request. For example:
long WRITE may be
On Thu, Jul 11, 2013 at 02:30:38PM +0200, Peter Zijlstra wrote:
On Thu, Jul 11, 2013 at 10:46:52AM +0100, Mel Gorman wrote:
@@ -829,10 +854,29 @@ static void task_numa_placement(struct task_struct *p)
}
}
- /* Update the tasks preferred node if necessary */
+ /*
struct ip_event assumes fixeed positions for ip, pid
and tid. That is no longer true with the addition of
PERF_SAMPLE_IDENTIFIER. The information is anyway in
struct sample, so use that instead.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-inject.c | 4 ++--
Enable parsing of samples with sample format bit
PERF_SAMPLE_IDENTFIER. In addition, if the kernel supports
it, prefer it to selecting PERF_SAMPLE_ID thereby avoiding
the need to force compatible sample types.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
Record pid on struct thread. The member is named 'pid_'
to avoid confusion with the 'tid' member which was previously
named 'pid'.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/machine.c | 16 +++-
tools/perf/util/thread.c | 3 ++-
Hi
Here are some fixes and tweaks to perf tools (version 5).
Changes in V5:
Re-based to Arnaldo's tree and dropped already applied patches:
perf tools: remove unused parameter
perf tools: fix missing tool parameter
perf tools: fix missing
It is useful to see the arguments to perf_event_open
and whether the perf events ring buffer was mmapped
per-cpu or per-thread. That information will now be
displayed when verbose is 2 i.e option -vv
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
Acked-by: Jiri Olsa jo...@redhat.com
---
Expand perf_event__synthesize_sample() to handle all
sample format bits.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-inject.c | 3 +-
tools/perf/util/event.h | 1 +
tools/perf/util/evsel.c | 70 -
3 files
The size of data retrieved from a sample event must be
validated to ensure it does not go past the end of the
event. That was being done sporadically and without
considering integer overflows.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/evsel.c | 101
struct ip_event assumes fixed positions for ip, pid
and tid. That is no longer true with the addition of
PERF_SAMPLE_IDENTIFIER.
struct ip_event is no longer used except by hists_link.c.
Move it there.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/tests/hists_link.c | 23
The event stream is not always parsable because the format of a sample
is dependent on the sample_type of the selected event. When there
is more than one selected event and the sample_types are not the
same then parsing becomes problematic. A sample can be matched to its
selected event using the
Add a test that checks that sample parsing is correctly
implemented.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/Makefile | 1 +
tools/perf/tests/builtin-test.c | 4 +
tools/perf/tests/sample-parsing.c | 231 ++
Add a new parameter for 'pid' to machine__findnew_thread().
Change callers to pass 'pid' when it is known.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-inject.c | 2 +-
tools/perf/builtin-kmem.c | 3 ++-
tools/perf/builtin-kvm.c | 3 ++-
On 11.07.2013, at 14:33, Benjamin Herrenschmidt wrote:
On Thu, 2013-07-11 at 15:12 +1000, Alexey Kardashevskiy wrote:
Any debug code is prohibited? Ok, I'll remove.
Debug code that requires code changes is prohibited, yes.
Debug code that is runtime switchable (pr_debug, trace points, etc)
Now that the sample parsing correctly checks data sizes
there is no reason for it to be done again for callchains.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/callchain.c | 8
tools/perf/util/callchain.h | 5 -
tools/perf/util/session.c | 20
Sample types need not be identical to determine
the sample id from the event. Only the position
of the sample id needs to be the same.
Compatible sample types are ones in which the bits
defined by PERF_COMPAT_MASK are the same.
'perf_evlist__config()' forces sample types to be
compatible on that
On Thu, Jul 11, 2013 at 12:49 PM, Konrad Vrba konrad.v...@gmail.com wrote:
On 7/11/13, Borislav Petkov b...@alien8.de wrote:
On Thu, Jul 11, 2013 at 12:28:20PM +0200, Konrad Vrba wrote:
Hello,
I have following error while compiling new stable kernel 3.10:
CC kernel/fork.o
CC
On Thu, Jul 11, 2013 at 02:03:22PM +0100, Mel Gorman wrote:
On Thu, Jul 11, 2013 at 02:30:38PM +0200, Peter Zijlstra wrote:
On Thu, Jul 11, 2013 at 10:46:52AM +0100, Mel Gorman wrote:
@@ -829,10 +854,29 @@ static void task_numa_placement(struct task_struct
*p)
}
}
On 07/11/2013 10:58 PM, Benjamin Herrenschmidt wrote:
On Thu, 2013-07-11 at 14:51 +0200, Alexander Graf wrote:
I don't like bloat usually. But Alexey even had an #ifdef DEBUG in
there to selectively disable in-kernel handling of multi-TCE. Not
calling ENABLE_CAP would give him exactly that
On 7/11/13, Geert Uytterhoeven ge...@linux-m68k.org wrote:
On Thu, Jul 11, 2013 at 12:49 PM, Konrad Vrba konrad.v...@gmail.com
wrote:
On 7/11/13, Borislav Petkov b...@alien8.de wrote:
On Thu, Jul 11, 2013 at 12:28:20PM +0200, Konrad Vrba wrote:
Hello,
I have following error while compiling
On 08/07/13 14:03, Roger Pau Monne wrote:
With the current implementation, the callback in the tail of the list
can be added twice, because the check done in
gnttab_request_free_callback is bogus, callback-next can be NULL if
it is the last callback in the list. If we add the same callback
On Thu, Jul 11, 2013 at 02:56:46PM +0200, Konrad Vrba wrote:
.config is attached
Your config builds just fine here.
And you must be having some garbage lying around because 3.10 doesn't
have timeconst.pl:
$ git describe
v3.10
$ git ls-files | grep timeconst
kernel/timeconst.bc
--
On 05/07/13 16:24, Namhyung Kim wrote:
Hi Adrian,
On Thu, Jul 4, 2013 at 10:20 PM, Adrian Hunter adrian.hun...@intel.com
wrote:
The event stream is not always parsable because the format of a sample
is dependent on the sample_type of the selected event. When there
is more than one
On 08/07/13 14:03, Roger Pau Monne wrote:
Improve the calculation of required grants to process a request by
using nr_phys_segments instead of always assuming a request is going
to use all posible segments.
This isn't obviously correct to me. Why is this correct value for the
number of pages
On 11.07.2013, at 15:13, Alexey Kardashevskiy wrote:
On 07/11/2013 10:58 PM, Benjamin Herrenschmidt wrote:
On Thu, 2013-07-11 at 14:51 +0200, Alexander Graf wrote:
I don't like bloat usually. But Alexey even had an #ifdef DEBUG in
there to selectively disable in-kernel handling of multi-TCE.
On Thu 11-07-13 12:26:34, Dave Chinner wrote:
On Wed, Jul 10, 2013 at 10:06:05AM +0200, Michal Hocko wrote:
On Wed 10-07-13 12:31:39, Dave Chinner wrote:
[...]
20761 [a0305fdd] xlog_grant_head_wait+0xdd/0x1a0 [xfs]
[a0306166] xlog_grant_head_check+0xc6/0xe0 [xfs]
On Thu, Jul 11, 2013 at 02:39:02PM +0200, Peter Zijlstra wrote:
On Thu, Jul 11, 2013 at 10:47:00AM +0100, Mel Gorman wrote:
+++ b/kernel/sched/fair.c
@@ -841,29 +841,81 @@ static unsigned int task_scan_max(struct task_struct
*p)
*/
unsigned int sysctl_numa_balancing_settle_count
There is a patch b55f84e2d527182e7c611d466cd0bb6ddce201de ata_piix: Fix DVD
not dectected at some Haswell platforms to fix an issue of DVD not
recognized on Haswell Desktop platform with Lynx Point.
Recently, it is also found the same issue at some platformas with Wellsburg PCH.
So deliver a
It's private
I am George Daniels, a Banker and credit system programmer (HSBC bank).
I saw your email address while browsing through the bank D.T.C Screen in
my office yesterday so I decided to use this very chance to know you. I
believe we should use every opportunity to know each other better.
On 08/07/13 14:03, Roger Pau Monne wrote:
Prevent blkfront from hoarding all grants by adding a minimum number
of grants that must be free at all times. We still need a way to free
unused grants in blkfront, but this patch will mitigate the problem
in the meantime.
I think this could end up
On Thu, Jul 11, 2013 at 6:31 PM, Tanya Brokhman tlin...@codeaurora.org wrote:
When the scheduler reports to the block layer that there is an urgent
request pending, the device driver may decide to stop the transmission
of the current request in order to handle the urgent one. This is done
in
On 08/07/13 14:03, Roger Pau Monne wrote:
This series also includes a bug fix for the grant table free callback
implementation.
I think this should have been split out from this series.
According to my tests, this series don't introduce any performance
regressions, results can be seen at:
On Thu, Jul 11 2013 at 2:20am -0400,
Stephen Rothwell s...@canb.auug.org.au wrote:
On Thu, 11 Jul 2013 02:34:48 +0100 Alasdair G Kergon a...@redhat.com wrote:
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/agk/linux-dm
tags/dm-3.11-changes
to get the
x2APIC extends APICID from 8 bits to 32 bits, but the device interrupt routed
from IOAPIC or delivered in MSI mode will keep 8 bits destination APICID.
In order to support x2APIC, the VT-d interrupt remapping is introduced to
translate the destination APICID to 32 bits in x2APIC mode and keep the
Hi guys,
These two patches enhance a little bit the HIDp driver:
- the first one re-implement in a safer way the callback hidinput_input_event,
allowing keyboards leds to be set over bluetooth
- the second one disable the send_report commands called during init, which
are not part of the spec
Hi All,
I complied the latest kernel 3.10.0+ pulled from the git on top of
3.10.0-rc5+ by enabling the new Virtualiztaion features. The compliation
was sucessfull, when I rebooted the machine it fails to boot with error
as systemd [1] : Failed to mount /dev : no such device.
Is it problem
We can re-enable hidinput_input_event to allow the leds of bluetooth
keyboards to be set.
Now the callbacks uses hid core to retrieve the right HID report to
send, so this version is safer.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
net/bluetooth/hidp/core.c | 26
The USB hid implementation does retrieve the reports during the start.
However, this implementation does not call the HID command GET_REPORT
(which would fetch the current status of each report), but use the
DATA command, which is an Output Report (so transmitting data from the
host to the
On 11.07.2013, at 15:41, chandrashekar shastri wrote:
Hi All,
I complied the latest kernel 3.10.0+ pulled from the git on top of
3.10.0-rc5+ by enabling the new Virtualiztaion features. The compliation was
sucessfull, when I rebooted the machine it fails to boot with error as
systemd
On Thu, 2013-07-11 at 12:11 +0200, Alexander Graf wrote:
So I must add one more ioctl to enable MULTITCE in kernel handling. Is it
what you are saying?
I can see KVM_CHECK_EXTENSION but I do not see KVM_ENABLE_EXTENSION or
anything like that.
KVM_ENABLE_CAP. It's how we enable sPAPR
On 7/11/13, Borislav Petkov b...@alien8.de wrote:
On Thu, Jul 11, 2013 at 02:56:46PM +0200, Konrad Vrba wrote:
.config is attached
Your config builds just fine here.
And you must be having some garbage lying around because 3.10 doesn't
have timeconst.pl:
$ git describe
v3.10
$ git
On 07/11/2013 11:41 PM, chandrashekar shastri wrote:
Hi All,
I complied the latest kernel 3.10.0+ pulled from the git on top of
3.10.0-rc5+ by enabling the new Virtualiztaion features. The compliation
was sucessfull, when I rebooted the machine it fails to boot with error as
systemd [1] :
On 10/07/13 10:19, Roger Pau Monné wrote:
From 1ede72ba10a7ec13d57ba6d2af54e86a099d7125 Mon Sep 17 00:00:00 2001
From: Roger Pau Monne roger@citrix.com
Date: Wed, 10 Jul 2013 10:22:19 +0200
Subject: [PATCH RFC] xen-blkfront: revoke foreign access for grants not
mapped by the backend
On 07/08/2013 09:09 PM, Waiman Long wrote:
This patch adds a new helper function d_count() in dcache.h for
returning the current reference count of the dentry object. It
should be used by all the files outside of the core dcache.c and
namei.c files.
I want to know people's thought of spinning
Hi
On Thu, Jul 11, 2013 at 3:41 PM, Benjamin Tissoires
benjamin.tissoi...@redhat.com wrote:
The USB hid implementation does retrieve the reports during the start.
However, this implementation does not call the HID command GET_REPORT
(which would fetch the current status of each report), but
On 07/11/2013 05:43 AM, Yijing Wang wrote:
Introduce PCIe Ext Capability Device Serial Number support,
so we can use the unique device serial number to identify
the physical device. During system suspend, if the PCIe
device was removed and inserted a new same device, after
system resume there is
Move spin_lock_init to be called before the spinlocks are used, preventing a
lockdep splat.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/drivers/net/ethernet/atheros/alx/main.c
b/drivers/net/ethernet/atheros/alx/main.c
index 418de8b..d30085c 100644
---
On Wed, Jul 10, 2013 at 07:11:53PM -0700, Linus Torvalds wrote:
You need to start being more careful. And I would seriously suggest
you start doing some explicit testing for this. You can do things like
find . -user root, and if that shows a single file in the kernel
tree after a make
If NO_DMA=y:
drivers/built-in.o: In function `dwc3_free_one_event_buffer':
drivers/usb/dwc3/core.c:132: undefined reference to `dma_free_coherent'
drivers/built-in.o: In function `dwc3_alloc_one_event_buffer':
drivers/usb/dwc3/core.c:154: undefined reference to `dma_alloc_coherent'
On Thu, Jul 11, 2013 at 03:47:36PM +0200, Konrad Vrba wrote:
You are right.
I have now tried compiling on another machine, and that works fine.
But I am using the same config and same kernel tar.xz
that does not make sense
Can you restart from scratch on the first machine? Download a new
If NO_DMA=y:
drivers/built-in.o: In function `dma_set_coherent_mask':
include/linux/dma-mapping.h:93: undefined reference to `dma_supported'
include/linux/dma-mapping.h:93: undefined reference to `dma_supported'
drivers/built-in.o: In function `usb_gadget_unmap_request':
Add RTC driver for MOXA ART SoCs.
Signed-off-by: Jonas Jensen jonas.jen...@gmail.com
---
Notes:
Thanks for the review Mark, what you said should be
fixed in v2.
Applies to next-20130711
Changes since v1:
1. remove defines GPIO_EM1240_HIGH and GPIO_EM1240_LOW
If NO_DMA=y:
drivers/built-in.o: In function `fotg210_start_dma':
drivers/usb/gadget/fotg210-udc.c:354: undefined reference to `dma_map_single'
drivers/usb/gadget/fotg210-udc.c:357: undefined reference to `dma_mapping_error'
drivers/usb/gadget/fotg210-udc.c:362: undefined reference to
If NO_DMA=y:
drivers/built-in.o: In function `dma_set_coherent_mask':
include/linux/dma-mapping.h:93: undefined reference to `dma_supported'
drivers/built-in.o: In function `destroy_eps':
drivers/usb/chipidea/udc.c:1598: undefined reference to `dma_pool_free'
drivers/built-in.o: In function
On Thu, Jul 11, 2013 at 04:20:40PM +1000, Stephen Rothwell wrote:
Alistair, is there some reason that you cannot maintain some relatively
stable git tree for me to fetch (instead of the quilt series).
Well Mike Snitzer is becoming a joint maintainer and this also requires
changes to the
If NO_DMA=y:
drivers/built-in.o: In function `done':
drivers/usb/gadget/mv_udc_core.c:239: undefined reference to `dma_pool_free'
drivers/built-in.o: In function `build_dtd':
drivers/usb/gadget/mv_udc_core.c:371: undefined reference to `dma_pool_alloc'
drivers/built-in.o: In function
Thanks for these details!
On Thu, Jul 11, 2013 at 4:47 AM, Jean Delvare kh...@linux-fr.org wrote:
Hi Guenter, Justin,
On Wed, 3 Jul 2013 07:42:01 -0700, Guenter Roeck wrote:
On Wed, Jul 03, 2013 at 08:35:59AM -0400, Justin Piszcz wrote:
I also found:
Linus,
please pull sound fixes for v3.11-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.11
The topmost commit is 42d4ab832d843b5a512b373c86e70caa43a041c8
sound fixes for 3.11
A few small
Hi
On Thu, Jul 11, 2013 at 3:41 PM, Benjamin Tissoires
benjamin.tissoi...@redhat.com wrote:
We can re-enable hidinput_input_event to allow the leds of bluetooth
keyboards to be set.
Now the callbacks uses hid core to retrieve the right HID report to
send, so this version is safer.
If NO_DMA=y:
drivers/built-in.o: In function `mv_u3d_done':
drivers/usb/gadget/mv_u3d_core.c:206: undefined reference to `dma_pool_free'
drivers/usb/gadget/mv_u3d_core.c:209: undefined reference to `dma_unmap_single'
drivers/built-in.o: In function `mv_u3d_build_trb_one':
2013/7/11 Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com:
On 07/11/2013 11:10 AM, Lan Tianyu wrote:
2013/7/11 Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com:
Oops! You are right. Hmm, this looks quite difficult to get right :(
There are multiple challenges here:
If I understand
Sorry, did a 'reply' instead of 'reply all' on first reply to this patch...
excuse any repeat...
- Don
On 07/11/2013 05:43 AM, Yijing Wang wrote:
If device was removed from slot and reinsert a new device during
suspend, pciehp can not identify the physical device change now.
So the old driver
On Thu, Jul 11, 2013 at 03:11:58PM +0200, Peter Zijlstra wrote:
On Thu, Jul 11, 2013 at 02:03:22PM +0100, Mel Gorman wrote:
On Thu, Jul 11, 2013 at 02:30:38PM +0200, Peter Zijlstra wrote:
On Thu, Jul 11, 2013 at 10:46:52AM +0100, Mel Gorman wrote:
@@ -829,10 +854,29 @@ static void
Hi David,
On Thu, Jul 11, 2013 at 4:02 PM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
+static int hidp_hidinput_event(struct input_dev *dev, unsigned int type,
+ unsigned int code, int value)
+{
+ struct hid_device *hid = input_get_drvdata(dev);
I
On Thu, 2013-07-11 at 17:43 +0800, Yijing Wang wrote:
v1-v2: Modify pci_get_dsn to pci_device_serial_number,
power off slot before remove the old device during resume to avoid
old .remove() method to touch new hardware.
Fix other typo and fail check
On Thu, 2013-07-11 at 17:43 +0800, Yijing Wang wrote:
Introduce PCIe Ext Capability Device Serial Number support,
so we can use the unique device serial number to identify
the physical device. During system suspend, if the PCIe
device was removed and inserted a new same device, after
system
On Thu, 11 Jul 2013, Srivatsa S. Bhat wrote:
Oops! You are right. Hmm, this looks quite difficult to get right :(
There are multiple challenges here:
1. The sysfs files must not be removed during cpu_down, and not initialized
during cpu_up. That would help us preserve the file
On 7/11/13, Borislav Petkov b...@alien8.de wrote:
On Thu, Jul 11, 2013 at 03:47:36PM +0200, Konrad Vrba wrote:
You are right.
I have now tried compiling on another machine, and that works fine.
But I am using the same config and same kernel tar.xz
that does not make sense
Can you restart
3.5.7.17 -stable review patch. If anyone has any objections, please let me
know.
--
From: George Cherian george.cher...@ti.com
commit 5388a3a5faba8dfa69e5f06c3a415d373c1a4316 upstream.
Do a release_mem_region of the hcd resource. Without this the
subsequent insertion of
3.5.7.17 -stable review patch. If anyone has any objections, please let me
know.
--
From: Nicolin Chen b42...@freescale.com
commit 2e7ee15ced914e109a1a5b6dfcd463d846a13bd5 upstream.
Also fix return values for headphone switch updates.
Signed-off-by: Nicolin Chen
3.5.7.17 -stable review patch. If anyone has any objections, please let me
know.
--
From: Lv Zheng lv.zh...@intel.com
commit 7cec7048fe22e3e92389da2cd67098f6c4284e7f upstream.
Previous implementation incorrectly used the ACPI 5.0 extended
sleep registers if they were simply
3.5.7.17 -stable review patch. If anyone has any objections, please let me
know.
--
From: Gabor Juhos juh...@openwrt.org
commit 0a6f3a8ebaf13407523c2c7d575b4ca2debd23ba upstream.
The current code uses the same index value both
for the channel information array and for the TX
3.5.7.17 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sreekanth Reddy sreekanth.re...@lsi.com
commit 48ba2efc382f94fae16ca8ca011e5961a81ad1ea upstream.
When SCSI command is received with task attribute not set, set it to SIMPLE.
Previously
3.5.7.17 -stable review patch. If anyone has any objections, please let me
know.
--
From: Phil Oester ker...@linuxace.com
commit 70d19f805f8c047fc0a28dec9306b3773971c8d9 upstream.
As a followup to commit 409b545a (netfilter: xt_TCPMSS: Fix violation
of RFC879 in absence of
3.5.7.17 -stable review patch. If anyone has any objections, please let me
know.
--
From: Kees Cook keesc...@chromium.org
commit 3594f4c0d7bc51e3a7e6d73c44e368ae079e42f3 upstream.
The exposed interface for cm_notify_event() could result in the event msg
string being parsed as
3.5.7.17 -stable review patch. If anyone has any objections, please let me
know.
--
From: Alex Williamson alex.william...@redhat.com
commit 60d0ca3cfd199b6612f4999a3470dad38bb1 upstream.
If we use a large mapping, the expectation is that only unmaps from
the first pte in
On 07/11/2013 07:33 PM, Lan Tianyu wrote:
2013/7/11 Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com:
I tried to address all these in this patch, but you found yet another serious
loop-hole. I guess I'm out of ideas now... if anybody has any thoughts on how
to get this right, then I'm all
3.5.7.17 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jan Kara j...@suse.cz
commit a60697f411eb365fb09e639e6f183fe33d1eb796 upstream.
On 32-bit architectures with 32-bit sector_t computation of data offset
in ext4_xattr_fiemap() can
On Thu, 2013-07-11 at 17:43 +0800, Yijing Wang wrote:
Currently, pciehp_resume() try to hot add device if the slot adapter
status return true. But if there are already some devices exist,
namely list_empty(bus-devices) return false. We should not add the device
again, because the device add
3.5.7.17 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ben Hutchings b...@decadent.org.uk
commit b8cb62f82103083a6e8fa5470bfe634a2c06514d upstream.
1. Check for allocation failure
2. Clear the buffer contents, as they may actually be written
901 - 1000 of 1458 matches
Mail list logo