On Fri, 2014-04-04 at 14:05 +0530, Viresh Kumar wrote:
> We need to migrate away all the background kernel activities (Unbound) for
> systems requiring isolation of cores (HPC, Real time, networking, etc). After
> creating cpusets, you can write 1 or 0 to cpuset.quiesce file.
I wonder if adding a
On Fri, Apr 4, 2014 at 9:17 PM, Laurent Pinchart
wrote:
> Hi Linus,
>
> On Friday 04 April 2014 10:26:42 Linus Torvalds wrote:
>> So guys, can you please verify the end result? It looks sane to me,
>> but there's no good way for me to do even basic compile testing of the
>> OF code, so this was al
Hi!
On Sun, Apr 06, 2014 at 11:19:41AM +0800, Axel Lin wrote:
> This driver is replaced by pwm-pca9685 driver and there is no user uses this
> driver in current tree. So remove it.
>
> Signed-off-by: Axel Lin
> ---
> Hi,
> I found there is a modalias conflict between leds-pca9685.ko and
> pwm-p
Please queue the two commits below for stable:
- The second commit fixes a boot crash on 68030,
- The first commit is a prerequisite for the second.
This fix is needed on all versions that contain commit
e4f2dfbb5e92be4e46c0625f4f8eb101110f756f ("m68k: implement futex.h to support
userspace ro
On Sat, 2014-04-05 at 20:04 +0100, Arnd Bergmann wrote:
> Gregory CLEMENT (1):
> ARM: mvebu: add initial support for the Armada 375 SOCs
>
>[...]
>
> Thomas Petazzoni (7):
> [...]
> ARM: mvebu: add initial support for the Armada 380/385 SOCs
These two commits added select statem
2014-03-28 8:17 GMT+01:00 Greg KH :
> On Fri, Mar 28, 2014 at 08:01:36AM +0100, Pavel Machek wrote:
>> On Thu 2014-03-27 02:08:17, Pali Rohár wrote:
>> > 2014-03-16 11:19 GMT+01:00 Samuel Thibault :
>> > > Pali Rohár, le Sun 16 Mar 2014 11:16:25 +0100, a écrit :
>> > >> Hello, what happened with th
On 04/04/2014 02:43 PM, Jan Kara wrote:
> On Fri 04-04-14 09:35:50, Michael Kerrisk (man-pages) wrote:
>> On 04/03/2014 10:52 PM, Jan Kara wrote:
>>> On Thu 03-04-14 08:34:44, Michael Kerrisk (man-pages) wrote:
[...]
Dealing with rename() events
The IN_MOVED_FROM and IN_MOV
On Fri, 2014-04-04 at 18:19 -0600, Bjorn Helgaas wrote:
> > Introduce a pci_register_io_range() helper function that can be used
> > by the architecture code to keep track of the I/O ranges described by the
> > PCI bindings. If the PCI_IOBASE macro is not defined that signals
> > lack of support fo
Hi Pali,
On Sun, Apr 06, 2014 at 11:43:13AM +0200, Pali Rohár wrote:
> Greg, problem is that Dmitry does not respond and has not reviewed
> this patch for more that 8 months. From my point of view this looks
> like Dmitry does not have time for review anymore...
>
> What to do if maintainer is bu
Commit 8fc1b0f87d9f ("ARM: qcom: Split Qualcomm support into legacy and
multiplatform") removed all users of Kconfig symbol MSM_SCM. Remove that
symbol too.
Signed-off-by: Paul Bolle
---
Tested only by grepping the tree.
arch/arm/mach-msm/Kconfig | 3 ---
1 file changed, 3 deletions(-)
diff --
Gidday,
The Linux man-pages maintainer proudly announces:
man-pages-3.64 - man pages for Linux
Tarball download:
http://www.kernel.org/doc/man-pages/download.html
Git repository:
https://git.kernel.org/cgit/docs/man-pages/man-pages.git/
Online changelog:
http://man7.org/linux/man
2014-04-01 9:02 GMT+02:00 Pali Rohár :
> 2014-03-31 14:23 GMT+02:00 Samuel Thibault :
>> This permits to reassign keyboard LEDs to something else than keyboard "leds"
>> state, by adding keyboard led and modifier triggers connected to a series
>> of VT input LEDs, themselves connected to VT input t
Commit 19a964644f1e ("ARM: SAMSUNG: remove all custom uncompress.h")
removed the only users of S3C_BOOT_ERROR_RESET and
S3C_BOOT_UART_FORCE_FIFO. Remove their Kconfig entries too.
Signed-off-by: Paul Bolle
---
Untested.
arch/arm/plat-samsung/Kconfig | 14 --
1 file changed, 14 delet
Commit a7cbe92cef27 ("ARM: tegra: remove tegra EMC scaling driver")
removed the only user of TEGRA_EMC_SCALING_ENABLE. Remove its Kconfig
entry too.
Signed-off-by: Paul Bolle
---
arch/arm/mach-tegra/Kconfig | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-tegra/Kconfig b/arch/
On Fri, 2014-04-04 at 10:47 -0700, Mike Turquette wrote:
> Haojian Zhuang (3):
> [...]
> clk: hip04: add clock driver
This clock driver is only built if CONFIG_ARCH_HIP04 is set. But I
couldn't find a Kconfig symbol ARCH_HIP04. (I checked master of Linus'
tree and current linux-next.)
2014-04-06 17:30 GMT+08:00 Steffen Trumtrar :
> Hi!
>
> On Sun, Apr 06, 2014 at 11:19:41AM +0800, Axel Lin wrote:
>> This driver is replaced by pwm-pca9685 driver and there is no user uses this
>> driver in current tree. So remove it.
>>
>> Signed-off-by: Axel Lin
>> ---
>> Hi,
>> I found there is
2014-04-06 12:40 GMT+02:00 Axel Lin :
> 2014-04-06 17:30 GMT+08:00 Steffen Trumtrar :
>> Hi!
Hello,
>> This confused me for a second, as there was no driver to replace when I wrote
>> the pwm-pca9685 driver and I thought I missed something. But it seems I
>> didn't
>> and the pwm-pca9685 is actu
This patch generalises the calculation of block protect bits based on the number
of sectors and implements the _is_locked function.
Existing calculation of block protect bits only works for devices with 64
sectors or more. This new logic is applicable to the STmicro devices:
m25p10, p20, p40, p80,
Commit 8fc1b0f87d9f ("ARM: qcom: Split Qualcomm support into legacy and
multiplatform") removed Kconfig symbol ARCH_MSM_DT. But that commit
left one (optional) dependency on ARCH_MSM_DT untouched.
Three Kconfig symbols used to depend on ARCH_MSM_DT: ARCH_MSM8X60,
ARCH_MSM8960, and ARCH_MSM8974. Th
This patch adds the DT bindings documentation for Silicon Labs Si4713 FM
radio transmitter.
Signed-off-by: Sebastian Reichel
---
Documentation/devicetree/bindings/media/si4713.txt | 30 ++
1 file changed, 30 insertions(+)
create mode 100644 Documentation/devicetree/bindings/
Hi,
This is an RFC patch adding DT support to the si4713 radio transmitter i2c
driver. The changes can be summarized as follows:
* Move regulator information back into the driver. The regulators needed are
documented in the chip and have nothing to do with boarddata. Instead
devm_regulator
Update si4713 driver to support being instantiated via
Device Tree. This includes moving the regulator names
back into the drivers, using regulator_get_optional
to avoid breaking the USB driver and switching to the
gpio resource interface.
Signed-off-by: Sebastian Reichel
---
arch/arm/mach-omap2
From: Sergei Trofimovich
gcc complains as:
drivers/net/ethernet/ti/cpts.c: In function 'cpts_match':
drivers/net/ethernet/ti/cpts.c:266:12: error: 'ETH_HLEN' undeclared (first
use in this function)
drivers/net/ethernet/ti/cpts.c:266:12: note: each undeclared identifier is
reported o
On Fri, Apr 04, 2014 at 12:59:25PM -0700, Cody P Schafer wrote:
> SYSFS_PATH and PROC_PATH environment variables now let the user override
> the detection of sysfs and proc locations for testing purposes.
seems usefull, but this code was moved to tools/lib/api/fs/fs.c
please rebase to the latest
On Fri, Apr 04, 2014 at 03:31:19PM -0400, Don Zickus wrote:
> On Thu, Apr 03, 2014 at 02:57:32PM +0900, Namhyung Kim wrote:
> > On Mon, 24 Mar 2014 15:32:56 -0400, Don Zickus wrote:
> > > This takes the parse_callchain_opt function and copies it into the
> > > callchain.c file. Now the c2c tool ca
On Tue, Dec 31, 2013 at 11:46:05PM +0100, Julian Andres Klode wrote:
> On Tue, Dec 31, 2013 at 10:12:31AM -0200, Henrique de Moraes Holschuh wrote:
> > On Tue, 31 Dec 2013, Julian Andres Klode wrote:
> > > We might be able to work around this by simple setting stop = start
> > > if a new write caus
On Thu, Apr 03, 2014 at 02:48:51PM +0900, Namhyung Kim wrote:
> Hi Don,
SNIP
>
> More generally, this sysfs access needs to check actual mountpoint using
> sysfs__mountpoint() IMHO.
>
> Also this API can be generalized like reading int value from a sysfs
> file as the filename itself represents
On Mon, Mar 31, 2014 at 10:39:44PM -0400, Don Zickus wrote:
> On Sat, Mar 29, 2014 at 06:10:33PM +0100, Jiri Olsa wrote:
> > > +/* Determine highest possible node in the system for sparse allocation */
> > > +static void set_max_node_num(void)
> > > +{
> > > + FILE *fp;
> > > + int ret = -1;
> > >
On Mon, Mar 31, 2014 at 10:42:30PM -0400, Don Zickus wrote:
SNIP
> > > -#define PATH_SYS_NODE"/sys/devices/system/node"
> > > -
> > > -static int init_cpunode_map(void)
> > > -{
> > > - FILE *fp;
> > > - int i, err = -1;
> > > -
> > > - fp = fopen("/sys/devices/system/cpu/kernel_max", "r");
>
On Fri, Apr 04, 2014 at 09:46:28AM +0200, Jean Pihet wrote:
> On 3 April 2014 23:51, Ramkumar Ramachandra wrote:
> > Ramkumar Ramachandra wrote:
> >> tools/perf/config/Makefile | 5 ++---
> >> 1 file changed, 2 insertions(+), 3 deletions(-)
> >
> > Jiri, any comments?
hi,
sorry for late reply, I
On Thu, Apr 03, 2014 at 08:23:50AM -0400, Josh Boyer wrote:
> When the feature check for libdw dwarf unwind support was added with commit
> 45757895c7, it required LIBDW_DIR to be set before it would work. However,
> commit 0a4f2b6a3ba implies that the libdw unwinder should be auto-detected
> from
On Wed, Apr 02, 2014 at 02:48:31PM +0900, Masami Hiramatsu wrote:
> As Namhyung reported(https://lkml.org/lkml/2014/4/1/89),
> current perf-probe -L option doesn't handle errors in line-range
> searching correctly. It causes a SEGV if an error occured in the
> line-range searching.
>
>
>
On Wed, 2014-03-26 at 14:12 +0400, Konstantin Khlebnikov wrote:
> In older kernels (before v3.10) ipc_rcu_hdr->refcount was non-atomic int.
> There was possuble double-free bug: do_msgsnd() calls ipc_rcu_putref() under
> msq->q_perm->lock and RCU, while freequeue() calls it while it holds only
> 'r
Fix coding style problems (incorrect indentation).
Signed-off-by: Loïc Pellegrino
---
drivers/staging/rtl8192u/r8190_rtl8256.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8192u/r8190_rtl8256.c
b/drivers/staging/rtl8192u/r8190_rtl8256.c
index 40b1
Hi Matthew,
I was just looking at the drivers-x86 tree
(git://cavan.codon.org.uk/platform-drivers-x86.git#linux-next) and it
seems to contain quite a few commits committed by you but not signed off
by you. Also some of those commits look like they belong in other trees
(notably the net tree).
Pl
On Mon, Mar 31, 2014 at 10:55:35PM -0400, Don Zickus wrote:
> On Sat, Mar 29, 2014 at 06:11:38PM +0100, Jiri Olsa wrote:
> > On Mon, Mar 24, 2014 at 03:36:57PM -0400, Don Zickus wrote:
> > > Modified the code to allow latency settings to be tweaked on the command
> > > line
> > > and also the abil
On Tue, Mar 25, 2014 at 4:48 PM, Arnd Bergmann wrote:
> We specifically build the kernel with -Werror=date-time to detect
> such macros, which gives us this error:
>
> gs_fpgaboot/gs_fpgaboot.c:376:44: error: macro "__TIMESTAMP__" might prevent
> reproducible builds [-Werror=date-time]
> pr_inf
On Wed, Mar 19, 2014 at 9:27 AM, Sachin Kamat wrote:
> On 18 March 2014 18:41, Krzysztof Kozlowski wrote:
>> Initialize the 'regmap_rtc' on S2MPA01 to some sane value. Sane at least
>> for S5M87X chipsets, not S2MPS/S2MPA but it won't be used because
>> rtc-s5m driver does not support S2MPA01.
>>
drivers/net/wireless/rsi/rsi_91x_core.c: In function
‘rsi_core_determine_hal_queue’:
drivers/net/wireless/rsi/rsi_91x_core.c:91: warning: ‘ii’ may be used
uninitialized in this function
Signed-off-by: Geert Uytterhoeven
---
Is zero the correct initialization value?
drivers/net/wireless/rsi/rs
If CONFIG_PM=n:
drivers/staging/rts5139/rts51x_transport.c:649: warning: ‘media_not_present’
defined but not used
drivers/staging/rts5139/rts51x_transport.c:651: warning: ‘invalid_cmd_field’
defined but not used
Move the variables inside the #ifdef CONFIG_PM, and make them const while
we're at
On Mon, Mar 31, 2014 at 3:16 PM, Chen Gang wrote:
> '0x7FDEADBEEF' will be truncated to 32-bit number under unicore32. Need
> append 'ULL' for it.
>
> The related warning (with allmodconfig under unicore32):
>
> CC [M] fs/ext4/extents_status.o
> fs/ext4/extents_status.c: In function ‘__es_r
On Sun, Mar 30, 2014 at 08:41:18PM +0800, Fengguang Wu wrote:
> This fix is not yet in linux-next, can anyone help merge it? Thanks!
sorry for late reply, I was out last week,
I'll resend this with proper changelog
jirka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
On Tue, Apr 1, 2014 at 9:22 PM, David Miller wrote:
> From: Randy Dunlap
> Date: Tue, 01 Apr 2014 11:34:15 -0700
>
>> on x86_64:
>>
>> net/netfilter/xt_connlimit.c: In function 'connlimit_mt_check':
>> net/netfilter/xt_connlimit.c:380:18: warning: division by zero
>> [-Wdiv-by-zero]
>>
>> Maybe
On Mon, Oct 21, 2013 at 07:14:28PM +0300, Mika Westerberg wrote:
> On Mon, Oct 21, 2013 at 08:05:42AM -0700, Benson Leung wrote:
> > Fixed 25Mhz clock instead of 100Mhz clock in 1/2 and a warning in 2/2.
> >
> > [PATCH v2 1/2] i2c-designware-pci: Add Haswell ULT device IDs
> > [PATCH v2 2/2] i2c-d
net/tipc/socket.c: In function ‘tipc_release’:
net/tipc/socket.c:352: warning: ‘res’ is used uninitialized in this function
Introduced by commit 24be34b5a0c9114541891d29dff1152bb1a8df34 ("tipc:
eliminate upcall function pointers between port and socket"), which
removed the sole initializer of "res
Ping? This is still happening in -next, more than half a year later...
Thanks,
Sasha
On 05/06/2013 09:29 PM, Sasha Levin wrote:
> Hi guys,
>
> While fuzzing with trinity running inside a KVM tools guest, using latest
> -next kernel,
> I've stumbled on the following spew:
>
> [ 160.267181] ==
On 04/06/2014 03:01 AM, Oleg A. Arkhangelsky wrote:
>
>
> 05.04.2014, 19:53, "Sasha Levin" :
>
>> My guess is that we're racing the synchronize_rcu() in del_chan() with
>> the RCU protected read in lookup_chan_dst():
>>
>> pptp_release()
>> del_chan() lookup_chan_dst()
>>
On Thu, Mar 27, 2014 at 07:50:16PM -0400, Ramkumar Ramachandra wrote:
> Hi,
>
> I just started looking at 'perf bench' this afternoon. Here are some
> simple patches fixing the minor issues I had while starting out.
look good to me, will merge them
thanks,
jirka
--
To unsubscribe from this list:
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel, I've stumbled on the following:
[ 3680.222129] REISERFS panic (device loop0): journal-003 check_journal_end:
j_start (3452) is too high
[ 3680.223125] [ cut here ]
[ 3680.223571]
On 2014.04.04 at 18:11 -0700, Linus Torvalds wrote:
> On Fri, Apr 4, 2014 at 6:06 PM, Linus Torvalds
> wrote:
> >
> > Will report back soon when I've narrowed it down more.
>
> Ok, that may end up being harder than it looked. Commit
> a755180bab81c038a6989d7ab746c702f1b3ec03 doesn't boot for me a
Em Fri, 04 Apr 2014 15:04:16 -0700
Linus Torvalds escreveu:
> On Thu, Apr 3, 2014 at 9:11 AM, Mauro Carvalho Chehab
> wrote:
> >
> > Please pull from:
> > git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
> > v4l_for_linus
>
> Oh, just noticed that this seems to be the cause
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel, I've stumbled on the following spew:
[ 1590.944125] reserve_memtype added [mem
0x880b-0x880b0fff], track uncached-minus, req
uncached-minus, ret uncached-minus
[ 1593.391567] trinity
Toralf Förster reported this in
http://article.gmane.org/gmane.linux.kernel/1662567
http://article.gmane.org/gmane.linux.kernel/1658422
http://article.gmane.org/gmane.linux.kernel/1657962
"The issue happens here at a 32 bit stable Gentoo Linux if
I try to start a KVM image. Kernels 3.12
From: Geert Uytterhoeven
Date: Sun, 6 Apr 2014 15:50:04 +0200
> On Tue, Apr 1, 2014 at 9:22 PM, David Miller wrote:
>> From: Randy Dunlap
>> Date: Tue, 01 Apr 2014 11:34:15 -0700
>>
>>> on x86_64:
>>>
>>> net/netfilter/xt_connlimit.c: In function 'connlimit_mt_check':
>>> net/netfilter/xt_connl
On Sun, Apr 06, 2014 at 04:54:24PM +0300, Kirill A. Shutemov wrote:
> On Mon, Oct 21, 2013 at 07:14:28PM +0300, Mika Westerberg wrote:
> > On Mon, Oct 21, 2013 at 08:05:42AM -0700, Benson Leung wrote:
> > > Fixed 25Mhz clock instead of 100Mhz clock in 1/2 and a warning in 2/2.
> > >
> > > [PATCH v
rw_semaphore implementation allows recursing calls to down_read, but
lockdep thinks that it doesn't. As a result, it will complain
false-positively, e.g. if we do not observe some predefined locking
order when taking an rw semaphore for reading and a mutex.
This patch makes lockdep think rw semaph
Hi,
kmem_cache_{create,destroy,shrink} need to get a stable value of
cpu/node online mask, because they init/destroy/access per-cpu/node
kmem_cache parts, which can be allocated or destroyed on cpu/mem
hotplug. To protect against cpu hotplug, these functions use
{get,put}_online_cpus. However, the
When we create a sl[au]b cache, we allocate kmem_cache_node structures
for each online NUMA node. To handle nodes taken online/offline, we
register memory hotplug notifier and allocate/free kmem_cache_node
corresponding to the node that changes its state for each kmem cache.
To synchronize between
{un}lock_memory_hotplug is used to synchronize against memory hotplug.
Currently it is backed by a mutex, which makes it a bit of hammer -
threads that only want to get a stable value of online nodes mask won't
be able to proceed concurrently.
This patch fixes this by turning mem_hotplug_mutex to
This patch solves some sparse warnings about "symbol [...] was not
declared. Should it be static?" by including the correct header files.
Signed-off-by: Jonas Hahnfeld
---
Tested by compile only
drivers/staging/rtl8187se/ieee80211/ieee80211_crypt.c | 1 +
drivers/staging/rtl8187se/ieee8021
On Fri, Apr 04, 2014 at 02:27:55PM -0700, Soren Brinkmann wrote:
> Add a driver for the Cadence I2C controller. This controller is for
> example found in Xilinx Zynq.
>
> Signed-off-by: Soren Brinkmann
> Tested-by: Michal Simek
> Reviewed-by: Harini Katakam
Applied to for-next, thanks!
sign
On Fri, Apr 04, 2014 at 02:27:54PM -0700, Soren Brinkmann wrote:
> Add device tree binding documentation for the Cadence I2C controller.
>
> Signed-off-by: Soren Brinkmann
Applied to for-next, thanks!
signature.asc
Description: Digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/06/2014 05:19 PM, Michele Ballabio wrote:
> Toralf Förster reported this in
> http://article.gmane.org/gmane.linux.kernel/1662567
> http://article.gmane.org/gmane.linux.kernel/1658422
> http://article.gmane.org/gmane.linux.kernel/1657962
This fixes coding style warning "Missing a blank line after
declarations" in files sep_dev.h and sep_crypto.c (linux-next).
Sorry for the previous mail, tabs all got converted into spaces due to
gmail webclient ... (thanks Greg).
Signed-off-by: Camille Bordignon
---
diff --git a/drivers/staging/
On Sun, Apr 06, 2014 at 05:46:04PM +0200, Jonas Hahnfeld wrote:
> This patch solves some sparse warnings about "symbol [...] was not
> declared. Should it be static?" by including the correct header files.
>
> Signed-off-by: Jonas Hahnfeld
Reviewed-by: Josh Triplett
> Tested by compile only
>
Hi David,
On Sun, Apr 6, 2014 at 5:31 PM, David Miller wrote:
>> On Tue, Apr 1, 2014 at 9:22 PM, David Miller wrote:
>>> From: Randy Dunlap
>>> Date: Tue, 01 Apr 2014 11:34:15 -0700
on x86_64:
net/netfilter/xt_connlimit.c: In function 'connlimit_mt_check':
net/netfilter/xt_c
On Sun, Apr 06, 2014 at 05:43:31PM +0200, Gmail wrote:
Your "From" line above doesn't match up with your "Signed-off-by:" line
down below :(
> This fixes coding style warning "Missing a blank line after
> declarations" in files sep_dev.h and sep_crypto.c (linux-next).
>
> Sorry for the previous
Hi Linus,
The following changes since commit 2ca310fc4160ed0420da65534a21ae77b24326a8:
SUNRPC: Fix oops when trace sunrpc_task events in nfs client (2014-03-07
19:10:08 -0500)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-3.15-1
Signed-off-by: Camille Bordignon
---
Fix coding style warning "Missing a blank line after declarations"
---
diff --git a/drivers/staging/sep/sep_crypto.c
b/drivers/staging/sep/sep_crypto.c
index 965485f..415f8ec 100644
--- a/drivers/staging/sep/sep_crypto.c
+++ b/drivers/staging/sep/sep_crypto.c
@
On Sun, Apr 06, 2014 at 06:21:27PM +0200, Camille Bordignon wrote:
> Signed-off-by: Camille Bordignon
> ---
> Fix coding style warning "Missing a blank line after declarations"
No, this needs to go up above your signed-off-by:, it was the "fixed
after Greg's response" that could go below.
Don't
On 04/06/2014 01:55 PM, Sergei Trofimovich wrote:
From: Sergei Trofimovich
gcc complains as:
drivers/net/ethernet/ti/cpts.c: In function 'cpts_match':
drivers/net/ethernet/ti/cpts.c:266:12: error: 'ETH_HLEN' undeclared (first
use in this function)
drivers/net/ethernet/ti/cpts.c:
On Sun, 2014-04-06 at 08:42 +0200, Manfred Spraul wrote:
> Hi,
>
> On 04/05/2014 08:24 PM, KOSAKI Motohiro wrote:
> > On Fri, Apr 4, 2014 at 1:00 AM, Davidlohr Bueso wrote:
> >> I don't think it makes much sense to set unlimited for both 0 and
> >> ULONG_MAX, that would probably just create even
Hi Paul,
On 06/04/2014 11:37, Paul Bolle wrote:
> On Sat, 2014-04-05 at 20:04 +0100, Arnd Bergmann wrote:
>> Gregory CLEMENT (1):
>> ARM: mvebu: add initial support for the Armada 375 SOCs
>>
>> [...]
>>
>> Thomas Petazzoni (7):
>> [...]
>> ARM: mvebu: add initial support for the
On Wed, 2 Apr 2014 19:59:04 +0100
Struan Bartlett wrote:
> Adds tty driver to netconsole module.
NAK
You don't need to add a tty driver to any console to do this. We have a
ttyprintk driver that works with *any* console today.
Alan
--
To unsubscribe from this list: send the line "unsubscribe
On Thu, 3 Apr 2014 13:03:39 +0200
Borislav Petkov wrote:
> On Thu, Apr 03, 2014 at 11:34:15AM +0100, Måns Rullgård wrote:
> > Once is an accident. Twice is incompetence. Three times is malice.
>
> Yeah, maybe it is time Linus started his own init daemon project, like
> that other thing, git, h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Probably a question better suited for a NFS noobs mailing list (is there any
around ?) ...
While playing with kernel 3.13.x, wireshark and NFS I realized, that mounting a
NFS v3 share results in NFS V4 Calls - is this indented or a wireshark
diss
On Sun, 2014-04-06 at 19:02 +0200, Gregory CLEMENT wrote:
> Yes it is correct. ARM_ERRATA_753970 was renamed to PL310_ERRATA_753970
> in kernel 3.2.
Thanks! That was commit fa0ce4035d48 ("ARM: 7162/1: errata: tidy up
Kconfig options for PL310 errata workarounds"), by the way. I hadn't
checked the
The ETH_HLEN and VLAN_HLEN definitions are not in if.h any more. Add the
necessary includes to fix the following compilation errors:
drivers/net/ethernet/ti/cpts.c: In function ‘cpts_match’:
drivers/net/ethernet/ti/cpts.c:266:12: error: ‘ETH_HLEN’ undeclared (first
use in this function)
dri
The patch of "arm, kvm: Fix CPU hotplug callback registration"
in -next tree holds the lock before calling the two functions:
kvm_vgic_hyp_init()
kvm_timer_hyp_init()
and both the two functions are calling register_cpu_notifier()
to register cpu notifier, so cause double lock on c
On 06/04/2014 17:52, Toralf Förster wrote:
>> > Reverting either one of them solves the problem reported with kvm,
>> > but revert is probably not the correct answer.
>> >
>> > I wonder if the solution is as simple as this:
>> >
>> > --->8---
>> > diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
On Fri, 4 Apr 2014 16:13:59 +0100
Matthew Garrett wrote:
> On Fri, Apr 04, 2014 at 09:38:57PM +0800, Li, Aubrey wrote:
>
> > I don't think there is enough justification to revert the patch. We
> > introduce EFI into the default list, we didn't see any reason to remove
> > it out so far.
>
> We
On 04/06/2014 07:33 PM, Vladimir Davydov wrote:
> kmem_cache_{create,destroy,shrink} need to get a stable value of
> cpu/node online mask, because they init/destroy/access per-cpu/node
> kmem_cache parts, which can be allocated or destroyed on cpu/mem
> hotplug. To protect against cpu hotplug, thes
On 04/06/2014 07:34 PM, Vincent Stehlé wrote:
The ETH_HLEN and VLAN_HLEN definitions are not in if.h any more. Add the
necessary includes to fix the following compilation errors:
drivers/net/ethernet/ti/cpts.c: In function ‘cpts_match’:
drivers/net/ethernet/ti/cpts.c:266:12: error: ‘ETH_HL
On Sat, 5 Apr 2014 09:13:16 +0300
"Westerberg, Mika" wrote:
> On Sat, Apr 05, 2014 at 12:54:33AM +0300, Du, Wenkai wrote:
> > >Interrupt masking is done already after each transaction.
> >
> > At end of transfer, the code uses __i2c_dw_enable(dev, false) to disable
> > adapter. This function doe
No where in the mount command did you tell it that this was a
nfsversion 3 only mount, the mount name itself means nothing to mount,
so it tired nfs version 4 first then nfs version 3.
Note this in the man page for nfs:
nfsvers=n The NFS protocol version number used to contact the
server's NF
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/06/2014 07:57 PM, Roger Heflin wrote:
> No where in the mount command did you tell it that this was a
> nfsversion 3 only mount, the mount name itself means nothing to
> mount, so it tired nfs version 4 first then nfs version 3.
>
> Note this
drivers/staging/rtl8192e/rtl8192e/rtl_wx.c:1323:24: warning:
symbol 'r8192_wx_handlers_def' was not declared. Should it be static
Signed-off-by: Joel Pelaez Jorge
---
drivers/staging/rtl8192e/rtl8192e/rtl_wx.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/rtl8192e/rtl
On Sun, Apr 06, 2014 at 01:23:15PM -0500, Joel Pelaez Jorge wrote:
> drivers/staging/rtl8192e/rtl8192e/rtl_wx.c:1323:24: warning:
> symbol 'r8192_wx_handlers_def' was not declared. Should it be static
>
> Signed-off-by: Joel Pelaez Jorge
> ---
> drivers/staging/rtl8192e/rtl8192e/rtl_wx.c |2
On 04/06/2014 10:40 AM, One Thousand Gnomes wrote:
> On Fri, 4 Apr 2014 16:13:59 +0100
> Matthew Garrett wrote:
>
>> On Fri, Apr 04, 2014 at 09:38:57PM +0800, Li, Aubrey wrote:
>>
>>> I don't think there is enough justification to revert the patch. We
>>> introduce EFI into the default list, we d
Fix a sparse warning, non static symbol is no declared as such.
And fix a conflict with static function declared extern to include
rtl_wx.h header.
drivers/staging/rtl8192e/rtl8192e/rtl_wx.c:1323:24: warning:
symbol 'r8192_wx_handlers_def' was not declared. Should it be static?
Signed-off-by: Jo
On Sun, 2014-04-06 at 13:43 -0500, Joel Pelaez Jorge wrote:
> Fix a sparse warning, non static symbol is no declared as such.
> And fix a conflict with static function declared extern to include
> rtl_wx.h header.
>
> drivers/staging/rtl8192e/rtl8192e/rtl_wx.c:1323:24: warning:
> symbol 'r8192_wx_
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel, I've stumbled on the following:
[ 279.107409] BUG: unable to handle kernel NULL pointer dereference at
(null)
[ 279.108676] IP: dnet_select_source.isra.25 (net/decnet/dn_route.c:926)
[ 279.1
On Sun, Apr 06, 2014 at 01:43:38PM -0500, Joel Pelaez Jorge wrote:
> Fix a sparse warning, non static symbol is no declared as such.
> And fix a conflict with static function declared extern to include
> rtl_wx.h header.
>
> drivers/staging/rtl8192e/rtl8192e/rtl_wx.c:1323:24: warning:
> symbol 'r8
El 06/04/14 13:49, Joe Perches escribió:
On Sun, 2014-04-06 at 13:43 -0500, Joel Pelaez Jorge wrote:
Fix a sparse warning, non static symbol is no declared as such.
And fix a conflict with static function declared extern to include
rtl_wx.h header.
drivers/staging/rtl8192e/rtl8192e/rtl_wx.c:132
On Sun, 2014-04-06 at 14:00 -0500, Joel Pelaez Jorge wrote:
> El 06/04/14 13:49, Joe Perches escribió:
> > On Sun, 2014-04-06 at 13:43 -0500, Joel Pelaez Jorge wrote:
[]
> >> diff --git a/drivers/staging/rtl8192e/rtl8192e/rtl_wx.c
[]
> >> -static struct iw_statistics *r8192_get_wireless_stats(struc
El 06/04/14 14:01, Greg Kroah-Hartman escribió:
On Sun, Apr 06, 2014 at 01:43:38PM -0500, Joel Pelaez Jorge wrote:
Fix a sparse warning, non static symbol is no declared as such.
And fix a conflict with static function declared extern to include
rtl_wx.h header.
drivers/staging/rtl8192e/rtl8192
On 03/11/2014 08:40 AM, tip-bot for Mike Galbraith wrote:
> Commit-ID: 156654f491dd8d52687a5fbe1637f472a52ce75b
> Gitweb: http://git.kernel.org/tip/156654f491dd8d52687a5fbe1637f472a52ce75b
> Author: Mike Galbraith
> AuthorDate: Fri, 28 Feb 2014 07:23:11 +0100
> Committer: Ingo Molnar
>
A kernel build is reporting the following:
net/rfkill/Kconfig:4:error: recursive dependency detected!
net/rfkill/Kconfig:4: symbol RFKILL is selected by R8723AU
drivers/staging/rtl8723au/Kconfig:1:symbol R8723AU depends on USB
drivers/usb/Kconfig:41: symbol USB is selected by MOUSE_APPLETOU
On Sun, 2014-04-06 at 14:49 -0500, Larry Finger wrote:
> A kernel build is reporting the following:
>
> net/rfkill/Kconfig:4:error: recursive dependency detected!
> net/rfkill/Kconfig:4: symbol RFKILL is selected by R8723AU
> drivers/staging/rtl8723au/Kconfig:1:symbol R8723AU depends on USB
On 04/04, Jim Keniston wrote:
>
> On Fri, 2014-04-04 at 21:32 +0200, Oleg Nesterov wrote:
> >
> > 1. Why insn_get_displacement() doesn't work? See "HELP!!!"
> >below.
>
> insn->moffset1.value seems to be what you want.
Works! Thanks a lot.
Still I can't understand why displacement.nby
1 - 100 of 217 matches
Mail list logo
