copy_to_user() returns the number of bytes remaining to be copied.
put_user() returns -EFAULT on error.
This function ORs a bunch of stuff together and returns jumbled non-zero
values on error. It should return -EFAULT.
Signed-off-by: Dan Carpenter
diff --git a/drivers/video/fbmem.c b/drivers/
Ben Hutchings writes:
> On Mon, 2013-06-17 at 11:05 +0930, Rusty Russell wrote:
>> I thought LRO was deprecated and GRO was the new hotness, but I haven't
>> been following. Do we still care about LRO?
>
> The old software LRO implementation, inet_lro, is deprecated in favour
> of GRO and is now
Tejun Heo writes:
> Buth yeah, interesting trick. We'll be doing IPIs, flushing TLB and
> taking faults until it hits zero. It'll all depend on the frequency
> of preemption but given that branches don't tend to be too expensive
> on modern processors, maybe it'd be a bit too hairy for possibly
On Mon, Jun 17, 2013 at 11:22 PM, Yinghai Lu wrote:
> On Mon, Jun 17, 2013 at 6:58 PM, Tejun Heo wrote:
>> On Thu, Jun 13, 2013 at 09:03:03PM +0800, Tang Chen wrote:
>>> From: Yinghai Lu
>>>
>>> numa_emulation() needs to allocate buffer for new numa_meminfo
>>> and distance matrix, so execute it
On Tue, 2013-06-18 at 08:48 +0200, Mike Galbraith wrote:
> On Sat, 2013-06-15 at 13:10 +0200, Manfred Spraul wrote:
P.S.
> > My current guess:
> > sem_lock() somehow ends up in lock_array.
Tracing shows that happens precisely one time, at end of benchmark.
-Mike
--
To unsubscribe from this l
Some controller need software to initialize PHY before add
host controller, and shut down PHY after remove host controller.
Add the generic code for these controllers so they do not need
do it in its own host controller driver.
Signed-off-by: Chao Xie
---
drivers/usb/core/hcd.c | 19 ++
From: Magnus Damm
Introduce the function tick_device_may_c3stop() that
ignores the C3STOP flag in case CPUIdle is disabled.
The C3STOP flag tells the system that a clock event
device may be stopped during deep sleep, but if this
will happen or not depends on things like if CPUIdle
is enabled and
From: Guenter Roeck
Date: Mon, 17 Jun 2013 21:03:12 -0700
> On Mon, Jun 17, 2013 at 04:11:51PM -0700, David Miller wrote:
>> From: Guenter Roeck
>> Date: Mon, 17 Jun 2013 13:16:19 -0700
>>
>> > Commits 4c09eed9 (net: fec: Enable imx6 enet checksum acceleration) and
>> > baa70a5c (net: fec: enab
Hi all,
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/mfd/88pm800.c: In function 'pm800_pages_init':
drivers/mfd/88pm800.c:434:2: error: implicit declaration of function 'IS_ERR'
[-Werror=implicit-function-declaration]
if (IS_ERR(subchi
On Mon, Jun 17, 2013 at 01:39:38PM -0700, David Brown wrote:
> Commit e45600107b (Merge tag 'msm-cleanup-for-3.11' of
> git://git.kernel.org/pub/scm/linux/kernel/git/davidb/linux-msm into
> next/cleanup) incorrectly resolved a merge conflict, resulting in a
> node address that doesn't match the reg
On 06/18/2013 09:17 AM, Magnus Damm wrote:
> From: Magnus Damm
>
> Introduce the function tick_device_may_c3stop() that
> ignores the C3STOP flag in case CPUIdle is disabled.
>
> The C3STOP flag tells the system that a clock event
> device may be stopped during deep sleep, but if this
> will hap
Hi Mark,
On Mon, Jun 17, 2013 at 11:53 PM, Mark Rutland wrote:
> On Mon, Jun 17, 2013 at 01:20:56AM +0100, Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Modify the ARM architected timer driver to not set C3STOP
>> in case CPU_IDLE is disabled. This is a short term fix that
>> allows use of high
Thanks for Zach's clarify, then I think that makes sense BIOS has
problem if kernel need call ExitBootServices() more then 2 times.
Thanks
Joey Lee
於 二,2013-06-18 於 04:20 +,Zachary Bobroff 提到:
> The timer is shutdown before callbacks on exitbootservices are called. The
> bios should be ent
On Tue, Jun 18, 2013 at 4:32 PM, Daniel Lezcano
wrote:
> On 06/18/2013 09:17 AM, Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Introduce the function tick_device_may_c3stop() that
>> ignores the C3STOP flag in case CPUIdle is disabled.
>>
>> The C3STOP flag tells the system that a clock event
>>
On Mon 17-06-13 20:54:10, Glauber Costa wrote:
> On Mon, Jun 17, 2013 at 05:33:02PM +0200, Michal Hocko wrote:
[...]
> > I have seen some other traces as well (mentioning ext3 dput paths) but I
> > cannot reproduce them anymore.
> >
>
> Do you have those traces? If there is a bug in the ext3 dput
On Tue, Jun 18, 2013 at 6:24 AM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Add the missing unlock before return from function
> pinctrl_find_gpio_range_from_pin()
> in the error handling case.
>
> Introduced by commit 2ff3477efd7086544b9e298fc63afab0645921b4.
> (pinctrl: add pin list based GPI
On 6/18/2013 2:58 AM, Arnd Bergmann wrote:
On Monday 17 June 2013, akhil.go...@freescale.com wrote:
+
+menuconfig RFDEVICES
+ default n
+ bool "RF interface device support"
+ ---help---
+ Support for RF interface devices.
+ In a baseband system, different radios (RF
This patch makes the SDA hold time configurable through device tree.
Signed-off-by: Christian Ruppert
Signed-off-by: Pierrick Hascoet
---
.../devicetree/bindings/i2c/i2c-designware.txt | 14 ++
arch/arc/boot/dts/abilis_tb100_dvk.dts | 10 +-
arch/arc/boot
On Mon, Jun 17, 2013 at 7:47 PM, Tuomas Tynkkynen wrote:
> Hi,
>
> Latest linux-next head (next-20130617) seems to have some
> backwards-incompatible
> changes to the i2c core, which breaks the tps* drivers in our boards and cause
> panics on boot.
You should probably put Wolfram (the i2c maint
Since sds->max_load, sds->this_load, scaled_busy_load_per_task are all
unsigned long type, so it make even sds->max_load less than
sds->this_load, the statement as below would still be true.
(sds->max_load - sds->this_load + scaled_busy_load_per_task >=
(scaled_busy_
Hi,
On Tue, Jun 18, 2013 at 03:15:01AM -0400, Chao Xie wrote:
> Some controller need software to initialize PHY before add
> host controller, and shut down PHY after remove host controller.
> Add the generic code for these controllers so they do not need
> do it in its own host controller driver.
On 17/06/2013 18:56, Olof Johansson :
On Mon, Jun 17, 2013 at 1:34 AM, Ferre, Nicolas wrote:
On Sat, Jun 15, 2013 at 12:47:47AM +0200, Nicolas Ferre wrote:
Arnd, Olof,
Additional pull-request for AT91 DT patches.
It contains the remaining part of the USB gadget pull-request that I sent you
Pci core has been saved pm cap register offset by pdev->pm_cap in pci_pm_init()
in init path. So we can use pdev->pm_cap instead of using
pci_find_capability(pdev, PCI_CAP_ID_PM) for better performance and simplified
code.
Signed-off-by: Yijing Wang
Cc: "David S. Miller"
Cc: Patrick McHardy
Cc
Pci_enable_device() will set device power state to D0,
so it's no need to do it again in bnx2x_init_dev().
Also remove redundant PM Cap find code, because pci core
has been saved the pci device pm cap value.
Signed-off-by: Yijing Wang
Cc: Eilon Greenstein
Cc: net...@vger.kernel.org
Cc: linux-ker
On Mon, Jun 17, 2013 at 6:04 PM, Christian Ruppert
wrote:
> This patch adds the infrastructure required to register non-linear gpio
> ranges through gpiolib and the standard GPIO device tree bindings.
>
> Signed-off-by: Christian Ruppert
> Documentation/devicetree/bindings/gpio/gpio.txt | 44
As it was already suggested by Russell King and Arnd Bergmann:
https://lkml.org/lkml/2013/5/16/133
moxart and gemini seem to be the only platforms using CPU_FA526,
and instead of pointing arm_pm_idle to an empty function from
platform code, it makes sense to remove WFI code from the processor
spe
Pci core has been saved pm cap register offset by pdev->pm_cap in pci_pm_init()
in init path. So we can use pdev->pm_cap instead of using
pci_find_capability(pdev, PCI_CAP_ID_PM) for better performance and simplified
code.
Signed-off-by: Yijing Wang
Cc: Michael Chan
Cc: net...@vger.kernel.org
C
Pci core has been saved pm cap register offset by pdev->pm_cap in pci_pm_init()
in init path. So we can use pdev->pm_cap instead of using
pci_find_capability(pdev, PCI_CAP_ID_PM) for better performance and simplified
code.
Signed-off-by: Yijing Wang
Cc: Paul Mackerras
Cc: Jean-Christophe Plagni
* Aida Mynzhasova [130530 03:26]:
> Currently omap3xxx_check_revision() detects ES1.0 and ES1.1 only,
> this patch extends it by adding ES2.0 and ES2.1 versions support.
Thanks applying into omap-for-v3.11/soc.
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On Tue 18-06-13 02:30:05, Glauber Costa wrote:
> On Mon, Jun 17, 2013 at 02:35:08PM -0700, Andrew Morton wrote:
[...]
> > The trace says shrink_slab_node->super_cache_scan->prune_icache_sb. So
> > it's inodes?
> >
> Assuming there is no memory corruption of any sort going on , let's
> check the c
Use pci core pm interface to simplify code.
Signed-off-by: Yijing Wang
Cc: Mike Miller
Cc: iss_storage...@hp.com
Cc: linux-kernel@vger.kernel.org
---
drivers/block/cciss.c | 16 +++-
1 files changed, 3 insertions(+), 13 deletions(-)
diff --git a/drivers/block/cciss.c b/drivers/bl
On Tue, Jun 18, 2013 at 7:36 AM, Dilger, Andreas
wrote:
> On 2013/17/06 2:52 AM, "Peng Tao" wrote:
>
>>On Thu, Jun 13, 2013 at 9:56 AM, Fengguang Wu
>>wrote:
>>> Greetings,
>>>
>>> I got the below dmesg and the first bad commit is
>>>
>>Hi Fengguang,
>>
>>Thanks for reporting and my apology for
On Tue, Jun 18, 2013 at 10:19:31AM +0200, Michal Hocko wrote:
> On Tue 18-06-13 02:30:05, Glauber Costa wrote:
> > On Mon, Jun 17, 2013 at 02:35:08PM -0700, Andrew Morton wrote:
> [...]
> > > The trace says shrink_slab_node->super_cache_scan->prune_icache_sb. So
> > > it's inodes?
> > >
> > Assum
Use pci core pm interface to simplify code.
Signed-off-by: Yijing Wang
Cc: "Stephen M. Cameron"
Cc: "James E.J. Bottomley"
Cc: iss_storage...@hp.com
Cc: linux-s...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/scsi/hpsa.c | 16 +++-
1 files changed, 3 insertions(+)
Hi,
On Tue, Jun 18, 2013 at 06:51:32AM +0200, Michal Marek wrote:
> Dne 17.6.2013 22:05, Jiri Slaby napsal(a):
> > On 05/23/2013 05:09 AM, Jeff Mahoney wrote:
> >> On 5/22/13 10:23 PM, Greg Kroah-Hartman wrote:
> >>> On Wed, May 22, 2013 at 11:18:46AM +0200, Jiri Slaby wrote:
> Some drivers c
Pci pm cap register offset has been saved in pci_pm_init(),
so we can use pdev->pm_cap instead of using pci_find_capability(..)
here.
Signed-off-by: Yijing Wang
Cc: linux-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/pci/pci.c|2 +-
drivers/pci/quirks.c |6 ++
On Tue 18-06-13 10:31:05, Glauber Costa wrote:
> On Tue, Jun 18, 2013 at 12:46:23PM +1000, Dave Chinner wrote:
> > On Tue, Jun 18, 2013 at 02:30:05AM +0400, Glauber Costa wrote:
> > > On Mon, Jun 17, 2013 at 02:35:08PM -0700, Andrew Morton wrote:
> > > > On Mon, 17 Jun 2013 19:14:12 +0400 Glauber C
Pci core has been saved pm cap register offset by pdev->pm_cap in pci_pm_init()
in init path. So we can use pdev->pm_cap instead of using
pci_find_capability(pdev, PCI_CAP_ID_PM) for better performance and simplified
code.
Signed-off-by: Yijing Wang
Cc: xjtu...@gmail.com
Cc: lindar_...@usish.com
On 06/18/2013 09:39 AM, Magnus Damm wrote:
> On Tue, Jun 18, 2013 at 4:32 PM, Daniel Lezcano
> wrote:
>> On 06/18/2013 09:17 AM, Magnus Damm wrote:
>>> From: Magnus Damm
>>>
>>> Introduce the function tick_device_may_c3stop() that
>>> ignores the C3STOP flag in case CPUIdle is disabled.
>>>
>>> T
On 06/18/2013 10:18 AM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Jun 18, 2013 at 06:51:32AM +0200, Michal Marek wrote:
>> Dne 17.6.2013 22:05, Jiri Slaby napsal(a):
>>> On 05/23/2013 05:09 AM, Jeff Mahoney wrote:
On 5/22/13 10:23 PM, Greg Kroah-Hartman wrote:
> On Wed, May 22, 2013 at 11:18:
On Tue, 18 Jun 2013 08:42:13 +0200, Viresh Kumar wrote:
> On 17 June 2013 19:21, Lukasz Majewski wrote:
> > On Mon, 17 Jun 2013 18:40:50 +0530, Viresh Kumar wrote:
> >> >> > The core acpi-cpufreq.c code hadn't been changed by me, so I
> >> >> > assume that it will work as before.
> >> >>
> >> >> T
HI,
On Tue, Jun 18, 2013 at 11:23:59AM +0300, Roger Quadros wrote:
> On 06/18/2013 11:01 AM, Felipe Balbi wrote:
> > Hi,
> >
> > On Tue, Jun 18, 2013 at 03:15:01AM -0400, Chao Xie wrote:
> >> Some controller need software to initialize PHY before add
> >> host controller, and shut down PHY after
On Tue 18-06-13 10:26:24, Glauber Costa wrote:
[...]
> Which is obviously borked since I did not fix the other callers so to move
> I_FREEING
> after lru del.
>
> Michal, would you mind testing the following patch?
I was about to start testing with inode_lru_isolate fix. I will give it
few runs
Pci core has been saved pm cap register offset by pdev->pm_cap in pci_pm_init()
in init path. So we can use pdev->pm_cap instead of using
pci_find_capability(pdev, PCI_CAP_ID_PM) for better performance and simplified
code.
Signed-off-by: Yijing Wang
Cc: Benjamin Herrenschmidt
Cc: Jean-Christoph
On Tue 18-06-13 12:21:33, Glauber Costa wrote:
> On Tue, Jun 18, 2013 at 10:19:31AM +0200, Michal Hocko wrote:
[...]
> > No this is ext3. But I can try to test with xfs as well if it helps.
> > [...]
>
> XFS won't help this, on the contrary. The reason I asked is because XFS
> uses list_lru for it
On 06/18/2013 01:15 AM, Andrew Duggan wrote:
> The current i2c hid driver does not support sending HID output reports using
> the output register for devices which support receiving reports through this
> method. This patch determines which method to use to send output reports based
> on the value
Hi,
On Friday 14 June 2013 06:04 PM, Laxman Dewangan wrote:
On Wednesday 12 June 2013 08:53 PM, g...@slimlogic.co.uk wrote:
On 2013-06-12 15:51, Mark Brown wrote:
On Wed, Jun 12, 2013 at 03:31:09PM +0100, g...@slimlogic.co.uk wrote:
On 2013-06-12 15:14, Mark Brown wrote:
Yes, that seems like
On 06/18/2013 11:01 AM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Jun 18, 2013 at 03:15:01AM -0400, Chao Xie wrote:
>> Some controller need software to initialize PHY before add
>> host controller, and shut down PHY after remove host controller.
>> Add the generic code for these controllers so they do
On 06/18/2013 09:17 AM, Magnus Damm wrote:
> From: Magnus Damm
>
> Introduce the function tick_device_may_c3stop() that
> ignores the C3STOP flag in case CPUIdle is disabled.
>
> The C3STOP flag tells the system that a clock event
> device may be stopped during deep sleep, but if this
> will hap
* Aida Mynzhasova [130530 08:10]:
> This patch adds required structures for powerdomain initialization on
> the ti816x. It is impossible to use omap3430 structures in order to
> initialize powerdomains on ti816x, because there are big differences
> between PRCM module base address offsets on these
Hi Hector,
On Fri, Jun 07, 2013 at 11:02:28AM +0200, maxime.rip...@free-electrons.com
wrote:
> On Fri, Jun 07, 2013 at 10:10:39AM +0200, Hector Palacios wrote:
> > For a combination of 18bit LCD data bus width and a color
> > mode of 32bpp, the driver was setting the color mapping to
> > rgb666,
Arnd, Olof,
Refurbish of preceding "soc" pull-request for extracting fixes. Note that this
at91-fixes tag is now based on v3.10-rc5 as I have found that it is the base of
your next/fixes-non-critical branch.
Thanks, best regards,
The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e
Hello Sergei, hello Stephen,
Sergei is completely right I think. He was sceptic about the commit in
a mail some days ago already. Unfortunately I recently haven't had
access to my development environment to check what's up with this
patch. I'm sorry that it ended up to you both to deal with it. I
On 06/18/2013 11:24 AM, Felipe Balbi wrote:
> HI,
>
> On Tue, Jun 18, 2013 at 11:23:59AM +0300, Roger Quadros wrote:
>> On 06/18/2013 11:01 AM, Felipe Balbi wrote:
>>> Hi,
>>>
>>> On Tue, Jun 18, 2013 at 03:15:01AM -0400, Chao Xie wrote:
Some controller need software to initialize PHY before
On Tue, Jun 18, 2013 at 1:38 AM, Alessandro Rubini wrote:
>>> + * Released according to the GNU GPL, version 2 or any later version.
[...]
> I think we want to allow for proprietary FMC drivers. I personally
> don't feel this is a core kernel technology. But I'll let David Cobas
> expand on CERN
Hi,
On Tue, Jun 18, 2013 at 10:24:40AM +0200, Jiri Slaby wrote:
> >>> Sam Ravnborg (the kconfig ex-maintainer) once wrote that he
> >>> doesn't want to extend the kconfig language for this purpose
> >>> (which I support). That a config option is fine and sufficient
> >>> in this case [1]. Except h
On 6/17/2013 8:27 PM, Prabhakar Lad wrote:
> From: "Lad, Prabhakar"
>
> Use devm_ioremap_resource instead of reques_mem_region()/ioremap(),
> devm_request_irq() instead of request_irq() and kzalloc() calls to
> devm_kzalloc().
>
> This ensures more consistent error values and simplifies error pa
On 18/06/13 07:51, Michal Marek wrote:
>> Sam Ravnborg (the kconfig ex-maintainer) once wrote that he doesn't want
>> to extend the kconfig language for this purpose (which I support). That
>> a config option is fine and sufficient in this case [1]. Except he
>> called the config option "SHOW_ALL_
On Mon, Jun 17, 2013 at 11:38 PM, Andrew Morton
wrote:
>> Once you fix the name of 'flags', I hope you don't run into the same
>> Include Hell on ia64 and mn10300 that I did.
>
> I build-tested ia64. I don't have an mn10300 cross-compiler set up.
Both mn10300 defconfigs build fine with it, so
Ac
Hi,
On Tue, Jun 18, 2013 at 11:34:08AM +0300, Roger Quadros wrote:
> >>> On Tue, Jun 18, 2013 at 03:15:01AM -0400, Chao Xie wrote:
> Some controller need software to initialize PHY before add
> host controller, and shut down PHY after remove host controller.
> Add the generic code f
On Tue, Jun 18, 2013 at 1:16 AM, Samuel Ortiz wrote:
> On Tue, May 14, 2013 at 11:42:48PM -0700, Dmitry Torokhov wrote:
>> On Wed, May 08, 2013 at 09:25:56PM -0600, Simon Glass wrote:
>> > On Wed, May 8, 2013 at 3:45 PM, Geert Uytterhoeven
>> > wrote:
>> > > If CONFIG_PM_SLEEP is not set:
>> > >
On 18 June 2013 13:54, Lukasz Majewski wrote:
> On Tue, 18 Jun 2013 08:42:13 +0200, Viresh Kumar wrote:
>> Its not about how long.. One cpu type can work longer with boost freq
>> compared to other.
>>
>> What we probably need is:
>> - Enabled boost from sysfs if required (now below steps will co
Hi Sachin,
On Wed, Jun 12, 2013 at 01:49:42PM +0530, Sachin Kamat wrote:
> devm_* APIs are device managed and make code simpler.
>
> Signed-off-by: Sachin Kamat
> Cc: Miguel Aguilar
> ---
> CC'd Lee Jones
>
> Patch is based on mfd-next tree and compile tested.
> This driver gives following co
On Tue, Jun 18, 2013 at 6:45 AM, Stephen Rothwell wrote:
> Hi Grant,
>
> Today's linux-next merge of the irqdomain tree got a conflict in
> kernel/irq/irqdomain.c between commit c5cdc67a58a2 ("irqdomain: Remove
> temporary MIPS workaround code") from the mips tree and commit
> bd4641e31e90 ("irq:
Arnd, Olof,
The patch that was remaining from my old "soc" pull-request. It is stacked on
top of the "cleanup" patches already send as recommended by Olof.
Thanks, best regards,
The following changes since commit b3f442b0eedbc20b5ce3f4a96530588d14901199:
ARM: at91: udpate defconfigs (2013-05-
Hi Samuel,
On 18 June 2013 14:10, Samuel Ortiz wrote:
> Hi Sachin,
>
> On Wed, Jun 12, 2013 at 01:49:42PM +0530, Sachin Kamat wrote:
>> devm_* APIs are device managed and make code simpler.
>>
>> Signed-off-by: Sachin Kamat
>> Cc: Miguel Aguilar
>> ---
>> CC'd Lee Jones
>>
>> Patch is based on
On Tue, Jun 18, 2013 at 12:11:32AM -0400, Dave Jones wrote:
> The DR registers are rarely useful when decoding oopses.
> With screen real estate during oopses at a premium, we can save two lines
> by only printing out these registers when they are set to something other
> than they power-on state.
Dne 18.6.2013 10:34, Felipe Balbi napsal(a):
> Hi,
>
> On Tue, Jun 18, 2013 at 10:24:40AM +0200, Jiri Slaby wrote:
> Sam Ravnborg (the kconfig ex-maintainer) once wrote that
> he doesn't want to extend the kconfig language for this
> purpose (which I support). That a config option is f
For a combination of 18bit LCD data bus width and a color
mode of 32bpp, the driver was setting the color mapping to
rgb666, which is wrong, as the color in memory realy has an
rgb888 layout.
This patch also removes the setting of flag CTRL_DF24 that
makes the driver dimiss the upper 2 bits when
2013/6/17 Vinod Koul :
> On Tue, May 28, 2013 at 08:05:13PM +0800, Xiang Wang wrote:
>> From: Xiang Wang
>>
>> pdev->phy is of type "struct mmp_pdma_phy *". But when
>> allocating memory for it, "struct mmp_pdma_chan" is used
>> by mistake.
>>
>> Signed-off-by: Xiang Wang
>> ---
>> drivers/dma/m
On 06/18/2013 11:37 AM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Jun 18, 2013 at 11:34:08AM +0300, Roger Quadros wrote:
> On Tue, Jun 18, 2013 at 03:15:01AM -0400, Chao Xie wrote:
>> Some controller need software to initialize PHY before add
>> host controller, and shut down PHY after rem
On 06/18/2013 10:32 AM, maxime.rip...@free-electrons.com wrote:
Hi Hector,
On Fri, Jun 07, 2013 at 11:02:28AM +0200, maxime.rip...@free-electrons.com
wrote:
On Fri, Jun 07, 2013 at 10:10:39AM +0200, Hector Palacios wrote:
For a combination of 18bit LCD data bus width and a color
mode of 32bpp
On 17/06/2013 18:59, Olof Johansson :
On Mon, Jun 17, 2013 at 2:20 AM, Ferre, Nicolas wrote:
From: Olof Johansson [o...@lixom.net]
Hi,
On Fri, Jun 14, 2013 at 11:42:18PM +0200, Nicolas Ferre wrote:
Arnd, Olof,
A little AT91 pull-request for patches that are more targeted to SoC/boards
modif
2013/6/17 Vinod Koul :
> On Mon, Jun 03, 2013 at 04:02:08PM +0800, Xiang Wang wrote:
>> From: Xiang Wang
>>
>> In mmp pdma, phy channels are allocated/freed dynamically
>> and frequently. But no proper protection is added.
>> Conflict will happen when multi-users are requesting phy
>> channels at
On Fri, Jun 14, 2013 at 06:40:45PM +0200, Javier Martinez Canillas wrote:
> Use irq_get_trigger_type() to get the IRQ trigger type flags
> instead calling irqd_get_trigger_type(irq_get_irq_data(irq))
>
> Signed-off-by: Javier Martinez Canillas
Acked-by: Samuel Ortiz
Cheers,
Samuel.
--
Intel O
hi,
i am almost fresh in embedded Linux, i
want to test LDD3 examples, for that i install fedora 4 in my VM, i am
unable to compile the kernel, i have set configs using make menuconfig,
and then try to make compile but it gives me errors like
[root@localhost 2.6.11-1.1369_FC4-i686]# make
On Fri, Jun 14, 2013 at 06:40:46PM +0200, Javier Martinez Canillas wrote:
> Use irq_get_trigger_type() to get the IRQ trigger type flags
> instead calling irqd_get_trigger_type(irq_get_irq_data(irq))
>
> Signed-off-by: Javier Martinez Canillas
Acked-by: Samuel Ortiz
Cheers,
Samuel.
--
Intel O
Hi Sekhar,
On Tue, Jun 18, 2013 at 2:05 PM, Sekhar Nori wrote:
> On 6/17/2013 8:27 PM, Prabhakar Lad wrote:
>> From: "Lad, Prabhakar"
>>
>> Use devm_ioremap_resource instead of reques_mem_region()/ioremap(),
>> devm_request_irq() instead of request_irq() and kzalloc() calls to
>> devm_kzalloc().
From: Xiang Wang
In some of our drivers (e.g. UART) we may stop a running DMA
before it finishes. So we need APIs to know how many bytes
have been transferred.
Signed-off-by: Xiang Wang
---
drivers/dma/mmp_pdma.c | 88 +++
1 files changed, 80 inser
Hi Daniel,
On Tue, Jun 18, 2013 at 5:24 PM, Daniel Lezcano
wrote:
> On 06/18/2013 09:39 AM, Magnus Damm wrote:
>> On Tue, Jun 18, 2013 at 4:32 PM, Daniel Lezcano
>> wrote:
>>> On 06/18/2013 09:17 AM, Magnus Damm wrote:
From: Magnus Damm
Introduce the function tick_device_may_c3st
Hi,
On Tue, Jun 18, 2013 at 11:45:05AM +0300, Roger Quadros wrote:
> > this looks wrong for two reasons:
> >
> > a) you're not grabbing the PHY here.
> >
> > You can't just assume another entity grabbed your PHY for you.
>
> Isn't that done in the controller d
Arnd,
As requested by you, this gets rid of mop500_snowball_ethernet_clock_enable()
which is no longer in use. It also straightens out a bug which ensures the
SMSC911x's regulator is turned on at start-up when using Device Tree.
This is based on your test-merge-20130615 branch.
Kind regards,
Le
When this node was added, the AB8500 GPIO driver was pretty broken.
As a hack, we pretended that NOMADIK GPIO 26 was the correct on/off
pin, as it was unused. It worked because AB8500 GPIO 26 was in an
'always on from boot' state. Now the AB8500 GPIO driver is working,
the default state for all the
mop500_snowball_ethernet_clock_enable() provided a means to enable a
clock which was used for the SMSC911x Ethernet device on Snowball. It
was merely a stand-in until the driver was common clk compliant. Now
that it is, this can be removed for both DT and ATAGs booting.
Signed-off-by: Lee Jones
-
On Mon, Jun 17, 2013 at 05:42:48PM +0200, Linus Walleij wrote:
> On Thu, Jun 13, 2013 at 3:56 PM, Fabio Baltieri
> wrote:
>
> > Set coherent_dma_mask to DMA_BIT_MASK(32) for dma40 platform_device, as
> > without this DMA allocations were failing with the error:
> >
> > dma40 dma40.0: coherent DMA
Here we're adding a node for the AB8500 GPIO device. This will allow
other DT:ed components to obtain GPIOs for use within their drivers.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/dbx5x0.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/b
Hello,
Thank you for the review.
On 06/18/2013 01:56 AM, Samuel Ortiz wrote:
Hi Florian,
On Thu, May 30, 2013 at 03:51:54PM +0200, Florian Vaussard wrote:
For now, the call to twl4030-power is hard-wired inside twl-core.
To ease the future transition to DT, make twl4030-power as a
separate mo
Hello,
On 06/18/2013 02:02 AM, Samuel Ortiz wrote:
Hi Florian,
On Thu, May 30, 2013 at 03:51:55PM +0200, Florian Vaussard wrote:
int twl4030_power_probe(struct platform_device *pdev)
{
struct twl4030_power_data *pdata = pdev->dev.platform_data;
+ struct device_node *node = pd
Hi,
On Tue, Jun 18, 2013 at 10:44:52AM +0200, Michal Marek wrote:
> > On Tue, Jun 18, 2013 at 10:24:40AM +0200, Jiri Slaby wrote:
> > Sam Ravnborg (the kconfig ex-maintainer) once wrote that
> > he doesn't want to extend the kconfig language for this
> > purpose (which I support). That
On Tue, Jun 18, 2013 at 4:09 AM, Mike Qiu wrote:
> 于 2013/6/10 8:49, Grant Likely 写道:
>
>> Originally, irq_domain_associate_many() was designed to unwind the
>> mapped irqs on a failure of any individual association. However, that
>> proved to be a problem with certain IRQ controllers. Some of the
Hi Daniel,
On Tue, Jun 18, 2013 at 5:30 PM, Daniel Lezcano
wrote:
> On 06/18/2013 09:17 AM, Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Introduce the function tick_device_may_c3stop() that
>> ignores the C3STOP flag in case CPUIdle is disabled.
>>
>> The C3STOP flag tells the system that a clo
On Tue, Jun 18, 2013 at 05:15:03AM +, J, KEERTHY wrote:
> I understand your point. The IRQ is passed from device tree node.
> Say if the chip for some reason is not connected to any valid
> IRQ line the driver might end up requesting for a wrong IRQ line.
> So should I be validating the irq e
2013/6/17 Vinod Koul :
> On Fri, May 31, 2013 at 04:21:25PM +0800, Xiang Wang wrote:
>> From: Xiang Wang
>>
>> In some of our drivers (e.g. UART) we may stop a running DMA
>> before it finishes. So we need to know how many bytes have
>> been transferred.
>>
>> Signed-off-by: Xiang Wang
>> ---
>>
On Tue, 18 Jun 2013, Benjamin Tissoires wrote:
> On 06/18/2013 01:15 AM, Andrew Duggan wrote:
> > The current i2c hid driver does not support sending HID output reports using
> > the output register for devices which support receiving reports through this
> > method. This patch determines which me
David,
Here is a rework of the select/poll patch.
(I called this a v2 but we are continuing where we left off in v9
of the original series.)
One question: do we need in sock_poll() to test that sock->sk is not null?
(Thanks to Willem de Bruijn for pointing this out.)
When select or poll are use
select/poll busy-poll support.
Add a new poll flag POLL_LL. When this flag is set, sock poll will call
sk_poll_ll() if possible. sock_poll sets this flag in its return value
to indicate to select/poll when a socket that can busy poll is found.
When poll/select have nothing to report, call the low
On Mon, Jun 17, 2013 at 09:11:45PM -0400, Dave Jones wrote:
> I see this during boot-up:
>
>
> i5k_amb: probe of i5k_amb.0 failed with error -16
> EDAC MC: Ver: 3.0.0
> BUG: key ee78135c not in .data!
> [ cut here ]
> WARNING: at kernel/lockdep.c:2987 lockdep_init_map+0x34
On Fri, 14 Jun 2013, Michael Rissi wrote:
> Return value of cdev_add in hid_roccat.c init was not checked.
>
> Signed-off-by: Michael Rissi
Applied, thanks.
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
Hi Mark,
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Tuesday, June 18, 2013 2:28 PM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; ldewan...@nvidia.com;
> sa...@linux.intel.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
> linux-kernel@vger.kernel.o
On Mon, Jun 17, 2013 at 2:49 PM, Pavel Machek wrote:
> If device is initialized from device tree, but has no interrupt assigned,
> uio will still try to request and interrupt old way, fails, and fails
> registration.
>
> This is wrong; don't try initializing irq using platform data if device tree
1 - 100 of 1035 matches
Mail list logo