On Mon, Sep 17, 2012 at 12:15 AM, Bruce Dubbs wrote:
> Jan Engelhardt wrote:
>>
>>
>> On Thursday 2012-09-06 21:37, Lucas De Marchi wrote:
>>>
>>>
>>> kmod 10 is out:
>>>
>>> ftp://ftp.kernel.org/pub/linux/utils/kernel/kmod/kmod-10.tar.xz
>>> ftp://ftp.kernel.org/pub/linux/utils/kernel/kmod/kmod-1
On Mon, Oct 08, 2012 at 01:31:19PM +, Philip, Avinash wrote:
> On Tue, Oct 02, 2012 at 11:30:14, Thierry Reding wrote:
> > On Wed, Sep 26, 2012 at 04:57:42PM +0530, Philip, Avinash wrote:
[...]
> > > @@ -231,13 +290,56 @@ static int __devinit ecap_pwm_probe(struct
> > > platform_device *pdev)
On Sun, Sep 16, 2012 at 11:34 PM, Jan Engelhardt wrote:
>
> On Thursday 2012-09-06 21:37, Lucas De Marchi wrote:
>>
>>kmod 10 is out:
>>
>>ftp://ftp.kernel.org/pub/linux/utils/kernel/kmod/kmod-10.tar.xz
>>ftp://ftp.kernel.org/pub/linux/utils/kernel/kmod/kmod-10.tar.sign
>
> make check fails here w
Issuing a "reboot" command after the LCD times out causes the following
warnings:
Requesting system reboot
[ cut here ]
WARNING: at drivers/clk/clk.c:471 clk_disable+0x24/0x50()
Modules linked in:
[] (unwind_backtrace+0x0/0xf4) from []
(warn_slowpath_common+0x48/0x60)
[] (
On Mon, Oct 08, 2012 at 03:35:50AM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Greg KH [mailto:gre...@linuxfoundation.org]
> > Sent: Sunday, October 07, 2012 8:44 PM
> > To: KY Srinivasan
> > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> > o...@ae
On Tue, Oct 02, 2012 at 11:30:14, Thierry Reding wrote:
> On Wed, Sep 26, 2012 at 04:57:42PM +0530, Philip, Avinash wrote:
> [...]
> > +#include
> [...]
> > +static struct pwmss_platform_data am33xx_data = {
> > + .has_configspace= true,
> > +};
>
> This structure is defined in a public
On Tue, Oct 02, 2012 at 11:41:43, Thierry Reding wrote:
> On Wed, Sep 26, 2012 at 04:57:43PM +0530, Philip, Avinash wrote:
> > Add support for device-tree binding and of_xlate for EHRWPM driver.
> > of_xlate provides EHRPWM polarity configuration from client driver
> > device-tree.
> > Also size of
On 8 October 2012 18:16, Andy Shevchenko
wrote:
> On Mon, 2012-10-08 at 16:19 +0530, Viresh Kumar wrote:
>> > First of all it will export IP-block relevant functions to the kernel
>> > namespace. I think it is not a good idea to pollute kernel more.
>>
>> So, few routines which are required to be
In csum_dirty_buffer, we first get eb from page->private.
Then we check if the page is the first page of eb. Later
we check it again. Remove the repeated check here.
Signed-off-by: Wang Sheng-Hui
---
fs/btrfs/disk-io.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git
The platform code registering the Loongson 1B EHCI driver has now been
converted to register the ehci-platform driver instead, thus obsoleting the
ehci-ls1x driver, which can be removed.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v3
Enhance the ehci-platform driver to also accept no_io_watchdog as a platform
data parameter. When no_io_watchdog is set to 1, the ehci controller will set
ehci->need_io_watchdog to 0. Since most EHCI controllers do need the I/O
watchdog to be on, only let those which need it to turn the watchdog of
This patch converts the cns3xxx platform to use the ehci-platform driver
instead of the ehci-cns3xxx platform driver.
The ehci-platform driver is provided with power_{on,off} callbacks to ensure
proper block gating and USB configuration of the EHCI controller.
Signed-off-by: Florian Fainelli
---
The users have been converted to use the platform OHCI driver instead, thus
making the ohci-pnx8550 driver obsolete, so remove it.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v2 and v3
drivers/usb/host/ohci-hcd.c |5 -
drive
This is the Regulator patch for the DA9055 PMIC and has got dependency on
the DA9055 MFD core.
This patch support all of the DA9055 regulators. The output voltages are
fully programmable through I2C interface only. The platform data with regulation
constraints is passed down from the board to the
This patch converts the cns3xxx platform to use the ohci-platform driver which
is now suitable for use.
A previous patch converted the cns3xxx platform to use the ehci-platform
driver, and thus introduced the need to have power_{on,off} callbacks.
Since both the EHCI and OHCI platform drivers use
All users have been converted to use the OHCI platform driver instead, thus
making ohci-cns3xxx, so remove it.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v3
Changes in v2:
- reworded commit message
drivers/usb/host/Kconfig
The OHCI platform driver is suitable for use by the Netlogic XLR platform
so use this driver instead of the OHCI XLS platform driver.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v3
Changes in v2:
- really make the code register the "
All users have been converted to use the OHCI platform driver instead, thus
making ohci-xls obsolete, remove it.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v3
Changes in v2:
- reworded commit message
drivers/usb/host/ohci-hcd.c |
As suggested by Alan Stern, the code checking for the OHCI RH already
suspended is no longer required since the bug it fixes has not been seen in
ages. Remove that check making ohci_suspend much simpler.
Signed-off-by: Florian Fainelli
---
Changes in v3:
- rebased against greg's latest usb-next
This patch modifies the ohci platform driver to accept the num_ports
parameter to be set via platform_data. Setting the number of ports must be
done after the call to ohci_hcd_init().
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
Changes in v3:
- imp
Merge ohci_finish_controller_resume with ohci_resume as suggested by Alan
Stern. Since ohci_finish_controller_resume no longer exists, update the
various OHCI drivers to call ohci_resume() instead. Some drivers used to set
themselves the bit HCD_FLAG_HW_ACCESSIBLE, which is now handled by
ohci_resu
Change the PNX8550 platform code to register an ohci-platform driver instead
of ohci-pnx8550 since the ohci-platform is suitable for use.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v2 and v3
arch/mips/pnx8550/common/platform.c |
The EHCI platform driver is suitable for use by the Netlogic XLR platform
since there is nothing specific that the EHCI XLR platform driver does.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v3
Changes in v2:
- really change driver nam
The Loongson 1B EHCI driver does nothing more than what the EHCI platform
driver already does, so use the generic implementation.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes since v1
arch/mips/configs/ls1b_defconfig |1 +
arch
From: Constantine Shulyupin
Remove USB configuration in arch/arm/mach-davinci/usb.c accordingly
CONFIG_USB_MUSB_OTG CONFIG_USB_MUSB_PERIPHERAL CONFIG_USB_MUSB_HOST
and set MUSB_OTG configuration by default
because this configuration options are removed from Kconfig.
Signed-off-by: Constantine
The users have been converted to use the ehci platform driver instead, thus
making the ehci-cns3xxx driver obsolete, so remove it.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v2 and v3
Changes in v1:
- only remove the corresponding c
A previous patch converted the Alchemy platform to use the OHCI and EHCI
platform drivers. As a result, all the common logic to handle USB present in
drivers/usb/host/alchemy-common.c has no reason to remain here, so we move it
to arch/mips/alchemy/common/usb.c which is a more appropriate place. Th
This patch converts the ehci-platform driver to make use of the dev_err()
functions instead of pr_err().
Signed-off-by: Florian Fainelli
---
Changes in v2:
- rebased against greg's latest usb-next
drivers/usb/host/ehci-platform.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
d
This patch changes the ohci-platform driver to use the device managed helper
function for requesting memory region and ioremapping memory resources.
As a result the error path in the probe function is simplified, and the
platform driver remove callback does no longer need to release and iounmap
mem
This patch converts the ohci-platform driver to use dev_err() functions
instead of pr_err().
Signed-off-by: Florian Fainelli
---
Changes since v2:
- rebased against greg's latest usb-next
drivers/usb/host/ohci-platform.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Fix the obvious typo in the error message, we meant to write "resource"
instead of "recourse".
Signed-off-by: Florian Fainelli
---
Changes in v2:
- rebased against greg's latest usb-next
drivers/usb/host/ehci-platform.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driv
We meant to write "resource" instead of "recourse", this patch fixes this
typo.
Signed-off-by: Florian Fainelli
---
Changes in v2:
- rebased against greg's latest usb-next
drivers/usb/host/ohci-platform.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/host/oh
This patch changes the ehci-platform driver to use the device managed helper
function for requesting memory region and ioremapping memory resources.
As a result the error path in the probe function is simplified, and the
platform driver remove callback does no longer need to release and iounmap
mem
All users have been converted to use the OHCI platform driver instead, thus
making ohci-au1xxx obsolete, remove it.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v3
Changes in v2:
- rebased on top of the latest OHCI HCD changes
drive
Convert the Alchemy platform to register the ohci-platform driver, now that
the ohci-platform driver properly handles the specific ohci-au1xxx resume
from suspend case.
This also greatly simplifies the power_{on,off} callbacks and make them
work on platform device id instead of checking the OHCI c
All users have been converted to use the OHCI platform driver instead, thus
making ohci-sh obsolete, so remove it.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v2 and v3
drivers/usb/host/Kconfig|6 +-
drivers/usb/host/ohci-hc
This patch makes all SuperH boards using the ohci-sh platform driver to use
the ohci-platform driver instead, which is suitable for use by these boards.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
Changes in v3:
- improved commit message
No change
As suggested by Alan Stern, move the ohci-pci.c ohci_pci_{suspend,resume}
routines to ohci-hcd.c. Due to their move, also rename them to
ohci_{suspend,resume} to make it clear they operate on ohci_hcd. Since they
are not necessarily called, annotate them with __maybe_unused, and make them
enclosed
The platform code has been converted to use the ehci-platform driver instead
thus obsoleting the ehci-au1xxx driver, which can be removed.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v3
Changes in v2:
- reworded commit message
driv
Use the ehci platform driver power_{on,suspend,off} callbacks to perform the
USB block gate enabling/disabling as what the ehci-au1xxx.c driver does.
Update the db1200 and db1300 defconfigs to now select the EHCI platform
driver.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased agains
The platform code has been migrated to register the ehci-platform driver, thus
obsoleting the ehci-xls driver, which can be removed.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v3
Changes in v2:
- reworded commit message
drivers/us
This driver is not registered by any in-tree users, and if really needed by
some out of tree user, the same functionnality can be restored using the
ohci-platform driver using the following platform_data parameters:
big_endian_desc = 1
big_endian_mmio = 1
no_big_frame_no = 1
This driver is not registered by any in-tree user. If needed it the EHCI
driver can be reinstatied using the ehci-platform driver with caps_offset to
0x100.
Signed-off-by: Florian Fainelli
---
Changes in v4:
- rebased against greg's latest usb-next
No changes in v3
Changes in v2:
- slightly rew
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc.git
tags/mmc-merge-for-3.7-rc1
to receive the MMC merge for 3.7. There are currently two conflicts
due to header renames for the ARM single zImage work; they should be
resolved by taking the changes already in
From: Wei Yongjun
Use the module_i2c_driver() macro to make the code smaller
and a bit simpler.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
---
drivers/macintosh/windfarm_smu_sat.c| 13 +
drivers/macintosh
Hi Daniel,
sorry for the late reply. I'm just back from vacation.
At Tue, 25 Sep 2012 13:20:05 +0800,
Daniel J Blueman wrote:
>
> On my Macbook with a discrete Nvidia GPU, there is a race between
> selecting the integrated GPU and putting the discrete GPU into D3 [1],
> reliably causing a kerne
On 10/04/2012 02:22 PM, Stephen Boyd wrote:
> On 10/04/12 06:05, Rob Herring wrote:
>> On 10/04/2012 03:50 AM, Stephen Boyd wrote:
>>> The TWD and SCU configs are selected by default as long as
>>> SCORPIONMP is false and/or MCT is false. Implementing the logic
>>> this way certainly saves lines in
On Monday 08 October 2012 08:39:14 Steven Rostedt wrote:
> On Sun, 2012-10-07 at 14:56 -0400, David Miller wrote:
>
> > But this change impacted a lot of MDIO drivers and there were
> > regressions that needed to be fixed up the first time this stuff
> > went in.
>
> If it's that big of a deal th
On Mon, 2012-10-08 at 16:19 +0530, Viresh Kumar wrote:
> On 8 October 2012 15:47, Andy Shevchenko
> wrote:
> > This approach has the significant differences to proposed before.
>
> I am afraid i didn't get your mail completely. Still i will try based on my
> understanding.
Ok, let me try again.
From: Wei Yongjun
Use the module_i2c_driver() macro to make the code smaller
and a bit simpler.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
---
drivers/hwmon/ina2xx.c | 13 +
1 file changed, 1 insertion(+), 12 del
On Sun, 2012-10-07 at 14:56 -0400, David Miller wrote:
> But this change impacted a lot of MDIO drivers and there were
> regressions that needed to be fixed up the first time this stuff
> went in.
If it's that big of a deal then we can forget about this fix. I can get
around it if I tweak my conf
On 10/05/2012 10:50 AM, Masanari Iida wrote:
Correct spelling typo in net/sctp/socket.c
Signed-off-by: Masanari Iida
Acked-by: Vlad Yasevich
-vlad
---
net/sctp/socket.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/sctp/socket.c b/net/sctp/socket.c
index d37d2
On 10/08, Lai Jiangshan wrote:
>
> We only require cmpxchg()&retry when task is exiting.
> xchg() is enough in other cases like original code in ac3d0da8.
Yes, we can probably do xchg/cmpxchg depending on NULL/work_exited.
Not sure it makes sense to complicate the code though. Is xchg()
really fa
At Sun, 07 Oct 2012 23:27:43 +0200,
Daniel Mack wrote:
>
> (cc alsa-devel)
>
> On 07.10.2012 21:34, Helge Hafting wrote:
> > My sound setup works fine with 3.5.4, but have serious problems with 3.6.0
> >
> > It is sound through jack that breaks, simply using "aplay" directly with the
> > alsa de
Linus,
please pull sound updates for v3.7-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.7
Sorry for a bit late pull request, as I've been on vacation without
laptop for the last weeks. Hopefully we catch up all pending issues
in time.
This pull will gi
fixed below checkpatch warnings.
- WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then
pr_warn(... to printk(KERN_WARNING ...
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
Signed-off-by: YAMANE Toshiaki
---
drivers/s
fixed below checkpatch warning.
- WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then
pr_warn(... to printk(KERN_WARNING ...
Signed-off-by: YAMANE Toshiaki
---
drivers/staging/comedi/drivers/ni_pcimio.c | 20
1 file changed, 12 insertions(+), 8 deletions(
fixed below checkpatch warning.
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
Signed-off-by: YAMANE Toshiaki
---
drivers/staging/comedi/drivers/ni_daq_dio24.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
fixed below checkpatch warning.
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: YAMANE Toshiaki
---
drivers/staging/comedi/drivers/usbdux.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/driv
On Sun, 7 Oct 2012 21:56:45 +0800
Wei Yongjun wrote:
> From: Wei Yongjun
>
> The dereference should be moved below the NULL test.
The !dev check just wants removing I think - it's a bogus check in the
first place.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Thu, 2012-10-04 at 09:50 +0100, Stephen Boyd wrote:
> The TWD and SCU configs are selected by default as long as
> SCORPIONMP is false and/or MCT is false. Implementing the logic
> this way certainly saves lines in the Kconfig but it precludes
> those machines which select SCORPIONMP or MCT from
On Sat, 2012-10-06 at 09:39 +0200, Ingo Molnar wrote:
Thanks Ingo! Paul,
> tip/kernel/sched/fair.c | 28 ++--
> 1 file changed, 18 insertions(+), 10 deletions(-)
>
> Index: tip/kernel/sched/fair.c
> ===
>
> -Original Message-
> From: Namjae Jeon [mailto:linkinj...@gmail.com]
> Sent: Monday, October 08, 2012 8:22 PM
> To: Jaegeuk Kim
> Cc: Vyacheslav Dubeyko; Marco Stornelli; Jaegeuk Kim; Al Viro; ty...@mit.edu;
> gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> chur@samsung.c
On Sat, 6 Oct 2012, Yinghai Lu wrote:
> set pgt_buf early from BRK, and use it to map page table at first.
>
> also use the left at first, then use new extend one.
>
> -v2: extra xen call back for that new range.
>
> Signed-off-by: Yinghai Lu
> ---
> arch/x86/include/asm/init.h|4
Move native_read_tsc() to tsc.c to allow profiling to be re-enabled
for rtc.c.
Signed-off-by: David Vrabel
---
Changes in v2:
- re-add EXPORT_SYMBOL().
---
arch/x86/kernel/Makefile |1 -
arch/x86/kernel/rtc.c|6 --
arch/x86/kernel/tsc.c|6 ++
3 files changed, 6 insert
On Mon, Oct 08, 2012 at 04:27:20PM +0530, Sekhar Nori wrote:
> On 10/5/2012 10:34 PM, Matt Porter wrote:
>
> > This series enables uio_pruss on DA850 and removes use of the
> > private SRAM API by the driver. The driver previously was not
> > enabled by any platform and the private SRAM API was ac
On Mon, Oct 08, 2012 at 04:23:05PM +0530, Sekhar Nori wrote:
> On 10/5/2012 10:34 PM, Matt Porter wrote:
> > Configures the required pdata and registers the pruss_uio
> > platform device on the DA850 EVM.
> >
> > Tested on AM180x-EVM using the PRU_memAccessPRUDataRam and
> > PRU_memAccessL3andDDR
Hi,
> On Mon, 2012-10-01 at 12:36 +0100, Daniel Kiper wrote:
> > On Fri, Sep 28, 2012 at 08:49:16AM +0100, Jan Beulich wrote:
> > > >>> On 27.09.12 at 20:06, Daniel Kiper wrote:
> > > > Some kexec/kdump implementations (e.g. Xen PVOPS) on different archs
> > > > could
> > > > not use default fun
On Fri 05-10-12 16:55:19, Arnd Bergmann wrote:
> The follow_link() function always initializes its *p argument,
> or returns an error, but not all versions of gcc figure this
> out, so we have to work around this using the uninitialized_var()
> macro.
Well, I'm somewhat sceptical to this approach
Hi Constantine,
On 10/4/2012 9:52 PM, Constantine Shulyupin wrote:
> From: Constantine Shulyupin
>
> Signed-off-by: Constantine Shulyupin
> ---
>
> Note:
>
> USBPHY_CTL_PADDR and USBPHY_CLKFREQ_24MHZ are defined in board-dm365-evm.c
> because davinci.h can't be included from drivers/usb/musb
On 10/06/2012 01:23 AM, Peter Zijlstra wrote:
On Fri, 2012-10-05 at 10:10 -0700, Jonathan Nieder wrote:
Peter Zijlstra wrote:
On Thu, 2012-10-04 at 15:27 -0700, Greg Kroah-Hartman wrote:
I'm puzzled as well. Any ideas if I should do anything here or not?
So I think the current v3.5.5 code
On Mon, 8 Oct 2012 09:18:06 +0100
Frediano Ziglio wrote:
> On Wed, 2012-10-03 at 14:49 -0500, Steve French wrote:
> > Merged - but doesn't the reverse also have to be added in cifs_from_utf16?
> > ie
> >
> > utf16s_to_utf8s(uni, ... );
> >
>
> Not strictly necessary, at least to be
On 10/05/2012 09:39 AM, Jonathan Nieder wrote:
Peter Zijlstra wrote:
I can't find wtf went wrong either, the initial patch 5167e8d5417bf5c
contains both hunks, but in that case the fixup 749c8814f0 doesn't make
sense, not can I find anything in merge commits using:
git log -S calc_load_exit
2012/10/8, Jaegeuk Kim :
>> -Original Message-
>> From: Namjae Jeon [mailto:linkinj...@gmail.com]
>> Sent: Monday, October 08, 2012 7:00 PM
>> To: Jaegeuk Kim
>> Cc: Vyacheslav Dubeyko; Marco Stornelli; Jaegeuk Kim; Al Viro;
>> ty...@mit.edu;
>> gre...@linuxfoundation.org; linux-kernel@vger
Hi Linus,
here is the second UBI pull request which contains a big new
experimental feature. Please, pull with my apologies that it was exposed
to linux-next for shorter time than I usually do. Details are in the
signed tag.
Thanks!
The following changes since commit 55393ba1bdedc5ded79b34b4cc08
Just realized a typo in the subject, pls. ignore this. will send a new soon.
sorry.
On 10/08/2012 12:29 PM, Haicheng Li wrote:
Fengguang reported a kernel build failure as folowing:
drivers/built-in.o: In function `pch_gbe_ioctl':
pch_gbe_main.c:(.text+0x510370): undefined reference to `pch_ch_
Hello,
I didn't include the pm-qos support with the 0-100 (percent) concept
though one might still implement that with per-dev qos support with this
patch.
However, for now, I don't think supporting 0-100 QoS is more appropriate
than global QoS at least for some devices such as memory and network
On 10/5/2012 10:34 PM, Matt Porter wrote:
> Reorder includes so they are grouped by linux/mach/asm
>
> Signed-off-by: Matt Porter
Thanks for the clean-up. While committing, I changed the subject to:
"ARM: davinci: da850 evm: clean up include ordering"
which is the convention I prefer.
Thanks,
Even if the performance of a device is controlled properly with devfreq,
sometimes, we still need to get PM-QoS inputs in order to meet the
required performance.
In our testbed of Exynos4412, which has on-chip various DMA devices, the
memory interface and system bus are controlled according to the
On 10/5/2012 10:34 PM, Matt Porter wrote:
> This series enables uio_pruss on DA850 and removes use of the
> private SRAM API by the driver. The driver previously was not
> enabled by any platform and the private SRAM API was accessing
> an invalid SRAM bank.
>
> It is regression tested on AM180x
On Fri, Sep 21, 2012 at 02:14:25PM +0800, Wei Yongjun wrote:
> From: Wei Yongjun
>
> In case of error, the function clk_register() returns ERR_PTR()
> no NULL pointer. The NULL test in the return value check should
> be replaced with IS_ERR().
>
> dpatch engine is used to auto generated this pat
Today, there is a problem in connecting of local SUNRPC thansports. These
transports uses UNIX sockets and connection itself is done by rpciod
workqueue.
But all local transports are connecting in rpciod context. I.e. UNIX sockets
lookup is done in context of process file system root.
This works ni
On 10/5/2012 10:34 PM, Matt Porter wrote:
> Configures the required pdata and registers the pruss_uio
> platform device on the DA850 EVM.
>
> Tested on AM180x-EVM using the PRU_memAccessPRUDataRam and
> PRU_memAccessL3andDDR examples from the PRU userspace tools
> available from http://www.ti.com/
> -Original Message-
> From: Namjae Jeon [mailto:linkinj...@gmail.com]
> Sent: Monday, October 08, 2012 7:00 PM
> To: Jaegeuk Kim
> Cc: Vyacheslav Dubeyko; Marco Stornelli; Jaegeuk Kim; Al Viro; ty...@mit.edu;
> gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> chur@samsung.c
On 8 October 2012 15:47, Andy Shevchenko
wrote:
> This approach has the significant differences to proposed before.
I am afraid i didn't get your mail completely. Still i will try based on my
understanding.
> First of all it will export IP-block relevant functions to the kernel
> namespace. I th
> On 8 October 2012 03:31, Rafael J. Wysocki wrote:
> > On Thursday 04 of October 2012 14:58:33 Rajagopal Venkat wrote:
> >> Add devfreq suspend/resume apis for devfreq users. This patch
> >> supports suspend and resume of devfreq load monitoring, required
> >> for devices which can idle.
> >>
> >
Just remove trailing white spaces.
Signed-off-by: Michal Simek
CC: Jiri Kosina
---
drivers/block/Kconfig | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index a796407..f819350 100644
--- a/drivers/block/Kconfig
+++
On Thu, Oct 04, 2012 at 11:59:07AM -0600, Jason Gunthorpe wrote:
> On Thu, Oct 04, 2012 at 12:36:37PM +0100, Dave Martin wrote:
>
> > OK, so it is supported, but not for ARM, yet. I'm not sure that
> > such a patch would be rejected, since building in a DTB is not
> > really that different from b
Hi Linus,
On Mon, Oct 8, 2012 at 3:20 AM, Linus Walleij wrote:
> On Thu, Oct 4, 2012 at 5:15 AM, Fabio Estevam wrote:
>
>> From: Fabio Estevam
>>
>> Convert to the new da9052 interrupt functions, so that we can get rid of
>> irq_base references.
>>
>> Cc: Grant Likely
>> Cc: Linus Walleij
>>
On Wed, Sep 26, 2012 at 2:42 AM, Vivien Didelot
wrote:
> The Technologic Systems TS-5500 platform provides 3 digital I/O headers:
> DIO1, DIO2, and the LCD port, that may be used as a DIO header.
>
> Signed-off-by: Vivien Didelot
> Signed-off-by: Jerome Oufella
(...)
> + * The TS-5500 platform
On Mon, Oct 08, 2012 at 04:45:44PM +0800, Wang YanQing wrote:
> By the way,just a quick test, qconfig, xconfig, nconfig all have the
> Save button, why do them exist if we follow your opinion?
Because someone added them thinking it would be cool to have them, what
do I know...
In any case, I stil
On Fri, Oct 05, 2012 at 09:45:00AM +0100, Russell King - ARM Linux wrote:
> On Mon, Oct 01, 2012 at 10:06:39AM -0600, Jason Gunthorpe wrote:
> > On Mon, Oct 01, 2012 at 04:39:53PM +0100, Dave Martin wrote:
> > > > Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg
> > > > Align
>
On Thu, 2012-09-27 at 15:41 +0530, viresh kumar wrote:
> On Thu, Sep 27, 2012 at 3:31 PM, Vinod Koul
> wrote:
> > Let me try again.
> >
> > what does it take to do platform and PCI driver for this:
> > 1. make dma h/w access (read/write) platform independent. which you have
> > already done
> >
At 09/27/2012 12:46 AM, Vasilis Liaskovitis Wrote:
> Hi,
>
> I am testing 3.6.0-rc7 with this v9 patchset plus more recent fixes
> [1],[2],[3]
> Running in a guest (qemu+seabios from [4]).
> CONFIG_SLAB=y
> CONFIG_DEBUG_SLAB=y
>
> After succesfull hot-add and online, I am doing a hot-remove wit
From: Suleiman Souhlal
mem_cgroup_do_charge() was written before kmem accounting, and expects
three cases: being called for 1 page, being called for a stock of 32
pages, or being called for a hugepage. If we call for 2 or 3 pages (and
both the stack and several slabs used in process creation are
A lot of the initialization we do in mem_cgroup_create() is done with
softirqs enabled. This include grabbing a css id, which holds
&ss->id_lock->rlock, and the per-zone trees, which holds
rtpz->lock->rlock. All of those signal to the lockdep mechanism that
those locks can be used in SOFTIRQ-ON-W c
(Cc'ing some arch and MCE folks since my MCE-foo is weak)
On Mon, 2012-10-08 at 00:43 +0600, Mike Bakhterev wrote:
> Greetings.
>
> When i'm trying to boot the subject maching in UEFI mode i get
> sometimes machine check exception 0xbe23110a (i was not able
> to decode this, as some bits
Because those architectures will draw their stacks directly from the
page allocator, rather than the slab cache, we can directly pass
__GFP_KMEMCG flag, and issue the corresponding free_pages.
This code path is taken when the architecture doesn't define
CONFIG_ARCH_THREAD_INFO_ALLOCATOR (only ia64
Signed-off-by: Glauber Costa
---
Documentation/cgroups/memory.txt | 55 +++-
1 file changed, 54 insertions(+), 1 deletion(-)
diff --git a/Documentation/cgroups/memory.txt b/Documentation/cgroups/memory.txt
index c07f7b4..9b08548 100644
--- a/Documentation/cgro
Because kmem charges can outlive the cgroup, we need to make sure that
we won't free the memcg structure while charges are still in flight.
For reviewing simplicity, the charge functions will issue
mem_cgroup_get() at every charge, and mem_cgroup_put() at every
uncharge.
This can get expensive, ho
401 - 500 of 563 matches
Mail list logo
