On 06/11/13 08:25, Maxime COQUELIN wrote:
> This patch supplies I2C configuration to STiH416 SoC.
>
> Signed-off-by: Maxime Coquelin
> ---
> arch/arm/boot/dts/stih416-pinctrl.dtsi | 35 +
> arch/arm/boot/dts/stih416.dtsi | 53
>
>
On Monday 18 November 2013, Linus Walleij wrote:
> On Wed, Nov 13, 2013 at 7:19 AM, Magnus Damm wrote:
> > On Wed, Nov 13, 2013 at 4:59 AM, Linus Walleij
> > wrote:
> >> On Thu, Nov 7, 2013 at 12:47 AM, Magnus Damm wrote:
> >>
> >> Is it so that arch/sh is more soft on this for example...?
>
From: Srinivas Kandagatla
This patch moves hardware setup part of the code in stmmac_open to a new
function stmmac_hw_setup, the reason for doing this is to make hw
initialization independent function so that PM functions can re-use it to
re-initialize the IP after returning from low power
From: Srinivas Kandagatla
This patch adds code to restore default pinstate of the pins when it
comes back from low power state. Without this patch the state of the
pins would be unknown and the driver would not work.
This patch also adds code to put the pins in to sleep state when the
driver
From: Srinivas Kandagatla
This patch promotes stmmac_mdio_reset function from static to
non-static, so that power management functions can decide to reset if
the IP comes out from lowe power state specially hibernation cases.
Signed-off-by: Srinivas Kandagatla
---
From: Srinivas Kandagatla
In PM_SUSPEND_FREEZE and WOL(Wakeup On Lan) case, when the driver gets a
wakeup event, either the driver or platform specific PM code should notify
the pm core about it, so that the system can wakeup from low power.
In cases where there is no involvement of platform
From: Srinivas Kandagatla
The driver PM resume assumes that the IP is still powered up and the
all the register contents are not disturbed when it comes out of low
power suspend case. This assumption is wrong, basically the driver
should not consider any state of registers after it comes out of
From: Srinivas Kandagatla
In hibernation freeze case the driver just releases the resources like
dma buffers, irqs, unregisters the drivers and during restore it does
register, request the resources. This is not really necessary, as part
of power management all the data structures are intact,
From: Srinivas Kandagatla
This patch removes gpio_free for reset line of the phy, driver stores
the gpio number in its private data-structure to use in future. As the
driver uses this pin in future this pin should not be freed.
Signed-off-by: Srinivas Kandagatla
---
From: Srinivas Kandagatla
This patch adds support to "max-speed" property which is a standard
ethernet device tree property. max-speed specifies maximum speed
(specified in megabits per second) supported the device.
Depending on the clocking schemes some of the boards can only support
few link
From: Srinivas Kandagatla
This patch moves dma resource allocation to a new function
alloc_dma_desc_resources, the reason for moving this to a new function
is to keep the memory allocations in a separate function. One more reason
it to get suspend and hibernation cases working without releasing
From: Srinivas Kandagatla
Hi Peppe,
During PM_SUSPEND_FREEZE testing, I have noticed that PM support in STMMAC is
partly broken. I had to re-arrange the code to do PM correctly. There were lot
of things I did not like personally and some bits did not work in the first
place. I thought this is
Hi Yu,
One more comment, please refer to inline.
On 11/16/2013 02:15 PM, Chao Yu wrote:
> Previously we read sit entries page one by one, this method lost the chance
> of reading contiguous page together.
> So we read pages as contiguous as possible for better mount performance.
>
> v1-->v2:
>
This driver adds support for digital audio (I2S)
for the BCM2835 SoC that is used by the
Raspberry Pi. External audio codecs can be
connected to the Raspberry Pi via P5 header.
It relies on cyclic DMA engine support for BCM2835.
Signed-off-by: Florian Meier
---
This successor of RFCv2 is no
On Mon, Nov 18, 2013 at 03:22:57AM +, Naveen Krishna Ch wrote:
> Hello All,
>
> On 12 November 2013 12:07, Naveen Krishna Chatradhi
> wrote:
> > Exynos5420 has 5 TMU channels, the TRIMINFO register is
> > misplaced for TMU channels 2, 3 and 4
> > TRIMINFO at 0x1006c000 contains data for TMU
> Hi Helge,
> Could you provide me with the test case(s) you are running to
> reproduce the problem? I could test this on aliasing D-cache on ARM
> as well. Since kmap/kunmap do not flush in general on ARM, we
> might need the explicit flushes here.
Just google for aio-stress.c (e.g.
On Mon, Nov 18, 2013 at 10:51:51AM +0100, Christian Ruppert wrote:
How about a commit message ... somewhere around here would be nice, for
example :)
> Signed-off-by: Christian Ruppert
> ---
> arch/x86/Kconfig |1 +
> arch/x86/boot/compressed/Makefile | 14 ++--
>
On Tue, November 05, 2013, Ray Jui wrote:
> On 10/26/2013 11:03 AM, Ray Jui wrote:
> > Under function mmc_blk_issue_rq, after an MMC discard operation,
> > the MMC request data structure may be freed in memory. Later in
> > the same function, the check of req->cmd_flags & MMC_REQ_SPECIAL_MASK
> >
On Fri, Nov 15, 2013 at 07:43:04AM +, Jingchang Lu wrote:
>
>
> > -Original Message-
> > From: Mark Rutland [mailto:mark.rutl...@arm.com]
> > Sent: Thursday, November 14, 2013 6:46 PM
> > To: Lu Jingchang-B35083
> > Cc: vinod.k...@intel.com; devicet...@vger.kernel.org; Wang
On Sat, Nov 16, 2013 at 02:01:19AM +0200, Taras Kondratiuk wrote:
> From: Victor Kamensky
>
> All OMAP IP blocks expect LE data, but CPU may operate in BE mode.
> Need to use endian neutral functions to read/write h/w registers.
> I.e instead of __raw_read[lw] and __raw_write[lw] functions code
On 11/18/2013 01:39 PM, viresh kumar wrote:
On 18 November 2013 03:07, Rafael J. Wysocki wrote:
On Sunday, November 17, 2013 10:27:43 PM Viresh Kumar wrote:
Okay.. Even these notifiers would be fine for me. To make things more clear
before I start implementing them:
- What about
Hi Helge,
On Sun, Nov 17, 2013 at 10:23:08PM +0100, Helge Deller wrote:
> On 11/16/2013 09:09 PM, Benjamin LaHaise wrote:
> > On Sat, Nov 16, 2013 at 09:07:18PM +0100, Simon Baatz wrote:
> >> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
> >>> On Fri, 2013-11-15 at 23:05 +0100,
On Tue, Nov 12, 2013 at 10:52 AM, Mika Westerberg
wrote:
> Newer Intel PCHs have the same GPIO controller than Haswell but the ACPI ID
> is different. Add this ID to the driver supported IDs list.
>
> Signed-off-by: Mika Westerberg
Patch applied (for v3.14).
Yours,
Linus Walleij
--
To
On Tue, Nov 12, 2013 at 11:41 AM, Ulf Hansson wrote:
> Cc: Linus Walleij
> Cc: Mike Turquette
> Signed-off-by: Ulf Hansson
> ---
> MAINTAINERS |8
> 1 file changed, 8 insertions(+)
Acked-by: Linus Walleij
Mike: I assume you will take this patch?
Yours,
Linus Walleij
--
To
On Tue, Nov 12, 2013 at 7:18 AM, Sekhar Nori wrote:
> On Friday 08 November 2013 12:15 PM, Prabhakar Lad wrote:
>> From: "Lad, Prabhakar"
>>
>> This patch fixes a check for offset in gpio_to_irq_unbanked()
>> and also assigns gpio_irq, gpio_unbanked of chips[0] to
>> appropriate values which is
On Mon, 18 Nov 2013, Thierry Reding wrote:
> From: Derek Basehore
>
> 50 us is not a long enough delay between EC transactions. At least 70 us
> are needed for the 16 MHz STM32L part. Increase the delay to 200 us for
> an extra safety margin.
>
> Signed-off-by: Derek Basehore
> Reviewed-by:
On Mon, 18 Nov 2013, Thierry Reding wrote:
> The dev_cont() symbol doesn't exist, so replace it with pr_cont(). While
> at it, also append a newline to the debug output to make it look nicer.
>
> Signed-off-by: Thierry Reding
> ---
> drivers/mfd/cros_ec_spi.c | 4 +++-
> 1 file changed, 3
FUSE clock is enabled by most bootloaders, but we cannot expect it to be
on in all contexts (e.g. kexec).
This patch adds a FUSE clkdev to all Tegra platforms and makes sure
it is enabled before touching FUSE registers. tegra_init_fuse() is
invoked during very early boot and thus cannot rely on
On 2013-11-17 03:42, Conrad Gomes wrote:
Hi,
No problem, I'll break this up and resend it.
In order to use dev_info type functions I was planning on assigning the
comedi device's struct device to the struct subdevice's class_dev as
follows in comedi_alloc_subdevices as it appears that is is
The original spurious.c already provides the functionality of
detect & disable screaming interrupts. But under some situation
the code won't work. When irq_poll is on and the system has some
ISRs that don’t do sanity check and return IRQ_NONE. This will
come into a loop: device A is screaming,
On Sat, 16 Nov 2013, Taras Kondratiuk wrote:
> From: Victor Kamensky
>
> All OMAP IP blocks expect LE data, but CPU may operate in BE mode.
> Need to use endian neutral functions to read/write h/w registers.
> I.e instead of __raw_read[lw] and __raw_write[lw] functions code
> need to use
On Sat, 16 Nov 2013, Taras Kondratiuk wrote:
> From: Victor Kamensky
>
> All OMAP IP blocks expect LE data, but CPU may operate in BE mode.
> Need to use endian neutral functions to read/write h/w registers.
> I.e instead of __raw_read[lw] and __raw_write[lw] functions code
> need to use
On Fri, Nov 15, 2013 at 02:55:53PM -0800, Dave Hansen wrote:
>
> Changes from v2:
> *
> Changes from v1:
> * removed explicit might_sleep() in favor of the one that we
>get from the cond_resched();
>
> --
>
> From: Dave Hansen
>
> Right now, the migration code in migrate_page_copy()
From: Derek Basehore
50 us is not a long enough delay between EC transactions. At least 70 us
are needed for the 16 MHz STM32L part. Increase the delay to 200 us for
an extra safety margin.
Signed-off-by: Derek Basehore
Reviewed-by: Randall Spangler
Signed-off-by: Thierry Reding
---
On 11/18/2013 06:34 PM, Linus Walleij wrote:
On Sat, Nov 16, 2013 at 1:34 PM, Alexandre Courbot wrote:
The first version received zero feedback, hopefully this one will get more
attention. :) Not much changes, just some more proofreading and the fixes
and improvements that came from it. It
From: Rhyland Klein
The EC has specific timing it requires. Add support for an optional delay
after raising CS to fix timing issues. This is configurable based on
a DT property "google,cros-ec-spi-msg-delay".
If this property isn't set, then no delay will be added. However, if set
it will cause
On Mon, Nov 18, 2013 at 09:35:55AM +, Heiko Carstens wrote:
> From b19687bad7e878aaed6edb786a22c6b05e886b97 Mon Sep 17 00:00:00 2001
> From: Heiko Carstens
> Date: Mon, 18 Nov 2013 10:05:57 +0100
> Subject: [PATCH] kvm: kvm_clear_guest_page(): fix empty_zero_page usage
>
> Using the address
The dev_cont() symbol doesn't exist, so replace it with pr_cont(). While
at it, also append a newline to the debug output to make it look nicer.
Signed-off-by: Thierry Reding
---
drivers/mfd/cros_ec_spi.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
On 11/18/2013 05:11 PM, Jaegeuk Kim wrote:
> Hi,
>
> 2013-11-18 (월), 09:37 +0800, Chao Yu:
>> Hi Kim,
>>
>>> -Original Message-
>>> From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
>>> Sent: Monday, November 18, 2013 8:29 AM
>>> To: Chao Yu
>>> Cc: linux-fsde...@vger.kernel.org;
On 11/16/2013 02:01 AM, Taras Kondratiuk wrote:
> From: Victor Kamensky
>
> All OMAP IP blocks expect LE data, but CPU may operate in BE mode.
> Need to use endian neutral functions to read/write h/w registers.
> I.e instead of __raw_read[lw] and __raw_write[lw] functions code
> need to use
On Mon, Nov 18, 2013 at 06:07:45PM +0800, Zhi Yong Wu wrote:
> On Mon, Nov 18, 2013 at 5:50 PM, Michael S. Tsirkin wrote:
> > On Mon, Nov 18, 2013 at 04:46:20PM +0800, Zhi Yong Wu wrote:
> >> From: Zhi Yong Wu
> >>
> >> It is more appropriate to use # of queue pairs currently used by
> >> the
On Mon, Nov 18, 2013 at 5:50 PM, Michael S. Tsirkin wrote:
> On Mon, Nov 18, 2013 at 04:46:20PM +0800, Zhi Yong Wu wrote:
>> From: Zhi Yong Wu
>>
>> It is more appropriate to use # of queue pairs currently used by
>> the driver instead of a magic value.
>>
>> Signed-off-by: Zhi Yong Wu
>
> I
On Sun, 2013-11-17 at 16:39 +0100, Florian Meier wrote:
> Add support for DMA controller of BCM2835 as used in the Raspberry Pi.
> Currently it only supports cyclic DMA.
Few comments below.
> +++ b/drivers/dma/bcm2835-dma.c
> @@ -0,0 +1,736 @@
> +static int bcm2835_dma_abort(void __iomem
On Wed, Nov 13, 2013 at 7:19 AM, Magnus Damm wrote:
> On Wed, Nov 13, 2013 at 4:59 AM, Linus Walleij
> wrote:
>> On Thu, Nov 7, 2013 at 12:47 AM, Magnus Damm wrote:
>>
>> Is it so that arch/sh is more soft on this for example...?
>> Can some arch maintainer like SH/Paul ACK this approach?
>>
Signed-off-by: Christian Ruppert
---
arch/x86/Kconfig |1 +
arch/x86/boot/compressed/Makefile | 14 ++--
arch/x86/boot/compressed/misc.c |4 +++
lib/decompress_copy.c | 44 +
4 files changed, 56 insertions(+),
On 15/11/13 23:48, Stephen Boyd wrote:
> The 32 bit sched_clock interface now supports 64 bits. Upgrade to
> the 64 bit function to allow us to remove the 32 bit registration
> interface. While we're here increase the number of bits that
> sched_clock can handle to 64 to make full use of the
Some ARC users say they can boot faster with without kernel compression.
This probably depends on things like the FLASH chip they use etc.
Until now, kernel compression can only be disabled by removing "select
HAVE_" lines from the architecture Kconfig. So add the
Kconfig logic to permit
Long options can be negated by prefixing them
with 'no-'. However options that already start
with 'no-', such as '--no-inherit' result in ugly
double 'no's. Avoid that by accepting that the
removal of 'no-' also negates the long option.
Signed-off-by: Adrian Hunter
Suggested-by: Peter Zijlstra
This affects the -p, -t and -u options that
previously defaulted to per-thread mmaps.
A side-effect is that inheritance is
automatically enabled by default. A later
patch will disable it by default for the -t
option.
Consequently add an option to select
per-thread mmaps to support the old
On Sat, Nov 16, 2013 at 03:12:56PM +0530, Vineet Gupta wrote:
> On 11/15/2013 10:21 PM, Christian Ruppert wrote:
> > Some architectures with self-decompressing kernel images did not compile
> > with commit 69f0554ec261fd686ac7fa1c598cc9eb27b83a80 because they don't
> > provide a non-decompression
OPT_BOOLEAN_SET records whether a boolean
option was set by the user. That information
can be used to change the default value
for the option after the options have been
parsed.
Signed-off-by: Adrian Hunter
---
tools/perf/util/parse-options.c | 2 ++
tools/perf/util/parse-options.h | 8
The change to per-cpu mmaps causes the -p, -t
and -u options now to have inheritance enabled
by default. Change that back to no inheritance
but for the -t option only.
Signed-off-by: Adrian Hunter
Requested-by: Peter Zijlstra
---
tools/perf/Documentation/perf-record.txt | 2 ++
Hi
Here are patches to use per-cpu mmaps
by default as requested by Ingo and Peter.
Adrian Hunter (4):
perf record: Make per-cpu mmaps the default.
perf tools: Allow '--inherit' as the negation of '--no-inherit'
perf tools: Add option macro OPT_BOOLEAN_SET
perf record:
On Sat, Nov 16, 2013 at 1:44 PM, Alexandre Courbot wrote:
> GPIO mapping properties were defined using the GPIOF_* flags, which are
> declared in linux/gpio.h. This file is not included when using the
> GPIO descriptor interface.
>
> This patch declares the flags that can be used as GPIO
On Mon, Nov 18, 2013 at 04:46:20PM +0800, Zhi Yong Wu wrote:
> From: Zhi Yong Wu
>
> It is more appropriate to use # of queue pairs currently used by
> the driver instead of a magic value.
>
> Signed-off-by: Zhi Yong Wu
I don't mind, but driver should be submitted separately
from qemu
On Sat, Nov 16, 2013 at 1:39 PM, Alexandre Courbot wrote:
> find_chip_by_name() was incorrectly implemented by using
> gpio_lookup_list instead of gpiod_chips to iterate through all the
> registered GPIO controllers. This patch reimplements it by using
> gpiochip_find() with a custom search
Commit ea1e7ed33708 triggers build regression on sparc64.
include/linux/mm.h:1391:2: error: implicit declaration of function
'pgtable_cache_init' [-Werror=implicit-function-declaration]
arch/sparc/include/asm/pgtable_64.h:978:13: error: conflicting types for
'pgtable_cache_init' [-Werror]
It
On Mon, 2013-11-18 at 10:22 +0100, Zdenek Kabelac wrote:
> I've noticed strange errors in the log - while my wifi seems to work ok,
> the surrounding errors do not seem normal.
>
> Is there anything I could do to fix them ?
> Or it will remain broken or there could workaround ?
>
> I'm attaching
This patch adds the PCI_EXP_FLAGS_SLOT check back before setting
hotplug bridge, which is omitted by an API switching commit,
59875ae489609b2267548dc85160c5f0f0c6f9d4 "PCI/core: Use PCI Express
Capability accessors".
Some Lenovo laptops hang in booting without this fix.
Signed-off-by: Adam Lee
* Peter Zijlstra wrote:
> On Fri, Nov 15, 2013 at 09:41:53AM -0700, David Ahern wrote:
> > On 11/13/13, 4:34 AM, Peter Zijlstra wrote:
> > >>>one option here is not allow page faults and system wide system calls.
> > >>>system wide tracing needs mmap; page faults for a task can use write().
> >
On 11/18/13 at 10:09am, Dave Young wrote:
> On 11/15/13 at 04:02pm, Toshi Kani wrote:
> > On Tue, 2013-11-05 at 16:20 +0800, dyo...@redhat.com wrote:
> > > Kexec kernel will use saved runtime virtual mapping, so add a
> > > new function efi_remap_region to remapping it directly without
> > >
On Sat, Nov 16, 2013 at 1:34 PM, Alexandre Courbot wrote:
> The first version received zero feedback, hopefully this one will get more
> attention. :) Not much changes, just some more proofreading and the fixes
> and improvements that came from it. It looks ok as far as I am concerned.
Sorry I
On Mon, 18 Nov 2013, Linus Walleij wrote:
> On Thu, Nov 14, 2013 at 3:22 PM, Lee Jones wrote:
>
> > Here we provide the FSM's register addresses, register bit names/offsets
> > and some commands which will prove useful as we start bulk the FMS's
> > driver out with functionality.
> >
> >
Hi Gu,
2013-11-18 (월), 17:21 +0800, Gu Zheng:
> Hi Kim,
> On 11/18/2013 05:12 PM, Jaegeuk Kim wrote:
>
> > This patch removes an unnecessary semaphore (i.e., sbi->bio_sem).
> > There is no reason to use the semaphore when f2fs submits read and write
> > IOs.
> > Instead, let's use a write mutex
Hi Geert,
On Sun, Nov 17, 2013 at 07:53:55PM +0100, Geert Uytterhoeven wrote:
> drivers/mfd/ti-ssp.c: In function 'ti_ssp_run':
> drivers/mfd/ti-ssp.c:286:2: error: implicit declaration of function
> 'set_current_state' [-Werror=implicit-function-declaration]
>
Hi Kim,
On 11/18/2013 05:12 PM, Jaegeuk Kim wrote:
> This patch removes an unnecessary semaphore (i.e., sbi->bio_sem).
> There is no reason to use the semaphore when f2fs submits read and write IOs.
> Instead, let's use a write mutex and cover the sbi->bio[] by the lock.
My god, I just sent out
On Fri, Nov 15, 2013 at 06:57:55PM -0500, David Miller wrote:
> From: Ian Kumlien
> Date: Sat, 16 Nov 2013 00:39:19 +0100
>
> > On Fri, Nov 15, 2013 at 05:44:26PM -0500, David Miller wrote:
> >> From: Bjorn Helgaas
> >> Date: Fri, 15 Nov 2013 15:29:53 -0700
> >>
> >> > [+cc David, Eric, Alex,
Hello
I've noticed strange errors in the log - while my wifi seems to work ok,
the surrounding errors do not seem normal.
Is there anything I could do to fix them ?
Or it will remain broken or there could workaround ?
I'm attaching my boot log - with:
"ACPI BIOS Warning (bug): 32/64X length
Use mutex rather than the rw_sem to protect bio related fields,
because it's needless to take the read_sem in the read path.
Signed-off-by: Gu Zheng
---
fs/f2fs/data.c|4
fs/f2fs/f2fs.h|2 +-
fs/f2fs/segment.c |8
fs/f2fs/super.c |2 +-
4 files changed,
Add Atmel PWM controller driver based on PWM framework.
This is the basic function implementation of Atmel PWM controller.
It can work with PWM based led and backlight.
Signed-off-by: Bo Shen
Acked-by: Alexandre Belloni
Acked-by: Jean-Christophe PLAGNIOL-VILLARD
---
Changes in v8:
-
On Thu, Nov 14, 2013 at 3:22 PM, Lee Jones wrote:
> Here we provide the FSM's register addresses, register bit names/offsets
> and some commands which will prove useful as we start bulk the FMS's
> driver out with functionality.
>
> Signed-off-by: Lee Jones
OK...
> +/*
> + * FSM SPI
Add atmel pwm driver device tree binding document
Signed-off-by: Bo Shen
Acked-by: Alexandre Belloni
Acked-by: Jean-Christophe PLAGNIOL-VILLARD
Acked-by: Kumar Gala
---
Changes in v8: None
Changes in v7: None
Changes in v6:
- New, split binding document as a separate patch
Changes in v5:
This patch removes an unnecessary semaphore (i.e., sbi->bio_sem).
There is no reason to use the semaphore when f2fs submits read and write IOs.
Instead, let's use a write mutex and cover the sbi->bio[] by the lock.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/data.c| 4
fs/f2fs/f2fs.h|
This patch introduces PAGE_TYPE_OF_BIO() and cleans up do_submit_bio() with it.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/f2fs.h| 1 +
fs/f2fs/segment.c | 39 +--
2 files changed, 22 insertions(+), 18 deletions(-)
diff --git a/fs/f2fs/f2fs.h
Hi,
2013-11-18 (월), 09:37 +0800, Chao Yu:
> Hi Kim,
>
> > -Original Message-
> > From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
> > Sent: Monday, November 18, 2013 8:29 AM
> > To: Chao Yu
> > Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> >
On Sat, Nov 16, 2013 at 03:25:09PM +0100, Josh Boyer wrote:
> Hi All,
>
> The commit below seems to have made the Tegra DRM driver a bool option
> instead of tristate:
>
> commit dee8268f8fb218c9e9b604a40f7dbdd395e910f9
> Author: Thierry Reding
> Date: Wed Oct 9 10:32:49 2013 +0200
>
>
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
The second set of s390 patches for the 3.13 merge window.
The handling of the PCI hotplug notifications has been improved,
the
On Tue, Nov 12, 2013 at 12:15:45PM -0500, Josh Boyer wrote:
> commit b8d181e408af (staging: drm/imx: add drm plane support) added a file
> to the make target for DRM_IMX_IPUV3 but didn't adjust the objs required
> to actually build that as a module. Kbuild got confused and this lead to
> link
On Fri, Nov 15, 2013 at 09:41:53AM -0700, David Ahern wrote:
> On 11/13/13, 4:34 AM, Peter Zijlstra wrote:
> >>>one option here is not allow page faults and system wide system calls.
> >>>system wide tracing needs mmap; page faults for a task can use write().
> >>>I left that option in case
Hi Mark,
On Fri, Nov 15, 2013 at 4:30 PM, Mark Rutland wrote:
> On Thu, Nov 14, 2013 at 09:46:48PM +, Marek Belisko wrote:
>> Signed-off-by: Marek Belisko
>> ---
>> Documentation/devicetree/bindings/misc/bmp085.txt | 8
>> drivers/misc/bmp085.c | 53
>>
On Fri, Nov 15, 2013 at 12:26:16PM -0500, Vince Weaver wrote:
> On Fri, 15 Nov 2013, Peter Zijlstra wrote:
> >
> > Please enable CONFIG_FRAME_POINTER to get better backtraces, but the
> > above suggests the pagefault swevent, will have a look.
>
> here it is again I think. I compiled with
On Fri, Nov 15, 2013 at 12:39:45PM -0500, Vince Weaver wrote:
>
> The 64-bit attr.config value for perf trace events was being copied into
> an "int" before doing a comparison, meaning the top 32 bits were
> being truncated.
>
> As far as I can tell this didn't cause any errors, but it did mean
On 18 November 2013 12:25, Sandeepa Prabhu wrote:
>>> This is generic test module (samples/hw_breakpoint/data_breakpoint.ko)
>>> which places watchpoint for bothe read/write.
>>> Atleast watchpt should have triggered for Read right? I also tried
>>> with othe functions like do_fork, vfs_read etc
Stephen Rothwell wrote:
> Hi all,
>
> After merging the final tree, today's linux-next build (sparc64 defconfig)
> failed like this:
>
> arch/sparc/mm/init_64.c: In function 'pte_alloc_one':
> arch/sparc/mm/init_64.c:2568:9: error: unused variable 'pte'
> [-Werror=unused-variable]
>
> Caused
has havy dependencies on other header files.
It triggers circular dependencies in generated headers on IA64, at
least:
CC kernel/bounds.s
In file included from
/home/space/kas/git/public/linux/arch/ia64/include/asm/thread_info.h:9:0,
from include/linux/thread_info.h:54,
From: Zhi Yong Wu
It is more appropriate to use # of queue pairs currently used by
the driver instead of a magic value.
Signed-off-by: Zhi Yong Wu
---
drivers/net/virtio_net.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/virtio_net.c
On 28/08/2013 13:03, Boris BREZILLON wrote:
Add ethernet phy node in at91rm9200ek.dts.
The reg register is not specified, as it may differ depending on the init
process of the board:
ADDR0/1 phy pins are connected to PA13/14 rm9200 pins. Which means the phy
will take its address from these pins
On 10/23/2013 05:31 PM, Tiejun Chen wrote:
Scott,
Tested on fsl-p5040 DS.
Scott,
Any comments to this version?
Tiejun
v6:
* rebase
* change the C code to initialize the exception stack addresses in the PACA
instead.
* Clear the PACA_IRQ_HARD_DIS force to exit directly from this debug
Is In IO scheduler add_request and dispatch_request asynchronous or
synchronous??
In kernel,add request and dispatch request is asynchronous or synchronous?
" __make_request" first do add,then do dispatch,is right?
Does Add request and dispatch request have each other's thread???
Thank you!
Phillip Lougher:
> CCing Junjiro Okijima and Stephen Hemminger
Thank you for CCing, and sorry for my slow responce.
> >> Using percpu variables has advantages and disadvantages over
> >> implementations which do not use percpu variables.
> >>
> >> Advantages: the nature of percpu variables
On Fri, 15 Nov 2013 13:46:07 +
Catalin Marinas wrote:
> On 15 November 2013 13:29, Martin Schwidefsky wrote:
> > On Fri, 15 Nov 2013 11:57:01 +
> > Catalin Marinas wrote:
> >
> >> On Fri, Nov 15, 2013 at 11:17:36AM +, Martin Schwidefsky wrote:
> >> > On Fri, 15 Nov 2013 12:10:00
Hallo Freund Ich brauche dich, um mir zu helfen.
Wie Sie dies lesen, ich möchte Sie zu berühren, weil ich glaube, jeder
wird irgendwann sterben. Mein Name ist Rod Thompson, ein Händler .
Ich habe mit Speiseröhrenkrebs diagnostiziert worden. Es hat alle Formen
der medizinischen Behandlung
-- Forwarded message --
From: 韩磊
Date: 2013/11/17
Subject: How to inital FIFO ticket spinlock in kernel 2.6.34.14?
To: Linux Kernel Mailing List
How to inital FIFO ticket spinlock in kernel 2.6.34.14?
Thank you!
--
To unsubscribe from this list: send the line "unsubscribe
What's that mean??
--
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/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
What's that mean??
--
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/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
601 - 700 of 1351 matches
Mail list logo