On Mon, 10 Jun 2013, J, KEERTHY wrote:
> Hello Grant/Lee Jones,
>
> > -Original Message-
> > From: Lee Jones [mailto:lee.jo...@linaro.org]
> > Sent: Thursday, June 06, 2013 12:36 PM
> > To: J, KEERTHY
> > Cc: linux-kernel@vger.kernel.org; grant.lik...@secretlab.ca; linux-
> > d...@vger.ke
The STiH416 is advanced HD AVC processor with 3D graphics acceleration
and 1.2-GHz ARM Cortex-A9 SMP CPU.
Signed-off-by: Srinivas Kandagatla
CC: Stephen Gallimore
CC: Stuart Menefy
CC: Arnd Bergmann
CC: Linus Walleij
---
Documentation/arm/sti/stih416-overview.txt | 12 +
arch/arm/boot/
On 06/10/2013 04:52 PM, HATAYAMA Daisuke wrote:
> Hello,
>
> This patch fixes the issue reported by Amd on an overlook of no-MMU
> configuration.
>
> This patch is made on top of v3.10-rc4-mmotm-2013-06-06-16-19.
>
> I tested this on x86_64 and x86 with 1GB and 5GB memory.
>
> I build this on
Hi,
On 5 June 2013 02:08, Matt wrote:
> Hi everyone,
>
>
> I noticed today the following error messages in /var/log/kern.log :
>
>
> Jun 5 00:26:48 localhost kernel: [0.00] MTRR default type: uncachable
> Jun 5 00:26:48 localhost kernel: [0.00] MTRR fixed ranges enabled:
> Jun
On Mon, Jun 10, 2013 at 03:20:06PM +0530, Kishon Vijay Abraham I wrote:
> On Tuesday 04 June 2013 03:35 PM, Mark Brown wrote:
> >On Tue, Jun 04, 2013 at 03:13:27PM +0530, Kishon Vijay Abraham I wrote:
> >>On Tuesday 04 June 2013 03:08 PM, Mark Brown wrote:
> >>>No. A boost regulator is still a vo
Hi Pavel,
On Mon, Jun 10, 2013, Pavel Machek wrote:
> root@amd:~# hciconfig hci0 up
> Can't init device hci0: Operation not supported (95)
> root@amd:~# hcitool inq
> Inquiring ...
> Inquiry failed.: No such device
> root@amd:~#
Could you take logs of the HCI traffic that happens when you try th
On Mon, 10 Jun 2013, J Keerthy wrote:
> Add palmas node and omap specific palmas regulator properties.
>
> Signed-off-by: J Keerthy
> ---
> arch/arm/boot/dts/omap5-uevm.dts | 147
> ++
> 1 files changed, 147 insertions(+), 0 deletions(-)
>
> diff --git a/a
On Mon, Jun 10, 2013 at 06:30:42PM +0900, Yoshihiro YUNOMAE wrote:
> Hi Gleb,
>
> (2013/06/09 20:14), Gleb Natapov wrote:
> >On Fri, Jun 07, 2013 at 02:22:22PM +0900, Yoshihiro YUNOMAE wrote:
> >>(2013/06/06 20:33), Gleb Natapov wrote:
> >>>On Wed, Jun 05, 2013 at 09:23:22PM -0300, Marcelo Tosatti
The following changes since commit d683b96b072dc4680fc74964eca77e6a23d1fa6e:
Linux 3.10-rc4 (2013-06-02 17:11:17 +0900)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
tags/regmap-v3.10-rc4
for you to fetch changes up to 998a4f2f1caf
Hello Lee jones,
> -Original Message-
> From: Lee Jones [mailto:lee.jo...@linaro.org]
> Sent: Monday, June 10, 2013 3:36 PM
> To: J, KEERTHY
> Cc: Cousson, Benoit; devicetree-disc...@lists.ozlabs.org; linux-
> o...@vger.kernel.org; linux-kernel@vger.kernel.org;
> ldewan...@nvidia.com; gran
Reverse-engineered driver for cheapo video digitizer, made from observations of
Windows XP driver. The protocol is not yet completely understood, so far we
don't provide any controls, only support a single format out of three and don't
support the audio device.
Signed-off-by: Lubomir Rintel
Cc: M
Hi Benoit,
> -Original Message-
> From: Cousson, Benoit
> Sent: Monday, June 10, 2013 3:00 PM
> To: J, KEERTHY
> Cc: Stephen Warren; devicetree-disc...@lists.ozlabs.org; linux-
> o...@vger.kernel.org; linux-kernel@vger.kernel.org;
> ldewan...@nvidia.com; grant.lik...@secretlab.ca; swar...@
Hi Dmitry,
On Mon, Jun 10, 2013 at 11:34:42, Dmitry Torokhov wrote:
> Hi Manish,
>
> On Tue, May 21, 2013 at 02:24:17PM +0530, Vishwanathrao Badarkhe, Manish
> wrote:
> > Add device tree based support for TI's tps6507x touchscreen.
> >
> > Tested on da850-evm.
> >
> > Signed-off-by: Vishwanath
Change compatible string to something more standard.
Signed-off-by: Lee Jones
diff --git a/Documentation/devicetree/bindings/pinctrl/ste,nomadik.txt
b/Documentation/devicetree/bindings/pinctrl/ste,nomadik.txt
index 9a2f3f4..6b33b9f 100644
--- a/Documentation/devicetree/bindings/pinctrl/ste,n
On 10/06/13 10:15, Mark Brown wrote:
> On Sun, Jun 09, 2013 at 06:00:19PM +0200, Lars-Peter Clausen wrote:
>
>>> +int regmap_field_write(struct regmap_field *field, unsigned int val)
>>> +{
>>> + int field_bits;
>>> + unsigned int reg_mask;
>>> + field_bits = field->msb - field->lsb + 1;
>>>
On Wed, May 22, 2013 at 01:18:34PM -0500, Nishanth Menon wrote:
So, the biggest problem here has been patch 4 (having to have a hack to
deploy this stuff is a bit worrying) plus the general not having a real
driver thing.
> +- ti,i2c-slave-address - I2C slave address of the PMIC
> +- ti,i2c-volta
On Mon, Jun 10, 2013 at 10:03 AM, Russell King - ARM Linux
wrote:
> On Mon, Jun 10, 2013 at 01:49:22AM +0100, Grant Likely wrote:
>> This is an RFC patch to convert the versatile FPGA irq controller driver
>> to use generic irq chip. It builds on the series that extends the
>> generic chip code to
I've just released Linux 2.6.32.61.
This version include backports from the 3.0.y branch up to and including
3.0.80. The following CVE IDs were fixed since 2.6.32.60 :
CVE-2011-2695 CVE-2011-2699 CVE-2012-2390 CVE-2012-3430 CVE-2012-3552
CVE-2012-4398 CVE-2012- CVE-2012-4461 CVE-2012-
Hi Arnd,
On Sun, Jun 09, 2013 at 11:36:24PM +0200, Arnd Bergmann wrote:
> On Sunday 09 June 2013 18:36:05 Maxime Ripard wrote:
> > Signed-off-by: Maxime Ripard
> > ---
> > arch/arm/boot/dts/sun5i-a10s.dtsi | 286
> > ++
> > 1 file changed, 286 insertions(+)
>
Hello Jingoo,
Thank you for the review. There was another discussion and the following
patch was sent that converts printk to dev_err.
http://lists.infradead.org/pipermail/linux-mtd/2013-June/047198.html
My conclusion of the discussion was that error messages for kzalloc
calls are probably made
On Mon, Jun 10, 2013 at 10:27:57AM +0100, Srinivas KANDAGATLA wrote:
> This patch adds stih415 and stih416 support to multi_v7_defconfig.
This seems to drop a few options also:
CONFIG_ARM_ARCH_TIMER
CONFIG_ARM_ERRATA_754322
CONFIG_EXPERIMENTAL
CONFIG_GPIO_PL061
CONFIG_MMC_WMT
I just applied this
Hi,
On 3 June 2013 21:21, Pranavkumar Sawargaonkar wrote:
> This patch adds support for defining and passing earlyprintk
> related information i.e. device and address information via
> device tree by adding it inside "chosen" node.
>
> This will help user to just specify "earlyprintk" from bootar
On Mon, Jun 10, 2013 at 11:06:15AM +0100, Mark Brown wrote:
> feature. Otherwise we've got a couple of fairly small cleanups which
> would have been sent sooner were it not for letting Lars-Peter's patch
> soak for a while.
Having just seen the -rc5 announcment I should probably say that the
cle
On 7 June 2013 17:41, Lorenzo Pieralisi wrote:
> On Fri, Jun 07, 2013 at 12:48:58PM +0100, James King wrote:
>> Hi Lorenzo,
>>
>> On 7 June 2013 11:23, Lorenzo Pieralisi wrote:
>> > Hi James,
>> >
>> > On Thu, Jun 06, 2013 at 06:11:25PM +0100, James King wrote:
>> >> If CPUs are marked as disable
On Mon, Jun 10, 2013 at 8:40 AM, Linus Walleij wrote:
> On Mon, Jun 10, 2013 at 2:49 AM, Grant Likely wrote:
>
>> This is an RFC patch to convert the versatile FPGA irq controller driver
>> to use generic irq chip. It builds on the series that extends the
>> generic chip code to allow a linear ir
On Mon, Jun 10, 2013 at 09:41:52AM +0300, Andy Shevchenko wrote:
> On Mon, Jun 10, 2013 at 3:04 AM, Wolfram Sang wrote:
> > On Thu, Jun 06, 2013 at 10:43:41PM +0300, Andy Shevchenko wrote:
> >> On Mon, Jun 3, 2013 at 11:27 PM, Wolfram Sang wrote:
> >> > The allocated object should be the size of
On Fri, Jun 7, 2013 at 4:20 PM, Lee Jones wrote:
> On Fri, 07 Jun 2013, Linus Walleij wrote:
>
>> > -enum prcmu_clock {
>> > - PRCMU_SGACLK,
>> (...)
>> > +#define ARMCLK 0
>> > +#define PRCMU_ACLK 1
>> (...)
>>
>> It seems the enum and the defines want to do two
Hi,
On 10 June 2013 09:29, Yinghai Lu wrote:
> Joshua reported: Commit cd7b304dfaf1 (x86, range: fix missing merge
> during add range) broke mtrr cleanup on his setup in 3.9.5.
> corresponding commit in upstream is fbe06b7bae7c.
>
> The reason is add_range_with_merge could generate blank spot.
>
Peter/Ingo,
These are minor fixes that I could find for code responsible for creating sched
domains. They are rebased of my earlier fixes:
https://lkml.org/lkml/2013/6/4/253
I couldn't find them in linux-next or tip/master and so giving this link.
Viresh Kumar (3):
sched: don't initialize all
Memory for sd is allocated with kzalloc_node() which will initialize its fields
with zero. In build_sched_domain() we are setting sd->child to child even if
child is NULL, which isn't required.
Lets do it only if child isn't NULL.
Signed-off-by: Viresh Kumar
---
kernel/sched/core.c | 2 +-
1 fi
alloc_state will be overwritten by __visit_domain_allocation_hell() and so we
don't actually need to initialize alloc_state.
Signed-off-by: Viresh Kumar
---
kernel/sched/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 062
For loop for traversing sched_domain_topology was used at multiple placed in
core.c. This patch removes code redundancy by creating for_each_sd_topology().
Signed-off-by: Viresh Kumar
---
kernel/sched/core.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/kernel/sche
Thanks for testing...
On 10/06/13 11:40, Mark Rutland wrote:
> On Mon, Jun 10, 2013 at 10:27:57AM +0100, Srinivas KANDAGATLA wrote:
>> > This patch adds stih415 and stih416 support to multi_v7_defconfig.
> This seems to drop a few options also:
>
> CONFIG_ARM_ARCH_TIMER
Same as last comment 2:
>
Hi,
On Monday 10 June 2013 03:33 PM, Mark Brown wrote:
On Mon, Jun 10, 2013 at 03:20:06PM +0530, Kishon Vijay Abraham I wrote:
On Tuesday 04 June 2013 03:35 PM, Mark Brown wrote:
On Tue, Jun 04, 2013 at 03:13:27PM +0530, Kishon Vijay Abraham I wrote:
On Tuesday 04 June 2013 03:08 PM, Mark Bro
On 06/05/2013 12:21 PM, Javier Martinez Canillas wrote:
On Tue, Jun 4, 2013 at 11:19 PM, Matthias Kaehlcke
wrote:
The command and status register in the driver were swapped with
respect to the order specified in the datasheet (CY8CTMA140).
Confirmed with Cypress that the order in the datasheet
Hi!
> > root@amd:~# hciconfig hci0 up
> > Can't init device hci0: Operation not supported (95)
> > root@amd:~# hcitool inq
> > Inquiring ...
> > Inquiry failed.: No such device
> > root@amd:~#
>
> Could you take logs of the HCI traffic that happens when you try this.
> You can use the btmon tool
Hi Lubomir!
Thanks for working on this.
I've got some review comments below...
On Mon June 10 2013 11:52:11 Lubomir Rintel wrote:
> Reverse-engineered driver for cheapo video digitizer, made from observations
> of
> Windows XP driver. The protocol is not yet completely understood, so far we
> d
Hi,
On Fri, 2013-06-07 at 10:49 +0400, Alexey Khoroshilov wrote:
> Hi Steve,
>
> On 06/06/2013 01:24 PM, Steven Whitehouse wrote:
> > Hi,
> >
> > On Thu, 2013-06-06 at 01:29 +0400, Alexey Khoroshilov wrote:
> >> The patch makes usage pattern of IS_ERR-PTR_ERR more typical.
> >>
> >> Signed-off-by
signature.asc
Description: OpenPGP digital signature
On Mon, Jun 10, 2013 at 05:11:15PM +0900, Alexandre Courbot wrote:
> On Sat, Jun 8, 2013 at 1:33 AM, Stephen Warren wrote:
> >>> I think we need to separate the concept of support for *a* secure
> >>> monitor, from support for a *particular* secure monitor.
> >>
> >> Agreed. In this case, can we a
Just as I sent my reply I realized that my notes w.r.t. field handling
were incomplete. So I'll try to clarify it below.
On Mon June 10 2013 13:05:04 Hans Verkuil wrote:
> Hi Lubomir!
>
> Thanks for working on this.
>
> I've got some review comments below...
>
> On Mon June 10 2013 11:52:11 Lub
On Mon, Jun 10, 2013 at 12:40:42AM +0100, Maciej W. Rozycki wrote:
> > > How different MIPS SMP systems are?
> >
> > o Old SGI heavy metal (several different system architectures).
> >
> > o Cavium OCTEON SMP SoCs.
> >
> > o Broadcom (several flavors) SoCs
> >
> > o Loongson
>
> o Old DEC h
Hey Christian,
Christian Kujau [Sun, Jun 09, 2013 at 05:50:49PM -0700]:
> Hi,
>
> [errors when using git update-index - different scenarios]
> [...]
>
> On a side note, I don't think a kernel compilation should alter the source
> tree (or the .git directory) in any way and I don't see how remov
On Mon, Jun 10, 2013 at 05:05:04PM +0900, Alexandre Courbot wrote:
> On Sat, Jun 8, 2013 at 3:13 AM, Dave Martin wrote:
> > One way to make the backend generic would be to have something like
> > one of the following (some syntax omitted due to laziness):
> >
> > u32 __naked __call_smc(u32
On Fri, May 31, 2013 at 23:11:22, Kevin Hilman wrote:
> Hebbar Gururaja writes:
>
> > On some platforms (like AM33xx), a special register (RTC_IRQWAKEEN)
> > is available to enable Wakeup feature for Alarm Events.
> >
> > Since new platforms/Boards are now added through DT only, this feature
> >
On Monday, June 10, 2013 08:46:54 AM li guang wrote:
> 在 2013-06-06四的 12:59 +0200，Rafael J. Wysocki写道：
> > On Thursday, June 06, 2013 09:40:34 AM liguang wrote:
> > > add a notifier for anyone who are instresting in
> > > ec space changing.
> > >
> > > Signed-off-by: liguang
> >
> > I'm not goin
Hi Gleb,
(2013/06/10 19:05), Gleb Natapov wrote:
On Mon, Jun 10, 2013 at 06:30:42PM +0900, Yoshihiro YUNOMAE wrote:
Hi Gleb,
(2013/06/09 20:14), Gleb Natapov wrote:
On Fri, Jun 07, 2013 at 02:22:22PM +0900, Yoshihiro YUNOMAE wrote:
(2013/06/06 20:33), Gleb Natapov wrote:
On Wed, Jun 05, 201
On Monday, June 10, 2013 12:04:21 PM li guang wrote:
> 在 2013-06-10一的 12:51 +0900，Yasuaki Ishimatsu写道：
> > 2013/06/10 9:36, li guang wrote:
> > > Hi, Rafael
> > >
> > > 在 2013-06-06四的 13:00 +0200，Rafael J. Wysocki写道：
> > >> On Thursday, June 06, 2013 09:40:32 AM liguang wrote:
> > >>> This patch-se
Hi Mike,
could you please try this patch:
https://lists.ozlabs.org/pipermail/linuxppc-dev/2013-May/106624.html
http://patchwork.ozlabs.org/patch/244515/
Rojhalat
On Saturday 08 June 2013 21:39:37 Michael Guntsche wrote:
> After bisecting I found the responsible commit.
>
> 50d8f87d2b3: powe
On Thu, May 30, 2013 at 23:55:22, Linus Walleij wrote:
> On Wed, May 22, 2013 at 9:10 AM, Philip Avinash wrote:
>
> (...)
> > +- interrupts: The Starting IRQ number for GPIO
> > +- intc_irq_num: The number of IRQs supported by the Interrupt Controller
> (...)
>
> No this is not how you pass a nu
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: linux-g...@vger.kernel.org
CC: Linus Walleij
CC: Grant Likely
---
drivers/gpio/gpio-msm-v1.c | 12 +
Hi Matthew,
On Sunday, June 09, 2013 07:01:36 PM Matthew Garrett wrote:
> Windows 8 introduced new policy for backlight control by pushing it out to
> graphics drivers. This appears to have coincided with a range of vendors
> adding Windows 8 checks to their backlight control code which trigger ei
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: net...@vger.kernel.org
CC: linux-...@vger.kernel.org
CC: Marc Kleine-Budde
CC: Wolfgang Grandegger
---
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: linux-...@vger.kernel.org
CC: Felipe Balbi
---
drivers/usb/phy/phy-rcar-usb.c |2 +-
1 file change
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: alsa-de...@alsa-project.org
CC: Liam Girdwood
CC: Mark Brown
---
sound/soc/spear/spdif_out.c | 20 +
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: Mark Brown
CC: Liam Girdwood
---
drivers/regulator/ti-abb-regulator.c | 12 ++--
1 file cha
Now that all the users of devm_request_and_ioremap have been converted
to use devm_ioremap_resource, remove the definition.
Also remove the entries from Documentation.
Signed-off-by: Tushar Behera
CC: linux-...@vger.kernel.org
CC: Rob Landley
CC: Greg Kroah-Hartman
---
Documentation/driver-mo
On Fri 2013-06-07 12:36:12, Rafael J. Wysocki wrote:
> On Friday, June 07, 2013 04:20:30 PM shuox@intel.com wrote:
> > dpm_run_callback is used in other stages of power states changing.
> > It provides debug info message and time measurement when call these
> > callback. We also want to benefit
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: linux-...@vger.kernel.org
CC: Bjorn Helgaas
---
drivers/pci/host/pci-mvebu.c |5 +++--
1 file chan
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: net...@vger.kernel.org
CC: "David S. Miller"
---
drivers/net/ethernet/freescale/fec_main.c | 12
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: net...@vger.kernel.org
CC: "David S. Miller"
CC: Michal Simek
---
drivers/net/ethernet/xilinx/xilinx_
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: de...@driverdev.osuosl.org
CC: Greg Kroah-Hartman
---
drivers/staging/netlogic/xlr_net.c |8 --
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: sparcli...@vger.kernel.org
CC: "David S. Miller"
---
* Not compile tested.
arch/sparc/kernel/leon_pci_
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: linux-g...@vger.kernel.org
CC: Grant Likely
CC: Linus Walleij
---
drivers/gpio/gpio-sta2x11.c |4
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: net...@vger.kernel.org
CC: "David S. Miller"
---
* Not compile tested.
drivers/net/ethernet/broadcom/
These are the remaining instances of devm_request_and_ioremap. Convert
them to use devm_ioremap_resource as introduced by commit
75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()).
Patches 1 to 13 remove occurrences of devm_request_and_ioremap.
Patch 14 modifies one comment that speaks
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: linux-...@vger.kernel.org
CC: Chris Ball
---
drivers/mmc/host/mvsdio.c |6 +++---
1 file changed,
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: Vinod Koul
CC: Dan Williams
---
drivers/dma/sh/sudmac.c |6 +++---
1 file changed, 3 insertions(+
On 10/06/13 12:15, Michal Simek wrote:
Thankyou for your comments,
> Hi,
>
> hmm - that's a nice bug that thunderbird is not able to send this email. :-(
> Let's comment it again via gmail.
> diff --git a/arch/arm/boot/dts/stih415.dtsi
> b/arch/arm/boot/dts/stih415.dtsi
> new file mod
Thankyou for your comment and suggestion,
I will fix the POSIX compliant issue.
On 10/06/13 10:35, Russell King - ARM Linux wrote:
> On Mon, Jun 10, 2013 at 10:21:00AM +0100, Srinivas KANDAGATLA wrote:
>> This patch adds support to ASC (asynchronous serial controller)
>> driver, which is basically
Hi Pavel,
On Mon, Jun 10, 2013, Pavel Machek wrote:
> > > root@amd:~# hciconfig hci0 up
> > > Can't init device hci0: Operation not supported (95)
> > > root@amd:~# hcitool inq
> > > Inquiring ...
> > > Inquiry failed.: No such device
> > > root@amd:~#
> >
> > Could you take logs of the HCI traf
On 10 June 2013 17:05, Tushar Behera wrote:
> Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
> introduced devm_ioremap_resource() and deprecated the use of
> devm_request_and_ioremap().
>
> Signed-off-by: Tushar Behera
> CC: Mark Brown
> CC: Liam Girdwood
> ---
> driver
On 10 June 2013 17:04, Tushar Behera wrote:
> Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
> introduced devm_ioremap_resource() and deprecated the use of
> devm_request_and_ioremap().
>
> Signed-off-by: Tushar Behera
> CC: sparcli...@vger.kernel.org
> CC: "David S. Mille
Gleb, Paolo,
based on the work from Martin and Carsten, this implementation enables async
page faults.
To the guest it will provide the pfault interface, but internally it uses the
async page fault common code.
The inital submission and it's discussion can be followed on
http://www.mail-archi
On some architectures, as on s390x we may want to be able to directly inject
notifications to the guest in case of a swapped in page. Also on s390x
there is no need to go from gfn to hva as by calling gmap_fault we already
have the needed address.
Due to a possible race, we now always have to inse
This patch adds the handling for async page faults to s390x code.
It provides the userspace API to enable, disable or get the
status of this feature.
Also it includes the diagnose code, called by the guest, to enable
async page faults by pfault or disable them.
Signed-off-by: Dominik Dingel
---
In case of a fault retry exit sie64a() with the gmap_fault indication set.
This makes it possbile to handle async page faults without the need for mm
notifiers.
Based on a patch from Marin Schwidefsky.
Todo:
- Add access to distinguish fault types to prevent double fault
Signed-off-by: Dominik
Current common code use PAGE_OFFSET to indicate a bad host virtual address.
This works for x86 but not necessarily on other architectures. So the check
is moved into architecture specific code.
Todo:
- apply to other architectures when applicable
Signed-off-by: Dominik Dingel
---
arch/s390/inc
On 10 June 2013 17:05, Tushar Behera wrote:
> Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
> introduced devm_ioremap_resource() and deprecated the use of
> devm_request_and_ioremap().
This patch does a little more than just conversion. May that change
could be mentioned
On Sat, Jun 8, 2013 at 10:42 AM, Guenter Roeck wrote:
> On Sat, Jun 08, 2013 at 07:08:17AM -0700, Greg KH wrote:
>> On Fri, Jun 07, 2013 at 08:53:12PM -0700, Guenter Roeck wrote:
>> > On Fri, Jun 07, 2013 at 12:58:16PM -0700, Greg KH wrote:
>> > > I'm announcing the release of the 3.9.5 kernel.
>>
Hi Viresh,
On 06/07/2013 07:23 PM, Viresh Kumar wrote:
> Hi Chanwoo,
>
> On 5 June 2013 13:41, Chanwoo Choi wrote:
>> This patch add new sysfs file to show previous accumulated data of CPU load
> Please mention we are only accumulating latest 20 values.
It should be modified so that user could en
Hello.
On 10-06-2013 15:35, Tushar Behera wrote:
Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
introduced devm_ioremap_resource() and deprecated the use of
devm_request_and_ioremap().
Signed-off-by: Tushar Behera
CC: linux-...@vger.kernel.org
CC: Felipe Balbi
---
On Sun, Jun 09, 2013 at 08:30:19PM +0800, Chen Gang wrote:
>
> After finish the internal 'while', need not test TASKLET_STATE_SCHED
> again, so looping back to outside 'while' is only for set_bit().
>
> When use 'if' and set_bit() instead of 'while', it will save at least
> one running conditiona
On Mon, Jun 10, 2013 at 04:33:04PM +0530, Kishon Vijay Abraham I wrote:
> On Monday 10 June 2013 03:33 PM, Mark Brown wrote:
> >On Mon, Jun 10, 2013 at 03:20:06PM +0530, Kishon Vijay Abraham I wrote:
> >>SMPS10 has two outputs OUT2 and OUT1. In order to connect OUT2 to
> >>OUT1 we have to set "SWI
On Sun, Jun 9, 2013 at 1:59 AM, Heiko Stübner wrote:
> following your suggestions for a common handling of things like pulls in dt,
> I've come up with the following solution - hopefully I've gotten the correct
> meaning of your explanaitions.
>
> It handles all the pinconfigs that either ignore
This patch adds core support for the MOST protocol. More information
about the protocol can be found at: http://www.mostcooperation.com/
See the lkml message "[PATCH 0/3] MOST network protocol" sent on Jun
10th 2013 about this code and the missing "Signed-off" lines.
---
include/linux/socket.h |
See the lkml message "[PATCH 0/3] MOST network protocol" sent on Jun
10th 2013 about this code and the missing "Signed-off" lines.
---
drivers/net/Makefile |1 +
drivers/net/most/Kconfig | 10 +
drivers/net/most/Makefile |6 +
drivers/net/most/sta2x11mlb.c | 1181 +
This patch set includes known-working code, developed by Wind River
and Intel, published at http://sourceforge.net/projects/sta2x11/ .
We fixed a number of things in the code, porting to the current
linux-next and upstream sta2x11 code, factorizing replicated code,
making stuff more readable and f
The MediaLB peripheral, devoted to the MOST protocol, must be reset
using chipset registers, so this code is not part of the MLB PCI
driver.
Signed-off-by: Giancarlo Asnaghi
Signed-off-by: Federico Vaga
---
arch/x86/pci/sta2x11-fixup.c | 17 +
1 files changed, 17 insertions(+)
On Thu, Jun 06, 2013 at 12:38:10PM -0700, H. Peter Anvin wrote:
> On 06/06/2013 12:36 PM, Borislav Petkov wrote:
> > On Thu, Jun 06, 2013 at 12:28:20PM -0700, H. Peter Anvin wrote:
> >> Or we could materialize mappings for this specific PGD. However,
> >> adding a read of %cr3 in __do_page_fault so
On Sun, Jun 9, 2013 at 2:01 AM, Heiko Stübner wrote:
> This driver adds support the Cortex-A9 based SoCs from Rockchip,
> so at least the RK2928, RK3066 (a and b) and RK3188.
> Earlier Rockchip SoCs seem to use similar mechanics for gpio
> handling so should be supportable with relative small cha
On Sun, Jun 9, 2013 at 2:01 AM, Heiko Stübner wrote:
(...)
> +#include
> +#include
> +#include
Hm I don't know if we're supposed to do things like this actually.
It depends on whether the hierarchy is supposed
to stay in the kernel after the device trees are moved out to a
separate repo.
G
Am Montag, 10. Juni 2013, 14:52:13 schrieb Linus Walleij:
> On Sun, Jun 9, 2013 at 1:59 AM, Heiko Stübner wrote:
> > following your suggestions for a common handling of things like pulls in
> > dt, I've come up with the following solution - hopefully I've gotten the
> > correct meaning of your exp
On 06/10/2013 01:35 PM, Tushar Behera wrote:
> Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
> introduced devm_ioremap_resource() and deprecated the use of
> devm_request_and_ioremap().
Acked-by: Marc Kleine-Budde
Are the patches going over the individual subsystem maint
Am Montag, 10. Juni 2013, 15:00:41 schrieb Linus Walleij:
> On Sun, Jun 9, 2013 at 2:01 AM, Heiko Stübner wrote:
>
> (...)
>
> > +#include
> > +#include
> > +#include
>
> Hm I don't know if we're supposed to do things like this actually.
>
> It depends on whether the hierarchy is supposed
On Mon, Jun 10, 2013 at 11:58:38AM +0100, Srinivas KANDAGATLA wrote:
> Thanks for testing...
> On 10/06/13 11:40, Mark Rutland wrote:
> > On Mon, Jun 10, 2013 at 10:27:57AM +0100, Srinivas KANDAGATLA wrote:
> >> > This patch adds stih415 and stih416 support to multi_v7_defconfig.
> > This seems to
On Mon, 10 Jun 2013 10:57:50 +0300
Gleb Natapov wrote:
> On Fri, Jun 07, 2013 at 04:51:25PM +0800, Xiao Guangrong wrote:
> > +
> > +/*
> > + * Return values of handle_mmio_page_fault_common:
> > + * RET_MMIO_PF_EMULATE: it is a real mmio page fault, emulate the
> > instruction
> > + *
Hi,
> On Thu, Jun 06, 2013 at 09:07:52AM +0200, Lukasz Majewski wrote:
> > Enable/disable support for BOOST. New flag - CPU_FREQ_BOOST has been
> > defined for that.
>
> What's the reason for this? Why would you want to not compile-in the
> boosting code?
I think that this flag could be removed
On 10 June 2013 18:50, Lukasz Majewski wrote:
> Hi,
>
>> On Thu, Jun 06, 2013 at 09:07:52AM +0200, Lukasz Majewski wrote:
>> > Enable/disable support for BOOST. New flag - CPU_FREQ_BOOST has been
>> > defined for that.
>>
>> What's the reason for this? Why would you want to not compile-in the
>> b
On 06/10/2013 06:16 AM, Rafael J. Wysocki wrote:
> On Sunday, June 09, 2013 09:54:49 AM Aaron Lu wrote:
>> On 06/09/2013 09:19 AM, Aaron Lu wrote:
>>> On 06/09/2013 06:28 AM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
There is no particular reason why acpi_bus_driver_init() ne
101 - 200 of 571 matches
Mail list logo
