On Fri, Jun 20, 2014 at 3:04 AM, Thomas Gleixner wrote:
> None of the chips has a ACK register.
I need to recheck on this after looking at datasheets. Arranging for
them, will revert by tomorrow.
> The code brainlessly fiddles
> with the enable register, so it might even reenable a disabled
> in
On Fri, Jun 20, 2014 at 3:04 AM, Thomas Gleixner wrote:
> Index: linux/drivers/irqchip/spear-shirq.c
> -struct shirq_regs {
> - u32 enb_reg;
> - u32 reset_to_enb;
I don't see something similar to 'reset_to_enb' is added again.
AFAICT, this field is being used by two blocks:
spear300
Function dmar_iommu_notify_scope_dev() makes a wrong assumption that
there's one RMRR for each PCI device at most, which causes DMA failure
on some HP platforms. So enhance dmar_iommu_notify_scope_dev() to
handle multiple RMRRs for the same PCI device.
Fixbug: https://bugzilla.novell.com/show_bug.
On Thu, Jun 19, 2014 at 11:54:40AM -0600, David Ahern wrote:
> On 6/19/14, 4:34 AM, Jiri Olsa wrote:
> >>I've skimmed through the patches. What happens if you are in the middle of a
> >>round and the max queue size is reached?
> >
> >half of the queue (time half) is flushed to make some free space
On Fri, Jun 20, 2014 at 3:04 AM, Thomas Gleixner wrote:
> Calculate the status mask at compile time, not at runtime.
>
> Signed-off-by: Thomas Gleixner
> ---
> drivers/irqchip/spear-shirq.c | 13 -
> 1 file changed, 12 insertions(+), 1 deletion(-)
>
> Index: linux/drivers/irqchip/s
Hi,
On 06/19/2014 07:18 PM, Olof Johansson wrote:
> Hi,
>
>
>
> On Thu, Jun 19, 2014 at 6:04 AM, Ulf Hansson wrote:
>> The pwrseq subsystem handles complex power sequences, typically useful
>> for subsystems that makes use of discoverable buses, like for example
>> MMC and I2C.
>>
>> The pwrse
The prototype for kobjsize() is already defined in linux/mm.h which is
included where kobjsize() is used.
Signed-off-by: Tobias Klauser
---
arch/arm/include/asm/pgtable-nommu.h |6 --
1 file changed, 6 deletions(-)
diff --git a/arch/arm/include/asm/pgtable-nommu.h
b/arch/arm/include/as
The prototype for kobjsize() is already defined in linux/mm.h which is
included where kobjsize() is used.
Signed-off-by: Tobias Klauser
---
arch/m68k/include/asm/pgtable_no.h |5 -
1 file changed, 5 deletions(-)
diff --git a/arch/m68k/include/asm/pgtable_no.h
b/arch/m68k/include/asm/pg
Hi, I found that this patch wasn't merged into mainline during this merge
window(maybe it wasn't cooked in any tree), while it has been acked-by for
a couple of days.
Ingo, would you mind queueing this one? Thanks.
-<8-
Currently, if user specifies both symbol name and address, we just
b
On Thu, Jun 19, 2014 at 01:58:20PM -0700, Andrew Morton wrote:
> On Thu, 19 Jun 2014 13:07:47 +0400 Vladimir Davydov
> wrote:
>
> > mm->pinned_vm counts pages of mm's address space that were permanently
> > pinned in memory by increasing their reference counter. The counter was
> > introduced by
On Wed, Jun 18, 2014 at 8:24 PM, Maxime Ripard
wrote:
> On Wed, Jun 18, 2014 at 09:29:53AM +0100, Lee Jones wrote:
>> > The Allwinner A23 SoC has a PRCM unit like the previous A31 SoC.
>> > The differences are the AR100 clock can no longer be modified,
>> > the APB0 clock has different divisors, a
g and RX/TX ring management).
>
> Signed-off-by: Andreas Noever
> ---
This patch landed in today's linux-next (next-20140620).
> [...]
> --- /dev/null
> +++ b/drivers/thunderbolt/Kconfig
> @@ -0,0 +1,12 @@
> +menuconfig THUNDERBOLT
> + tristate "Thunde
On 06/20/2014 02:19 AM, Greg Kroah-Hartman wrote:
(..)
This doesn't apply as I think it's already done part of a merge...
You are right, it seems to be in f9da455b93f6.
Thanks for your concern!
Best regards,
V.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
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:
A couple of bug fixes, a debug change for qdio, an update for the
default config, and one small extension.
The watchdog module b
On Fri, 20 Jun 2014, Viresh Kumar wrote:
> On Fri, Jun 20, 2014 at 3:26 AM, Thomas Gleixner wrote:
> > Signed-off-by: Thomas Gleixner
> > ---
> > arch/arm/boot/dts/spear320.dtsi |5 +
> > 1 file changed, 5 insertions(+)
> >
> > Index: linux/arch/arm/boot/dts/spear320.dtsi
> > ==
On Fri, 20 Jun 2014, Viresh Kumar wrote:
> On Fri, Jun 20, 2014 at 3:22 AM, Thomas Gleixner wrote:
> > The uarts only work when the parent is ras_ahb_clk. The stale 3.5
> > based ST tree does this in the board file.
> >
> > Add it to the clk init function. Not pretty, but the mess there is
> > am
Signed-off-by: Sorin Dumitru
---
arch/mips/kernel/scall64-n32.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/mips/kernel/scall64-n32.S b/arch/mips/kernel/scall64-n32.S
index c1dbcda..e543861 100644
--- a/arch/mips/kernel/scall64-n32.S
+++ b/arch/mips/kernel/scall64-n32
On 2014/6/17 9:35, Xishi Qiu wrote:
> On 2014/6/16 20:50, Rafael Aquini wrote:
>
>> On Mon, Jun 16, 2014 at 01:14:22PM +0200, Michal Hocko wrote:
>>> On Mon 16-06-14 17:24:38, Xishi Qiu wrote:
When system(e.g. smart phone) running for a long time, the cache often
takes
a large mem
On 06/18/2014 07:23 PM, Joseph Salisbury wrote:
> BugLink: http://bugs.launchpad.net/bugs/1324953
>
>
> Hello,
>
> Please consider including upstream commit c41570c9 in the next v3.13.y
> release. It was included upstream as of v3.14-rc2. It has been tested and
> confirmed to resolve http://
On Fri, 20 Jun 2014, Viresh Kumar wrote:
> On Fri, Jun 20, 2014 at 3:04 AM, Thomas Gleixner wrote:
> > None of the chips has a ACK register.
>
> I need to recheck on this after looking at datasheets. Arranging for
> them, will revert by tomorrow.
>
> > The code brainlessly fiddles
> > with the
On Fri, Jun 20, 2014 at 12:27 AM, Hans de Goede wrote:
> Hi,
>
> On 06/19/2014 07:18 PM, Olof Johansson wrote:
>> Hi,
>>
>>
>>
>> On Thu, Jun 19, 2014 at 6:04 AM, Ulf Hansson wrote:
>>> The pwrseq subsystem handles complex power sequences, typically useful
>>> for subsystems that makes use of dis
On Thu, 2014-06-19 at 09:44 -0400, Steven Rostedt wrote:
> On Thu, 19 Jun 2014 05:46:43 +0200
> Mike Galbraith wrote:
>
> > On Wed, 2014-06-18 at 20:12 -0400, Steven Rostedt wrote:
> > > Dear RT Folks,
> > >
> > > I'm pleased to announce the 3.12.22-rt33 stable release.
>
> Didn't we have thi
On Fri, Jun 20, 2014 at 08:46:58AM +0900, Namhyung Kim wrote:
> On Thu, 19 Jun 2014 18:58:15 +0200, Jiri Olsa wrote:
> > On Thu, Jun 19, 2014 at 12:28:43PM -0300, Arnaldo Carvalho de Melo wrote:
> >> Em Thu, Jun 19, 2014 at 09:56:44PM +0900, Namhyung Kim escreveu:
> >> > 2014-06-19 (목), 13:41 +0200
On Fri, 20 Jun 2014, Viresh Kumar wrote:
> On Fri, Jun 20, 2014 at 3:04 AM, Thomas Gleixner wrote:
>
> > Index: linux/drivers/irqchip/spear-shirq.c
> > -struct shirq_regs {
> > - u32 enb_reg;
> > - u32 reset_to_enb;
>
> I don't see something similar to 'reset_to_enb' is added again.
Peach-pi board has MAX98091 CODEC. Extend snow machine driver to support
this board.
Signed-off-by: Tushar Behera
---
Documentation/devicetree/bindings/sound/snow.txt |1 +
sound/soc/samsung/snow.c |1 +
2 files changed, 2 insertions(+)
diff --git a/Documentation
On Fri, 20 Jun 2014, Viresh Kumar wrote:
> On Fri, Jun 20, 2014 at 3:04 AM, Thomas Gleixner wrote:
> > @@ -176,6 +186,7 @@ static struct spear_shirq spear320_shirq
> > static struct spear_shirq spear320_shirq_intrcomm_ras = {
> > .offset = 11,
> > .nr_irqs= 11,
> >
From: Wonjoon Lee
The MAX98091 CODEC is the same as MAX98090 CODEC, but with an extra
microphone. Existing driver for MAX98090 CODEC already has support
for MAX98091 CODEC. Adding proper compatible string so that MAX98091
CODEC can be specified from device tree.
Signed-off-by: Wonjoon Lee
Signe
Hi Will,
On 18 June 2014 14:53, Will Deacon wrote:
> Hi Jean,
>
> On Tue, Jun 17, 2014 at 06:11:05PM +0100, Jean Pihet wrote:
>> When tracing with tracepoints events the IP and CPSR are set to 0,
>> preventing the perf code to resolve the symbols:
>>
>> ./perf record -e kmem:kmalloc cal
>> [ perf
On Thu, Jun 19, 2014 at 01:11:40PM -0700, j...@joshtriplett.org wrote:
> On Thu, Jun 19, 2014 at 09:20:15PM +0200, Johannes Stadlinger wrote:
> > This patch inserts a blank line after a declaration to avoid checkpatch
> > warning.
> >
> > Signed-off-by: Johannes Stadlinger
> > Signed-off-by: Maxi
Hi friend. I want to transfer USD5.5Million into your account Contact me for
more details.
--
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
Hi,
On 06/20/2014 10:02 AM, Olof Johansson wrote:
> On Fri, Jun 20, 2014 at 12:27 AM, Hans de Goede wrote:
>> Hi,
>>
>> On 06/19/2014 07:18 PM, Olof Johansson wrote:
>>> Hi,
>>>
>>>
>>>
>>> On Thu, Jun 19, 2014 at 6:04 AM, Ulf Hansson wrote:
The pwrseq subsystem handles complex power sequen
On Thu, Jun 19, 2014 at 05:40:49PM +0100, Tomasz Figa wrote:
> On 19.06.2014 18:31, Doug Anderson wrote:
> >>> My personal vote would be to submit a patch to change "cycles_t" to
> >>> always be 32-bits. Given that 32-bits was fine for udelay() for ARM
> >>> that seems sane and simple. If someone
On Thu, 19 Jun 2014, Paul E. McKenney wrote:
> On Thu, Jun 19, 2014 at 11:32:41PM +0200, Thomas Gleixner wrote:
> >
> >
> > On Thu, 19 Jun 2014, Paul E. McKenney wrote:
> >
> > > On Thu, Jun 19, 2014 at 10:37:17PM +0200, Thomas Gleixner wrote:
> > > > On Thu, 19 Jun 2014, Paul E. McKenney wrote:
From: Derek Browne
On Intel Quark, there is a SDIO host controller. This patch is added to
enable the SDIO host controller.
Signed-off-by: Derek Browne
Signed-off-by: Alvin (Weike) Chen
---
drivers/mmc/host/sdhci-pci.c | 12
include/linux/pci_ids.h |2 ++
2 files chang
From: "Alvin (Weike) Chen"
Hi,
Intel Quark consists of one SDIO host controller which can be PCI enumerated.
SDHCI-PCI layer doesn't support it. Thus, we add support for Intel Quark SDIO
as well.
Derek Browne (1):
Quark SDIO host controller
drivers/mmc/host/sdhci-pci.c | 12
On 20 June 2014 13:36, Thomas Gleixner wrote:
> On Fri, 20 Jun 2014, Viresh Kumar wrote:
>> On Fri, Jun 20, 2014 at 3:04 AM, Thomas Gleixner wrote:
>> > @@ -176,6 +186,7 @@ static struct spear_shirq spear320_shirq
>> > static struct spear_shirq spear320_shirq_intrcomm_ras = {
>> > .offse
his point DT bindings are clearly lacking and I doubt that the
> driver even can run with multiple instances (global variables, hurray!).
>
> Signed-off-by: Magnus Damm
> ---
This patch appeared in linux-next (ie, next-20140620).
>[...]
> --- /dev/null
> +++ work/drivers/sta
On Fri, Jun 20, 2014 at 12:39 AM, H. Peter Anvin wrote:
>>> Aside: This is a pet peeve of mine and recently I've switched to
>>> rejecting all patch that have a BUG_ON, period.
>>
>> Please do, I have been for a few years now as well for the same reasons
>> you cite.
>>
>
> I'm actually concerned
On 20 June 2014 13:35, Thomas Gleixner wrote:
> On Fri, 20 Jun 2014, Viresh Kumar wrote:
>> On Fri, Jun 20, 2014 at 3:04 AM, Thomas Gleixner wrote:
>>
>> > Index: linux/drivers/irqchip/spear-shirq.c
>> > -struct shirq_regs {
>> > - u32 enb_reg;
>> > - u32 reset_to_enb;
>>
>> I don't s
Hi Colin,
On Wed, Jun 18, 2014 at 09:10:09PM +0100, Colin Cross wrote:
> include/linux/sched.h implements TASK_SIZE_OF as TASK_SIZE if it
> is not set by the architecture headers. TASK_SIZE uses the
> current task to determine the size of the virtual address space.
> On a 64-bit kernel this will
On Thu, Jun 19, 2014 at 11:54:56AM +0100, Neil Zhang wrote:
> Add the ability to hook the fault code for future use.
Do you have a user for this in the kernel tree? I'd rather add the hook with
the first user, if it doesn't exist already.
Will
--
To unsubscribe from this list: send the line "unsu
On Fri, Jun 20, 2014 at 1:42 AM, Greg KH wrote:
>> I'm actually concerned about this trend. Downgrading things to WARN_ON
>> can allow a security bug in the kernel to continue to exist, for
>> example, or make the error message disappear.
>
> A BUG_ON makes any error message disappear pretty quic
> -Original Message-
> From: Will Deacon [mailto:will.dea...@arm.com]
> Sent: 2014年6月20日 16:26
> To: Neil Zhang
> Cc: Catalin Marinas; linux-arm-ker...@lists.infradead.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] arm64: add the ability to hook the fault code
>
> On Thu, Jun
On 19/06/14 18:57, Mark Brown wrote:
On Thu, Jun 19, 2014 at 04:46:01PM +0100, Rob Jones wrote:
Add new managed resource functions as needed to achieve this.
Amend the following functions:
You appear to have omitted the actual patch, I'm quoting the entire
mail here. Please see Documentation
On Fri, Jun 20, 2014 at 09:33:59AM +0100, Neil Zhang wrote:
>
> > -Original Message-
> > From: Will Deacon [mailto:will.dea...@arm.com]
> > Sent: 2014年6月20日 16:26
> > To: Neil Zhang
> > Cc: Catalin Marinas; linux-arm-ker...@lists.infradead.org;
> > linux-kernel@vger.kernel.org
> > Subject:
From: Pramod Gurav
Adding "GPL" license to fix a warning while compiling as
module.
CC: Greg Kroah-Hartman
CC: Brian Swetland
Signed-off-by: Pramod Gurav
---
drivers/staging/android/alarm-dev.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/android/ala
On Thu, Jun 19, 2014 at 06:34:36PM -0700, Haiyang Zhang wrote:
> @@ -589,7 +590,19 @@ void netvsc_linkstatus_callback(struct hv_device
> *device_obj,
> net_device = hv_get_drvdata(device_obj);
> rdev = net_device->extension;
>
> - rdev->link_state = status != 1;
> + switch (i
On Thu, Jun 19, 2014 at 07:59:57PM -0700, 'Greg Kroah-Hartman' wrote:
> On Fri, Jun 20, 2014 at 11:36:03AM +0900, Jingoo Han wrote:
> > On Friday, June 20, 2014 3:49 AM, Wolfram Sang wrote:
> > >
> > > Pretty much a year ago, Tushar cleaned up a lot of deprecated uses of
> > > devm_request_and_ior
mount must return EACCES, not EROFS, when one attempts to mount a
read-only filesystem in read-write mode, but the file-system layer
only transmits the error given by the block layer, and many block
drivers return EROFS in that case, so let's fix it in do_mount.
Actually it is only a small problem
Hi Bjorn,
I should pay more attention to commit messages:)
Then how about this description?
--
PCI: Remove PCI ioapic driver
To support IOAPIC hotplug on x86 and IA64 platforms, OS needs to figure
out global interrupt sour
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/20/2014 02:15 PM, Wolfram Sang wrote:
> On Thu, Jun 19, 2014 at 07:59:57PM -0700, 'Greg Kroah-Hartman'
> wrote:
>> On Fri, Jun 20, 2014 at 11:36:03AM +0900, Jingoo Han wrote:
>>> On Friday, June 20, 2014 3:49 AM, Wolfram Sang wrote:
Pr
On 2014/6/18 0:49, Bjorn Helgaas wrote:
> Your subject lines aren't even consistent in the same patch series. I
> suggest:
>
> PCI: Remove PCI ioapic driver
>
> On Mon, Jun 16, 2014 at 11:29 PM, Jiang Liu wrote:
>> Originally the ioapic PCI driver is designed to support IOAPIC hotplug,
>>
Guys,
Please pull the following compiler warning fix. Sorry, I've been pretty
slow in getting this pull request sent. Multiple people have reported
hitting it and I've now received 4 patches for the same warning,
http://article.gmane.org/gmane.linux.kernel.efi/4024
http://article.gmane.org/gm
Regards,
Eric Lawson
Human Resource
ADEL Group (Asia) LTD
--
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
> -Original Message-
> From: Will Deacon [mailto:will.dea...@arm.com]
> Sent: 2014年6月20日 16:40
> To: Neil Zhang
> Cc: Catalin Marinas; linux-kernel@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org
> Subject: Re: [PATCH] arm64: add the ability to hook the fault code
>
> On Fri, Jun
On Fri, 20 Jun, at 12:19:49PM, Ding Tianhong wrote:
> When I compile the kernel, found this warning:
>
> In file included from arch/arm64/kernel/efi-stub.c:44:0:
> arch/arm64/kernel/../../../drivers/firmware/efi/fdt.c: In function update_fdt:
> arch/arm64/kernel/../../../drivers/firmware/efi/fdt.c
'descriptors' is a pointer. Use NULL isntead of 0.
Signed-off-by: Sachin Kamat
---
drivers/thunderbolt/nhi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thunderbolt/nhi.c b/drivers/thunderbolt/nhi.c
index 346b41e7d5d1..0fc137af89f5 100644
--- a/drivers/thunderb
Fixes the below error:
drivers/thunderbolt/eeprom.c:407:2: error: implicit declaration of function
‘kzalloc’ [-Werror=implicit-function-declaration]
drivers/thunderbolt/eeprom.c:444:2: error: implicit declaration of function
‘kfree’ [-Werror=implicit-function-declaration]
Signed-off-by: Sachin K
The function returns a pointer. Hence return NULL instead of 0.
Signed-off-by: Sachin Kamat
---
drivers/thunderbolt/ctl.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/thunderbolt/ctl.c b/drivers/thunderbolt/ctl.c
index d04fee4acb2e..4c6da92edcb4 100644
--- a
The function returns a pointer. Hence return NULL instead of 0.
Signed-off-by: Sachin Kamat
---
drivers/thunderbolt/switch.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/thunderbolt/switch.c b/drivers/thunderbolt/switch.c
index 26e76e4aa835..aeb982969629 1
'nhi_ids' is local to this file.
Signed-off-by: Sachin Kamat
---
drivers/thunderbolt/nhi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thunderbolt/nhi.c b/drivers/thunderbolt/nhi.c
index 0fc137af89f5..2054fbf8b382 100644
--- a/drivers/thunderbolt/nhi.c
+++ b/dr
Fixes the below error:
drivers/thunderbolt/switch.c:347:2: error: implicit declaration of function
‘kzalloc’ [-Werror=implicit-function-declaration]
drivers/thunderbolt/switch.c:381:2: error: implicit declaration of function
‘kcalloc’ [-Werror=implicit-function-declaration]
Signed-off-by: Sachin
On Fri, Jun 20, 2014 at 02:19:58PM +0900, Daeseok Youn wrote:
> - rc = dgap_found_board(pdev, ent->driver_data, dgap_numboards);
> - if (rc)
> + brd = dgap_found_board(pdev, ent->driver_data, dgap_numboards);
> + if (IS_ERR(brd))
> return rc;
return ER
> -Original Message-
> From: Oleg Nesterov [mailto:o...@redhat.com]
> Sent: Thursday, June 19, 2014 1:58 AM
> To: Chen, Hanxiao/陈 晗霄
> Cc: contain...@lists.linux-foundation.org; linux-kernel@vger.kernel.org;
> Andrew Morton; Eric W. Biederman; Serge Hallyn; Daniel P. Berrange; Al Viro;
>
Hi, Dan.
2014-06-20 18:09 GMT+09:00 Dan Carpenter :
> On Fri, Jun 20, 2014 at 02:19:58PM +0900, Daeseok Youn wrote:
>> - rc = dgap_found_board(pdev, ent->driver_data, dgap_numboards);
>> - if (rc)
>> + brd = dgap_found_board(pdev, ent->driver_data, dgap_numboards);
>> + if (IS_ERR(
Linus,
please pull the latest locking-urgent-for-linus.patch git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-urgent-for-linus.patch
Another three patches to make the rtmutex code more robust. That's the
last urgent fallout from the big futex/rtmutex investiga
Signed-off-by: Evgeny Budilovsky
---
drivers/staging/cptm1217/clearpad_tm1217.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/cptm1217/clearpad_tm1217.c
b/drivers/staging/cptm1217/clearpad_tm1217.c
index ca4c2c6..edf9ff2 100644
--- a/driver
'ltc3589_reg_defaults' is local to this file. Make it static.
Signed-off-by: Sachin Kamat
---
drivers/regulator/ltc3589.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/ltc3589.c b/drivers/regulator/ltc3589.c
index c8105182b8b8..c756955bfcc5 100644
--- a
> It (and others below) should be 'rec_argc -= 4' - i.e. I still see the
> segfault. :)
Damn, stupid me.
> Looks like this change should be applied to the exsting (for cpu and
> power events) boxes too. Care to send it as a separate fix?
Yes, will add it as a first patch to the series, so it can
On Fri, Jun 20, 2014 at 3:04 AM, Thomas Gleixner wrote:
> The driver is broken for spear320 since commit 80515a5a(ARM: SPEAr3xx:
> shirq: simplify and move the shared irq multiplexor to DT). Clearly
> never tested on spear320.
>
> Aside of that it's an unreadable overengineered trainwreck with lot
On 19/06/14 16:59, Joe Perches wrote:
On Thu, 2014-06-19 at 16:46 +0100, Rob Jones wrote:
Avoid code duplication by using devm_kmemdup() to copy data instead
of having a separate loop within devm_kstrdup().
Reviewed-by: Ian Molton
Signed-off-by: Rob Jones
[]
diff --git a/drivers/base/devre
Make dgap_found_board() return a brd pointer and that brd pointer
assign to dgap_board[] in the end of the dgap_init_one().
Signed-off-by: Daeseok Youn
---
V2: change return value properly.
update error handling, if one of functions in dgap_init_one() is
failed, do not need to set dgap_bo
On Fri, Jun 20, 2014 at 06:21:50PM +0900, Daeseok Youn wrote:
> Make dgap_found_board() return a brd pointer and that brd pointer
> assign to dgap_board[] in the end of the dgap_init_one().
>
> Signed-off-by: Daeseok Youn
Looks nice, thanks.
Reviewed-by: Dan Carpenter
regards,
dan carpenter
On Fri, Jun 20, 2014 at 10:00:08AM +0100, Matt Fleming wrote:
> Please pull the following compiler warning fix. Sorry, I've been pretty
> slow in getting this pull request sent. Multiple people have reported
> hitting it and I've now received 4 patches for the same warning,
BTW, one of them is not
Hi Laura,
On Tue, Jun 17, 2014 at 02:39:21AM +0100, Laura Abbott wrote:
> One of the more common algorithms used for allocation
> is to align the start address of the allocation to
> the order of size requested. Add this as an algorithm
> option for genalloc.
Good idea, I didn't know this even ex
On Tue, Jun 17, 2014 at 02:39:22AM +0100, Laura Abbott wrote:
> After allocating an address from a particular genpool,
> there is no good way to verify if that address actually
> belongs to a genpool. Introduce addr_in_gen_pool which
> will return if an address plus size falls completely
> within t
On Wed, Jun 18, 2014 at 09:37:53PM +0800, Houcheng Lin wrote:
> The Problem
> ---
> The reset signal on a hardware board is send either:
> - during machine initialization
> - during bus master's initialization
>
> In some hardware design, devices on bus need a non-standard and extr
Just ping, any comments?
Thanks
Tiejun
On 2014/6/19 17:53, Tiejun Chen wrote:
Originally the reason to probe ISA bridge instead of Dev31:Fun0
is to make graphics device passthrough work easy for VMM, that
only need to expose ISA bridge to let driver know the real
hardware underneath. This is a
Dne 19.6.2014 16:44, Kamal Mostafa napsal(a):
> Adds new macro KERNEL_EXTRAVERSION(a,b,c,d) and value
> LINUX_EXTRAVERSION_CODE to version.h, allowing ranged version checks of
> extended-stable versions that use a numeric EXTRAVERSION value.
>
> The new KERNEL_EXTRAVERSION(a,b,c,d) works like KERN
On Fri, Jun 20, 2014 at 03:44:46PM +0900, Alexandre Courbot wrote:
> dbabd624d
> regulator: palmas: Reemove open coded functions with helper functions
> Keerthy, Nishanth, could it be that there is still something wrong with the
> REGULATOR_LINEAR_RANGE() definitions?
> This seems to be the caus
Although building NAT journal in cursum reduce the read/write work for NAT
block, but previous design leave us lower performance when write checkpoint
frequently for these cases:
1. if journal in cursum has already full, it's a bit of waste that we flush all
nat entries to page for persistence,
On 06/20/2014 06:41 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Fri, Jun 20, 2014 at 03:44:46PM +0900, Alexandre Courbot wrote:
dbabd624d
regulator: palmas: Reemove open coded functions with helper functions
Keerthy, Nishanth, could it be that there is still something wrong with
On 20/06/14 08:53, Sorin Dumitru wrote:
> Signed-off-by: Sorin Dumitru
A little more commit message wouldn't hurt. Did it break a particular
program?
It's consistent with compat_sys_socketcall(), include/uapi/asm/unistd.h,
and commit 515c7af85ed9 (which does same thing for x32) though so it
look
Recent contributions, including to DRM and binder, introduce 64-bit
values in their interfaces. Common motivation example of this is to allow
the same ABI for 32- and 64-bit userspaces (and therefore also a shared
ABI for 32/64 hybrid userspaces). Anyhow, the developers would like to
avoid gotchas
Hi Kees,
On 06/19/2014 01:28 AM, Kees Cook wrote:
On Wed, Jun 18, 2014 at 4:19 PM, Alexei Starovoitov wrote:
On Wed, Jun 18, 2014 at 3:55 PM, Kees Cook wrote:
On Wed, Jun 18, 2014 at 3:48 PM, Alexei Starovoitov wrote:
On Wed, Jun 18, 2014 at 3:34 PM, Kees Cook wrote:
...
I wonder how di
This patch series refactors the Renesas MSIOF SPI driver and adds DMA
support.
[1/5] spi: sh-msiof: Add more register documentation
[2/5] spi: sh-msiof: Extract sh_msiof_spi_{start,stop}() helpers
[3/5] spi: sh-msiof: Improve transfer error handling
[4/5] spi: sh-msiof: Refactor sh_msiof_t
Add DMA support to the MSIOF driver using platform data.
As MSIOF DMA is limited to 32-bit words (requiring byte/wordswapping for
smaller wordsizes), and the group length is limited to 256 words, DMA is
performed on two fixed pages, allocated and mapped at driver initialization
time.
Performance
On Fri, Jun 20, 2014 at 02:26:43PM +0900, Alexandre Courbot wrote:
> So I can see three questions here:
> 1) Why does _regulator_enable() on vdd_1v8 return 0 while everything
> suggests that it is enabled (this regulator powers lot of devices, like
> eMMC, which are working fine). This may be an
Based on an old patch by Guennadi Liakhovetski
Signed-off-by: Geert Uytterhoeven
---
drivers/spi/spi-sh-msiof.c | 51 +-
1 file changed, 37 insertions(+), 14 deletions(-)
diff --git a/drivers/spi/spi-sh-msiof.c b/drivers/spi/spi-sh-msiof.c
index 7e5b
- Add a timeout when waiting for the transfer complete interrupt,
- If sh_msiof_spi_stop() fails, there's no need to clear IER, as the
interrupt handler has already done that,
- Propagate transfer failures in sh_msiof_transfer_one().
Signed-off-by: Geert Uytterhoeven
---
drivers/spi/sp
Signed-off-by: Geert Uytterhoeven
---
drivers/spi/spi-sh-msiof.c | 54 +-
1 file changed, 53 insertions(+), 1 deletion(-)
diff --git a/drivers/spi/spi-sh-msiof.c b/drivers/spi/spi-sh-msiof.c
index 83c43707f093..7e5b15b48c04 100644
--- a/drivers/spi/spi
- Move buffer pointer and length setup to the top,
- Make unsigned values unsigned,
- Loop over words and increment pointers instead of recalculating them,
which allows to kill bytes_done.
Signed-off-by: Geert Uytterhoeven
---
drivers/spi/spi-sh-msiof.c | 43 +--
We need a direct method of getting the pid inside containers.
If some issues occurred inside container guest, host user
could not know which process is in trouble just by guest pid:
the users of container guest only knew the pid inside containers.
This will bring obstacle for trouble shooting.
int
On Fri, Jun 20, 2014 at 09:38:29AM +0100, Rob Jones wrote:
> I omitted to put "[Patch 0/4][v2]" on the front of the subject line.The
> actual patches followed.
Oh, so this is associated with a patch series?
> It was a consequence of lack of familiarity with the tools; I'm learning, so
> it shoul
Hi Kees,
I'm struggling to see the bug in the current code, so apologies if my
questions aren't helpful.
On Wed, Jun 18, 2014 at 09:27:48PM +0100, Kees Cook wrote:
> An x86 tracer wanting to change the syscall uses PTRACE_SETREGS
> (stored to regs->orig_ax), and an ARM tracer uses PTRACE_SET_SYSC
--io-skip-eagain - don't show EAGAIN errors
--io-min-time- make small io bursts visible
--io-merge-dist - merge adjacent events
Signed-off-by: Stanislav Fomichev
---
tools/perf/Documentation/perf-timechart.txt | 13 +
tools/perf/builtin-timechart.c | 75
We don't need to overwrite current task start_time on fork, so update it
only if it's zero.
Signed-off-by: Stanislav Fomichev
---
tools/perf/builtin-timechart.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/builtin-timechart.c b/tools/perf/builtin-timechart.c
ind
Firefox doesn't correctly handle cases where we specify number in
quotes and have some padding around the number, like the following:
In this case, it doesn't draw the figure. This patch removes 'field width'
component from fprintf strings to fix it.
Signed-off-by: Stanislav Fomichev
---
tools/
This patchset adds IO mode: instead of process time we record io syscalls
and then draw timechart of writes/reads/tx/rx/polls.
v4:
- another attempt for fix segfault when skipping invalid tracepoints
- added new patch to fix rendering in Firefox
v3:
- fixed segfault when skipping invalid tr
In IO mode timechart shows any disk/network activity.
Signed-off-by: Stanislav Fomichev
---
tools/perf/Documentation/perf-timechart.txt | 25 +-
tools/perf/builtin-timechart.c | 613 +++-
tools/perf/util/svghelper.c | 98 -
tools/perf/ut
1 - 100 of 767 matches
Mail list logo
