Use arch_get_random_seed*() in two places in the Linux random
driver (drivers/char/random.c):
1. During entropy pool initialization, use RDSEED in favor of RDRAND,
with a fallback to the latter. Entropy exhaustion is unlikely to
happen there on physical hardware as the machine is single-thr
If we have arch_get_random_seed*(), try to use it for emergency refill
of the entropy pool before giving up and blocking on /dev/random. It
may or may not work in the moment, but if it does work, it will give
the user better service than blocking will.
Reviewed-by: Ingo Molnar
Signed-off-by: H.
Upcoming Intel silicon adds a new RDSEED instruction. Whereas RDRAND
returns output from a PRNG, the RDSEED instruction returns fully
conditioned entropy that is suitable for use as seeds to a PRNG.
This patchset adds support for RDSEED in the Linux kernel in three
places:
1. During bootup, use
753.914387] kernel BUG at mm/mlock.c:512!
[ 1753.914387] invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 1753.914387] Dumping ftrace buffer:
[ 1753.914387](ftrace buffer empty)
[ 1753.914387] Modules linked in:
[ 1753.914387] CPU: 26 PID: 36822 Comm: trinity-c337 Tainted: G
W
Hi Robert,
On Friday 14 March 2014 08:05:05 Robert Schwebel wrote:
> On Thu, Mar 13, 2014 at 04:13:08PM +0100, Sylwester Nawrocki wrote:
> > My experience and feelings are similar, I started to treat mainline
> > kernel much less seriously after similar DT related blocking issues.
>
> So how do w
Ok. I will rebase this patch in staging-next branch and send it again.
Thanks.
Daeseok Youn.
2014-03-18 6:23 GMT+09:00 Greg KH :
> On Mon, Mar 10, 2014 at 08:54:18AM +0900, Daeseok Youn wrote:
>>
>> The mkret() change a value of error from positive to
>> negative. This patch is modified to return
On Wed, Mar 12, 2014 at 10:24:21AM +0900, Nobuhiro Iwamatsu wrote:
> Register for the device are mapped in uio_mmap_physical().
> In this case, it might not be the same as the size of VMA always.
Why wouldn't this be the case?
> This uses PAGE_ALIGN to memory size, fix the check of the memory siz
> Root cause time: it's wrong for the oom-killer to use SIGKILL. In fact
It has to use SIGKILL anything else might be caught and grow the user
stack a page..
> it's basically always wrong to send signals from in-kernel. Signals
> are a userspace IPC mechanism and using them in-kernel a) makes i
On Mon, 17 Mar 2014 16:00:05 +0100 Ralph Mueck wrote:
> This patch introduces a consistency check feature for level-1 RAID
> arrays that have been created with the md driver.
> When enabled, every read request is duplicated and initiated for each
> member of the RAID array. All read blocks are co
On Sat, Mar 15, 2014 at 11:49:09PM -0700, Ben Chan wrote:
> This patch adds the MBIM extended functional descriptor structure
> defined in "Universal Serial Bus Communications Class Subclass
> Specification for Mobile Broadband Interface Model, Revision 1.0,
> Errata-1" published by USB-IF.
>
> Si
On Mon, Mar 17, 2014 at 04:04:04PM -0700, Greg KH wrote:
> On Mon, Mar 10, 2014 at 09:33:37AM +0100, Robert Baldyga wrote:
> > This patch adds missing spin_unlock and mutex_unlock calls in
> > error handling code.
> >
> > Signed-off-by: Robert Baldyga
> > Acked-by: Michal Nazarewicz
> > Acked-by
On Mon, Mar 10, 2014 at 09:33:37AM +0100, Robert Baldyga wrote:
> This patch adds missing spin_unlock and mutex_unlock calls in
> error handling code.
>
> Signed-off-by: Robert Baldyga
> Acked-by: Michal Nazarewicz
> Acked-by: Felipe Balbi
> ---
> drivers/usb/gadget/f_fs.c |8 ++--
> 1
ction called from invalid context at
> mm/vmalloc.c:74
> [ 631.541181] in_atomic(): 1, irqs_disabled(): 0, pid: 94, name: kworker/u8:2
> [ 631.541183] Preemption disabled at:[]
> zram_bvec_rw.isra.14+0x2be/0x4fc [zram]
>
> [ 631.541193] CPU: 2 PID: 94 Comm: kworker/u8:
87] invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 1753.914387] Dumping ftrace buffer:
[ 1753.914387](ftrace buffer empty)
[ 1753.914387] Modules linked in:
[ 1753.914387] CPU: 26 PID: 36822 Comm: trinity-c337 Tainted: GW
3.14.0-rc6-next-20140317-sasha-00012-ge93392
90231](ftrace buffer empty)
[ 2977.290231] Modules linked in:
[ 2977.290231] CPU: 20 PID: 36563 Comm: trinity-c383 Tainted: GW
3.14.0-rc6-next-20140317-sasha-00012-ge933921-dirty #226
[ 2977.290231] task: 880bf79d3000 ti: 880bfb5c8000 task.ti:
880bfb5c8000
[ 2977.290231
On Mon, 17 Mar 2014 16:00:04 +0100 Ralph Mueck wrote:
> This patch adds sysfs configurability for the md level-1 RAID
> consistency check.
> The feature introduces a new attribute in sysfs named "safe_read".
> To toggle consistency checks on/off, simply echo safe_read in
> /sys/block/md*/md/safe_
On 03/03/14 20:59, Kishon Vijay Abraham I wrote:
On Monday 03 March 2014 10:52 AM, Yuvaraj Kumar C D wrote:
This patch adds dt entry for ahci sata controller and its
corresponding phy controller.phy node has been added w.r.t
new generic phy framework.
Signed-off-by: Yuvaraj Kumar C D
This
On Wed, Mar 12, 2014 at 01:19:13PM +0200, Tomas Winkler wrote:
> From: Alexander Usyskin
>
> Consistently display error on possible copy_from/to_user failures
> use dev_dbg so it cannot be abused to flood the kernel log
>
> Signed-off-by: Alexander Usyskin
> Signed-off-by: Tomas Winkler
> Rev
On 17 March 2014 13:44, Ezequiel Garcia
wrote:
> On Mar 17, Sebastian Capella wrote:
>> On 16 March 2014 00:09, Ezequiel Garcia
>> wrote:
>> > On Mar 05, Sebastian Capella wrote:
>> > [..]
>> >> diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
>> >> index 1f8fed9..83707702 100644
>> >> ---
On 02/17/14 18:44, Naveen Krishna Chatradhi wrote:
This patch adds the device tree node for SSS module
found on Exynos5420 and Exynos5250
Signed-off-by: Naveen Krishna Chatradhi
Reviewed-by: Tomasz Figa
TO:
CC: David S. Miller
CC: Kukjin Kim
CC:
---
Changes since v6:
None
arch/arm/boot/dts/ex
This patch add the VDSO time support for the IA32 Emulation Layer.
Due the nature of the kernel headers and the LP64 compiler where the
size of a long and a pointer differs against a 32 bit compiler, there
is some type hacking necessary for optimal performance.
The vsyscall_gtod_data struture mus
Peter,
I've queued up a few fixes that avoid some crashes when running with
CONFIG_EFI_MIXED. Please pull into the queue for the merge window.
The following changes since commit 617b3c37da78cb89c63ed880b2405afc7490567b:
Merge branch 'mixed-mode' into efi-for-mingo (2014-03-05 18:18:50 +)
From: "H. Peter Anvin"
For the 32-bit VDSO, match the 64-bit VDSO in:
1. Disable the stack protector.
2. Use -fno-omit-frame-pointer for user space debugging sanity.
3. Use -foptimize-sibling-calls like the 64-bit VDSO does.
Reported-by: Ingo Molnar
Signed-off-by: Stefani Seibold
---
arch/x8
From: Andy Lutomirski
By coincidence, the VVAR page is at the end of an ELF segment. As a
result, if it ends up being a partial page, the kernel loader will
leave garbage behind at the end of the vvar page. Zero-pad it to a
full page to fix this issue.
This has probably been broken since the V
This patch enables 32 bit vDSO which are larger than a page.
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vdso32-setup.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/arch/x86/vdso/vdso32-setup.c b/arch/x86/vdso/vdso32-setup.c
index e10abdf..0bc3
perf test emits the following warning:
$ perf test
5: parse events tests
...
Warning: unknown op '->'
...
Add the operator to the checks.
Cc: Steven Rostedt
Cc: Namhyung Kim
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/lib/tracee
Cc: Steven Rostedt
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index b3fdb0f..788effd 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6693,6 +6693,7 @@ F:arch/*/kernel/*/*/p
This patch move the vsyscall_gtod_data handling out of vsyscall_64.c
into an additonal file vsyscall_gtod.c to make the functionality
available for x86 32 bit kernel.
It also adds a new vsyscall_32.c which setup the VVAR page.
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani Seibold
---
arc
On Mon, Mar 17, 2014 at 04:29:37PM -0300, Mauro Carvalho Chehab wrote:
> Em Mon, 17 Mar 2014 11:29:53 -0700
> Greg KH escreveu:
>
> > On Mon, Mar 17, 2014 at 08:01:22AM -0300, Mauro Carvalho Chehab wrote:
> > > Em Mon, 17 Mar 2014 18:55:42 +1100
> > > Stephen Rothwell escreveu:
> > >
> > > > Hi
This intermediate patch revamps the vclock_gettime.c by moving some functions
around. It is only for spliting purpose, to make whole the 32 bit vdso timer
patch easier to review.
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vclock_gettime.c | 85
Note in the comment that field_is_long() also checks for "unsigned
long" and "unsigned long long" in addition to "long long".
Cc: Steven Rostedt
Cc: Namhyung Kim
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/lib/traceevent/event-parse.c | 2 +-
1 fi
Hi,
The motivation for the series is mainly [2/5] and [5/5] -- to squelch
the warnings emitted by 'perf test'. I made some effort to understand
what's going on, but I didn't get very far. [5/5] feels especially
like a band-aid fix: please let me know how to do it right.
Thanks.
Ramkumar Ramachan
When token cannot be more than one value, it seems wasteful to go
through all the strcmp() calls. Use an else-if cascade instead.
Cc: Steven Rostedt
Cc: Namhyung Kim
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/lib/traceevent/event-parse.c | 12 +++
perf test emits the following warnings on the parse events test:
$ perf test
5: parse events tests
Warning: function sizeof not defined
Warning: function sizeof not defined
Warning: function sizeof not defined
Warning: function sizeof not defined
Warning: function sizeof n
This patch is a small code cleanup for the __vdso_clock_gettime() function.
It removes the unneeded return values from do_monotonic_coarse() and
do_realtime_coarse() and add a fallback label for doing the kernel
gettimeofday() system call.
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani Seib
This patch add the time support for 32 bit a VDSO to a 32 bit kernel.
For 32 bit programs running on a 32 bit kernel, the same mechanism is
used as for 64 bit programs running on a 64 bit kernel.
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani Seibold
---
arch/x86/include/asm/vdso.h
On Thu, 13 Mar, at 10:46:53PM, Leif Lindholm wrote:
> Since all prerequisites are not ready for the (32-bit) arm patches to
> go in, I have broken these out of this set and will be resubmitting
> them separately.
>
> This set now provides arm64 support only - but includes the code that
> is common
From: Andy Lutomirski
We need the alternatives mechanism for rdtsc_barrier() to work.
Signed-off-by: Stefani Seibold
---
arch/x86/include/asm/vdso.h | 2 ++
arch/x86/vdso/Makefile | 3 ++-
arch/x86/vdso/vdso32-setup.c | 23 ---
arch/x86/vdso/vma.c | 13 +++
There a currently more than 30 users of the gtod macro, so replace the
last VVAR(vsyscall_gtod_data) by gtod macro.
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vclock_gettime.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86/v
This patch revamps the vvar.h for introduce the VVAR macro for vdso32.
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani Seibold
---
arch/x86/include/asm/vvar.h | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/vvar.h b/arch/x86/include/a
This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
and vdso_time() to the x86 32 bit VDSO.
The reason to do this was to get a fast reliable time stamp. Many developers
uses TSC to get a fast time stamp, without knowing the pitfalls. VDSO
time functions a fast and a reliable way
This patch do a little cleanup for the __vdso_gettimeofday() function.
It kicks out an unneeded ret local variable and makes the code faster
if only the timezone is needed (an admittedly rare case.)
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vclock_gettime.c
On 03/17/2014 02:39 AM, Jan Kara wrote:
> On Fri 14-03-14 11:33:32, John Stultz wrote:
>> Users of volatile ranges will need to know if memory was discarded.
>> This patch adds the purged state tracking required to inform userland
>> when it marks memory as non-volatile that some memory in that ran
The _install_special_mapping() is the new base function for
install_special_mapping(). This function will return a pointer of the
created VMA or a error code in an ERR_PTR()
This new function will be needed by the for the vdso 32 bit support to map the
additonal vvar and hpet pages into the 32 bit
On Mon, Mar 17, 2014 at 06:05:54PM -0400, Tejun Heo wrote:
> I think this is being blown out of proportion. It was a rarely used
> API and converting to the new one is mostly trivial which can be
So, looked at the failed code. The only necessary change seems to be
calling device_remove_file_self
On 03/17/2014 02:21 AM, Jan Kara wrote:
> On Fri 14-03-14 11:33:31, John Stultz wrote:
>> This patch introduces the vrange() syscall, which allows for specifying
>> ranges of memory as volatile, and able to be discarded by the system.
>>
>> This initial patch simply adds the syscall, and the vma ha
On 17.3.2014 22:08, Sasha Levin wrote:
On 03/17/2014 08:38 AM, Vlastimil Babka wrote:
On 03/15/2014 04:06 AM, Sasha Levin wrote:
On 03/14/2014 07:55 PM, Sasha Levin wrote:
On 12/17/2013 08:00 AM, Vlastimil Babka wrote:
From: Vlastimil Babka
Date: Fri, 13 Dec 2013 14:25:21 +0100
Subject: [PATC
Thanks Russell!
On 16 March 2014 02:46, Russell King - ARM Linux wrote:
> On Mon, Mar 10, 2014 at 11:32:17AM -0700, Sebastian Capella wrote:
...
> Let's look at the implementations...
>
> #define __pa(x) __virt_to_phys((unsigned long)(x))
> static inline phys_addr_t __virt_to_phys
Hello,
On Mon, Mar 17, 2014 at 02:56:19PM -0700, Greg KH wrote:
> > Now regarding the practicals of sorting out our trees, Stephen suggested
> > that rather than doing anything on my side (heh, I like that !), you
> > should revert the last patch of the series, the one removing the old
> > API, in
On Mon, 17 Mar 2014 16:57:29 +0100 "Michael Kerrisk (man-pages)"
wrote:
> Hi Aneesh, (and others)
>
> Below is a man page I've written for name_to_handle_at(2) and
> open_by_name_at(2). Would you be willing to review it please,
> and let me know of any corrections/improvements?
>
> Thanks,
>
>
Fix checkpatch error
return is not a function, parentheses are not required
Signed-off-by: Tomas Winkler
---
V2: fix typo in the commit message
checkpetch -> checkpatch
drivers/misc/mei/client.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/misc/mei/client
On Tue, Mar 18, 2014 at 07:33:30AM +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2014-03-17 at 11:33 -0700, Greg KH wrote:
>
> > There were only 3 (or 4), users of this api, and no new ones had been
> > added in _years_, it's a very obscure thing, and odds are, it wouldn't
> > ever be added again
In kernel/sched/core.c, there is:
static int init_rootdomain(struct root_domain *rd)
{
memset(rd, 0, sizeof(*rd));
if (!alloc_cpumask_var(&rd->span, GFP_KERNEL))
goto out;
if (!alloc_cpumask_var(&rd->online, GFP_KERNEL))
goto free_span;
On Mon, Mar 17 2014 at 5:56am -0400,
Shaohua Li wrote:
> On Fri, Mar 14, 2014 at 06:44:45PM -0400, Mike Snitzer wrote:
> > On Fri, Mar 14 2014 at 5:40am -0400,
> > Shaohua Li wrote:
> >
> > > On Mon, Mar 10, 2014 at 09:52:56AM -0400, Mike Snitzer wrote:
> > > > On Fri, Mar 07 2014 at 2:57am
Ok - applied the original two that Andrew had allready taken into -mm, plus
these four to my "next" branch. So I have these queued:
Liu ShuoX (6):
pstore: clarify clearing of _read_cnt in ramoops_context
pstore: skip zero size persistent ram buffer in traverse
pstore: Fix NULL p
On Wed, Mar 12, 2014 at 07:37:50PM +0900, Daeseok Youn wrote:
>
> Signed-off-by: Daeseok Youn
> ---
> drivers/staging/unisys/uislib/uislib.c |5 +
> drivers/staging/unisys/uislib/uisutils.c |2 +-
> 2 files changed, 2 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/staging/
Hi,
booting latest 3.14-rc7 on gta04 board gives following warning:
[3.101409] Driver for 1-wire Dallas network protocol.
[3.109649] omap_hdq omap_hdq: OMAP HDQ Hardware Rev 0.5. Driver in
Interrupt mode
[3.330810]
[3.332397] =
[3.33
On Mon, Mar 10, 2014 at 11:37:44AM -0400, Wang, Xiaoming wrote:
> pcmd->parmbuf->pbuf has been allocated if command is
> GEN_CMD_CODE(_Set_Drv_Extra),
> and it enqueued by rtw_enqueue_cmd. rtw_cmd_thread dequeue pcmd by
> rtw_dequeue_cmd.
> The memory leak happened on this branch "if( _FAIL ==
>
On Wed, Mar 12, 2014 at 08:55:44PM -0700, Masood Mehmood wrote:
> sparse reported dgap_do_fep_load is redeclared with different type. while
> fixing, I noticed __user attribute is used incorrectly in declaration.
> There is no need to define __user for firware->data.
>
> Replaced the __user with '
Andrew Morton wrote:
> What process is running here? Presumably modprobe.
Yes. It is a worker systemd-udevd process who is acting like modprobe .
> A possible explanation is that modprobe has genuinely received a
> SIGKILL. Can you identify anything in this setup which might send a
> SIGKILL to
On Mon, 17 Mar 2014 15:10:05 -0400 Don Zickus wrote:
> From: Aaron Tomlin
>
> A 'softlockup' is defined as a bug that causes the kernel to
> loop in kernel mode for more than a predefined period to
> time, without giving other tasks a chance to run.
>
> Currently, upon detection of this condit
On Sun, Mar 09, 2014 at 12:57:35AM -0800, Masood Mehmood wrote:
> sparse reported dgap_do_fep_load is redeclared with different type. while
> fixing, I noticed __user attribute is used incorrectly in declaration.
> There is no need to define __user for firware->data.
>
> Replaced the __user with '
> Michael Kerrisk writes:
>
> > Hello Aneesh,
> >
> > I'm currently working on a man page for name_to_handle_at() and
> > open_by_handle_at(), and I have a question relating to a point that
> > probably needs to be covered in the man page.
> >
> > Back in July 2010, in this thread:
> > http://thr
On Mon, Mar 10, 2014 at 08:54:18AM +0900, Daeseok Youn wrote:
>
> The mkret() change a value of error from positive to
> negative. This patch is modified to return negative value
> when it failed. It doesn't need to call with function
> for changing from positive to negative.
>
> Signed-off-by: D
Ben Chan writes:
> It's a bit messy how MTU is currently handled in MBIM. While wMTU may
> seem optional and redundant, it addresses some issues with
> wMaxSegmentSize and MBIM_CID_IP_CONFIGURATION, and hence why I suggest
> using wMTU when available:
>
> (1) wMaxSegmentSize
>
> The MBIM 1.0 erra
From: Peter Senna Tschudin
Date: Sun, 16 Mar 2014 00:30:52 +0100
> 1. For the 64 bits dma mask use dma_set_mask_and_coherent instead of
> dma_set_mask and dma_set_coherent_mask.
>
> 2. For the 32 bits dma mask dma_set_coherent_mask is only called if
> dma_set_mask fails, which is unusual. As
ping?
On 03/11/14 10:50, Stephen Boyd wrote:
> ping?
>
> On 03/04/14 10:34, Stephen Boyd wrote:
>> These patches move the pm8xxx input drivers over to use devm_* APIs
>> and regmap. This breaks the dependency of these drivers on the pm8xxx
>> specific read/write calls and also simplifies the probe
We offer all purpose loan at 3% interest rate. Contact Us for more details by
Email:santanderfinancegr...@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/majord
On Mon, Mar 17, 2014 at 01:53:57PM -0700, dbasehore . wrote:
> It will still be at least be pending after the specified time has
> passed. I'm proposing that we still set the timer. The difference is
> that there is a possibility the work will already be pending when the
> timer goes off. There wil
On 03/17/2014 08:38 AM, Vlastimil Babka wrote:
On 03/15/2014 04:06 AM, Sasha Levin wrote:
On 03/14/2014 07:55 PM, Sasha Levin wrote:
On 12/17/2013 08:00 AM, Vlastimil Babka wrote:
From: Vlastimil Babka
Date: Fri, 13 Dec 2013 14:25:21 +0100
Subject: [PATCH 1/3] mm: munlock: fix a bug where THP
> -Original Message-
> From: Ben Hutchings [mailto:b...@decadent.org.uk]
> Sent: Monday, March 17, 2014 4:28 PM
> To: Haiyang Zhang
> Cc: da...@davemloft.net; net...@vger.kernel.org; KY Srinivasan;
> o...@aepfle.de; jasow...@redhat.com; linux-kernel@vger.kernel.org;
> driverdev-de...@linu
On Sun, Mar 09, 2014 at 09:24:40AM -0700, Conrad Meyer wrote:
> Also kill some useless comments while I was there, e.g.:
> if (foo) {
> ...
> } /* if (foo) */
>
> With vim:
> :%s/}\t\t*\/\*\s\s*\(if\|else\|for\|while\|switch\).*$/}/
Neither of these patches apply to my tree, can you re
On Tue, Mar 11, 2014 at 07:58:17AM -0700, Conrad Meyer wrote:
> Replace hw_dev with class_dev in new dev_warn()s.
>
>
> Signed-off-by: Conrad Meyer
> Reviewed-by: Ian Abbott
> ---
> .../comedi/drivers/addi-data/hwdrv_apci1500.c | 104
> ++---
> 1 file changed, 52 insertio
>It's missing checking in two places: from pci_map_single() and on
>scsi_dma_map(). In the latter case, pvscsi_map_buffers needs to return
>an error code and then pvscsi_queue_ring can return -1.
Agreed! And in addition to that pvscsi_queue_ring() also calls pci_map_single()
to map the sense buff
On Mon, Mar 17, 2014 at 7:40 AM, Tejun Heo wrote:
> Hello,
>
> On Sun, Mar 16, 2014 at 12:13:55PM -0700, dbasehore . wrote:
>> There's already behavior that is somewhat like that with the current
>> implementation. If there's an item on a workqueue, it could run at any
>> time. From the perspectiv
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Monday, March 17, 2014 4:20 PM
> To: Haiyang Zhang
> Cc: net...@vger.kernel.org; KY Srinivasan; o...@aepfle.de;
> jasow...@redhat.com; linux-kernel@vger.kernel.org; driverdev-
> de...@linuxdriverproject.org
> S
On Mar 17, Sebastian Capella wrote:
> On 16 March 2014 00:09, Ezequiel Garcia
> wrote:
> > On Mar 05, Sebastian Capella wrote:
> > [..]
> >> diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
> >> index 1f8fed9..83707702 100644
> >> --- a/arch/arm/mm/Kconfig
> >> +++ b/arch/arm/mm/Kconfig
> >>
On Mon, 17 Mar 2014 21:19:19 +0100 Oleg Nesterov wrote:
> > kthread_create_on_node() thinks that SIGKILL came from the oom-killer
> > and it cheerfully returns -ENOMEM, which is incorrect if that signal
> > came from userspace.
>
> Yes, I think it should return -EINTR.
>
> > And I don't _think_
Hi - this is my first post here so I hope I'm duly abiding by the
etiquette outlined in [1]. Indeed I am not subscribed to the list and
so would be very grateful to be copied on any replies, per ADB's
comment in [2]
I am trying to build a fuse-based file system that implements a
version of variant
On Mon, 2014-03-17 at 11:33 -0700, Greg KH wrote:
> There were only 3 (or 4), users of this api, and no new ones had been
> added in _years_, it's a very obscure thing, and odds are, it wouldn't
> ever be added again, especially as it was just removed entirely not
> being needed anymore. And I'd
On Mon 2014-03-17 21:26:11, Geert Uytterhoeven wrote:
> From: Geert Uytterhoeven
>
> As of commit 45f0a85c8258741d11bda25c0a5669c06267204a ('PM / Runtime:
> Rework the "runtime idle" helper routine'), the return value of
> ->runtime_idle() is no longer ignored by the PM core, but used to decide
>
On Sat, 2014-03-15 at 10:18 -0700, Haiyang Zhang wrote:
[...]
> #define RING_SIZE_MIN 64
> -static int ring_size = 128;
> +int ring_size = 128;
> module_param(ring_size, int, S_IRUGO);
> MODULE_PARM_DESC(ring_size, "Ring buffer size (# of pages)");
You have to add some driver-specific prefix to
From: Geert Uytterhoeven
As of commit 45f0a85c8258741d11bda25c0a5669c06267204a ('PM / Runtime:
Rework the "runtime idle" helper routine'), the return value of
->runtime_idle() is no longer ignored by the PM core, but used to decide
whether to suspend the device or not.
Update the documentation t
From: Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
---
include/linux/pm.h | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/include/linux/pm.h b/include/linux/pm.h
index 8c6583a53a06..22ba7338d48c 100644
--- a/include/linux/pm.h
+++
From: Haiyang Zhang
Date: Sat, 15 Mar 2014 10:18:07 -0700
> - if (netif_queue_stopped(ndev) && !net_device->start_remove &&
> - (hv_ringbuf_avail_percent(&device->channel->outbound)
> - > RING_AVAIL_PERCENT_HIWATER ||
> - num
On 03/17, Andrew Morton wrote:
>
> On Fri, 14 Mar 2014 16:46:26 -0400 Joseph Salisbury
> wrote:
>
> > Hi Tetsuo,
> >
> > A kernel bug report was opened against Ubuntu[0]. We performed a kernel
> > bisect, and found that reverting the following commit resolved this bug:
> >
> >
> > commit 786235e
g rcu locking, in
> > the
> > arbitrary and init_pid_ns.
> > This provides an alternative to sys_getppid(), which is relative to the
> > child
> > process' pid namespace.
> ...
> > +static int pid_alive(const struct task_struct *p);
>
> This patch
es an alternative to sys_getppid(), which is relative to the child
> process' pid namespace.
...
> +static int pid_alive(const struct task_struct *p);
This patch (or some successor version of it) showed up
in next-20140317 and the above declaration caused a
bunch of warnings on ia64:
incl
Hello,
On Fri, Mar 14, 2014 at 11:48:10AM -0400, Alexandre Demers wrote:
> Since it takes a while before the system begins to display errors,
> I'll have to test it and report it later today when I'll get back from
> work.
Any update?
> Now, about the userland part, this seems a broad question..
>From 2f69fa829cb4ca062aaffee9ab9eb44484db75b1 Mon Sep 17 00:00:00 2001
From: Viro
Date: Mon, 17 Mar 2014 16:01:27 -0400
723ad1d90b56 ("percpu: store offsets instead of lengths in ->map[]")
updated percpu area allocator to use the lowest bit, instead of sign,
to signify whether the area is occupi
Em Mon, Mar 10, 2014 at 04:43:53PM +0900, Namhyung Kim escreveu:
> @@ -749,9 +750,6 @@ int perf_event__preprocess_sample(const union perf_event
> *event,
> if (thread == NULL)
> return -1;
>
> - if (thread__is_filtered(thread))
> - goto out_filtered;
> -
What
On Mon, 2014-03-17 at 11:45 -0700, Joe Perches wrote:
> Avoid some false positives for this test by adding
> a few common macro types that declare variables.
Self-NAK. It causes too many other false positives.
I'll play with it awhile and test it better before
posting something else.
--
To unsu
On Fri, 14 Mar 2014 16:46:26 -0400 Joseph Salisbury
wrote:
> Hi Tetsuo,
>
> A kernel bug report was opened against Ubuntu[0]. We performed a kernel
> bisect, and found that reverting the following commit resolved this bug:
>
>
> commit 786235eeba0e1e85e5cbbb9f97d1087ad03dfa21
> Author: Tetsu
D: 4213 Comm: kswapd14 Tainted: GW
3.14.0-rc6-next-20140317-sasha-00012-ge933921-dirty #226
[ 827.278467] 88022970 8802296fd388 8449ebb3
0001
[ 827.279610] 8802296fd3b8 81176cec
8802296fd3c8
[ 827.281258]
[
From: Doug
Date: Fri, 7 Mar 2014 16:29:03 +0530
> From: Doug Wilson
>
> This is a small patch which uses ARRAY_SIZE macro
> rather than a number to make code readability better.
>
> Signed-off-by: Doug Wilson
Applied, thanks Doug.
--
To unsubscribe from this list: send the line "uns
On 03/17/2014 03:49 PM, Linus Torvalds wrote:
On Mon, Mar 17, 2014 at 12:31 PM, Sasha Levin wrote:
What about duplicate symbol names? Without the full hex address we lose
the ability to correctly translate from symbol name to file/line.
Yeah, and we should strive to avoid that issue.
The th
From: Sam Ravnborg
Date: Sat, 15 Mar 2014 09:07:09 +0100
> On Tue, Mar 11, 2014 at 01:24:46PM -0700, Kees Cook wrote:
>> Since unaligned_panic() takes a literal string, make sure it can never
>> accidentally be used as a format string.
>>
>> Signed-off-by: Kees Cook
>> ---
>> arch/sparc/kernel
On Mon, Mar 17, 2014 at 12:31 PM, Sasha Levin wrote:
>
> What about duplicate symbol names? Without the full hex address we lose
> the ability to correctly translate from symbol name to file/line.
Yeah, and we should strive to avoid that issue.
The thing is, think about address randomization. We
Hi Suman,
On Mon, Mar 17, 2014 at 9:10 PM, Suman Anna wrote:
> base_id would be a property (if added) of the hwspinlock controller node,
> and from DT perspective, we will be using the phandle for the controller
> anyway. So, using a base_id+specifier seems redundant, as the specifier is
> alread
The nl80211 interface allows creating new netdevs from user-space. The
name is *always* provided by user-space, so we should set NET_NAME_USER to
provide that information via sysfs. But we must not set it for the default
wlan%d names as these are kernel-provided names.
This allows udev to not rena
101 - 200 of 599 matches
Mail list logo
