On Thu, 20 Jun 2013, Chen Gang wrote:
> For the system call getitimer(), if the parameter 'value' is NULL, need
> return -EINVAL, not -EFAULT.
Care to explain why? Because you are feeling so?
I recommend reading the man page of getitimer:
ERRORS
EFAULT new_value, old_value, or curr_valu
Eric Dumazet said, at 2013-6-20 12:55:
> On Thu, 2013-06-20 at 11:08 +0800, xiaoming gao wrote:
>> From: newtongao
>> Date: Wed, 19 Jun 2013 14:58:33 +0800
>> Subject: [PATCH] net bridge: add null pointer check,fix panic
>>
>> in kernel 3.0, br_port_get_rcu() may return NULL when network interface
Hi Linus !
Please pull this regression fix into 3.10. We accidentally broke
hugetlbfs on Freescale embedded processors which use a slightly
different page table layout than our server processors.
Cheers,
Ben.
The following changes since commit c0691143dfe1d42ec9bd89de5921ccb6a27ea1b3:
mn10300
On Thu, 20 Jun 2013, Chen Gang wrote:
> On 06/19/2013 11:52 PM, Tejun Heo wrote:
> > On Wed, Jun 19, 2013 at 06:17:36PM +0800, Chen Gang wrote:
> >> > Hmm... can 'worker->task' has chance to be not NULL before set 'current'
> >> > to it ?
> > Yes, if the caller screws up and try to attach more tha
This patch adds new regulator driver to support max77693 chip's regulators.
max77693 has two linear voltage regulators and one current regulator which
can be controlled through I2C bus. This driver also supports device tree.
Signed-off-by: Jonghwa Lee
Signed-off-by: Myungjoo Ham
---
drivers/reg
Dear Purchasing manager:
Nice time to you
It is my big pleasure to hear you need A4 paper
If you still need that pls tell me
Then i can send you our best price
Best wishes
Ida
Ida Chen
SALES MANAGER
East Siweite industry Co., Ltd
www.dfswtpaper.com
SKYPE: siweite
Email:s...@swtindustry.comn�
On Thu, Jun 20, 2013 at 9:46 AM, Linus Walleij wrote:
> On Wed, Jun 19, 2013 at 11:02 PM, Andy Shevchenko
> wrote:
>> On Wed, Jun 19, 2013 at 10:23 PM, Linus Walleij
>> wrote:
>>
>>> Please give some context though, Wikipedia says:
>>>
>>> Whitney Point is the codename of a PCH in the Oak Trail
Hi,
This series of patches introduces PCIe support for Samsung Exynos5440,
and is based on the latest 'linux-next' tree (20130619).
These patches was tested with Intel e1000e LAN card on Exynos5440.
This PATCH v6 follows:
* PATCH v5, sent on June, 13th 2013
* PATCH v4, sent on June, 12th 2013
Exynos5440 has a PCIe controller which can be used as Root Complex.
This driver supports a PCIe controller as Root Complex mode.
Signed-off-by: Surendranath Gurivireddy Balla
Signed-off-by: Siva Reddy Kallam
Signed-off-by: Jingoo Han
---
.../devicetree/bindings/pci/exynos-pcie.txt| 7
- decrease non-prefetch memory size to 128 MB
- increase prefetch memory size to 384 MB
- above change is done because most pcie devices
prefetch memory size requirement is quite higher
compared to non-prefetch memory space.
Signed-off-by: Jay Agarwal
---
Patch is based on remotes/gitorious_t
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-integrator/integrator_ap.c between commit 38ff87f77af0
("sched_clock: Make ARM's sched_clock generic for all architectures")
from the tip tree and commit 01ef31053ddd ("ARM: integrator: move VGA
base assignment")
Enable PCIe support for Exynos5440 which has two PCIe controllers.
Signed-off-by: Jingoo Han
---
arch/arm/Kconfig |1 +
arch/arm/mach-exynos/Kconfig |2 ++
2 files changed, 3 insertions(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 804f41d..098eaef 100644
--- a/a
Hello,
On 20/06/2013 08:52, Mike Turquette wrote:
Quoting Boris BREZILLON (2013-06-07 08:11:03)
+static struct clk_lookup pioA_clk_lookup[] = {
+ CLKDEV_INIT(NULL, "pioA_clk", NULL),
+ CLKDEV_INIT(NULL, "pioA", NULL),
+};
It would be great to get rid of this clkdev data from the ke
Exynos5440 has two PCIe controllers which can be used as root complex
for PCIe interface.
Signed-off-by: Jingoo Han
---
arch/arm/boot/dts/exynos5440-ssdk5440.dts |8 ++
arch/arm/boot/dts/exynos5440.dtsi | 40 -
2 files changed, 47 insertions(+), 1 de
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/clocksource/dw_apb_timer_of.c between commits 0a0a7e66fa26
("clocksource: dw_apb: Remove unused header") and 38ff87f77af0
("sched_clock: Make ARM's sched_clock generic for all architectures")
from the tip tree and commi
On 06/20/2013 02:59 PM, Thomas Gleixner wrote:
> On Thu, 20 Jun 2013, Chen Gang wrote:
>
>> > For the system call getitimer(), if the parameter 'value' is NULL, need
>> > return -EINVAL, not -EFAULT.
> Care to explain why? Because you are feeling so?
>
I am not feeling so, the original implement
* Kevin Hilman [130619 10:30]:
> Hi Roger,
>
> Roger Quadros writes:
>
> > In order to support wake up from suspend use the pinctrl
> > framework to put the USB host pins in IDLE state during suspend.
> >
> > CC: Samuel Ortiz
> > Signed-off-by: Roger Quadros
>
> You should use helpers for th
From: Patrice Chotard
This patchset replaces previously submitted patch regarding device tree
support for ABX500 Asic family. It now uses pin configuration generic
parsing code proposed by Heiko Stuebner.
Patrice Chotard (2):
pinctrl: abx500: Add device tree support
pinctrl: abx500: fix abx
From: Patrice Chotard
_ Update abx500_pin_config_set() in order to take in
account PIN_CONFIG_BIAS_DISABLE state to disable
pull up or pull down.
_ Rework error path.
Signed-off-by: Patrice Chotard
---
drivers/pinctrl/pinctrl-abx500.c | 31 +--
1 file changed, 25
From: Patrice Chotard
We use the same way to define pin muxing and pin configuration
than for nomadik. So pickup code from pinctrl_nomadik.c to be
able to implement pin multiplexing and pin configuration using
the device tree. Pin configuration uses generic parsing code.
Signed-off-by: Gabriel
From: Patrice Chotard
Patrice Chotard (2):
pinctrl: abx500: suppress hardcoded value
pinctrl: abx500: fix abx500_gpio_get()
drivers/pinctrl/pinctrl-abx500.c | 34 ++--
include/linux/mfd/abx500/ab8500-gpio.h |5 +
2 files changed, 33 insertions(+),
From: Patrice Chotard
_ allow to get output GPIO value.
_ as there is no GPIO0 on ABX500, use correct offset with
abx500_gpio_get_bit().
Signed-off-by: Patrice Chotard
---
drivers/pinctrl/pinctrl-abx500.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git
From: Patrice Chotard
Replace hardcoded value by corresponding #define's.
Signed-off-by: Patrice Chotard
---
drivers/pinctrl/pinctrl-abx500.c | 18 ++
include/linux/mfd/abx500/ab8500-gpio.h |5 +
2 files changed, 19 insertions(+), 4 deletions(-)
diff --git a/dr
From: Sonic Zhang
The new ADI GPIO2 controller was introduced since the BF548 and BF60x
processors. It differs a lot from the old one on BF5xx processors. So,
create a ADI GPIO2 platform driver in the GPIO driver folder.
- Define gpio ports as individual platform devices.
- Define gpio interrupt
On Thu, 2013-06-20 at 15:00 +0800, xiaoming gao wrote:
> HI Eric
> the problem is as follow:
> br_del_if()-->del_nbp():
>
> list_del_rcu(&p->list);
> dev->priv_flags &= ~IFF_BRIDGE_PORT;
>
> -->at this point, the nic be deleting still have rx_handler , so , may in
> br_handle_frame()
>
Add the regulator driver for PMIC 88pm800 including device tree
support.
88pm800 is an I2C-based power-management IC containing voltage
regulators, a real-time clock, and some general purpose ADC devices,
Signed-off-by: Yi Zhang
Signed-off-by: Chao Xie
---
.../devicetree/bindings/regulator/88pm
Hello,
Il 19/06/2013 19:23, Arnaldo Carvalho de Melo ha scritto:
- process_nr, thread_nr, runtime_ns_max /
bytes_done, val);
+ printf(" #%2d / %2d: %14.2lf nsecs/op [val:
%016llx]\n",
+ pr
On 19/06/2013 13:13, Boris BREZILLON :
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON
Acked-by: Nicolas Ferre
---
drivers/clocksource/tcb_clksrc.c | 10 +-
1 file changed, 5 insertions
On Thu, 20 Jun 2013, Chen Gang wrote:
> On 06/19/2013 06:49 PM, Thomas Gleixner wrote:
> > We must do this because some architectures implement
> > do_raw_spin_lock_flags() in the following way:
> >
> > do_raw_spin_lock_flags(l, flags)
> > {
> > while (!arch_spin_trylock(l)) {
> > if
Hi Kukjin,
Today's linux-next merge of the samsung tree got a conflict in
drivers/clk/samsung/clk-exynos5250.c between commit 39b72d89eb2b ("clk:
exynos5250: Update cpufreq related clocks for EXYNOS5250") from Linus'
tree and commit 407e8d62fa7d ("clk: exynos5250: Staticize local symbols")
from th
On 06/20/2013 03:02 PM, Thomas Gleixner wrote:
> On Thu, 20 Jun 2013, Chen Gang wrote:
>
>> > On 06/19/2013 11:52 PM, Tejun Heo wrote:
>>> > > On Wed, Jun 19, 2013 at 06:17:36PM +0800, Chen Gang wrote:
> > >> > Hmm... can 'worker->task' has chance to be not NULL before set
> > >> > 'curre
On Wed, Jun 19, 2013 at 11:27:17PM +0530, Naveen N. Rao wrote:
> The Corrected Machine Check structure (CMC) in HEST has a flag which can be
> set by the firmware to indicate to the OS that it prefers to process the
> corrected error events first. In this scenario, the OS is expected to not
> monit
Fix the following errors on gcc 4.8.1 / x86:
bench/numa.c: In function ‘worker_thread’:
bench/numa.c:1113:20: error: comparison between signed and unsigned integer
expressions [-Werror=sign-compare]
if (diff.tv_sec >= g->p.nr_secs) {
^
bench/numa.c:1161:6: error: format ‘%
Hi,
Test on linux-next 20130619.
I Got below build error by "make at91x40_defconfig; make"
fs/built-in.o: In function `copy_strings':
super.c:(.text+0x6398): undefined reference to `flush_kernel_dcache_page'
super.c:(.text+0x6420): undefined reference to `flush_kernel_dcache_page'
lib/built-in.o:
On 19/06/2013 13:14, Boris BREZILLON :
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON
Acked-by: Nicolas Ferre
BTW Vinod, it seems that we have several slave-dma patches pending: do
you want me to c
On Thu, 20 Jun 2013, Chen Gang wrote:
> On 06/20/2013 02:59 PM, Thomas Gleixner wrote:
> > On Thu, 20 Jun 2013, Chen Gang wrote:
> >
> >> > For the system call getitimer(), if the parameter 'value' is NULL, need
> >> > return -EINVAL, not -EFAULT.
> > Care to explain why? Because you are feeling s
On Tue, 18 Jun 2013, Chen Gang wrote:
> On 06/10/2013 10:12 PM, Thomas Gleixner wrote:
> I think we can treat original implementation as for speed optimization,
> so our discussion is "whether this speed optimization has effect with
> correctness".
Then I recommend that you to sit down and analyze
On Thu, 2013-06-20 at 15:28 +1000, David Gibson wrote:
> > Just out of curiosity - would not get_file() and fput_atomic() on a
> group's
> > file* do the right job instead of vfio_group_add_external_user() and
> > vfio_group_del_external_user()?
>
> I was thinking that too. Grabbing a file refere
Eric Dumazet said, at 2013-6-20 15:29:
> On Thu, 2013-06-20 at 15:00 +0800, xiaoming gao wrote:
>
>> HI Eric
>> the problem is as follow:
>> br_del_if()-->del_nbp():
>>
>> list_del_rcu(&p->list);
>> dev->priv_flags &= ~IFF_BRIDGE_PORT;
>>
>> -->at this point, the nic be deleting still have rx_
On 19/06/2013 13:22, Boris BREZILLON :
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON
Acked-by: Nicolas Ferre
---
drivers/video/atmel_lcdfb.c |8
1 file changed, 4 insertions(+), 4
On Wed, Jun 19, 2013 at 11:27:42PM +0530, Naveen N. Rao wrote:
> Add a boot option to disable firmware first mode for corrected errors.
>
> Signed-off-by: Naveen N. Rao
> ---
> Documentation/x86/x86_64/boot-options.txt |5 +
> arch/x86/include/asm/acpi.h |2 ++
> arch/x
Dear Jingoo Han,
On Thu, 20 Jun 2013 16:12:24 +0900, Jingoo Han wrote:
> - pinctrl {
> + pin_ctrl: pinctrl {
> compatible = "samsung,exynos5440-pinctrl";
I know I'm nitpicking, but isn't this change completely unrelated to
PCIe support?
Thomas
--
Thomas Petazzoni, Free El
On 19/06/2013 13:17, Boris BREZILLON :
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON
Acked-by: Nicolas Ferre
(one comment though)
---
drivers/tty/serial/atmel_serial.c | 41 ++
On 06/17/2013 07:29 AM, Linus Walleij wrote:
> On Fri, May 31, 2013 at 9:34 AM, Michal Simek wrote:
>> On 05/31/2013 09:14 AM, Linus Walleij wrote:
>
>>> It's OK, but fix the boolean member so as to just needing to
>>> be present:
>>>
>>> xlnx,is-dual;
>>>
>>> Rather than
>>>
>>> xlnx,is-dual = <
In commit 96f013f, "powerpc/kexec: Add kexec "hold" support for Book3e
processors", requires that GPR4 survive the "hold" process, for IBM Blue
Gene/Q with with some very strange firmware. But for FSL Book3E, r4 = 1
to indicate that the initial TLB entry for this core already exists so
we still sho
Book3e is always aligned 1GB to create TLB so we should
use (KERNELBASE - MEMORY_START) as VIRT_PHYS_OFFSET to
get __pa/__va properly while boot kdump.
Signed-off-by: Tiejun Chen
---
arch/powerpc/include/asm/page.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/include/asm
book3e have no real MMU mode so we have to create a 1:1 TLB
mapping to make sure we can access the real physical address.
And correct something to support this pseudo real mode on book3e.
Signed-off-by: Tiejun Chen
---
arch/powerpc/kernel/head_64.S |9 ---
arch/powerpc/kernel/misc_64.S |
We need to introduce a flag to indicate we're already running
a kexec kernel then we can go proper path. For example, We
shouldn't access spin_table from the bootloader to up any secondary
cpu for kexec kernel, and kexec kernel already know how to jump to
generic_secondary_smp_init.
Signed-off-by:
ppc64 kexec mechanism has a different implementation with ppc32.
Signed-off-by: Tiejun Chen
---
arch/powerpc/platforms/85xx/smp.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/powerpc/platforms/85xx/smp.c
b/arch/powerpc/platforms/85xx/smp.c
index b308373..18a5f8a 100
This patchset is used to support kexec and kdump on book3e.
Tested on fsl-p5040 DS.
v2:
* rebase on merge branch as Ben mention now.
v1:
* improve some patch head
* rebase on next branch with patch 7
Tiejun Chen (7
We need to active KEXEC for book3e and bypass or convert non-book3e stuff
in kexec coverage.
Signed-off-by: Tiejun Chen
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/machine_kexec_64.c |6 ++
arch/powerpc/kernel/misc_64.S |6 ++
3 files change
book3e is different with book3s since 3s includes the exception
vectors code in head_64.S as it relies on absolute addressing
which is only possible within this compilation unit. So we have
to get that label address with got.
And when boot a relocated kernel, we should reset ipvr properly again
af
On Thursday, June 20, 2013 4:49 PM, Thomas Petazzoni wrote:
>
> Dear Jingoo Han,
>
> On Thu, 20 Jun 2013 16:12:24 +0900, Jingoo Han wrote:
>
> > - pinctrl {
> > + pin_ctrl: pinctrl {
> > compatible = "samsung,exynos5440-pinctrl";
>
> I know I'm nitpicking, but isn't this change
On Thu, Jun 20, 2013 at 10:09:37AM +0300, Andy Shevchenko wrote:
> On Thu, Jun 20, 2013 at 9:46 AM, Linus Walleij
> wrote:
> > On Wed, Jun 19, 2013 at 11:02 PM, Andy Shevchenko
> > wrote:
> >> On Wed, Jun 19, 2013 at 10:23 PM, Linus Walleij
> >> wrote:
> >>
> >>> Please give some context though
On Thu, Jun 20, 2013 at 09:36:50AM +0400, Andrey Vagin wrote:
> From: Andrew Vagin
>
> vp_dev->msix_vectors should be initialized before allocating
> msix_affinity_masks, otherwise vp_free_vectors will not free these
> objects.
>
> unreferenced object 0x88010f969d88 (size 512):
> comm "sys
Dear Jingoo Han,
On Thu, 20 Jun 2013 16:57:32 +0900, Jingoo Han wrote:
> > > - pinctrl {
> > > + pin_ctrl: pinctrl {
> > > compatible = "samsung,exynos5440-pinctrl";
> >
> > I know I'm nitpicking, but isn't this change completely unrelated to
> > PCIe support?
>
> This change is relat
On Thursday 20 June 2013, Michal Simek wrote:
> On 06/19/2013 08:46 PM, Arnd Bergmann wrote:
> > On Wednesday 19 June 2013, Soren Brinkmann wrote:
> >> I don't know how much a defconfig is supposed to provide, hence as RFC.
> >> This patches are needed for booting Zynq into a minimum ramfs based
>
Hi Patrice,
this looks good, just a couple of minor notes, check below...
On Thu, Jun 20, 2013 at 09:23:21AM +0200, patrice.chotard...@gmail.com wrote:
> From: Patrice Chotard
>
> We use the same way to define pin muxing and pin configuration
> than for nomadik. So pickup code from pinctrl_nom
Hi Jingoo,
On Thursday 20 of June 2013 16:12:24 Jingoo Han wrote:
> Exynos5440 has two PCIe controllers which can be used as root complex
> for PCIe interface.
>
> Signed-off-by: Jingoo Han
> ---
> arch/arm/boot/dts/exynos5440-ssdk5440.dts |8 ++
> arch/arm/boot/dts/exynos5440.dtsi
On Wed, Jun 19, 2013 at 07:57:58PM +0200, Alessandro Rubini wrote:
> I'm not a fan of kcalloc. I think it removes readability.
Ok. We'll go with my original patch then.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 20/06/2013 09:48, Nicolas Ferre wrote:
On 19/06/2013 13:17, Boris BREZILLON :
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON
Acked-by: Nicolas Ferre
(one comment though)
---
drivers/tty/seri
On 06/20/2013 05:35 AM, Steven Rostedt wrote:
By allowing a binary '&' operation, this gives the user the ability to
test a bit.
Note, a binary '|' is not added, as it doesn't make sense as fields must
be compared to constants (for now), and ORing a constant will always return
true.
Link:http:/
The call to kzalloc() wasn't checked.
The dev_info() message dereferenced freed memory on error.
Signed-off-by: Dan Carpenter
diff --git a/drivers/fmc/fmc-chardev.c b/drivers/fmc/fmc-chardev.c
index b071039..cc031db 100644
--- a/drivers/fmc/fmc-chardev.c
+++ b/drivers/fmc/fmc-chardev.c
@@ -136,6
I was reviewing code which I suspected might allocate a zero size SG
table. That will cause memory corruption. Also we can't return before
doing the memset or we could end up using uninitialized memory in the
cleanup path.
Signed-off-by: Dan Carpenter
diff --git a/lib/scatterlist.c b/lib/scatt
On Thu, 2013-06-20 at 15:47 +0800, xiaoming gao wrote:
>
> if you remove the test on FF_BRIDGE_PORT, and br_port_get_rcu never returns
> NULL, the problem is fixed.
> but the codes in mainline is still bugged, am i right??
> by the way, kernel-stable 3.0 and 3.4 tree also have this bug, and is v
On Mon, 2013-06-10 at 16:12 +0100, Pawel Moll wrote:
> The driver can be used on either arm or arm64 platforms, but
> the latter doesn't have any platform-specific configuration
> options, so it must be possible to manually enable the driver.
>
> Signed-off-by: Pawel Moll
> Acked-by: Catalin Mari
On 06/20/2013 03:44 PM, Thomas Gleixner wrote:
> We could do that, but that makes no sense. If we can detect it before
> copy_to_user() we can return the exactly same return value which we
> would return via copy_to_user(). That avoids to take a trap and run
> through the fixup code
I don't think
Il 20/06/2013 07:21, Rob Landley ha scritto:
> On 06/19/2013 04:09:25 AM, Xiao Guangrong wrote:
>> Document it to Documentation/virtual/kvm/mmu.txt
>
> Why break a change to a single documentation file into 7 pieces.
>
> Are we going to bisect the documentation?
It is explaining 7 different opti
On Thu, Jun 20, 2013 at 09:23:22AM +0200, patrice.chotard...@gmail.com wrote:
> From: Patrice Chotard
>
> _ Update abx500_pin_config_set() in order to take in
> account PIN_CONFIG_BIAS_DISABLE state to disable
> pull up or pull down.
>
> _ Rework error path.
>
> Signed-off-by: Patrice Chotard
This patch add new 'load_table' debugfs file to show previous accumulated data
of CPUs load as following path and add CPUFREQ_LOADCHECK notification to
CPUFREQ_TRANSITION_NOTIFIER notifier chain.
- /sys/kernel/debug/cpufreq/load_table
When governor calculates CPUs load on dbs_check_cpu(), governor
Hi Sachin,
On Tue, Jun 18, 2013 at 03:35:39PM +0530, Sachin Kamat wrote:
> Include the missing header file to fix the following build error:
> drivers/mfd/davinci_voicecodec.c: In function ‘davinci_vc_probe’:
> drivers/mfd/davinci_voicecodec.c:86:3: error: implicit declaration of function
> ‘io_v2
On Thursday, June 20, 2013 5:04 PM, Tomasz Figa wrote:
>
> Hi Jingoo,
>
> On Thursday 20 of June 2013 16:12:24 Jingoo Han wrote:
> > Exynos5440 has two PCIe controllers which can be used as root complex
> > for PCIe interface.
> >
> > Signed-off-by: Jingoo Han
> > ---
> > arch/arm/boot/dts/exyn
Am 19.06.2013 um 20:32 schrieb Greg Kroah-Hartman:
>
>> They are doing what I am doing: translating whatever the
>> user does on a /dev/parportN-node and sending device-specific commands
>> over USB. When they do parport_announce_port(), lp.c should also be
>> initialized and they should have th
On 06/20/2013 03:47 PM, Thomas Gleixner wrote:
> On Tue, 18 Jun 2013, Chen Gang wrote:
>> > On 06/10/2013 10:12 PM, Thomas Gleixner wrote:
>> > I think we can treat original implementation as for speed optimization,
>> > so our discussion is "whether this speed optimization has effect with
>> > cor
On 06/20/2013 10:02 AM, Arnd Bergmann wrote:
> On Thursday 20 June 2013, Michal Simek wrote:
>> On 06/19/2013 08:46 PM, Arnd Bergmann wrote:
>>> On Wednesday 19 June 2013, Soren Brinkmann wrote:
I don't know how much a defconfig is supposed to provide, hence as RFC.
This patches are neede
Hi Oleksandr,
On Wed, Jun 19, 2013 at 03:24:02PM +0300, Oleksandr Kozaruk wrote:
> From: Graeme Gregory
>
> The TWL6025 was never released beyond sample form and was replaced by
> the PhoenixLite range of chips - TWL6032. Change the references to
> reference the TWL6032 class and name the regist
On Thu, 20 Jun 2013, Chen Gang wrote:
> On 06/20/2013 03:02 PM, Thomas Gleixner wrote:
> > On Thu, 20 Jun 2013, Chen Gang wrote:
> >
> >> > On 06/19/2013 11:52 PM, Tejun Heo wrote:
> >>> > > On Wed, Jun 19, 2013 at 06:17:36PM +0800, Chen Gang wrote:
> > > >> > Hmm... can 'worker->task' has ch
On Wed, Jun 19, 2013 at 02:37:27PM -0700, David Daney wrote:
> From: David Daney
>
> A few differences needed by OCTEON:
>
> o These are DWC UARTS, but have USR at a different offset.
>
> o Internal SoC buses require reading back from registers to maintain
> write ordering.
>
> o 8250 on OCT
* Jed Davis wrote:
> With this change, we no longer lose the innermost entry in the user-mode
> part of the call chain. See also the x86 port, which includes the ip,
> and the corresponding change in arch/arm.
>
> Signed-off-by: Jed Davis
> ---
> arch/arm64/kernel/perf_event.c |1 +
> 1
Il 20/06/2013 10:30, Igor Mammedov ha scritto:
> On Wed, 19 Jun 2013 15:29:31 +0200
> Paolo Bonzini wrote:
>
>> Il 19/06/2013 15:20, Batalov Eugene ha scritto:
>>>
>>> I've missed this detail. It looks like Igor's patch doesn't bring
>>> secondary cpus kvm_clocksource behavior back to one before
This patch add new 'load_table' debugfs file to show previous accumulated data
of CPUs load as following path and add CPUFREQ_LOADCHECK notification to
CPUFREQ_TRANSITION_NOTIFIER notifier chain.
- /sys/kernel/debug/cpufreq/load_table
When governor calculates CPUs load on dbs_check_cpu(), governor
Hi,
On Wed, Jun 19, 2013 at 11:27:46AM +0530, Keerthy wrote:
> From: J Keerthy
>
> The Patch series adds TPS659038 PMIC support in the palmas MFD and Regulator
> drivers. The TPS659038 has almost the same registers as of the earlier
> supported variants of PALMAS family such as the TWL6035.
>
>
Added a property to indicate if the regulator supports bypass mode.
Also modified of_get_regulation_constraints() to check for that
property and set appropriate constraints.
Cc: Laxman Dewangan
Signed-off-by: Kishon Vijay Abraham I
---
Documentation/devicetree/bindings/regulator/regulator.txt |
SMPS10 has two outputs OUT1 and OUT2 and have one input IN1.
SMPS10-OUT2 is connected to SMPS10-IN1 and can be configured either
in BOOST mode or BYPASS mode. regulator_enable of SMPS10-OUT2 configures
it in BOOST mode. For BYPASS mode regulator_allow_bypass() API can be
used. SMPS10-OUT1 is connec
Hi,
On Wed, Jun 19, 2013 at 11:27:49AM +0530, Keerthy wrote:
> From: J Keerthy
>
> The Patch adds TPS659038 PMIC support in the palmas mfd driver.
> The TPS659038 has almost the same registers as of the earlier
> supported variants of PALMAS family such as the TWL6035.
>
> The critical differen
On Wed, 19 Jun 2013 15:29:31 +0200
Paolo Bonzini wrote:
> Il 19/06/2013 15:20, Batalov Eugene ha scritto:
> >
> > I've missed this detail. It looks like Igor's patch doesn't bring
> > secondary cpus kvm_clocksource behavior back to one before the regression,
> > Before the regression per_cpu var
On Thu, Jun 20, 2013 at 10:02 AM, Mika Westerberg
wrote:
> On Thu, Jun 20, 2013 at 10:09:37AM +0300, Andy Shevchenko wrote:
>> On Thu, Jun 20, 2013 at 9:46 AM, Linus Walleij
>> wrote:
>> > On Wed, Jun 19, 2013 at 11:02 PM, Andy Shevchenko
>> > wrote:
>> >> On Wed, Jun 19, 2013 at 10:23 PM, Linu
On 6/14/2013 3:05 PM, Philip Avinash wrote:
> Create davinci gpio device and remove references in davinci_soc_info
> structure. Also rearrange header file inclusion in group basis.
>
> Signed-off-by: Philip Avinash
> Acked-by: Linus Walleij
> Signed-off-by: Sekhar Nori
> ---
> arch/arm/mach-da
Palmas has SMPS10 regulator which can generate two voltage level 3.75 and 5V.
This SMPS10 has two outputs OUT1 and OUT2 and having one input IN1.
SMPS10-OUT2 is always connected to SMPS10-IN1 via following logic:
- Through parasitic diode (no sw control)
- In bypass mode (bit configuration is the
On Thursday, June 20, 2013 5:00 PM, Thomas Petazzoni wrote:
>
> Dear Jingoo Han,
>
> On Thu, 20 Jun 2013 16:57:32 +0900, Jingoo Han wrote:
>
> > > > - pinctrl {
> > > > + pin_ctrl: pinctrl {
> > > > compatible = "samsung,exynos5440-pinctrl";
> > >
> > > I know I'm nit
(6/18/13 10:18 AM), Frederic Weisbecker wrote:
On Tue, Jun 18, 2013 at 11:17:41AM -0400, KOSAKI Motohiro wrote:
+#ifdef CONFIG_64BIT
+ /*
+ * 64-bit doesn't need locks to atomically read a 64bit value. So we
+ * have two optimization chances, 1) when caller doesn't need
+ * de
Hi Samuel,
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Thursday, June 20, 2013 2:09 PM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
> ldewan...@nvidia.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
> linux-kernel@vger.kern
On 06/19/2013 06:53 PM, Thomas Gleixner wrote:
> On Wed, 19 Jun 2013, Chen Gang wrote:
>
>> > On 06/19/2013 05:59 PM, Thomas Gleixner wrote:
>>> > > I'm well aware how that works. And there is no difference whether you
>>> > > do:
>>> > >
>>> > > local_irq_save(flags);
>>> > > spi
On 06/20/2013 03:36 PM, Thomas Gleixner wrote:
> On Thu, 20 Jun 2013, Chen Gang wrote:
>> > On 06/19/2013 06:49 PM, Thomas Gleixner wrote:
>>> > > We must do this because some architectures implement
>>> > > do_raw_spin_lock_flags() in the following way:
>>> > >
>>> > > do_raw_spin_lock_flags(l, f
Hello Wolfram,
On Wed, Jun 19, 2013 at 05:20:59PM +0200, Wolfram Sang wrote:
> [...]
> >
> > > - It should not be encoded in the devicetree, since the flaw is implicit
> > > to the device, so only the driver needs to know about it. I wonder
> > > about something like this in the i2c slave dri
On 06/20/2013 05:47 PM, Benjamin Herrenschmidt wrote:
> On Thu, 2013-06-20 at 15:28 +1000, David Gibson wrote:
>>> Just out of curiosity - would not get_file() and fput_atomic() on a
>> group's
>>> file* do the right job instead of vfio_group_add_external_user() and
>>> vfio_group_del_external_user
On Thursday 20 June 2013, Guenter Roeck wrote:
> On Wed, Jun 19, 2013 at 11:45:30PM +0200, Arnd Bergmann wrote:
> > On Wednesday 19 June 2013, Guenter Roeck wrote:
> >
> > Since this is a standard protocol, a driver that just supports a specific
> > chip (1a) would be the worst option IMHO.
> >
>
Hi Seth,
On Wed, Jun 19, 2013 at 05:04:25PM -0700, Seth Heasley wrote:
> This patch adds the LPC Controller DeviceIDs for iTCO Watchdog for the Intel
> Coleto Creek PCH.
>
> Signed-off-by: Seth Heasley
> ---
> drivers/mfd/lpc_ich.c |7 +++
> 1 files changed, 7 insertions(+), 0 deletion
Hi,
On Monday 17 June 2013 09:39 AM, Chanwoo Choi wrote:
On 06/14/2013 10:10 PM, Kishon Vijay Abraham I wrote:
Modified dwc3-omap to receive connect and disconnect notification using
extcon framework. Also did the necessary cleanups required after
adapting to extcon framework.
Signed-off-by: K
On 6/14/2013 3:05 PM, Philip Avinash wrote:
> Create davinci gpio device and remove gpio references in
> davinci_soc_info structure for dmxxx platforms. Also add Memory and IRQ
> resources for GPIO platform device.
>
> Signed-off-by: Philip Avinash
> Acked-by: Linus Walleij
> Signed-off-by: Sekh
1 - 100 of 784 matches
Mail list logo
