Add support for canbus activity led indicators on sja1000 devices by
calling appropriate can_led functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Oliver Hartkopp
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
---
Add support for canbus activity led indicators on c_can devices by
calling appropriate can_led functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Bhupesh Sharma
Cc: AnilKumar Ch
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
Add support for canbus activity led indicators on ti_hecc devices by
calling appropriate can_led functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Anant Gole
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
---
Add support for canbus activity led indicators on at91_can devices by
calling appropriate can_led functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
---
drivers/net/can/at91_can.c |
This adds the corresponding device tree descriptor for the
Seagate FreeAgent Dockstar based on Kirkwood DT.
Please note that this patch requires the mach-kirkwood Makefile.boot typo
fix to fully apply.
Signed-off-by: Sebastian Hesselbarth
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Russell King
Cc:
This add a DT compatible board specific setup for the Seagate
FreeAgent Dockstar.
Signed-off-by: Sebastian Hesselbarth
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
arch/arm/mach-kirkwood/Kconfig |
Hello,
this patch series adds support for LED triggers to CAN devices commonly
found on SoC architectures, using the support code recently merged in
Marc's can-next tree.
I actually modified only drivers who's devices may be commonly found
in embedded platforms with associated cpu-controlled
Just a small typo fix to make lsxl dtbs compile
Signed-off-by: Sebastian Hesselbarth
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
arch/arm/mach-kirkwood/Makefile.boot |4 ++--
1 file changed, 2
On 8/4/2012 3:04 AM, Nicolas Pitre wrote:
On Tue, 31 Jul 2012, Cyril Chemparathy wrote:
This patch modifies the switch_mm() processor functions to use 64-bit
addresses. We use u64 instead of phys_addr_t, in order to avoid having config
dependent register usage when calling into switch_mm
Am 05.08.2012 10:23, schrieb Shmulik Ladkani:
> On Thu, 2 Aug 2012 19:45:38 +0200 Richard Weinberger wrote:
>> Okay, then let's explicitly reserve a few PEBs for fastmap.
>> This should be very easy task.
>
> Need to consider what's expected when migrating from a former non-FM
> UBI system to an
Correct spelling typo in drivers/mmc
Signed-off-by: Masanari Iida
---
drivers/mmc/core/sdio.c| 2 +-
drivers/mmc/host/at91_mci.c| 2 +-
drivers/mmc/host/atmel-mci.c | 2 +-
drivers/mmc/host/omap_hsmmc.c | 2 +-
drivers/mmc/host/sdhci-esdhc-imx.c | 2 +-
On 8/4/2012 2:57 AM, Nicolas Pitre wrote:
On Tue, 31 Jul 2012, Cyril Chemparathy wrote:
From: Vitaly Andrianov
This patch fixes the initrd setup code to use phys_addr_t instead of assuming
32-bit addressing. Without this we cannot boot on systems where initrd is
located above the 4G
Hi Nicolas,
On 8/4/2012 2:49 AM, Nicolas Pitre wrote:
On Tue, 31 Jul 2012, Cyril Chemparathy wrote:
This patch adds support for 64-bit physical addresses in virt_to_phys
patching. This does not do real 64-bit add/sub, but instead patches in the
upper 32-bits of the phys_offset directly into
On 8/4/2012 2:24 AM, Nicolas Pitre wrote:
On Tue, 31 Jul 2012, Cyril Chemparathy wrote:
This patch fixes up the types used when converting back and forth between
physical and virtual addresses.
Signed-off-by: Vitaly Andrianov
Signed-off-by: Cyril Chemparathy
Did you verify that this
Hi Nicolas,
On 8/4/2012 2:15 AM, Nicolas Pitre wrote:
On Tue, 31 Jul 2012, Cyril Chemparathy wrote:
This patch replaces the original physical offset patching implementation
with one that uses the newly added patching framework. In the process, we now
unconditionally initialize the
Hi Nicolas,
On 8/4/2012 1:38 AM, Nicolas Pitre wrote:
On Tue, 31 Jul 2012, Cyril Chemparathy wrote:
The original phys_to_virt/virt_to_phys patching implementation relied on early
patching prior to MMU initialization. On PAE systems running out of >4G
address space, this would have entailed
On Fri, Aug 03, 2012 at 11:42:42PM +0100, Stephen Boyd wrote:
> Now that ARM has implemented its spinlocks with tickets we don't
> need to use the generic lockbreak algorithm. Remove the Kconfig
> from ARM so that we use the arch_spin_is_contended() definition
> from the asm header. This also
When the mmcqd thread is idle, a delayed work is created to check the
need for BKOPs. The time to start the delayed work is calculated based
on the host controller suspend timeout, in case it was set. If not, a
default time is used.
If BKOPs is required in level 1, which is non-blocking, there
Le 05/08/2012 14:57, Takashi Iwai a écrit :
> At Sun, 05 Aug 2012 14:36:19 +0200,
> Vincent Blut wrote:
>> Hi,
>>
>> Despite that the subject might suggest that this is a bug in the graphic
>> stack, it appears that
>> commit [b4a91cf0] makes the GDM greeter not loadable, however GDM has
>> been
At Sun, 05 Aug 2012 14:36:19 +0200,
Vincent Blut wrote:
>
> Hi,
>
> Despite that the subject might suggest that this is a bug in the graphic
> stack, it appears that
> commit [b4a91cf0] makes the GDM greeter not loadable, however GDM has
> been correctly loaded:
>
> # service gdm3 status
> [ ok
Commit e9da6e9905e639b0f842a244bc770b48ad0523e9 (ARM: dma-mapping:
remove custom consistent dma region) changed the way atomic allocations
are handled. However, arm_dma_free() was not modified accordingly, and
as a result freeing of atomic allocations does not work correctly when
CMA is disabled.
Hi,
Despite that the subject might suggest that this is a bug in the graphic
stack, it appears that
commit [b4a91cf0] makes the GDM greeter not loadable, however GDM has
been correctly loaded:
# service gdm3 status
[ ok ] gdm3 is running.
This issue only affects Linux 3.5 when I boot on
Obviously added by 14371cce03c2fc393997e17f979e76674b7f392a:
WARNING: vmlinux.o(.text+0x13831): Section mismatch in reference from the
function uncore_types_exit() to the function .init.text:uncore_type_exit()
The function uncore_types_exit() references
the function __init uncore_type_exit().
Salut Amaury,
On Sat, 4 Aug 2012 00:38:29 +, Amaury Decrême wrote:
> > There's nothing confusing, drivers supporting several devices are
> > legion. If the devices are really almost compatible, reusing an
> > existing driver is the way to go.
>
> With that in mind, here is an alpha preview
This patch adds the implementation of a new scheduling algorithm - ROW.
The policy of this algorithm is to prioritize READ requests over WRITE
as much as possible without starving the WRITE requests.
Signed-off-by: Tatyana Brokhman
---
Documentation/block/row-iosched.txt | 117 ++
This function is exported in blk-core.c to be used in other modules
but it's definition in h file is missing.
Signed-off-by: Tatyana Brokhman
---
include/linux/blkdev.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/blkdev.h b/include/linux/blkdev.h
Specifically, some whitespace got carried over from the move that
shouldn't have, and there were some comment style issues in the original
code that are now fixed
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/coredump.c | 8
1 file changed, 4 insertions(+), 4
Adds an expert Kconfig option, CONFIG_COREDUMP, which allows disabling of core
dump.
This saves approximately 2.6k in the compiled kernel, and complements
CONFIG_ELF_CORE,
which now depends on it.
CONFIG_COREDUMP also disables coredump-related sysctls, except for
suid_dumpable and
related
This patch creates a new header file, fs/coredump.h, which contains
functions only used by the new coredump.c. It also moves do_coredump
to the include/linux/coredump.h header file, for consistency.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/coredump.c| 2 ++
This prepares for making core dump functionality optional.
The variable "suid_dumpable" and associated functions are left in fs/exec.c
because they're used elsewhere, such as in ptrace.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
v2: This patch set is a second revision that
On Mon, Jul 30, 2012 at 9:47 AM, Thierry Reding
wrote:
> On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
>> On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
>> wrote:
>> > +- interrupt-controller: Marks the device as an interrupt controller.
>> > +- nr-gpios: The number of pins
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 194f8dcbe9629d8e9346cf96345a9c0bbf0e67ae:
>
> uprobes: __replace_page() needs munlock_vma_page() (2012-07-30 11:27:25
> +0200)
>
> are available in the
On 08/05/2012 01:08 PM, Stefan Priebe wrote:
> Am 01.08.2012 11:53, schrieb Avi Kivity:
>> On 08/01/2012 12:42 PM, Stefan Priebe - Profihost AG wrote:
>>> Am 01.08.2012 11:33, schrieb Avi Kivity:
> So here are 3 backtraces from booting the rescue system:
>
Am 01.08.2012 11:53, schrieb Avi Kivity:
On 08/01/2012 12:42 PM, Stefan Priebe - Profihost AG wrote:
Am 01.08.2012 11:33, schrieb Avi Kivity:
So here are 3 backtraces from booting the rescue system:
http://pastebin.com/raw.php?i=xCy2pEcP
To me they all look the same.
They are. What version
On Wed, Aug 1, 2012 at 5:22 PM, Johannes Stezenbach wrote:
> I'm currently learning how Linux devicetree support works,
> here is one question I couldn't find an answer for.
>
> I understand that within the devicetree GPIOs are referenced by phandle,
> thus the numbers are irrelevant. However,
On Mon, Jul 23, 2012 at 5:34 PM, Jean Delvare wrote:
> The ICH chips have their GPIO pins organized in 2 or 3 independent
> groups of 32 GPIO pins. It can happen that the ACPI BIOS wants to make
> use of pins in one group, preventing the OS to access these. This does
> not prevent the OS from
On Fri, Jul 20, 2012 at 10:58 PM, Sean Paul wrote:
> Move gpc4 to the end of the automatically processed gpio controllers so
> we don't taint the automatic offset calculation.
>
> This bug caused all controllers coming after gpc4 to map to the
> incorrect address. The result is < 0 0 0 0> would
From: Julia Lawall
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@
identifier ret;
expression e,e1,e2,e3,e4,x;
@@
(
if (\(ret != 0\|ret
From: Julia Lawall
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@
identifier ret;
expression e,e1,e2,e3,e4,x;
@@
(
if (\(ret != 0\|ret
From: Julia Lawall
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@
identifier ret;
expression e,e1,e2,e3,e4,x;
@@
(
if (\(ret != 0\|ret
From: Julia Lawall
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@
identifier ret;
expression e,e1,e2,e3,e4,x;
@@
(
if (\(ret != 0\|ret
These patches fix cases where the return code appears to be unintentially 0.
The complete semantic match that finds the problem is as follows:
(http://coccinelle.lip6.fr/)
//
@r@
identifier f;
expression ret,e;
constant C;
@@
f(...) { <+...
(
return -C;
|
ret = -C
... when != ret = e
return
From: Julia Lawall
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@
identifier ret;
expression e,e1,e2,e3,e4,x;
@@
(
if (\(ret != 0\|ret
From: Julia Lawall
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A new label is also added to avoid freeing things that are known to not yet
be allocated.
A simplified version of the semantic match that finds the first problem is as
follows:
On 2012-8-5 4:14, Yinghai Lu wrote:
> On Sat, Jul 28, 2012 at 4:42 AM, Jiang Liu wrote:
>> The first is an ACPI hotplug slot enumerator, which enumerates ACPI hotplug
>> slots on load and provides callbacks to manage those hotplug slots.
>> An ACPI hotplug slot is an abstraction of receptacles,
On Sat, Aug 04, 2012 at 06:23:41PM +0100, Ben Hutchings wrote:
[ … ]
> > > Thanks everyone for working this out.
> > >
> > > If you combine multiple mainline commits like this, the new commit
> > > message should refer to all of them. I've fixed that up this time.
Thanks.
> > Ben, the backport
Buffered write(2) is not directly tied to IO, so it's not suitable to
handle plug in generic_file_aio_write().
Note that plugging for O_SYNC writes is also removed. The user may pass
arbitrary @size arguments, which may be much larger than the preferable
I/O size, or may cross extent/device
Hi all,
It seems this patch was silently forgotten, but the review comments have all
been addressed: the patch has been split into two pieces and tests show no
performance regressions (nor noticeable gains..).
Thanks to Damien for reminding me of the patch!
Thanks,
Fengguang
--
To unsubscribe
Move unplugging for direct I/O from around ->direct_IO() down to
do_blockdev_direct_IO(). This implicitly adds plugging for direct
writes.
CC: Li Shaohua
Acked-by: Jeff Moyer
Signed-off-by: Wu Fengguang
---
fs/direct-io.c |5 +
mm/filemap.c |4
2 files changed, 5
From: Alex Kelly
Specifically, some whitespace got carried over from the move that
shouldn't have, and there were some comment style issues in the original
code that are now fixed
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/coredump.c | 8
1 file changed, 4
From: Alex Kelly
This patch creates a new header file, fs/coredump.h, which contains
functions only used by the new coredump.c. It also moves do_coredump
to the /include/coredump.h header file, for consistency.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/coredump.c
From: Alex
Adds an expert Kconfig option, CONFIG_COREDUMP, which allows disabling of core
dump.
This saves approximately 2.6k in the compiled kernel, and complements
CONFIG_ELF_CORE,
which now depends on it.
CONFIG_COREDUMP also disables coredump-related sysctls, except for
suid_dumpable and
On Sun, 2012-08-05 at 10:16 +0200, LEROY christophe wrote:
> Le 02/08/2012 16:13, Eric Dumazet a écrit :
> > On Thu, 2012-08-02 at 14:27 +0200, leroy christophe wrote:
> >> Hi
> >>
> >> I'm having a big issue with UDP. Using a powerpc board (MPC860).
> >>
> >> With our board running kernel 2.4.17,
Hi,
On Thu, 2 Aug 2012 19:45:38 +0200 Richard Weinberger wrote:
> Okay, then let's explicitly reserve a few PEBs for fastmap.
> This should be very easy task.
Need to consider what's expected when migrating from a former non-FM
UBI system to an FM enabled system, in the case where all PEBs
Le 02/08/2012 16:13, Eric Dumazet a écrit :
On Thu, 2012-08-02 at 14:27 +0200, leroy christophe wrote:
Hi
I'm having a big issue with UDP. Using a powerpc board (MPC860).
With our board running kernel 2.4.17, I'm able to send 16 voice
packets (UDP, 96 bytes per packet) in 11 seconds.
With
Hi,
On Fri, Aug 03, 2012 at 06:49:59AM -0700, Konrad Wilk wrote:
> This looks like you are using PV PCI passthrough? If so, did you
> remember to use 'iommu=soft' to enable the Xen-SWIOTLB in your guest?
> And are you booting with more than 4GB? Or is less than 3GB (so that you have
> a nice gap
Device have SYS rail which is always ON. It is system
power bus. LDO5 and LDO_RTC get powered through this rail
internally. Add support for this rail and make the
LDO5/LDO_RTC input supply to "sys".
Update document accordingly.
Signed-off-by: Laxman Dewangan
Acked-by: Stephen Warren
Tested-by:
Hello
To start with I'll tell how I managed to find you. I was exploring sites and
stumble across ur photos and I thought that there is nothing wrong if I will
suggest him to get to know each other, right?)
So my name is Carolina and I hope you will promote my idea and tell me your
name.)
At Sat, 4 Aug 2012 10:01:13 -0700 (PDT),
Hugh Dickins wrote:
>
> Sorry to report that with 3.6-rc1, closing and opening the lid on
> this ThinkPad T420s leaves the screen blank, and I have to reboot.
>
> I understand there's also an nVidia graphics device in here,
> but I have that configured
On Sun, 2012-08-05 at 08:39 +0200, Andreas Schwab wrote:
> addr & (io_page_size - 1) computes the offset into the page pointed to
> by addr. Looks right to me.
>
> addr & ~(io_page_size - 1) would round addr down to the start of the
> page.
Ah that's right, for some reason I'm so used to seeing
Benjamin Herrenschmidt writes:
> static inline unsigned long iommu_num_pages(unsigned long addr,
> unsigned long len,
> unsigned long io_page_size)
> {
> unsigned long size = (addr & (io_page_size - 1)) +
Benjamin Herrenschmidt b...@kernel.crashing.org writes:
static inline unsigned long iommu_num_pages(unsigned long addr,
unsigned long len,
unsigned long io_page_size)
{
unsigned long size = (addr
On Sun, 2012-08-05 at 08:39 +0200, Andreas Schwab wrote:
addr (io_page_size - 1) computes the offset into the page pointed to
by addr. Looks right to me.
addr ~(io_page_size - 1) would round addr down to the start of the
page.
Ah that's right, for some reason I'm so used to seeing ~
At Sat, 4 Aug 2012 10:01:13 -0700 (PDT),
Hugh Dickins wrote:
Sorry to report that with 3.6-rc1, closing and opening the lid on
this ThinkPad T420s leaves the screen blank, and I have to reboot.
I understand there's also an nVidia graphics device in here,
but I have that configured out,
Hello
To start with I'll tell how I managed to find you. I was exploring sites and
stumble across ur photos and I thought that there is nothing wrong if I will
suggest him to get to know each other, right?)
So my name is Carolina and I hope you will promote my idea and tell me your
name.)
Device have SYS rail which is always ON. It is system
power bus. LDO5 and LDO_RTC get powered through this rail
internally. Add support for this rail and make the
LDO5/LDO_RTC input supply to sys.
Update document accordingly.
Signed-off-by: Laxman Dewangan ldewan...@nvidia.com
Acked-by: Stephen
Hi,
On Fri, Aug 03, 2012 at 06:49:59AM -0700, Konrad Wilk wrote:
This looks like you are using PV PCI passthrough? If so, did you
remember to use 'iommu=soft' to enable the Xen-SWIOTLB in your guest?
And are you booting with more than 4GB? Or is less than 3GB (so that you have
a nice gap in
Le 02/08/2012 16:13, Eric Dumazet a écrit :
On Thu, 2012-08-02 at 14:27 +0200, leroy christophe wrote:
Hi
I'm having a big issue with UDP. Using a powerpc board (MPC860).
With our board running kernel 2.4.17, I'm able to send 16 voice
packets (UDP, 96 bytes per packet) in 11 seconds.
With
Hi,
On Thu, 2 Aug 2012 19:45:38 +0200 Richard Weinberger rich...@nod.at wrote:
Okay, then let's explicitly reserve a few PEBs for fastmap.
This should be very easy task.
Need to consider what's expected when migrating from a former non-FM
UBI system to an FM enabled system, in the case where
On Sun, 2012-08-05 at 10:16 +0200, LEROY christophe wrote:
Le 02/08/2012 16:13, Eric Dumazet a écrit :
On Thu, 2012-08-02 at 14:27 +0200, leroy christophe wrote:
Hi
I'm having a big issue with UDP. Using a powerpc board (MPC860).
With our board running kernel 2.4.17, I'm able to send
From: Alex esh...@gmail.com
Adds an expert Kconfig option, CONFIG_COREDUMP, which allows disabling of core
dump.
This saves approximately 2.6k in the compiled kernel, and complements
CONFIG_ELF_CORE,
which now depends on it.
CONFIG_COREDUMP also disables coredump-related sysctls, except for
From: Alex Kelly esh...@gmail.com
This patch creates a new header file, fs/coredump.h, which contains
functions only used by the new coredump.c. It also moves do_coredump
to the /include/coredump.h header file, for consistency.
Signed-off-by: Alex Kelly alex.page.ke...@gmail.com
Reviewed-by:
From: Alex Kelly esh...@gmail.com
Specifically, some whitespace got carried over from the move that
shouldn't have, and there were some comment style issues in the original
code that are now fixed
Signed-off-by: Alex Kelly alex.page.ke...@gmail.com
Reviewed-by: Josh Triplett
Move unplugging for direct I/O from around -direct_IO() down to
do_blockdev_direct_IO(). This implicitly adds plugging for direct
writes.
CC: Li Shaohua s...@fusionio.com
Acked-by: Jeff Moyer jmo...@redhat.com
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
fs/direct-io.c |5 +
Hi all,
It seems this patch was silently forgotten, but the review comments have all
been addressed: the patch has been split into two pieces and tests show no
performance regressions (nor noticeable gains..).
Thanks to Damien for reminding me of the patch!
Thanks,
Fengguang
--
To unsubscribe
Buffered write(2) is not directly tied to IO, so it's not suitable to
handle plug in generic_file_aio_write().
Note that plugging for O_SYNC writes is also removed. The user may pass
arbitrary @size arguments, which may be much larger than the preferable
I/O size, or may cross extent/device
On Sat, Aug 04, 2012 at 06:23:41PM +0100, Ben Hutchings wrote:
[ … ]
Thanks everyone for working this out.
If you combine multiple mainline commits like this, the new commit
message should refer to all of them. I've fixed that up this time.
Thanks.
Ben, the backport is also
On 2012-8-5 4:14, Yinghai Lu wrote:
On Sat, Jul 28, 2012 at 4:42 AM, Jiang Liu liu...@gmail.com wrote:
The first is an ACPI hotplug slot enumerator, which enumerates ACPI hotplug
slots on load and provides callbacks to manage those hotplug slots.
An ACPI hotplug slot is an abstraction of
From: Julia Lawall ju...@diku.dk
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A new label is also added to avoid freeing things that are known to not yet
be allocated.
A simplified version of the semantic match that finds the first problem is as
From: Julia Lawall ju...@diku.dk
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
// smpl
@@
identifier ret;
expression e,e1,e2,e3,e4,x;
@@
(
if
These patches fix cases where the return code appears to be unintentially 0.
The complete semantic match that finds the problem is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@r@
identifier f;
expression ret,e;
constant C;
@@
f(...) { +...
(
return -C;
|
ret = -C
... when != ret = e
return
From: Julia Lawall ju...@diku.dk
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
// smpl
@@
identifier ret;
expression e,e1,e2,e3,e4,x;
@@
(
if
From: Julia Lawall ju...@diku.dk
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
// smpl
@@
identifier ret;
expression e,e1,e2,e3,e4,x;
@@
(
if
From: Julia Lawall ju...@diku.dk
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
// smpl
@@
identifier ret;
expression e,e1,e2,e3,e4,x;
@@
(
if
From: Julia Lawall ju...@diku.dk
Convert a 0 error return code to a negative one, as returned elsewhere in the
function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
// smpl
@@
identifier ret;
expression e,e1,e2,e3,e4,x;
@@
(
if
On Fri, Jul 20, 2012 at 10:58 PM, Sean Paul seanp...@chromium.org wrote:
Move gpc4 to the end of the automatically processed gpio controllers so
we don't taint the automatic offset calculation.
This bug caused all controllers coming after gpc4 to map to the
incorrect address. The result is
On Mon, Jul 23, 2012 at 5:34 PM, Jean Delvare kh...@linux-fr.org wrote:
The ICH chips have their GPIO pins organized in 2 or 3 independent
groups of 32 GPIO pins. It can happen that the ACPI BIOS wants to make
use of pins in one group, preventing the OS to access these. This does
not prevent
On Wed, Aug 1, 2012 at 5:22 PM, Johannes Stezenbach j...@sig21.net wrote:
I'm currently learning how Linux devicetree support works,
here is one question I couldn't find an answer for.
I understand that within the devicetree GPIOs are referenced by phandle,
thus the numbers are irrelevant.
Am 01.08.2012 11:53, schrieb Avi Kivity:
On 08/01/2012 12:42 PM, Stefan Priebe - Profihost AG wrote:
Am 01.08.2012 11:33, schrieb Avi Kivity:
So here are 3 backtraces from booting the rescue system:
http://pastebin.com/raw.php?i=xCy2pEcP
To me they all look the same.
They are. What version
On 08/05/2012 01:08 PM, Stefan Priebe wrote:
Am 01.08.2012 11:53, schrieb Avi Kivity:
On 08/01/2012 12:42 PM, Stefan Priebe - Profihost AG wrote:
Am 01.08.2012 11:33, schrieb Avi Kivity:
So here are 3 backtraces from booting the rescue system:
http://pastebin.com/raw.php?i=xCy2pEcP
To me
* Arnaldo Carvalho de Melo a...@infradead.org wrote:
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 194f8dcbe9629d8e9346cf96345a9c0bbf0e67ae:
uprobes: __replace_page() needs munlock_vma_page() (2012-07-30 11:27:25
+0200)
are available in
On Mon, Jul 30, 2012 at 9:47 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
+- interrupt-controller: Marks the device as an
This prepares for making core dump functionality optional.
The variable suid_dumpable and associated functions are left in fs/exec.c
because they're used elsewhere, such as in ptrace.
Signed-off-by: Alex Kelly alex.page.ke...@gmail.com
Reviewed-by: Josh Triplett j...@joshtriplett.org
---
v2:
This patch creates a new header file, fs/coredump.h, which contains
functions only used by the new coredump.c. It also moves do_coredump
to the include/linux/coredump.h header file, for consistency.
Signed-off-by: Alex Kelly alex.page.ke...@gmail.com
Reviewed-by: Josh Triplett
Adds an expert Kconfig option, CONFIG_COREDUMP, which allows disabling of core
dump.
This saves approximately 2.6k in the compiled kernel, and complements
CONFIG_ELF_CORE,
which now depends on it.
CONFIG_COREDUMP also disables coredump-related sysctls, except for
suid_dumpable and
related
Specifically, some whitespace got carried over from the move that
shouldn't have, and there were some comment style issues in the original
code that are now fixed
Signed-off-by: Alex Kelly alex.page.ke...@gmail.com
Reviewed-by: Josh Triplett j...@joshtriplett.org
---
fs/coredump.c | 8
This function is exported in blk-core.c to be used in other modules
but it's definition in h file is missing.
Signed-off-by: Tatyana Brokhman tlin...@codeaurora.org
---
include/linux/blkdev.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/blkdev.h
This patch adds the implementation of a new scheduling algorithm - ROW.
The policy of this algorithm is to prioritize READ requests over WRITE
as much as possible without starving the WRITE requests.
Signed-off-by: Tatyana Brokhman tlin...@codeaurora.org
---
Documentation/block/row-iosched.txt |
Salut Amaury,
On Sat, 4 Aug 2012 00:38:29 +, Amaury Decrême wrote:
There's nothing confusing, drivers supporting several devices are
legion. If the devices are really almost compatible, reusing an
existing driver is the way to go.
With that in mind, here is an alpha preview of what
Obviously added by 14371cce03c2fc393997e17f979e76674b7f392a:
WARNING: vmlinux.o(.text+0x13831): Section mismatch in reference from the
function uncore_types_exit() to the function .init.text:uncore_type_exit()
The function uncore_types_exit() references
the function __init uncore_type_exit().
201 - 300 of 522 matches
Mail list logo
