On Thu, Nov 15, 2012 at 10:49:28AM -0700, Shuah Khan wrote:
> On Fri, 2012-10-26 at 10:32 -0600, Shuah Khan wrote:
> > Add support for debug_dma_mapping_error() call to avoid warning from
> > debug_dma_unmap() interface when it checks for mapping error checked
> > status. Without this patch, device
Hi Kame,
On Wed, Mar 27, 2013 at 02:15:41PM +0900, Kamezawa Hiroyuki wrote:
> (2013/03/27 11:22), Minchan Kim wrote:
> > Swap subsystem does lazy swap slot free with expecting the page
> > would be swapped out again so we can't avoid unnecessary write.
> >
> > But the problem in in-memory swap is
Reentrancy into the clock framework from the clk.h api is necessary for
clocks that are prepared and unprepared via i2c_transfer (which includes
many PMICs and discrete audio chips) as well as for several other use
cases.
This patch implements reentrancy by adding two global atomic_t's which
track
Hello Ed L. Cashin
when compiling with EXTRA_CFLAGS=-W
get the warning:
drivers/block/aoe/aoecmd.c:931:20: warning: ‘bv’ is used uninitialized in
this function [-Wuninitialized]
bv is really not initialized.
(and it seems only set "buf->bv_resid = 0" is not enough).
thanks.
gc
Guenter and Anton,
Only one minor update as Guenter mentioned for v6, thank you.
v6 -> v7 changes:
- move exporting symbols from [5/5] to [4/5], which was a mistake.
v5 -> v6 changes:
- add depend on AB8500_BM in Kconfig
- fix wrong usage of clamp_val()
- export symbols for module compiling
v4 -
Make ab8500_btemp_get_temp interface public, export it and also export the
ab8500_btemp_get, ab8500_btemp_get_batctrl_temp interfaces, so that the ab8500
hwmon driver can use them.
Signed-off-by: Hongbo Zhang
Acked-by: Anton Vorontsov
---
drivers/power/ab8500_btemp.c | 5 -
include/
Some AB8500 power related variable names don't comply with kernel coding rules,
any new patch using these variables will result in CamelCase warnings from
checkpatch.pl, this patch re-name these variables.
Signed-off-by: Hongbo Zhang
---
drivers/power/ab8500_bmdata.c | 24 ---
This patch adds const attributes to AB8500 power and temperature related
read-only data arrays.
Signed-off-by: Hongbo Zhang
---
drivers/power/ab8500_bmdata.c | 18 +-
drivers/power/ab8500_fg.c | 4 ++--
include/linux/mfd/abx500.h| 6 +++---
3 files changed, 14 insertion
This patch exports the thermistor resistance-to-temperature tables, so that the
hwmon driver can access them, and also adds the corresponding table size
variables.
Signed-off-by: Hongbo Zhang
---
drivers/power/ab8500_bmdata.c | 20 ++--
include/linux/power/ab8500.h | 16
Each of ST-Ericsson X500 chip set series consists of both ABX500 and DBX500
chips. This is ABX500 hwmon driver, where the abx500.c is a common layer for
all ABX500s, and the ab8500.c is specific for AB8500 chip. Under this designed
structure, other chip specific files can be added simply using the
Hi Bart,
On Mon, Mar 25, 2013 at 06:16:16PM +0100, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Tuesday 12 March 2013 08:38:24 Minchan Kim wrote:
> > First of all, let's define the term.
> > From now on, I'd like to call it as vrange(a.k.a volatile range)
> > for anonymous page. If you have a
Hi Roberto,
On Tue, 26 Mar 2013 12:14:49 -0700, Roberto Vitillo wrote:
> The proposed patch adds the convert tool to perf which allows to convert a
> perf.data file to a set of callgrind data files which can subsequently be
> displayed with kcachegrind.
>
> Note that the code may trigger the follo
need remove semicolon, or always return true.
Signed-off-by: Chen Gang
---
drivers/gpu/drm/nouveau/nv50_display.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nv50_display.c
b/drivers/gpu/drm/nouveau/nv50_display.c
index 7f0e6c3..1ddc03e 1
On Mon, 2013-03-18 at 14:42 +0530, Ashish Jangam wrote:
> This patch changes the irq state from high to the now default low.
> Because the default PMIC irq state of DA9055 got changed from high to low.
> This change should not affect any of the existing users since all of them
> use active low stat
Add support for da850-evm LCD.
Depends on [1], [2] and [3] and based on 3.9.rc4.
Tested on da850-evm and available for testing at [4]
1. video: da8xx-fb: am335x DT support
https://lkml.org/lkml/2013/1/28/90
2. video: da8xx-fb: runtime timing configuration.
https://lkml.org/lkml/2013/1/15/241
Populate OF_DEV_AUXDATA with desired device name expected by da8xx-fb
driver. Without this clk_get of da8xx-fb DT driver fails.
Signed-off-by: Philip Avinash
---
arch/arm/mach-davinci/da8xx-dt.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-davinci/da8xx-dt.c b/arch/arm/ma
Update LCDC node with panel timings for da850-evm along pin-mux info.
Signed-off-by: Philip Avinash
---
arch/arm/boot/dts/da850-evm.dts | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/boot/dts/da850-evm.dts b/arch/arm/boot/dts/da850-evm.dts
index cae024b..3
Add LCDC DT entries in da850 dts file.
Signed-off-by: Philip Avinash
---
arch/arm/boot/dts/da850.dtsi | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi
index a6cbf89..087b4ea 100644
--- a/arch/arm/boot/dts/da8
On Tue, Mar 26, 2013 at 01:37:41PM -0700, Greg KH wrote:
> On Tue, Mar 26, 2013 at 09:25:35PM +0100, Roland Stigge wrote:
> > On 03/26/2013 08:24 PM, Felipe Balbi wrote:
> > > commit ?
> >
> > 1c2088812f095df77f4b3224b65db79d7111a300
>
> Showed up in 3.9-rc3.
>
> Felipe, I can take this directly
On 03/27/2013 01:15 AM, Axel Lin wrote:
Hi,
The comment of struct ab8500_regulator_info says the delay means
"startup/set voltage delay in us".
I'm confused by the meaning, does it mean enable_time or set_voltage_time_sel
time or both?
* @enable_time: Time taken for the regulator voltage outp
On Tue, Mar 26, 2013 at 05:26:04PM -0700, John Stultz wrote:
> On 03/25/2013 01:42 AM, Minchan Kim wrote:
> >On Fri, Mar 22, 2013 at 10:06:56AM -0700, John Stultz wrote:
> >>So, if I understand you properly, its more an issue of the the
> >>added cost of making the purged range non-volatile, and
>
On 27 March 2013 05:56, Alex Shi wrote:
> On 03/26/2013 11:55 PM, Vincent Guittot wrote:
>>> > So extrapolating that to a 4+4 big-little you'd get something like:
>>> >
>>> > | little A9 || big A15 |
>>> > | 0 | 1 | 2 | 3 || 4 | 5 | 6 | 7 |
>>> > --+---+---+---+---++---+-
On Tue, Mar 5, 2013 at 9:22 PM, Jean Delvare wrote:
> Stop checking for pin availability in direction and get functions.
> These functions can be called repeatedly, so checking every time is
> bad for performance. Now that requesting GPIO pins is no longer
> optional, checking for availability at
On Tue, Mar 5, 2013 at 1:21 PM, Axel Lin wrote:
> Set it once is enough, and it's done in vprbrd_gpiob_set() which is called by
> vprbrd_gpiob_direction_output().
>
> Signed-off-by: Axel Lin
Applied with Lars' Tested/Acked-by.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the li
On Wed, Mar 6, 2013 at 12:06 PM, Nikolay Balandin
wrote:
> From: Nikolay Balandin
>
>
> Signed-off-by: Nikolay Balandin
Tentatively applied.
Kuninoro, does this look OK?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
Event value is wrong. Should be in range -2048 to 2047, but is in range 0 to
4095.
Use int8_t to int conversion and remove 0xfff mask.
Signed-off-by: seb
---
drivers/input/misc/mma8450.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/drivers/input/misc/mm
On Wed, Mar 6, 2013 at 10:49 PM, Darren Hart wrote:
> The E6xx (TunnelCreek) CPUs have 9 GPIO lines in the resume well. Update
> the resume functions to allow for more than 8 GPIO lines, using the core
> functions as a template.
>
> Cc: # 3.4.x
> Cc: # 3.8.x
> Cc: Grant Likely
> Cc: Linus Wall
On Thu, Mar 7, 2013 at 9:48 AM, Mika Westerberg
wrote:
> It is more readable for humans to use double-bang (!!) to convert the value
> to pure boolean before it is returned.
>
> Signed-off-by: Mika Westerberg
Thanks, patch applied!
Yours,
Linus Walleij
--
To unsubscribe from this list: send th
On Fri, Mar 8, 2013 at 1:38 PM, Mathias Nyman
wrote:
> Lynxpoint gpio driver uses X86 specific io-ports to control gpios
>
> Signed-off-by: Mathias Nyman
Patch applied with Mika's ACK.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Wed, Mar 13, 2013 at 12:06 PM, Magnus Damm wrote:
> From: Magnus Damm
>
> Update the Emma Mobile GPIO driver to make use of devm
> functions. This simplifies the error handling and makes
> the code more compact.
>
> Signed-off-by: Magnus Damm
> ---
>
> Written on top of:
> [PATCH] gpio: em
CONFIG_SND_HDA_POWER_SAVE was removed in v3.6.7, see commit
83012a7ccbb90dee33c97a004b3e374f988612af ("ALSA: hda - Clean up
CONFIG_SND_HDA_POWER_SAVE"). Clean up hda's documentation to reflect
that.
Signed-off-by: Paul Bolle
---
0) I send this to the sound maintainers. I guess this they need to s
Dear Linus
> > From: Nikolay Balandin
> >
> >
> > Signed-off-by: Nikolay Balandin
>
> Tentatively applied.
>
> Kuninoro, does this look OK?
>
> Yours,
> Linus Walleij
Acked-by: Kuninori Morimoto
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscri
On Mon, Mar 4, 2013 at 10:09 AM, Sachin Kamat wrote:
> Use the newly introduced devm_ioremap_resource() instead of
> devm_request_and_ioremap() which provides more consistent error handling.
>
> devm_ioremap_resource() provides its own error messages; so all explicit
> error messages can be remov
Am Mittwoch, den 20.03.2013, 11:52 +0100 schrieb Philipp Zabel:
> Hi, last time I posted was a bit close to the merge window, so I'm
> reposting now. Greg, Arnd, could you take the first two patches?
Ping,
can I do anything to help move this along?
regards
Philipp
> These patches add support to
On Tuesday, March 26, 2013 2:05 AM, Jason Gunthorpe wrote:
>
> On Sat, Mar 23, 2013 at 01:09:18PM +0900, Jingoo Han wrote:
>
> > + pcie0@4000 {
> > + compatible = "samsung,exynos5440-pcie";
> > + reg = <0x4000 0x4000
> > + 0x29 0x1000
> > +
As cgroup supports rename, it's unsafe to dereference dentry->d_name
without proper vfs locks. Fix this by using cgroup_name() rather than
dentry directly.
Also open code memcg_cache_name because it is called only from
kmem_cache_dup which frees the returned name right after
kmem_cache_create_memc
On Wed 27-03-13 09:15:53, Li Zefan wrote:
> > Although correct, it is a bit misleading. It is static in the sense it
> > is held by a static variable. But it is acquired by kmalloc...
> >
> > In any way, this is a tiny detail.
> >
> > FWIW, I am fine with the patch you provided:
> >
> > Acked-by
On Tue, 2013-03-26 at 11:19 -0400, Rik van Riel wrote:
> That makes me wonder, how did mm_take_all_locks used to work before
> we turned the anon_vma lock into a mutex?
>
> The code used to use spin_lock_nest_lock, but still has the potential
> to overflow the preempt counter. How did that ever wo
On Tue, 2013-03-26 at 11:19 -0400, Rik van Riel wrote:
> > Maybe something like:
> >
> > void sma_lock(struct sem_array *sma) /* global */
> > {
> > int i;
> >
> > sma->global_locked = 1;
> > smp_wmb(); /* can we merge with the LOCK ? */
> > spin_lock(&sma->global_lock);
> >
On Thu, Mar 14, 2013 at 10:34 AM, Sachin Kamat wrote:
> On 14 March 2013 14:57, Alexandru Gheorghiu wrote:
>> Use the newly introduced devm_ioremap_resource() instead of
>> devm_request_and_ioremap() which provides more consistent error
>> handling.
>>
>> Signed-off-by: Alexandru Gheorghiu
>
> S
On Thu, Mar 14, 2013 at 3:54 PM, Linus Walleij
wrote:
> From: Linus Walleij
>
> Move the AB8500 Kconfig fragment below the AB3100 so the
> menuconfig menu gets hierarchically nested and looks nice.
> Having the EZX PCAP in the middle disturbs the nice
> hierarchical layout from kconfig.
>
> Signe
This patch corrects the descriptions for the VIA VT8500 and
Wondermedia WM8xxx-series framebuffer drivers to correctly reflect
which hardware they support.
Signed-off-by: Tony Prisk
---
drivers/video/Kconfig | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/driver
Hi Tomi,
Not sure if you are willing to take these patches or not, but thought I would
send them just in case. These patches were sent in the 3.9 merge window, but
I didn't recieve any replies, and they didn't go in.
All the patches are specific to arch-vt8500 framebuffer drivers.
Regards
Tony P
> So supposing the current ILB is 6, we'll only check 4, not 0-3, even
> though there might be a perfectly idle cpu in there.
>>> We will check 4,5,7 at MC level in order to pack in the group of A15
>>> (because they are not sharing the same power domain). If none of them
>>> are idle, we
On Fri, Mar 15, 2013 at 10:14 AM, Jingoo Han wrote:
> Use devm_kzalloc() to make cleanup paths simpler.
>
> Signed-off-by: Jingoo Han
Patch applied.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
With the conversion to devicetree only for arch-vt8500, this
header is no longer required. This patch removes the #include
from the two framebuffer drivers that used it, and the header file.
Signed-off-by: Tony Prisk
---
drivers/video/vt8500lcdfb.c |2 --
drivers/video/wm
On Fri, Mar 15, 2013 at 10:15 AM, Jingoo Han wrote:
> Use devm_kzalloc() to make cleanup paths simpler.
>
> Signed-off-by: Jingoo Han
Patch applied.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
wmt_ge_rops is a seperate driver to vt8500/wm8505 framebuffer
driver but is currently a required option. This patch makes
accelerated raster ops optional.
Signed-off-by: Tony Prisk
---
drivers/video/Kconfig | 22 --
drivers/video/vt8500lcdfb.c | 15 +++
There is a bug introduced with commit 27c2127 that causes
devices which are hot unplugged and then hot-replugged to
not have per-device dma_ops set. This causes these devices
to not function correctly. Fixed with this patch.
Cc: sta...@vger.kernel.org
Reported-by: Andreas Degert
Signed-off-by: Jo
On Fri, Mar 15, 2013 at 10:15 AM, Jingoo Han wrote:
> Use devm_kzalloc() to make cleanup paths simpler.
>
> Signed-off-by: Jingoo Han
Patch applied.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
On Wed, 2013-03-27 at 12:56 +0800, Alex Shi wrote:
> Just one buddy to pack tasks for whole level cpus definitely has
> scalability problem.
Right, but note we already have this scalability problem in the form of
the ILB. Some people were working on sorting that but then someone
changed jobs and
The contrast value was typo'd on the original commit (0x80 instead of
0x08). Following feedback from an enduser, a value of 0x10 seems more
suitable due to the default backlight being <100%.
Signed-off-by: Tony Prisk
---
drivers/video/wm8505fb.c |2 +-
1 file changed, 1 insertion(+), 1 delet
On Fri, Mar 15, 2013 at 10:15 AM, Jingoo Han wrote:
> Use devm_kzalloc() to make cleanup paths simpler.
>
> Signed-off-by: Jingoo Han
Patch applied.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
On Wed, 2013-03-27 at 12:48 +0800, Alex Shi wrote:
>
> Yes, the new forked runnable load was set as full utilisation in V5
> power aware scheduling. PJT, Mike and I both agree on this. PJT just
> discussion how to give the full load to new forked task. and we get
> agreement in my coming V6 power
Now that a display timing binding is available, convert our almost identical
binding to use the standard binding.
This patch converts the vt8500 and wm8505 framebuffer drivers and
associated dts/dtsi files to use the standard binding as defined in
bindings/video/display-timing.txt.
There are two
On Fri, Mar 15, 2013 at 10:14 AM, Jingoo Han wrote:
> Use devm_kzalloc() to make cleanup paths simpler.
>
> Signed-off-by: Jingoo Han
Patch applied.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
From: Julia Lawall
The various devm_ functions allocate memory that is released when a driver
detaches. This patch uses these functions for data that is allocated in
the probe function of a platform device and is only freed in the remove
function.
The patch makes some other cleanups. First, th
Hi Linus,
On Wed, Mar 27, 2013 at 5:28 PM, Linus Walleij wrote:
> On Wed, Mar 13, 2013 at 12:06 PM, Magnus Damm wrote:
>
>> From: Magnus Damm
>>
>> Update the Emma Mobile GPIO driver to make use of devm
>> functions. This simplifies the error handling and makes
>> the code more compact.
>>
>> S
Arnd, Olof,
A pull-request for 3.10 that is dedicated to the introduction of
Atmel's new Cortex-A5 based product: SAMA5D3.
This tag is built on top of the material already provided that resides on your
side in at91/cleanup branch.
Thanks, best regards,
The following changes since commit 9317960f
On Fri, Mar 15, 2013 at 10:16 AM, Jingoo Han wrote:
> dev_err() is more preferred than printk().
>
> Signed-off-by: Jingoo Han
Patch applied.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
M
On Fri, Mar 15, 2013 at 10:16 AM, Jingoo Han wrote:
> Use devm_kzalloc() to make cleanup paths simpler.
>
> Signed-off-by: Jingoo Han
Patch applied.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
On 27 March 2013 09:46, Peter Zijlstra wrote:
> On Tue, 2013-03-26 at 08:29 -0700, Arjan van de Ven wrote:
>> > Isn't this basically related to picking the NO_HZ cpu; if the system
>> > isn't fully symmetric with its power gates you want the NO_HZ cpu to be
>> > the 'special' cpu. If it is symmetr
On Tue, 2013-03-26 at 08:29 -0700, Arjan van de Ven wrote:
> > Isn't this basically related to picking the NO_HZ cpu; if the system
> > isn't fully symmetric with its power gates you want the NO_HZ cpu to be
> > the 'special' cpu. If it is symmetric we really don't care which core
> > is left 'runn
On Fri, Mar 15, 2013 at 10:17 AM, Jingoo Han wrote:
> Use the wrapper functions for getting and setting the driver data
> using spi_device instead of using dev_{get|set}_drvdata with
> &spi->dev, so we can directly pass a struct spi_device.
>
> Signed-off-by: Jingoo Han
Patch applied.
Thanks!
On Fri, Mar 15, 2013 at 10:17 AM, Jingoo Han wrote:
> Use the wrapper functions for getting and setting the driver data
> using spi_device instead of using dev_{get|set}_drvdata with
> &spi->dev, so we can directly pass a struct spi_device.
>
> Signed-off-by: Jingoo Han
Patch applied.
Thanks!
There is a new generic API to get a DMA channel for a slave device (commit
9a6cecc8 "dmaengine: add helper function to request a slave DMA channel"). In
similar fashion to the DT case (commit aa3da644 "of: Add generic device tree
DMA helpers") we introduce helpers to the DMAC drivers which are enum
Since we have proper ACPI DMA helpers implemented, the driver may use it. This
patch introduces custom filter function together with acpi_device_id table.
Signed-off-by: Mika Westerberg
Signed-off-by: Andy Shevchenko
---
drivers/dma/dw_dmac.c | 68 ++
The slave device could be enumerated by ACPI. In that case the
dma_request_slave_channel should use the acpi_dma_request_slave_channel()
helper.
Signed-off-by: Andy Shevchenko
Reviewed-by: Mika Westerberg
Acked-by: Rafael J. Wysocki
---
drivers/dma/dmaengine.c | 6 ++
1 file changed, 6 ins
On Tue, Mar 19, 2013 at 1:40 AM, Anton Vorontsov wrote:
> On Fri, Mar 15, 2013 at 02:45:38PM +0100, Andreas Larsson wrote:
>> There is no general support for 64-bit big endian accesses, so that is
>> left unsupported.
>>
>> Signed-off-by: Andreas Larsson
>
> This looks perfect, thanks a lot!
>
>
On 15 March 2013 17:10, Sachin Kamat wrote:
> module_i2c_driver() removes some boilerplate and makes the code
> simple.
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/mfd/adp5520.c | 12 +---
> 1 files changed, 1 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/mfd/adp5520.c b/
In Lynxpoint we have to enable clock per each LPSS device. That's why we have
to enumerate them from drivers/acpi/acpi_lpss.c. The DMA controller is one of
such devices.
Signed-off-by: Andy Shevchenko
---
drivers/acpi/acpi_lpss.c | 7 +++
drivers/clk/x86/clk-lpt.c | 2 +-
2 files changed, 8
There is a patch series which introduces ACPI DMA helpers in similar way like
we have for DeviceTree.
In addition it applies this to the first user, namely dw_dmac driver.
Andy Shevchenko (6):
dma: acpi-dma: introduce ACPI DMA helpers
dmaengine: call acpi_dma_request_slave_channel as well
d
On Wed, 2013-03-27 at 09:54 +0100, Vincent Guittot wrote:
> It's not mandatory to have little cores on low numbers even if it's
> advised
ARGH!
--
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
When device uses the fixed clock and has no private space of LTR, we have to
create main LPSS clock and register platform device. This is normally a case
for LPSS DMA controller.
Signed-off-by: Andy Shevchenko
---
drivers/acpi/acpi_lpss.c | 4
1 file changed, 4 insertions(+)
diff --git a/d
Since we have CSRT only to get additional DMA controller resources, let's get
rid of drivers/acpi/csrt.c and move its logic inside ACPI DMA helpers code.
Signed-off-by: Andy Shevchenko
Signed-off-by: Mika Westerberg
Acked-by: Rafael J. Wysocki
---
drivers/acpi/Makefile| 1 -
drivers/acpi
Currently, we use pcie_flags_reg to cache PCI-E Capabilities Register,
because PCI-E Capabilities Register bits are almost read-only. This patch
use pcie_flags_reg instead of another access PCI-E Capabilities Register.
Signed-off-by: Yijing Wang
---
drivers/vfio/pci/vfio_pci_config.c |6 +---
Hi Mike,
Thanks for the patch.
Please see below for a couple of comments.
On Wednesday 27 March 2013 00:09:43 Mike Turquette wrote:
> Reentrancy into the clock framework from the clk.h api is necessary for
> clocks that are prepared and unprepared via i2c_transfer (which includes
> many PMICs an
For untrusted packets with partial checksum, we need to set the transport header
for precise packet length estimation. We can just let skb_pratial_csum_set() to
do this to avoid extra call to skb_flow_dissect() and simplify the caller.
Cc: Eric Dumazet
Signed-off-by: Jason Wang
---
net/core/skb
Sometimes, we need probe and set the transport header for packets (e.g from
untrusted source). This patch introduces a new helper
skb_probe_transport_header() which tries to probe and set the l4 header through
skb_flow_dissect(), if not just set the transport header to the hint passed by
caller.
C
Von: Sachin Kamat [sachin.ka...@linaro.org]
Gesendet: Mittwoch, 27. März 2013 09:59
An: device-drivers-de...@blackfin.uclinux.org; LKML
Cc: Hennerich, Michael; sa...@linux.intel.com; sachin.ka...@linaro.org
Betreff: Re: [PATCH 1/1] mfd: adp5520: Use module_
Switch to use the new help skb_probe_transport_header() to do the l4 header
probing for untrusted sources. For packets with partial csum, the header should
already been set by skb_partial_csum_set().
Cc: Eric Dumazet
Signed-off-by: Jason Wang
---
drivers/net/macvtap.c |9 +--
Hi Grant
On Mar 26, 2013, at 7:36 PM, Grant Likely wrote:
> On Mon, 7 Jan 2013 20:51:03 +0200, Pantelis Antoniou
> wrote:
>> Document the beaglebone's cape driver bindings.
>>
>> Signed-off-by: Pantelis Antoniou
>
> Hi Pantelis,
>
> I'll go back and review the driver in a minute, but I'll
On Tue, Mar 26, 2013 at 04:31:18PM +0100, Johan Hovold wrote:
> On Tue, Mar 26, 2013 at 03:19:57PM +, Luis Henriques wrote:
> > 3.5.7.9 -stable review patch. If anyone has any objections, please let me
> > know.
>
> This patch is incorrect as the wait-queue initialisation is missing. A
> fix
On Wed, Mar 27, 2013 at 12:34:15AM +, Ben Hutchings wrote:
> On Tue, 2013-03-26 at 15:20 +, Luis Henriques wrote:
> > 3.5.7.9 -stable review patch. If anyone has any objections, please let me
> > know.
> [...]
>
> I applied all 16 of the sfc patches on top of 3.5.7.8 and the result
> pas
In DMA support, The received data is not pushed to tty until the DMA buffer
is filled. But some megabyte rate chips such as BT expect fast response and
data should be pushed immediately. In order to fix this issue, We suggest
the use of the timer for polling DMA buffer.
In our test, no data loss oc
On Wed, 27 Mar 2013, Mike Turquette wrote:
> Reentrancy into the clock framework from the clk.h api is necessary
> for clocks that are prepared and unprepared via i2c_transfer (which
> includes many PMICs and discrete audio chips) as well as for several
> other use cases.
That explanation sucks.
Hi Linus,
The following changes since commit 6dbe51c251a327e012439c4772097a13df43c5b8:
Linux 3.9-rc1 (2013-03-03 15:11:05 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
tags/iommu-fixes-v3.9-rc4
for you to fetch changes up to c2
Base on the data provide by Bengt Jönsson, add below enable_time settings:
Worst case enable time from data sheet:
Vana: enable time = 140 us
Vaux1/2: enable time = 200 us
Vaux3: enable time = 450 us
Vintcore: enable time = 750 us
Vamic1/2: enable time = 500 us
Vdmic: enable time = 420 us
VTVout:
The data sheet does not specify time delay for voltage selection,
thus remove set_voltage_time_sel and delay setting.
Note, currently set_voltage_time_sel callback returns 0 due to missing
delay settings.
Signed-off-by: Axel Lin
---
drivers/regulator/ab8500.c | 13 -
1 file change
From: "zhangwei(Jovi)"
Hi steven,
This patchset contain:
1) event tracing expose work (v2)
this expose work rewrited compare with v1, new implementation
is based on multi-instances buffer work, it also integrate syscall
tracing code to use same event backend store mechanism.
The chan
From: "zhangwei(Jovi)"
Currently syscall metadata is important for kernel
syscall tracing, even mandatory, external modules may need this
metadata when perform syscall tracing(like ktap tool), so export it.
Instead of export variable syscalls_metadata, export function
syscall_nr_to_meta is more
From: "zhangwei(Jovi)"
Variable tracing_selftest_disabled have not any sense when
CONFIG_FTRACE_STARTUP_TEST is disabled.
This patch also remove __read_mostly attribute, since variable
tracing_selftest_disabled really not read mostly.
Signed-off-by: zhangwei(Jovi)
---
kernel/trace/trace.c
From: "zhangwei(Jovi)"
tracing clock id already changed into per trace_array variable,
but there still use global trace_clock_id, which value always is 0 now.
Signed-off-by: zhangwei(Jovi)
---
kernel/trace/trace.c |8 +++-
kernel/trace/trace.h |2 --
2 files changed, 3 insertions(+
From: "zhangwei(Jovi)"
Now using perf tracepoint, perf output some warning message
which hard to understand what's wrong in perf.
[root@jovi perf]# ./perf stat -e timer:* ls
Warning: unknown op '{'
Warning: unknown op '{'
...
Actually these warning message is caused by libtraceevent format
From: "zhangwei(Jovi)"
Using perf command: perf stat -e ftrace:function ls
this will cause kernel warning and oops.
[ 797.828904] [ cut here ]
[ 797.828946] WARNING: at include/linux/ftrace.h:209
ftrace_ops_control_func+0xb1/0xc0()
[ 797.829065] Pid: 6086, comm: perf
From: "zhangwei(Jovi)"
The only caller of function ftrace(...) was removed at long time ago,
so remove the function body also.
Signed-off-by: zhangwei(Jovi)
---
kernel/trace/trace.c |9 -
kernel/trace/trace.h |5 -
2 files changed, 14 deletions(-)
diff --git a/kernel/trace
From: "zhangwei(Jovi)"
Hi steven,
This patchset contain:
1) event tracing expose work (v2)
this expose work rewrited compare with v1, new implementation
is based on multi-instances buffer work, it also integrate syscall
tracing code to use same event backend store mechanism.
The chan
From: "zhangwei(Jovi)"
Since modules can register own event_trace_ops tracing callback
functions now, so it's reasonable to allow modules have own
private data in struct ftrace_event_file.
Signed-off-by: zhangwei(Jovi)
---
include/linux/ftrace_event.h |2 ++
1 file changed, 2 insertions(+)
From: "zhangwei(Jovi)"
Currently event tracing only can be use for ftrace and perf,
there don't have any mechanism to let modules(like external tracing tool)
register callback tracing function.
Event tracing implement based on tracepoint, compare with raw tracepoint,
event tracing infrastructure
From: "zhangwei(Jovi)"
Currently event tracing field information is only stored in
struct ftrace_event_field, this structure is defined in
internal trace.h.
Move this ftrace_event_field into include/linux/ftrace_event.h,
then external modules can make use this structure to parse event
field(like
1 - 100 of 771 matches
Mail list logo
