On Thu, Mar 06, 2014 at 05:50:30PM +0100, Philipp Zabel wrote:
> Am Donnerstag, den 06.03.2014, 17:32 +0100 schrieb Sylwester Nawrocki:
> > On 06/03/14 17:21, Philipp Zabel wrote:
> > > Am Donnerstag, den 06.03.2014, 16:47 +0100 schrieb Sylwester Nawrocki:
> > >> Yes, it's going to conflict with
On Thu, Mar 06, 2014 at 09:52:42PM +0100, Thomas Gleixner wrote:
> On Thu, 6 Mar 2014, Ville Syrjälä wrote:
> > Hi,
> >
> > It appears preempt_check_resched() is no longer available for modules
> > since [1]. So now I'm left wondering what is one supposed to use after
> > local_irq_enable().
The dma-request lines from peripherals are connected to
the dma-controller through a crossbar router. Adding this
crossbar phandle to the peripheral's dma-specs. This is
used by the driver to identify the router associated with
a dma-request line and map it.
Signed-off-by: Sricharan R
---
In socs which have crossbar to route the peripheral dma request
line to the dma controller, only the peripheral crossbar request line
number is fixed and this is passed through the DT nodes. The dma request
channel to be used is allocated dynamically.
The total number of crossbar channels are
In some SoCs the dma request lines from the peripherals are
routed to the dma-controller through a crossbar. With this the
dma controller's available request lines are shared between the
peripherals.
This adds support to register the crossbar router associated with
a dma-channel and let the
DRA7XX dma controller IP's are preceded by a crossbar which
routes the dma requests from the peripherals to the dma
request input lines of the appropriate dma controller.
With this the dma controller's available request lines
are shared between the peripherals.
The driver maintains a list of free
On DRA7 there is a crossbar router which maps the peripheral
dma request channels to the dma controller inputs. The
dma-controller can receive requests from any of the crossbar
channels. So register the total number crossbar channels instead
of the shared dma-request lines.
Signed-off-by:
On Thu, Mar 06, 2014 at 08:32:48PM -0500, Sasha Levin wrote:
> On 03/04/2014 10:53 PM, Sasha Levin wrote:
> >On 03/04/2014 10:16 PM, Bob Liu wrote:
> >>On Thu, Feb 27, 2014 at 11:03 PM, Kirill A. Shutemov
> >> wrote:
> >>>Sasha Levin wrote:
> Hi all,
>
> While fuzzing with trinity
Adding the crossbar node.
Signed-off-by: Sricharan R
---
arch/arm/boot/dts/dra7.dtsi |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi
index 1fd75aa..f84991b 100644
--- a/arch/arm/boot/dts/dra7.dtsi
+++
Enable dma crossbar support on dra7xx
Signed-off-by: Sricharan R
---
arch/arm/configs/omap2plus_defconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index 3a0b53d..1cf8277 100644
---
Each dma-request channel can be connected to the dma-controller either
directly or through a crossbar router. In such cases request lines
should be routed to the dma-controller. Adding a xlate function
which would retrieve and store the router data associated with a particular
channel in the
The total number of dma-request channels is hard-coded. Instead read the
data from DT.
Signed-off-by: Sricharan R
---
drivers/dma/omap-dma.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c
index 64ceca2..a0d6639 100644
In some socs dma requests lines from the peripherals to the
dma controller can be connected either directly or through
a crossbar router. The crossbar in turn maps the peripheral
request line to a free dma-controller request line. In such
cases the crossbar associated with the particular request
Em Fri, 07 Mar 2014 11:55:17 +
Russell King - ARM Linux escreveu:
> On Thu, Mar 06, 2014 at 06:13:20PM +0100, Philipp Zabel wrote:
> > Hi Mauro, Russell,
> >
> > I have temporarily removed the simplified bindings at Sylwester's
> > request and updated the branch with the acks. The following
Peter Zijlstra wrote:
> I would have actually expected it to stop emitting chars at \0. But
> sure. Couldn't care less though; that's what you get, we all know this,
> we've all been through this discussion several times. Get over it
> already.
>
> One of the last threads on this is:
>
>
On Thu 06-03-14 16:33:24, Tejun Heo wrote:
> A bit of addition.
>
> On Thu, Mar 06, 2014 at 01:23:57PM -0800, David Rientjes wrote:
> > This patchset provides a solution to a real-world problem that is not
> > solved with any other patchset. I expect it to be reviewed as any other
> >
> diff --git a/scripts/kallsyms.c b/scripts/kallsyms.c
> index 3c6224728960..4dcda98427cb 100644
> --- a/scripts/kallsyms.c
> +++ b/scripts/kallsyms.c
> @@ -34,6 +34,7 @@ struct sym_entry {
> unsigned int len;
> unsigned int start_pos;
> unsigned char *sym;
> + int
From: Jon Ringle
On Thu, 6 Mar 2014, Joe Perches wrote:
> On Thu, 2014-03-06 at 21:52 -0800, Greg KH wrote:
> > On Thu, Mar 06, 2014 at 09:35:46PM -0500, j...@ringle.org wrote:
> > > From: Jon Ringle
> > >
> > > I am requesting comments on this serial driver.
> > > I am currently having some
On 07/03/14 04:46, Pravin Shelar wrote:
On Thu, Mar 6, 2014 at 9:09 AM, Zoltan Kiss wrote:
Do you have any feedback on this? I'm also adding KVM list as they might be
interested in this.
Zoli
On 28/02/14 19:16, Zoltan Kiss wrote:
The kernel datapath now switched to zerocopy Netlink
On Fri, Mar 07, 2014 at 02:52:06AM +, Al Viro wrote:
> On Thu, Mar 06, 2014 at 03:47:26PM -0500, Tejun Heo wrote:
>
> > Not much, but it should at least help bisection if something goes
> > wrong, I think.
>
> OK. It looks better when folding pcpu_split_block() into the caller
> is done as
Placeholders <..> are sometimes used in the devicetree documentation
to define family-wide compatible strings (like fsl,-ipu where
chip can be any Freescale SoC).
These placeholders are loosly defined. This lead to some
fragmentation. Looking at the current placeholders, we have:
3
Looking at the current vendor strings used in the kernel's .dts/.dtsi
files, some vendors are used a high number of times without
being documented. Document the ones that are used more than 10 times.
Note: a few inconsistencies were found, and thus not documented.
Here is the list:
- mrvl:
On 2014-03-06 08:28, Richard Weinberger wrote:
> On Wed, Mar 5, 2014 at 6:37 AM, Jon Ringle
> wrote:
>>
>>
>> On Wed, 5 Mar 2014, Greg KH wrote:
>>
>>> On Tue, Mar 04, 2014 at 07:01:49PM -0500, Jon Ringle wrote:
+config CC_OPTIMIZE_FOR_SPEED +bool "Optimze for speed
(-O3)" +
On Fri, Mar 07, 2014 at 06:41:32PM +0800, Gu Zheng wrote:
> ping...
There is no need to ping. I'm on vacation and will be dealing with this
once I get back to work on Monday.
-ben
--
"Thought is the essence of where you are now."
--
To unsubscribe from this list: send the line
Am 07.03.2014 13:39, schrieb Austin S Hemmelgarn:
> On 2014-03-06 08:28, Richard Weinberger wrote:
>> On Wed, Mar 5, 2014 at 6:37 AM, Jon Ringle
>> wrote:
>>>
>>>
>>> On Wed, 5 Mar 2014, Greg KH wrote:
>>>
On Tue, Mar 04, 2014 at 07:01:49PM -0500, Jon Ringle wrote:
> +config
On 03/07/2014 12:52 PM, Dan Carpenter wrote:
On Fri, Mar 07, 2014 at 12:42:12PM +0100, Vegard Nossum wrote:
On 03/07/2014 12:26 PM, Dan Carpenter wrote:
On Fri, Mar 07, 2014 at 11:56:04AM +0100, Vegard Nossum wrote:
Both the in-kernel and BSD strlcpy() require that the source string is
NUL
On 06/03/14 14:16, David Herrmann wrote:
> Hi Tomi
>
> On Mon, Mar 3, 2014 at 12:22 PM, Tomi Valkeinen wrote:
>> On 03/03/14 13:09, David Herrmann wrote:
>>
What do you think, would it be possible to keep the sysfb stuff in
arch/x86, and still be able to do the rest of the stuff here?
On 2014-03-07 07:42, Richard Weinberger wrote:
>
>
> Am 07.03.2014 13:39, schrieb Austin S Hemmelgarn:
>> On 2014-03-06 08:28, Richard Weinberger wrote:
>>> On Wed, Mar 5, 2014 at 6:37 AM, Jon Ringle
>>> wrote:
On Wed, 5 Mar 2014, Greg KH wrote:
> On Tue, Mar 04, 2014 at
On Fri, Mar 7, 2014 at 1:36 PM, Florian Vaussard
wrote:
> --- a/Documentation/devicetree/bindings/watchdog/sunxi-wdt.txt
> +++ b/Documentation/devicetree/bindings/watchdog/sunxi-wdt.txt
> @@ -2,7 +2,7 @@ Allwinner SoCs Watchdog timer
>
> Required properties:
>
> -- compatible : should be
From: Opensource [Steve Twiss]
Add the OnKey driver for DA9063.
Signed-off-by: Opensource [Steve Twiss]
---
Checks performed with next-20140307/scripts/checkpatch.pl
da9063-onkey.ctotal: 0 errors, 0 warnings, 202 lines checked
Kconfig total: 0 errors, 11
Add support for devicetree probe for the rcar-vin
driver.
Signed-off-by: Ben Dooks
---
.../devicetree/bindings/media/rcar_vin.txt | 79 ++
drivers/media/platform/soc_camera/rcar_vin.c | 67 --
2 files changed, 140 insertions(+), 6 deletions(-)
Add device-tree for vin1 (composite video in) on the
lager board.
Signed-off-by: Ben Dooks
---
arch/arm/boot/dts/r8a7790-lager.dts | 38 +
1 file changed, 38 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790-lager.dts
This is a series of patches to get towards the point the renesas
rcar_vin driver can be bound via device-tree. Patches 1 and 2 add
the device tree nodes, patch 3 is one which has been in my tree
for a while and the last two modify the rcar_vin driver.
--
To unsubscribe from this list: send the
The platform data is a single word, so simply copy
it into the device's private data structure than
keeping a copy of the pointer.
This will make changing to device-tree binding
easier as it is one allocation instead of two.
Signed-off-by: Ben Dooks
---
Add nodes for the four video input channels on the R8A7790.
Signed-off-by: Ben Dooks
---
arch/arm/boot/dts/r8a7790.dtsi | 32
1 file changed, 32 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790.dtsi b/arch/arm/boot/dts/r8a7790.dtsi
index a1e7c39..4c3eafb
From: Phil Edworthy
Signed-off-by: Phil Edworthy
---
drivers/media/platform/soc_camera/rcar_vin.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/media/platform/soc_camera/rcar_vin.c
b/drivers/media/platform/soc_camera/rcar_vin.c
index 3b1c05a..702dc47 100644
---
On Wednesday, March 05, 2014 05:20:05 PM Tomasz Figa wrote:
> Hi Bartek,
>
> On 05.03.2014 17:15, Bartlomiej Zolnierkiewicz wrote:
> >
> > Hi Tomek,
> >
> > On Monday, March 03, 2014 05:02:08 PM Tomasz Figa wrote:
> >> This patch moves Exynos power domain code to use the new generic power
> >>
Hi
On Fri, Mar 7, 2014 at 1:44 PM, Tomi Valkeinen wrote:
> On 06/03/14 14:16, David Herrmann wrote:
>> Hi Tomi
>>
>> On Mon, Mar 3, 2014 at 12:22 PM, Tomi Valkeinen
>> wrote:
>>> On 03/03/14 13:09, David Herrmann wrote:
>>>
> What do you think, would it be possible to keep the sysfb stuff
On 03/07/2014 07:01 AM, David Rientjes wrote:
> The conditions that control the isolation mode in
> isolate_migratepages_range() do not change during the iteration, so
> extract them out and only define the value once.
>
> This actually does have an effect, gcc doesn't optimize it itself
On Fri, Mar 07, 2014 at 01:44:17PM +0100, Vegard Nossum wrote:
> On 03/07/2014 12:52 PM, Dan Carpenter wrote:
> >On Fri, Mar 07, 2014 at 12:42:12PM +0100, Vegard Nossum wrote:
> >>On 03/07/2014 12:26 PM, Dan Carpenter wrote:
> >>>On Fri, Mar 07, 2014 at 11:56:04AM +0100, Vegard Nossum wrote:
>
Hi,
This series enables the 2 USB ports on the DRA7-evm.
Patches are based on on 3.14-rc4 with balbi/next, linux-phy/next,
omap-for-v3.15/dt merged and [1] applied.
[1] - http://article.gmane.org/gmane.linux.drivers.devicetree/65223.
cheers,
-roger
---
Roger Quadros (8):
CLK: ti: dra7:
As clocks might be named differently on multiple platforms, use a generic
name in the driver and allow device tree node to specify the platform
specific clock name.
Signed-off-by: Roger Quadros
---
drivers/phy/phy-omap-usb2.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
Paul Bolle schreef op vr 10-01-2014 om 11:37 [+0100]:
> Building ramnve0.o triggers a GCC warning on 32 bits x86:
> drivers/gpu/drm/nouveau/core/subdev/fb/ramnve0.c: In function
> 'nve0_ram_ctor':
> drivers/gpu/drm/nouveau/core/subdev/fb/ramnve0.c:1253:1: warning: the
> frame size of
Add USB pinmux information and USB modes
for the first 2 USB controllers.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/dra7-evm.dts | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/dra7-evm.dts b/arch/arm/boot/dts/dra7-evm.dts
index
Add nodes for the Super Speed USB controllers, omap-control-usb,
USB2 PHY and USB3 PHY devices.
Remove ocp2scp1 address space from hwmod data as it is
now provided via device tree.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/dra7.dtsi | 110 ++
The USB2 PHY driver expects named clocks for wakeup clock
and reference clock. Provide this information for USB2 PHY
nodes in OMAP4 and OMAP5 SoC DTS.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap4.dtsi | 2 ++
arch/arm/boot/dts/omap5.dtsi | 2 ++
2 files changed, 4 insertions(+)
Add the sysconfig class bits for the Super Speed USB
controllers
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
USB_DPLL must be initialized and locked at boot so that
USB modules can work.
Also program USB_DLL_M2 output to half rate.
CC: Mike Turquette
CC: Tero Kristo
Signed-off-by: Roger Quadros
---
drivers/clk/ti/clk-7xx.c | 11 +++
1 file changed, 11 insertions(+)
diff --git
This clock gate description was missing in older Reference manuals.
It is present on the SoC to provide 960MHz reference clock to the
internal USB PHYs.
Use l3init_960m_gfclk as parent of usb_otg_ss1_refclk960m and
usb_otg_ss2_refclk960m.
CC: Tero Kristo
Signed-off-by: Roger Quadros
---
Add "wkupclk" and "refclk" information to DT binding information.
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/devicetree/bindings/phy/ti-phy.txt
* Fernando Lopez-Lezcano | 2014-02-13 14:56:09 [-0800]:
>On 02/13/2014 02:25 PM, Thomas Gleixner wrote:
>>On Wed, 12 Feb 2014, Fernando Lopez-Lezcano wrote:
>>>[771508.546449] RIP: 0010:[] []
>>>smp_call_function_many+0x2ca/0x330
>>
>>Can you decode the exact location inside of
On Fri, Mar 7, 2014 at 2:01 PM, Ben Dooks wrote:
> +++ b/Documentation/devicetree/bindings/media/rcar_vin.txt
> +family of devices. The current blocks are always slaves and suppot one input
support
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of
* Thomas Gleixner | 2014-02-19 10:50:29 [+0100]:
>On Fri, 14 Feb 2014, Fernando Lopez-Lezcano wrote:
>> I could try to boot one of the machines into 3.12.xrtyy, replicate the
>> conditions and wait. What should I look for if I can catch this in the act?
>
>dmesg and sysrq-t output would be a good
On Wed, Mar 05, 2014 at 07:31:49AM -0800, Andi Kleen wrote:
> > segfaults here..
> >
> > [jolsa@krava perf]$ ./perf record -g sleep 1
> > [ perf record: Woken up 1 times to write data ]
> > [ perf record: Captured and wrote 0.013 MB perf.data (~567 samples) ]
> > [jolsa@krava perf]$ ./perf report
On Thu, Feb 27, 2014 at 08:22:26PM -0800, Andi Kleen wrote:
> From: Andi Kleen
SNIP
> index 8ad97e9..be29bb8 100644
> --- a/tools/perf/util/callchain.h
> +++ b/tools/perf/util/callchain.h
> @@ -53,6 +53,7 @@ struct callchain_param {
> sort_chain_func_t sort;
> enum chain_order
On Thu, Feb 27, 2014 at 08:22:32PM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> When the source line is not found fall back to sym + offset.
> This is generally much more useful than a raw address.
> For this we need to pass in the symbol from the caller.
> For some callers it's awkward to
On Thu, Feb 27, 2014 at 08:22:27PM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> Add a --branch-history option to perf report that changes all
> the settings necessary for using the branches in callstacks.
>
> This is just a short cut to make this nicer to use, it does
> not enable any
Hi Michael,
Thanks for the comments.
On 03/06/2014 03:20 AM, Michael S. Tsirkin wrote:
> On Wed, Mar 05, 2014 at 05:41:28PM -0500, Christopher Covington wrote:
>> Without this, the following scenario is incorrectly determined
>> to be invalid.
>>
>> addr 0x7f_e000 size 8192 addr_limit
With a compatible string like
compatible = "foo";
checkpatch will currently try to find "foo" in vendor-prefixes.txt,
which is wrong since the vendor prefix is empty in this specific case.
Skip the vendor test if the compatible is not like
compatible = "vendor,something";
Signed-off-by:
From: Joe Perches
From: Joe Perches
Improve the vendor name match in vendor-prefix.txt
by only matching the exact vendor name at the beginning of lines.
Signed-off-by: Joe Perches
[florian.vauss...@epfl.ch: split patch, commit log]
Signed-off-by: Florian Vaussard
---
scripts/checkpatch.pl
Hi,
This series proposes a number of fixes and enhancements to the checks
performed on compatible strings:
1) Fix vendor check for strings with dashes
2) Fix spurious vendor warning, when there is no vendor
3) Check for compatible strings in .c and .h files too
4) Match only at the begining of
From: Joe Perches
From: Joe Perches
Look for ".compatible = "foo" strings not only in .dts files, but
in .c and .h too.
Signed-off-by: Joe Perches
[florian.vauss...@epfl.ch: split patch, commit log]
Signed-off-by: Florian Vaussard
---
scripts/checkpatch.pl | 6 --
1 file changed, 4
The current vendor compatible check will not match vendors with
dashes, like:
compatible="asahi-kasei"
Reported-by: Joe Perches
Signed-off-by: Florian Vaussard
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/checkpatch.pl
On Fri, Mar 07, 2014 at 09:20:31AM -0300, Mauro Carvalho Chehab wrote:
> Em Fri, 07 Mar 2014 11:55:17 +
> Russell King - ARM Linux escreveu:
>
> > On Thu, Mar 06, 2014 at 06:13:20PM +0100, Philipp Zabel wrote:
> > > Hi Mauro, Russell,
> > >
> > > I have temporarily removed the simplified
On 03/07/2014 02:26 PM, Florian Vaussard wrote:
> From: Joe Perches
>
> From: Joe Perches
>
Mmmh, sorry for this. I will resend.
> Look for ".compatible = "foo" strings not only in .dts files, but
> in .c and .h too.
>
> Signed-off-by: Joe Perches
> [florian.vauss...@epfl.ch: split
From: Joe Perches
Look for ".compatible = "foo" strings not only in .dts files, but
in .c and .h too.
Signed-off-by: Joe Perches
[florian.vauss...@epfl.ch: split patch, commit log]
Signed-off-by: Florian Vaussard
---
scripts/checkpatch.pl | 6 --
1 file changed, 4 insertions(+), 2
On 07.03.2014 09:46, Marc Kleine-Budde wrote:
> Adding the linux-can mailinglist to Cc.
I am not subscribed so maybe that's why the original mail
did not get through - I did Cc: linux-...@vger.kernel.org
> Your kernel is missing the patch:
>
> e358784 can: flexcan: fix mx28 detection by
With the callback implemented omap-dma can provide information to client
drivers regarding to supported address widths, directions, residue
granularity, etc.
Signed-off-by: Peter Ujfalusi
---
drivers/dma/omap-dma.c | 18 ++
1 file changed, 18 insertions(+)
diff --git
From: Joe Perches
Improve the vendor name match in vendor-prefix.txt
by only matching the exact vendor name at the beginning of lines.
Signed-off-by: Joe Perches
[florian.vauss...@epfl.ch: split patch, commit log]
Signed-off-by: Florian Vaussard
---
scripts/checkpatch.pl | 10 +-
1
This is more of a problem description than an actual bugfix, but currently
ring_buffer_detach() can kick in while ring_buffer_wakeup() is traversing
the ring buffer's event list, leading to cpu stalls.
What this patch does is crude, but fixes the problem, which is: one rcu
grace period has to
On 03/07/2014 03:09 PM, Roger Quadros wrote:
USB_DPLL must be initialized and locked at boot so that
USB modules can work.
Also program USB_DLL_M2 output to half rate.
CC: Mike Turquette
CC: Tero Kristo
Signed-off-by: Roger Quadros
---
drivers/clk/ti/clk-7xx.c | 11 +++
1 file
This patch fixes the circular dependency introduced by commit 370136bc67c3
("i2c: mv64xxx: Add reset deassert call"):
drivers/video/Kconfig:42:error: recursive dependency detected!
Since the reset framework doesn't define dummy stubs whenever
CONFIG_RESET_CONTROLLER is not defined, it's the only
Hi,
On Fri, Mar 07, 2014 at 12:18:58PM +0100, Wolfram Sang wrote:
>
> > > Since RESET_CONTROLLER is not required for those platforms, it really
> > > should be optional - and I think the real fix is for the reset controller
> > > support to provide stub functions.
> >
> > Philipp Zabel
On Fri, Mar 07, 2014 at 11:56:11AM +0800, Linus Walleij wrote:
> On Fri, Mar 7, 2014 at 11:50 AM, Jason Cooper wrote:
> > On Fri, Mar 07, 2014 at 11:48:25AM +0800, Linus Walleij wrote:
> >> On Fri, Mar 7, 2014 at 4:18 AM, Jason Cooper wrote:
> >> > On Wed, Mar 05, 2014 at 01:03:10AM +0100,
On Fri, 07 Mar 2014 14:02:56 +1030
Rusty Russell wrote:
> Steven Rostedt writes:
> > Rusty,
> >
> > Can you give an Acked-by for this patch so that I can include it in my
> > 3.15 queue. I have some patches there that need to be added before this
> > change can go in.
>
> Acked-by: Rusty
> From: Alexander Gordeev [mailto:agord...@redhat.com]
> Sent: Thursday, March 06, 2014 3:11 PM
> To: linux-kernel@vger.kernel.org
> Cc: Alexander Gordeev; Matt Porter; Bounine, Alexandre; linux-
> p...@vger.kernel.org
> Subject: [PATCH v2 RESEND 3/4] tsi721: Use pci_enable_msix_exact()
> instead
On Fri, Mar 07, 2014 at 07:51:56AM -0500, Austin S Hemmelgarn wrote:
> I'm not arguing that, I just don't have the time to test it at the
> moment; and, "performance improvement" also can mean different things
> to different people (a lot of RT folks for example don't care if
> things run faster
Hi, Eric,
Why can't you have the process of interest do:
ptrace(PTRACE_ATTACHME);
execve(executable, args, ...);
/* Have the ptracer inject the recovery/fixup code */
/* Fix up the mostly correct process to look like it has been
On Fri, Mar 07 2014 at 6:57am -0500,
Jim Davis wrote:
> Building with the attached random configuration file,
>
> LD init/built-in.o
> drivers/built-in.o: In function `do_work':
> dm-era-target.c:(.text+0x7304ea): undefined reference to `__udivdi3'
> drivers/built-in.o: In function
On 07/03/14 15:05, David Herrmann wrote:
> If you can take these two patches, that's fine. They're not strictly
> needed by the series and I'd be happy to see them upstream. The other
> sysfb patches should be merged together, so I don't think there's much
> gain in applying them through fbdev.
On 03/07/2014 02:36 PM, Stanislav Meduna wrote:
>> Adding the linux-can mailinglist to Cc.
>
> I am not subscribed so maybe that's why the original mail
> did not get through - I did Cc: linux-...@vger.kernel.org
My bad, linux-can was on Cc, but it arrived on linux-can late.
>> Your kernel is
On 03/07/2014 03:09 PM, Roger Quadros wrote:
This clock gate description was missing in older Reference manuals.
It is present on the SoC to provide 960MHz reference clock to the
internal USB PHYs.
Can you provide a document reference here?
-Tero
Use l3init_960m_gfclk as parent of
On Mar 7, 2014, at 6:38 AM, Florian Vaussard wrote:
> Looking at the current vendor strings used in the kernel's .dts/.dtsi
> files, some vendors are used a high number of times without
> being documented. Document the ones that are used more than 10 times.
>
> Note: a few inconsistencies were
On Sun 2014-03-02 22:05:56, Jason A. Donenfeld wrote:
> Many new laptop keyboards aren't shipping with LEDs in the keys for
> caps lock, num lock, and scroll lock. They do, however, ship with many LEDs
> for specialized functions that mostly go non-utilized by any current
> Linux drivers. Having a
Hi Tomi
On Fri, Mar 7, 2014 at 2:52 PM, Tomi Valkeinen wrote:
> On 07/03/14 15:05, David Herrmann wrote:
>
>> If you can take these two patches, that's fine. They're not strictly
>> needed by the series and I'd be happy to see them upstream. The other
>> sysfb patches should be merged together,
On Thu, Mar 06, 2014 at 05:52:47PM -0500, Rik van Riel wrote:
> On 03/06/2014 05:31 PM, Rik van Riel wrote:
> >On Thu, 06 Mar 2014 16:12:28 -0500
> >Sasha Levin wrote:
> >
> >>While fuzzing with trinity inside a KVM tools guest running latest -next
> >>kernel I've hit the
> >>following spew.
On Fri, Mar 07, 2014 at 04:10:16PM +0800, WANG Chao wrote:
[..]
> }
>
> - specified_table_size = determine_tce_table_size((is_kdump_kernel() ?
> - saved_max_pfn : max_pfn) * PAGE_SIZE);
> + specified_table_size = determine_tce_table_size();
I
On Wed 26-02-14 18:49:10, Hugh Dickins wrote:
> On Wed, 19 Feb 2014, Michal Hocko wrote:
>
> > css_offline callback exported by the cgroup core is not intended to get
> > rid of all the charges but rather to get rid of cached charges for the
> > soon destruction. For the memory controller we have
Em Tue, Feb 18, 2014 at 09:43:24AM +0100, Joseph Schuchart escreveu:
> Good morning,
>
> We have developed a patch for the perf Python scripting interface to
> provide additional information about the pid, tid, and cpu of generic
> events as well as information about the call-stack and resolved
If vmmc or vqmmc regulators are controlled by an I2C device, the
request for the regulator is likely to fail because the I2C bus has
not been probed yet. The sdhci then incorrectly assumes that the user
never wanted to use a regulator anyway and continues without ever
enabling or configuring the
New patch -> new thread, please.
> This patch fixes the circular dependency introduced by commit 370136bc67c3
> ("i2c: mv64xxx: Add reset deassert call"):
>
> drivers/video/Kconfig:42:error: recursive dependency detected!
Please base it on i2c-next. I already applied my patch.
Your patch fixes
> Why don't you simply set rstc to some ERR_PTR above if not
> RESET_CONTROLLER?
I know why. Sorry for the noise.
signature.asc
Description: Digital signature
Can we have "per-VM PLE values"?
My understanding is that the ple values are kvm module setting which applying
to all VMs in the system.
And all vms must be stopped first, then unload kvm-intel, reload kvm-intel with
new ple setting.
/sbin/modprobe -r kvm-intel
/sbin/modprobe kvm-intel
On 03/08/2014 06:20 AM, Artem Fetishev wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=68991
>
> The expected logic of proc_map_files_get_link() is either to return 0 and
> initialize 'path' or return an error and leave 'path' uninitialized. By the
> time
> dname_to_vma_addr() returns 0 the
This patch adds device_reset_optional and (devm_)reset_control_get_optional
variants that drivers can use to indicate they can function without control
over the reset line. For those functions, stubs are added so the drivers can
be compiled with CONFIG_RESET_CONTROLLER disabled.
Also, device_reset
Hi,
After upgrading to the latest RC I noticed that suprise removal
stopped working. Linux did not notice that the devices where gone.
Bisection points to
1f42db786b14a31bf807fc41ee5583a00c08fcb1 PCI: Enable INTx if BIOS left
them disabled
Em Mon, Mar 03, 2014 at 10:14:08AM +0900, Namhyung Kim escreveu:
> When filtering by thread, dso or symbol on TUI it also update total
> period so that the output shows different result than no filter - the
> percentage changed to relative to filtered entries only. Sometimes
> this is not desired
Em Fri, Mar 07, 2014 at 11:37:07AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Mon, Mar 03, 2014 at 10:14:08AM +0900, Namhyung Kim escreveu:
> > When filtering by thread, dso or symbol on TUI it also update total
> > period so that the output shows different result than no filter - the
> >
On 03/06/2014 05:29 PM, Dmitry Torokhov wrote:
> On Thu, Mar 06, 2014 at 07:42:30AM +0100, Robert Baldyga wrote:
>> Hi,
>>
>> On 03/05/2014 07:54 PM, Dmitry Torokhov wrote:
>>> Hi Robert,
>>>
>>> On Wed, Mar 05, 2014 at 03:58:17PM +0100, Robert Baldyga wrote:
-int
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
It's a 32 bit Gentoo stable Linux system with kernel 3.13.6
where I do get the following while trying to start a
tails live cd image via kvm :
Any advice ?
- --
MfG/Sincerely
Toralf Förster
pgp finger print:1A37 6F99 4A9D 026F 13E2 4DCF C4EA
901 - 1000 of 1502 matches
Mail list logo