During dentry path lookups we can end up corrupting memory if the
destination path buffer is too small. This is because prepend_path()
and prepend() adjust the passed buffer length unconditionally, allowing
for the buffer length to go negative. Then a later prepend_name() call
will receive a
Need include asm/pgtable.h to include asm-generic/pgtable-nopmd.h,
so can let 'pmd_t' defined. The related error with allmodconfig:
CC arch/unicore32/mm/alignment.o
In file included from arch/unicore32/mm/alignment.c:24:
arch/unicore32/include/asm/tlbflush.h:135: error: expected ‘)’
Hi !
Proposal for a minor optimization in update_migrate_disable - its only a few
instructions saved but those are in the hot path of locks so it might be worth
it
When being scheduled out while migrate_disable 0 and migrate_disabled_updated
is not yet set we end up here
Please ignore the patch sequence number. It is a single patch, not a
part of a series.
Newbie mistake. Please let me know if I should resend the patch.
Thanks,
Jakub
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
HI !
Minor cleanup: drop unnecessary migrate_disable in _cpu_down
in kernel/cpu.c:_cpu_down
...
cpumask_andnot(cpumask, cpu_online_mask, cpumask_of(cpu));
set_cpus_allowed_ptr(current, cpumask);
...
migrate_disable();
mycpu = smp_processor_id();
if (mycpu == cpu) {
Hi Oleg,
On Sun, Mar 23, 2014 at 8:37 PM, Oleg Nesterov o...@redhat.com wrote:
It has no users and it doesn't look useful. I do not know why/when it
was introduced, I can't even find any user in the git history.
2.1.68pre1 for i386, 2.1.87pre1 for m68k (which used to follow i386 very
closely
Please ignore the patch sequence number. It is a single patch, not a
part of a series.
Newbie mistake. Please let me know if I should resend the patch.
Thanks,
Jakub
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
On 02/25/2014 10:50 PM, Corey Minyard wrote:
Looks right to me. Rocky, copying you in case there's an issue with this.
Hi,
any updates here, I don't see it in the -next tree yet?
Thanks.
On 02/25/2014 04:14 AM, Jiri Slaby wrote:
In read_all_bytes, we do
unsigned char i;
...
Thanks,
Acked-by: Xuetao Guan g...@mprc.pku.edu.cn
- Chen Gang gang.chen.5...@gmail.com 写道：
Need include asm/pgtable.h to include asm-generic/pgtable-nopmd.h,
so can let 'pmd_t' defined. The related error with allmodconfig:
CC arch/unicore32/mm/alignment.o
In file included
On Sun, Mar 23, 2014 at 06:47:36PM +, Laura Abbott wrote:
On 2/17/2014 4:34 AM, Dave Martin wrote:
On Fri, Feb 14, 2014 at 11:11:07AM -0800, Kees Cook wrote:
On Fri, Feb 14, 2014 at 8:22 AM, Dave Martin dave.mar...@arm.com wrote:
On Thu, Feb 13, 2014 at 05:04:10PM -0800, Kees Cook
On 03/24/2014 08:29 PM, 管雪涛 wrote:
Thanks,
Acked-by: Xuetao Guan g...@mprc.pku.edu.cn
Thank you too.
- Chen Gang gang.chen.5...@gmail.com 写道：
Need include asm/pgtable.h to include asm-generic/pgtable-nopmd.h,
so can let 'pmd_t' defined. The related error with allmodconfig:
The voltages in aat2870_ldo_voltages table are in ascendant order, so use
regulator_map_voltage_ascend.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/regulator/aat2870-regulator.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/regulator/aat2870-regulator.c
Ian made some late comments about the grant mapping series, I incorporated the
functional outcomes into this patch:
- use callback_param macro to shorten access to pending_tx_info in
xenvif_fill_frags() and xenvif_tx_submit()
- print an error message in xenvif_idx_unmap() before panic
Ian made some late comments about the grant mapping series, I incorporated the
non-functional outcomes into this patch:
- typo fixes in a comment of xenvif_free(), and add another one there as well
- typo fix for comment of rx_drain_timeout_msecs
- remove stale comment before calling
Since the early days TX stops if there isn't enough free pending slots to
consume a maximum sized (slot-wise) packet. Probably the reason for that is to
avoid the case when we don't have enough free pending slot in the ring to finish
the packet. But if we make sure that the pending ring has the
On Mon, Mar 24, 2014 at 12:40:08AM +0530, Monam Agarwal wrote:
This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL)
The rcu_assign_pointer() ensures that the initialization of a structure
is carried out before storing a pointer to that structure.
And in the
Hi,
Shawn Guo wrote:
On Wed, Mar 19, 2014 at 02:28:41PM +0100, Lothar Waßmann wrote:
Signed-off-by: Lothar Waßmann l...@karo-electronics.de
---
arch/arm/boot/dts/imx53-tx53-x03x.dts |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
On Mon, Mar 24, 2014 at 12:17:18AM +0530, Monam Agarwal wrote:
This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL)
The rcu_assign_pointer() ensures that the initialization of a structure
is carried out before storing a pointer to that structure.
And in the
Hi,
Shawn Guo wrote:
On Wed, Mar 19, 2014 at 02:28:37PM +0100, Lothar Waßmann wrote:
Signed-off-by: Lothar Waßmann l...@karo-electronics.de
Please add something in the commit log, e.g. why regulator-boot-on is
redundant in this case.
OK.
Lothar Waßmann
--
On Sun, Mar 23, 2014 at 02:20:44PM -, Thomas Gleixner wrote:
If a delayed or deferrable work is on stack we need to tell debug
objects that we are destroying the timer and the work. Otherwise we
leak the tracking object.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Cc: Tejun Heo
On Mon, 2014-03-24 at 08:22 +0200, Michael S. Tsirkin wrote:
What happens if someone then changes that NULL to something else?
Things will start to break in subtle way, won't they?
Sure. As anything else can break when/if using wrong API or in any
change. Particularly in RCU protected code.
Add generic definition just like another architectures have done, or
can not pass compiling with allmodconfig, the related error:
CC kernel/profile.o
kernel/profile.c: In function ‘profile_tick’:
kernel/profile.c:419: error: implicit declaration of function ‘profile_pc’
make[1]:
pte_file_mksoft_dirty operates with argument passed by
a value and returns modified result thus need to assign
@ptfile here, otherwise it's nop operation which may lead
to lose of softdirty bit.
CC: Pavel Emelyanov xe...@parallels.com
CC: Andrew Morton a...@linux-foundation.org
Signed-off-by:
The clear_refs_write is called earlier than clear_soft_dirty and it is
more natural to clear VM_SOFTDIRTY (which belongs to VMA entry but not
PTEs) that early instead of clearing it a way deeper inside call chain.
CC: Pavel Emelyanov xe...@parallels.com
CC: Andrew Morton a...@linux-foundation.org
Otherwise we may not notice that pte was softdirty.
CC: Pavel Emelyanov xe...@parallels.com
CC: Andrew Morton a...@linux-foundation.org
Signed-off-by: Cyrill Gorcunov gorcu...@openvz.org
---
mm/memory.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.git/mm/memory.c
Hugh reported:
| I noticed your soft_dirty work in install_file_pte(): which looked
| good at first, until I realized that it's propagating the soft_dirty
| of a pte it's about to zap completely, to the unrelated entry it's
| about to insert in its place. Which seems very odd to me.
Indeed
Hi! Here is a few fixes for memory softdirty tracker inspired by
LKML thread https://lkml.org/lkml/2014/3/18/709 . It turned out
that indeed I've missed to setup softdirty bit on file mappings
in a few places. But it seems the only intensive user of this
feature is the criu tool where we
On Tue, Mar 04, 2014 at 10:36:07AM +0100, Paul Bolle wrote:
Also note that it's actually not clear to me why these warnings only
trigger on 32 bit. I guess there's some int/long conversion lurking
somewhere. I haven't found it.
I bet you're using a different revision of the compiler on 32 and
On Mon, 2014-03-24 at 07:11 -0400, Neil Horman wrote:
On Mon, Mar 24, 2014 at 12:42:46AM +0530, Monam Agarwal wrote:
This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x,
NULL)
The rcu_assign_pointer() ensures that the initialization of a structure
is
On Mon, 2014-03-24 at 10:30 +, David Laight wrote:
From: Eric Dumazet
On Fri, 2014-03-21 at 14:52 -0400, David Miller wrote:
From: Eric Dumazet eric.duma...@gmail.com
Date: Fri, 21 Mar 2014 05:50:50 -0700
It looks like a barrier() would be more appropriate.
barrier() ==
Hi Alexandre,
Am Montag, den 24.03.2014, 17:42 +0900 schrieb Alexandre Courbot:
Hi everyone,
[...]
A few lines of hacks (not included here) are still needed to deal with cached
mappings triggering external aborts and CPU/GPU memory coherency issues, but I
hope to understand and address
On Mon, Mar 24, 2014 at 06:59:30PM +0800, Gu Zheng wrote:
As the page migration framework holds lock_page() to protect the pages
(both old and new) while migrating, so while the page migrating, both
of old page and new page are locked. And the aio context teardown
routine will call
Hi Brian,
Firstly I'd like to thank you for supporting the inclusion of ST's SPI
NOR (FSM) driver. As promised I will convert it over to the new
framework once it has been applied by your good self.
In the meantime however, I have a NAND driver which I need to
submit. I wanted to give you a
On Thursday 20 March 2014 11:57 PM, Bartlomiej Zolnierkiewicz wrote:
Add the new ahci_da850 host driver and remove the deprecated
ahci_platform_data platform code.
Please note that the new driver doesn't have the superfluous
clock control code as clock is already handled by the generic
AHCI
Looping linux-next into the CC since this is the cause of the failure
in orion5x_defconfig there, and no point in anyone else re-doing the
same bisect.
I sent a fix for this that hasn't been picked up yet:
http://lists.infradead.org/pipermail/linux-arm-kernel/2014-March/239069.html
On Mon, Mar 24, 2014 at 09:11:04AM -0400, Matthew Wilcox wrote:
On Tue, Mar 04, 2014 at 10:36:07AM +0100, Paul Bolle wrote:
Also note that it's actually not clear to me why these warnings only
trigger on 32 bit. I guess there's some int/long conversion lurking
somewhere. I haven't found it.
Ulrich Windl writes:
Hi!
I'm programming a little bit with pthreads in Linux. As I understand
pthread_t is an opaque type (a pointer address?) that cannot be mapped to
the kernel's TID easily. Anyway: Is it expected that when one thread
terminates and another thread is created (in
This patch adds ST Keyscan driver to use the keypad hw a subset
of ST boards provide. Specific board setup will be put in the
given dt.
Signed-off-by: Gabriel Fernandez gabriel.fernan...@st.com
Signed-off-by: Giuseppe Condorelli giuseppe.condore...@st.com
---
On Mon, Mar 24, 2014 at 04:47:32PM +0800, Lai Jiangshan wrote:
On 03/24/2014 01:25 PM, Eric Dumazet wrote:
On Mon, 2014-03-24 at 07:09 +0200, Michael S. Tsirkin wrote:
Seems an incredibly strict requirement for something that just
silences a warning.
What exactly should I test?
I
On Fri, 21 Mar 2014, Daniel Vetter wrote:
So I am still seeing this with current Linus' tree rather regularly (but
it's not deterministic enough for a reliable bisect).
Unfortunately I haven't received any patches to test; what do you propose?
Would reporting this on
- ONE(stack, S_IRUGO, proc_pid_stack),
+ ONE(stack, S_IRUSR, proc_pid_stack),
no love for /proc/*/wchan?
--
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
On Mon, Mar 24, 2014 at 6:29 AM, Arnd Bergmann a...@arndb.de wrote:
On Monday 24 March 2014 11:22:03 Catalin Marinas wrote:
On Fri, Mar 21, 2014 at 09:08:44PM +, Rob Herring wrote:
diff --git a/drivers/tty/serial/earlycon.c b/drivers/tty/serial/earlycon.c
new file mode 100644
index
On Mon, Mar 24, 2014 at 06:14:35AM -0700, Eric Dumazet wrote:
On Mon, 2014-03-24 at 07:11 -0400, Neil Horman wrote:
On Mon, Mar 24, 2014 at 12:42:46AM +0530, Monam Agarwal wrote:
This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x,
NULL)
The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/24/2014 5:43 AM, Janani Venkataraman wrote:
Gcore attaches to the process using gdb and runs the gdb gcore
command and then detaches. In gcore the dump cannot be issued from
a signal handler context as fork() is not signal safe and moreover
The whole point of __GFP_NOFAIL is to centralise this
wait-for-memory-for-ever operation. So it is implemented in a common
(core) place and so that we can easily locate these problematic
callers.
For reiserfs I'm not sure it's worth bothering. If you get an out of
memory or disk caused block
Arnd, Olof, Kevin,
On 24/03/2014 14:33, Wolfram Sang wrote:
Looping linux-next into the CC since this is the cause of the failure
in orion5x_defconfig there, and no point in anyone else re-doing the
same bisect.
I sent a fix for this that hasn't been picked up yet:
On 21/03/14 11:04, Vincent Guittot wrote:
On 20 March 2014 18:18, Dietmar Eggemann dietmar.eggem...@arm.com wrote:
On 20/03/14 17:02, Vincent Guittot wrote:
On 20 March 2014 13:41, Dietmar Eggemann dietmar.eggem...@arm.com wrote:
On 19/03/14 16:22, Vincent Guittot wrote:
We replace the old
On 14/03/24, Pablo Neira Ayuso wrote:
On Fri, Mar 21, 2014 at 12:44:09PM -0400, Richard Guy Briggs wrote:
Remove duplicity and simplify code flow by moving the rcu_read_unlock()
above
the condition and let the flow control exit naturally at the end of the
function.
Signed-off-by:
From: Ioana Ileana ioana.ile...@telecom-paristech.fr
Added missing static qualifier
Signed-off-by: Ioana Ileana ioana.ile...@telecom-paristech.fr
---
drivers/staging/vt6655/datarate.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6655/datarate.c
It is difficult to detect a stack overrun when it
actually occurs.
We have observed that this type of corruption is often
silent and can go unnoticed. Once the corrupted region
is examined, the outcome is undefined and often
results in sporadic system crashes.
When the stack tracing feature is
On Fri, Mar 21 2014, Laura Abbott wrote:
From: Laura Abbott lau...@codeaurora.org
Date: Tue, 25 Feb 2014 11:01:19 -0800
Subject: [PATCH] cma: Remove potential deadlock situation
CMA locking is currently very coarse. The cma_mutex protects both
the bitmap and avoids concurrency with
On Mon, Mar 3, 2014 at 11:54 PM, Li, Bin (Bin)
bin.bl...@alcatel-lucent.com wrote:
Hello, all.
The PLE handler attempts to determine an alternate vCPU to schedule. In
some cases the wrong vCPU is scheduled and performance suffers.
This patch allows for the guest OS to signal, using a
On Mon, 2014-03-24 at 06:17 -0700, Eric Dumazet wrote:
On Mon, 2014-03-24 at 10:30 +, David Laight wrote:
ip_fast_csum() either needs an explicit m constraint for the actual
buffer (and target) bytes, or the stronger memory constraint.
The 'volatile' is then not needed.
I am testing
Fixed a memory leak when an error occurred in the transmit function.
In the error handling the urb wasn't freed before returning. There was
also a call to the usb_unanchor_urb() function but the urb wasn't
anchored.
Signed-off-by: Bjorn Van Tilt bjorn.vant...@gmail.com
---
---
On Sat, 22 Mar 2014 16:32:54 -0700
David F. df7...@gmail.com wrote:
Hi,
It appears if nIEN is set all polling type IO fails. After an
attempt, future non-polled communications also fails. This patch
allows it to work. Not sure if any spin lock protection would be
needed or the system
On 03/21/2014 07:27 PM, Catalin Marinas wrote:
On 21 Mar 2014, at 19:44, Christopher Covington c...@codeaurora.org wrote:
On 03/21/2014 12:27 PM, Catalin Marinas wrote:
On Wed, Mar 19, 2014 at 05:35:19PM +, Christopher Covington wrote:
On an LPAE system, the physical addresses used by
On Mon, 24 Mar 2014 13:18:48 +0100
Nicholas Mc Guire der.h...@hofr.at wrote:
Hi !
Proposal for a minor optimization in update_migrate_disable - its only a few
instructions saved but those are in the hot path of locks so it might be worth
it
When being scheduled out while
Hi Thomas,
On 03/23/2014 06:56 PM, Rafael J. Wysocki wrote:
On Sunday, March 23, 2014 03:09:32 PM Thomas Gleixner wrote:
We are about to free the data structure. Make sure no timer callback
is running. I might be paranoid, but the -exit callback can be
invoked from so many places, that it is
On Mon, 24 Mar 2014 13:20:25 +0100
Nicholas Mc Guire der.h...@hofr.at wrote:
HI !
Minor cleanup: drop unnecessary migrate_disable in _cpu_down
in kernel/cpu.c:_cpu_down
...
cpumask_andnot(cpumask, cpu_online_mask, cpumask_of(cpu));
set_cpus_allowed_ptr(current, cpumask);
On Wed, Mar 19, 2014 at 04:39:45PM -0700, Mike Turquette wrote:
Quoting Maxime Ripard (2014-02-18 06:05:16)
On Mon, Feb 17, 2014 at 11:02:15AM +0100, David Lanzendörfer wrote:
From: Emilio López emi...@elopez.com.ar
This commit implements .determine_rate, so that our factor clocks can
On Mon, 24 Mar 2014 20:26:05 +0900
Masami Hiramatsu masami.hiramatsu...@hitachi.com wrote:
Thank you for reporting with this pretty backtrace :)
Steven, I think this is not the kprobe bug but ftrace (and perhaps, module).
If the ftrace can set loading module text read only before the
On 03/24/2014 03:13 PM, Bjorn Van Tilt wrote:
Fixed a memory leak when an error occurred in the transmit function.
In the error handling the urb wasn't freed before returning. There was
also a call to the usb_unanchor_urb() function but the urb wasn't
anchored.
Signed-off-by: Bjorn Van Tilt
Hello guys,
I've been playing with reloading intel gfx driver (i915) in a cycle, for a
while,
and at some point I've found a non-deterministic kernel crash with a
highly-variable
iteration dependency -- 2 to 200 driver reload iterations.
The apparent race is over the shared internal string
On 14/03/23, David Miller wrote:
From: Richard Guy Briggs r...@redhat.com
Date: Fri, 21 Mar 2014 12:39:11 -0400
@@ -1441,6 +1441,17 @@ static int netlink_bind(struct socket *sock, struct
sockaddr *addr,
if (!nladdr-nl_groups (nlk-groups == NULL || !(u32)nlk-groups[0]))
On Mon, 24 Mar 2014 14:03:57 +
Aaron Tomlin atom...@redhat.com wrote:
It is difficult to detect a stack overrun when it
actually occurs.
We have observed that this type of corruption is often
silent and can go unnoticed. Once the corrupted region
is examined, the outcome is undefined
From: Dirk Brandewie dirk.j.brande...@intel.com
Ensure that no timer callback is running since we are about to free
the timer structure. We cannot guarantee that the call back is called
on the CPU where the timer is running.
Reported-by: Thomas Gleixner t...@linutronix.de
Signed-off-by: Dirk
On 03/10/2014 10:13 AM, Sasha Levin wrote:
On 03/10/2014 06:43 AM, Jan Kara wrote:
By garbage, do you mean that it is a poison, completely random data or does
inode-i_sb look like a valid pointer but just superblock isn't where it
points to?
It's poison.
Any way I could get anything
On 03/24/2014 08:11 PM, dirk.brande...@gmail.com wrote:
From: Dirk Brandewie dirk.j.brande...@intel.com
Ensure that no timer callback is running since we are about to free
the timer structure. We cannot guarantee that the call back is called
on the CPU where the timer is running.
This provides a function gpiochip_irqchip_add() to set
up an irqchip for a GPIO controller, and a function
gpiochip_set_chained_irqchip() to chain it to a parent
irqchip.
Most GPIOs are of the type where a number of lines form
a cascaded interrupt controller chained onto
the primary system
On Mon, 24 Mar 2014 20:26:05 +0900
Masami Hiramatsu masami.hiramatsu...@hitachi.com wrote:
Thank you for reporting with this pretty backtrace :)
Steven, I think this is not the kprobe bug but ftrace (and perhaps, module).
Looks to be more of a module issue than a ftrace issue.
If the
- remove redundant parens
- remove redundant type casts
- fix mixed tab/space indentation
Signed-off-by: Lothar Waßmann l...@karo-electronics.de
---
drivers/input/touchscreen/edt-ft5x06.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git
On Mon, Mar 24, 2014 at 02:36:49PM +, Dmitry Malkin wrote:
Hello guys,
I've been playing with reloading intel gfx driver (i915) in a cycle, for a
while,
and at some point I've found a non-deterministic kernel crash with a
highly-variable
iteration dependency -- 2 to 200 driver reload
The FT5x06 datasheet specifies a minimum reset width of 5ms and a
delay between deassertion of reset and start of reporting of 300ms.
Adjust the delays to conform to the datasheet.
With the original delays I sometimes experienced communication
timeouts when initializing the controller.
The chip may report invalid coordinates on touchdown events, so don't
report the initial touchdown event.
Signed-off-by: Lothar Waßmann l...@karo-electronics.de
---
drivers/input/touchscreen/edt-ft5x06.c |4
1 file changed, 4 insertions(+)
diff --git
There is a new firmware version for the EDT-FT5x06 chip.
Add support for detecting the firmware version and handle the
differences appropriately.
Signed-off-by: Lothar Waßmann l...@karo-electronics.de
---
drivers/input/touchscreen/edt-ft5x06.c | 358
1 file
Signed-off-by: Lothar Waßmann l...@karo-electronics.de
---
.../bindings/input/touchscreen/edt-ft5x06.txt | 55
drivers/input/touchscreen/edt-ft5x06.c | 143 +++-
2 files changed, 167 insertions(+), 31 deletions(-)
create mode 100644
Changes wrt. v1:
addressed the comments from Jingoo Han and Mark Rutland
- added another patch to convert the driver to use devm_* functions
- removed sysfs reference from bindings documentation
- changed '_' to '-' in property name
- added 'edt,' prefix to properties names
- added sanity check
On Mon, Mar 24, 2014 at 4:21 PM, Jassi Brar jaswinder.si...@linaro.org wrote:
On 24 March 2014 14:30, Srikanth Thokala stho...@xilinx.com wrote:
Hi Jassi,
Thanks for the Acked-by.
On Mon, Mar 24, 2014 at 11:50 AM, Jassi Brar jassisinghb...@gmail.com
wrote:
On Tue, Mar 18, 2014 at 12:36
On Mon, Mar 24, 2014 at 8:44 PM, Srikanth Thokala stho...@xilinx.com wrote:
On Mon, Mar 24, 2014 at 4:21 PM, Jassi Brar jaswinder.si...@linaro.org
wrote:
On 24 March 2014 14:30, Srikanth Thokala stho...@xilinx.com wrote:
Hi Jassi,
Thanks for the Acked-by.
On Mon, Mar 24, 2014 at 11:50 AM,
+ linux-ide mailing list on Cc:
On Monday, March 24, 2014 02:15:58 PM One Thousand Gnomes wrote:
On Sat, 22 Mar 2014 16:32:54 -0700
David F. df7...@gmail.com wrote:
Hi,
It appears if nIEN is set all polling type IO fails. After an
attempt, future non-polled communications also
Hi Eric,
- Original Message -
From: Eric Bénard e...@eukrea.com
To: Hubert Chaumette hchaume...@adeneo-embedded.com
Cc: linux-arm-ker...@lists.infradead.org, li...@arm.linux.org.uk, shawn guo
shawn@linaro.org,
linux-kernel@vger.kernel.org, ker...@pengutronix.de
Sent: Friday,
Hi,
I'm being blamed for some bugs for more than one year, and this
weekend I was able to reproduce the error for the first time. I have
the impression that the issue is related to Kconfig because when
compiling the Kernel for x86(not x86_64), and
when:
CONFIG_VIDEO_CX23885=y
and
On Mon, 2014-03-24 at 09:31 -0400, Matthew Wilcox wrote:
I should try things myself before opening my big mouth. Weird. Using
gcc-4.8, I see the same thing. Guess I should just apply the patch,
though it feels wrong to be initialising an entire struct just to silence
a bogus compiler
On Monday 24 March 2014 08:36:46 Rob Herring wrote:
On Mon, Mar 24, 2014 at 6:29 AM, Arnd Bergmann a...@arndb.de wrote:
On Monday 24 March 2014 11:22:03 Catalin Marinas wrote:
On Fri, Mar 21, 2014 at 09:08:44PM +, Rob Herring wrote:
diff --git a/drivers/tty/serial/earlycon.c
Hi Hubert,
Le Mon, 24 Mar 2014 16:30:49 +0100 (CET),
CHAUMETTE Hubert hchaume...@adeneo-embedded.com a écrit :
From: Eric Bénard e...@eukrea.com
that's board specific (the needed delay depends on the routing delay on
the PCB), so this should not go in a generic file.
Eric
I admit
On Wed, Mar 05, 2014 at 06:54:18PM -0600, suravee.suthikulpa...@amd.com wrote:
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
In reality, the spec can only support 16-bit PASID since
INVALIDATE_IOTLB_PAGES and COMPLETE_PPR_REQUEST commands only allow 16-bit
PASID. So, we updated
Hi Paul,
On Mon, Mar 24, 2014 at 4:36 PM, Paul Bolle pebo...@tiscali.nl wrote:
And as this is now unlikely to be in time for v3.14, we might decide to
dig deeper. It won't be the first time that a rather small change (say,
converting a variable from signed to unsigned) turns out be enough to
Hi,
On 21/03/2014 at 09:51:16 +0900, Jingoo Han wrote :
On Wednesday, March 19, 2014 11:23 PM, Hans-Christian Egtvedt wrote:
Around Wed 19 Mar 2014 14:03:27 +0100 or thereabout, Alexandre Belloni
wrote:
The atmel-pwm-bl driver is now obsolete. It is not used by any mainlined
boards
On Mon, 2014-03-24 at 16:49 +0100, Geert Uytterhoeven wrote:
On Mon, Mar 24, 2014 at 4:36 PM, Paul Bolle pebo...@tiscali.nl wrote:
And as this is now unlikely to be in time for v3.14, we might decide to
dig deeper. It won't be the first time that a rather small change (say,
converting a
On 14/03/12, James Morris wrote:
On Tue, 11 Mar 2014, Tetsuo Handa wrote:
And the same phrase goes to James Morris...
If you are sure that it is safe to use get_task_comm() from
dump_common_audit_data() and you prefer locked version, please pick up below
patch via your git tree.
Do you need a loan? Are you searching for a loan? Are you in need of any kind
of loan? Do you need urgent loan to consolidate your debt? Do you need car,
business or loan to pay bills? email us now for more information of the loan
with
NAME:
AMOUNT NEEDED:
DURATION:
COUNTRY:
PHONE:
SEND
diff --git a/drivers/i2c/busses/i2c-davinci.c
b/drivers/i2c/busses/i2c-davinci.c
index af0b583..254d897 100644
--- a/drivers/i2c/busses/i2c-davinci.c
+++ b/drivers/i2c/busses/i2c-davinci.c
@@ -372,9 +372,9 @@ i2c_davinci_xfer_msg(struct i2c_adapter *adap, struct
i2c_msg *msg, int stop)
On Sun, Mar 23, 2014 at 11:19 PM, Adrian Hunter adrian.hun...@intel.com wrote:
On 24.03.2014 03:43, Andrew Bresticker wrote:
sdhci_request() and sdhci_card_event() read the cd-gpio via
mmc_gpio_get_cd(), which can sleep, while holding host-lock.
This may result in the following BUG:
BUG:
I don't know tilegx, but I have replaced 223b24d807610 with
4b58841149dcaa5. I believe adding AUDIT_ARCH_COMPAT_GENERIC was
akashi-san's fix for this problem on mips. Is this a better fix?
Thanks
-Eric
On Thu, 2014-03-20 at 11:31 -0400, Chris Metcalf wrote:
For architectures that use the
On Mon, Mar 24, 2014 at 8:53 PM, Jassi Brar jassisinghb...@gmail.com wrote:
On Mon, Mar 24, 2014 at 8:44 PM, Srikanth Thokala stho...@xilinx.com wrote:
On Mon, Mar 24, 2014 at 4:21 PM, Jassi Brar jaswinder.si...@linaro.org
wrote:
On 24 March 2014 14:30, Srikanth Thokala stho...@xilinx.com
The problem is that audit_is_compat() is a dynamic test that the compiler
can't optimize away, so you end with an undefined reference to
audit_classify_compat_syscall().
For some reason audit_classify_compat_syscall() is declared as __weak
in linux/audit.h; usually the __weak tag is only
From: David Herrmann dh.herrm...@gmail.com
Date: Mon, 24 Mar 2014 09:59:18 +0100
Any comments on this?
You had feedback that requested changes, so I'm waiting for you to post
a new series that incorporates those requested changes.
--
To unsubscribe from this list: send the line unsubscribe
Hi David
On Mon, Mar 24, 2014 at 5:52 PM, David Miller da...@davemloft.net wrote:
From: David Herrmann dh.herrm...@gmail.com
Date: Mon, 24 Mar 2014 09:59:18 +0100
Any comments on this?
You had feedback that requested changes, so I'm waiting for you to post
a new series that incorporates
On Sun, Mar 23, 2014 at 8:53 AM, Fengguang Wu fengguang...@intel.com wrote:
Hi Bjorn,
On Fri, Mar 21, 2014 at 12:42:33PM -0600, Bjorn Helgaas wrote:
On Thu, Mar 20, 2014 at 8:09 PM, Fengguang Wu fengguang...@intel.com wrote:
// CC Stephane for RAPL related bug
Bjorn, sorry this bug
Commit-ID: 645a387ecbdb4aa78c8451a66416340616134537
Gitweb: http://git.kernel.org/tip/645a387ecbdb4aa78c8451a66416340616134537
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Sun, 23 Mar 2014 17:38:14 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Mon, 24 Mar
601 - 700 of 918 matches
Mail list logo
