Hi,
> Sorry for being late.
>
> One concern is that I cannot apply Patch 1/4 directly as the .dts file isn't
> available to me.
> Do you intend to apply that patch to another tree and apply the other three
> to devfreq tree?
I have been merging the devfreq tree into Kgene's tree for my testing. I
On Wed, 2013-01-23 at 13:59 -0500, Paul Gortmaker wrote:
> Here is the output from an mpc8548 based board. There are
> three instances of missing device name here:
A similar fix is already in the linux-mtd.git tree.
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digita
On 02/04/2013 11:57 AM, Michal Hocko wrote:
> On Sun 03-02-13 20:29:01, Hugh Dickins wrote:
>> Whilst I run the risk of a flogging for disloyalty to the Lord of Sealand,
>> I do have CONFIG_MEMCG=y CONFIG_MEMCG_KMEM not set, and grow tired of the
>> "mm/memcontrol.c:4972:12: warning: `memcg_propaga
On 02/03/2013 02:23 PM, Aaron Lu wrote:
> No, the modification is actually for disk.
> With v8 of block layer runtime PM, it is no longer the case runtime
> suspend is the same as system suspend for hard disk that utilize block
> layer runtime PM: we quiesce the device and run its suspend callback
On Thu, 2013-01-24 at 12:23 +0530, Philip Avinash wrote:
> As part of removing generalized dependency, replace literal fields
> in DT compatible field with <52> for am335x platforms.
>
> Signed-off-by: Philip Avinash
Pushed to l2-mtd.git, thanks!
--
Best Regards,
Artem Bityutskiy
signature.
Exporting gpios over sysfs GPIO interface throws genirq
error messages, i.e. on an mpc5121 based board exporting
GPIO 5 triggers it:
# echo 229 > /sys/class/gpio/export
genirq: Setting trigger mode 0 for irq 44 failed
(mpc512x_irq_set_type+0x0/0x18c)
Similar error messages appear in t
On 2013-02-02 16:16, Linus Walleij wrote:
+#if defined(__BIG_ENDIAN)
+static inline u32 grgpio_read_reg(u32 __iomem *reg)
+{
+ return ioread32be(reg);
+}
+
+static inline void grgpio_write_reg(u32 __iomem *reg, u32 val)
+{
+ iowrite32be(val, reg);
+}
+#else
[...]
Where is this __BIG
Not all clocks are required to be decomposed into basic clock
types but at the same time want to use the functionality
provided by these basic clock types instead of duplicating.
For example, Tegra SoC has ~100 clocks which can be decomposed
into Mux -> Div -> Gate clock types making the clock cou
> Hi,
>
> > Sorry for being late.
> >
> > One concern is that I cannot apply Patch 1/4 directly as the .dts file isn't
> > available to me.
> > Do you intend to apply that patch to another tree and apply the other three
> > to devfreq tree?
> I have been merging the devfreq tree into Kgene's tree
Hi,
On Mon, Feb 4, 2013 at 1:49 PM, MyungJoo Ham wrote:
>> Hi,
>>
>> > Sorry for being late.
>> >
>> > One concern is that I cannot apply Patch 1/4 directly as the .dts file
>> > isn't
>> > available to me.
>> > Do you intend to apply that patch to another tree and apply the other three
>> > to
MyungJoo, Ping.
On 15 January 2013 16:51, Rajagopal Venkat wrote:
> On 14 January 2013 20:06, MyungJoo Ham wrote:
>> On Tue, Jan 8, 2013 at 2:50 PM, Rajagopal Venkat
>> wrote:
>>> Set devfreq device min and max frequency limits when device
>>> is added to devfreq, provided frequency table is su
On Mon 04-02-13 12:04:06, Glauber Costa wrote:
> On 02/04/2013 11:57 AM, Michal Hocko wrote:
> > On Sun 03-02-13 20:29:01, Hugh Dickins wrote:
> >> Whilst I run the risk of a flogging for disloyalty to the Lord of Sealand,
> >> I do have CONFIG_MEMCG=y CONFIG_MEMCG_KMEM not set, and grow tired of t
On 02/04/2013 12:36 PM, Michal Hocko wrote:
> On Mon 04-02-13 12:04:06, Glauber Costa wrote:
>> On 02/04/2013 11:57 AM, Michal Hocko wrote:
>>> On Sun 03-02-13 20:29:01, Hugh Dickins wrote:
Whilst I run the risk of a flogging for disloyalty to the Lord of Sealand,
I do have CONFIG_MEMCG=y
On Mon, 2013-01-28 at 10:06 +0800, Huang Shijie wrote:
> > + unsigned int id_len;
> > + unsigned long oobsize;
> > + unsigned long ecc_len;
> I think it's better to submit another patch set to solve the ECC
> problem.
Would you please strip the cited text when bottom-posting - this wou
Add missing braces in an if..else condition.
Signed-off-by: Alexandre Courbot
---
drivers/gpio/gpiolib.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
index e27877a..e14eb88 100644
--- a/drivers/gpio/gpiolib.c
+++ b/drive
MyungJoo, Ping.
On 15 January 2013 17:16, Rajagopal Venkat wrote:
> On 14 January 2013 20:18, MyungJoo Ham wrote:
>> On Tue, Jan 8, 2013 at 2:50 PM, Rajagopal Venkat
>> wrote:
>>> devfreq stats is not taking device suspend and resume into
>>> account. Fix it.
>>>
>>> Signed-off-by: Rajagopal Ve
As a compilation error is seen due to missing header file
in next-20130204, fixing it.
Signed-off-by: Venu Byravarasu
---
drivers/base/regmap/regmap.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/base/regmap/regmap.c b/drivers/base/regmap/regmap.c
index
just do some trivial changes to make acpi's numa info
operation more cleaner.
Li Guang(5)
numa: avoid export acpi_numa variable
acpi/numa: check if parsing acpi numa info disabled earlier
acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
acpi: add clock_domain fiel
srat table should present only on acpi domain,
seems mm/ is not the right place for it.
Signed-off-by: liguang
---
arch/x86/kernel/acpi/Makefile |1 +
arch/x86/mm/Makefile |1 -
arch/x86/mm/srat.c| 191 -
3 files changed, 1 in
Signed-off-by: liguang
---
arch/x86/mm/srat.c |6 --
drivers/acpi/numa.c |2 ++
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/x86/mm/srat.c b/arch/x86/mm/srat.c
index a837c95..78c67bd 100644
--- a/arch/x86/mm/srat.c
+++ b/arch/x86/mm/srat.c
@@ -60,8 +60,6 @@ acp
according to ACPI SPEC v5.0, page 152,
5.2.16.1 Processor Local APIC/SAPIC Affinity Structure,
the last member of it is clock_domain.
Signed-off-by: liguang
---
include/acpi/actbl1.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/acpi/actbl1.h b/include/acpi/ac
acpi_numa is used to prevent srat table
being parsed, seems a little miss-named,
if 'noacpi' was specified by cmdline and
CONFIG_ACPI_NUMA was enabled, acpi_numa
will be operated directly from everywhere
it needed to disable/enable numa in acpi
mode which was a bad thing, so, try to
export a fuctio
process_driver.c include linux/acpi.h which already
include asm/acpi.h, so remove it.
Signed-off-by: liguang
---
drivers/acpi/processor_driver.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/processor_driver.c b/drivers/acpi/processor_driver.c
index e83311
于 2013年02月04日 16:42, Artem Bityutskiy 写道:
On Mon, 2013-01-28 at 10:06 +0800, Huang Shijie wrote:
+ unsigned int id_len;
+ unsigned long oobsize;
+ unsigned long ecc_len;
I think it's better to submit another patch set to solve the ECC
problem.
Would you please strip the cited text
On Mon, Feb 04, 2013 at 03:45:57PM +0800, Roger Tseng wrote:
> Several new models of readers use different way to select driving
> capability(a necessary adjustment along with voltage change). Removing this
> from device-independent rtsx_pci_sdmmc module. It will be implemented in
> device-depend c
Patch series adds omap5 evm mcspi nodes and pinctrl
data in omap5.dtsi and omap5-evm.dts files.
Felipe Balbi (1):
arm: dts: omap5: add SPI devices to OMAP5 DeviceTree file
Sourav Poddar (1):
arm: dts: omap5-evm: Add mcspi data
arch/arm/boot/dts/omap5-evm.dts | 46 +
From: Felipe Balbi
Add all 4 mcspi instances to omap5.dtsi file.
Signed-off-by: Felipe Balbi
Signed-off-by: Sourav Poddar
---
arch/arm/boot/dts/omap5.dtsi | 40
1 files changed, 40 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap5.d
Add mcspi node and pinmux data for omap5 mcspi controller.
Tested on omap5430 evm with 3.8-rc4 custom kernel.
Signed-off-by: Sourav Poddar
---
v1->v2
Pinctrl nodes were pointing to a different parent.
Fixing the same.
arch/arm/boot/dts/omap5-evm.dts | 46 ++
On 01/30/2013 09:17 AM, Thierry Reding wrote:
On Mon, Jan 28, 2013 at 03:00:59PM +0100, Florian Vaussard wrote:
Call to led_pwm_set() can happen inside atomic context, like triggers.
If the PWM call can sleep, defer using a worker.
Cc: Peter Ujfalusi
Signed-off-by: Florian Vaussard
---
driv
On Monday 04 February 2013 02:21 PM, Sourav Poddar wrote:
Patch series adds omap5 evm mcspi nodes and pinctrl
data in omap5.dtsi and omap5-evm.dts files.
Felipe Balbi (1):
arm: dts: omap5: add SPI devices to OMAP5 DeviceTree file
Sourav Poddar (1):
arm: dts: omap5-evm: Add mcspi data
a
On 02/04/2013 04:28 AM, Joe Perches wrote:
> alloc failures already get standardized OOM
> messages and a dump_stack.
>
> Signed-off-by: Joe Perches
Acked-by: Marc Kleine-Budde
--
Pengutronix e.K. | Marc Kleine-Budde |
Industrial Linux Solutions| Phone: +49-
On Sun, Feb 03, 2013 at 09:44:02PM -0800, H. Peter Anvin wrote:
> boot_cpu_data is ok for things that are indeed universally valid
> across. That does not include CPUID level, for one.
Wait a minute, hold the phone! :-)
Are you saying that CPUID_EAX(0) could return different values in %eax
on the
On 1 February 2013 19:03, Frederic Weisbecker wrote:
> 2013/1/29 Vincent Guittot :
>> On my smp platform which is made of 5 cores in 2 clusters,I have the
>> nr_busy_cpu field of sched_group_power struct that is not null when the
>> platform is fully idle. The root cause seems to be:
>> During the
On Tue, Jan 15, 2013 at 01:43:57PM +0200, Terje Bergstrom wrote:
> Add host1x, the driver for host1x and its client unit 2D.
Maybe this could be a bit more verbose. Perhaps describe what host1x is.
> diff --git a/drivers/gpu/host1x/Kconfig b/drivers/gpu/host1x/Kconfig
[...]
> @@ -0,0 +1,6 @@
> +c
From: Borislav Petkov
I've been getting the following warning when doing randbuilds since
forever. Now it finally pissed me off just the perfect amount so that I
can fix it.
arch/x86/kernel/cpu/intel_cacheinfo.c:489:27: warning: ‘cache_disable_0’
defined but not used [-Wunused-variable]
arch/x8
On Mon, Feb 4, 2013 at 9:10 AM, Anatolij Gustschin wrote:
> Exporting gpios over sysfs GPIO interface throws genirq
> error messages, i.e. on an mpc5121 based board exporting
> GPIO 5 triggers it:
Thanks, I'm convinced now. Applied the v2 patch!
Yours,
Linus Walleij
--
To unsubscribe from this
On Thu, Jan 31, 2013 at 04:07:57PM -0800, Andrew Morton wrote:
[snip]
> > c) i_mutex doesn't allow any paralellism of operations using it and some
> >filesystems workaround this for specific cases (e.g. DIO reads). Using
> >range locking allows for concurrent operations (e.g. writes, DIO) o
Hi Henrik,
On Sun, Feb 3, 2013 at 1:27 PM, Henrik Rydberg wrote:
> Hi Benjamin,
>
>> This callback is called when the parsing of the report has been done
>> by hid-core (so after the calls to .event). The hid drivers can now
>> have access to the whole report by relying on the values stored in
>>
(CC:ing Anton who wrote the generic GPIO. I might be wrong.)
On Mon, Feb 4, 2013 at 9:10 AM, Andreas Larsson wrote:
> On 2013-02-02 16:16, Linus Walleij wrote:
>>>
>>> +#if defined(__BIG_ENDIAN)
>>> +static inline u32 grgpio_read_reg(u32 __iomem *reg)
>>> +{
>>> + return ioread32be(reg);
>>
The following changes since commit 949db153b6466c6f7cad5a427ecea94985927311:
Linux 3.8-rc5 (2013-01-25 11:57:28 -0800)
are available in the git repository at:
git://git.linaro.org/people/ljones/linux-3.0-ux500.git for-mfd
for you to fetch changes up to 8908c04985ed67b9138c6e06be2c81867f24e2
> > > > I'm going to have to put this patch-set in the bin. Pulling this
> > > > patch, causes lots of conflicts to the remaining patches in the
> > > > set.
> > > I bet removing this one causes a lot of conflicts. I'm not saying it
> > > should
> > > absolutely be removed, but I'm afraid once it'
HI, [cc: Alan and Geert and David]
2013/1/30 Arnd Bergmann :
> On Wednesday 30 January 2013 13:31:58 Michal Simek wrote:
>> Also from my understanding of arm we should use readl/b/w functions because
>> they have memory barriers which should be probably performed.
>>
>> And I haven't found any IO
On Sun, 3 Feb 2013, Henrik Rydberg wrote:
> > This callback is called when the parsing of the report has been done
> > by hid-core (so after the calls to .event). The hid drivers can now
> > have access to the whole report by relying on the values stored in
> > the different fields.
> >
> > Signe
Hi Henrik,
On Sun, Feb 3, 2013 at 2:00 PM, Henrik Rydberg wrote:
> Hi Benjamin,
>
>> This device is the worst device I saw. It keeps TipSwitch and InRange
>> at 1 for fingers that are not touching the panel.
>> The solution is to rely on the field ContactCount, which is accurate
>> as the correct
Hi Prashant,
Prashant Gaikwad wrote @ Mon, 4 Feb 2013 09:11:22 +0100:
> +struct clk *clk_register_composite(struct device *dev, const char *name,
> + const char **parent_names, int num_parents,
> + struct clk_hw *mux_hw, const struct clk_ops *mux_ops,
Hi Henrik,
On Sun, Feb 3, 2013 at 2:07 PM, Henrik Rydberg wrote:
> Hi Benjamin,
>
>> so, this is the v2 of the support of win7/8 devices.
>
> Looks like it is getting there, thanks.
Thanks for the review. However, before sending a new patch series, I'd
like to have your answers to my comments as
On Mon, Feb 4, 2013 at 10:34 AM, Jiri Kosina wrote:
> On Sun, 3 Feb 2013, Henrik Rydberg wrote:
>
>> > This callback is called when the parsing of the report has been done
>> > by hid-core (so after the calls to .event). The hid drivers can now
>> > have access to the whole report by relying on th
On Fri, Feb 01, 2013 at 12:22:47PM +0200, Mika Westerberg wrote:
> Mark, thank you for applying patches 1-4/10. Is there anything you want me
> to do for the rest of the patches in order to get those merged?
I stopped at patch 4 mostly because it's very large but also because you
said you were ho
On Mon, Feb 04, 2013 at 05:45:49PM +0800, Mark Brown wrote:
> On Fri, Feb 01, 2013 at 12:22:47PM +0200, Mika Westerberg wrote:
>
> > Mark, thank you for applying patches 1-4/10. Is there anything you want me
> > to do for the rest of the patches in order to get those merged?
>
> I stopped at patc
Let the perf_evsel::exclude_GH only prevent the reset of
exclude_host and exclude_guest attributes in case they
were already set.
We cannot reset their values to 0, because they might
have other defaults set by event_attr_init.
Signed-off-by: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Cc: Peter Zij
hi,
we were not handling GH group modifiers properly,
fixing that plus adding some more tests for this.
Signed-off-by: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Namhyung Kim
---
Jiri Olsa (2):
Op 04-02-13 08:06, Inki Dae schreef:
>> +/**
>> + * ticket_commit - commit a reservation with a new fence
>> + * @ticket:[in]the reservation_ticket returned by
>> + * ticket_reserve
>> + * @entries: [in]a linked list of struct reservation_entry
>> + * @fence: [in]the fence tha
The ':GH' group modifier handling was just recently fixed,
adding some autommated tests to keep it that way. Adding
tests for following events:
"{cycles,cache-misses:G}:H"
"{cycles,cache-misses:H}:G"
"{cycles:G,cache-misses:H}:u"
"{cycles:G,cache-misses:H}:uG"
Plus fixing test__group2 tes
Currently get_user_pages() always tries to allocate pages from movable zone,
as discussed in thread https://lkml.org/lkml/2012/11/29/69, in some case users
of get_user_pages() is easy to pin user pages for a long time(for now we found
that pages pinned as aio ring pages is such case), which is fata
This patch gets around the aio ring pages can't be migrated bug caused by
get_user_pages() via using the new function. It only works as configed with
CONFIG_MEMORY_HOTREMOVE, otherwise it uses the old version of get_user_pages().
Cc: Benjamin LaHaise
Cc: Alexander Viro
Cc: Andrew Morton
Reviewe
get_user_pages() always tries to allocate pages from movable zone, which is not
reliable to memory hotremove framework in some case.
This patch introduces a new library function called get_user_pages_non_movable()
to pin pages only from zone non-movable in memory.
It's a wrapper of get_user_page
The IRQ_PER_CPU Kconfig symbol was removed in the following commit:
Commit 6a58fb3bad099076f36f0f30f44507bc3275cdb6 ("genirq: Remove
CONFIG_IRQ_PER_CPU") merged in v2.6.39-rc1.
But IRQ_PER_CPU wasn't removed from any of the architecture Kconfig
files where it was defined or selected. It's complet
On Mon, Feb 04, 2013 at 02:14:02PM +0530, Venu Byravarasu wrote:
> As a compilation error is seen due to missing header file
> in next-20130204, fixing it.
Already fixed.
signature.asc
Description: Digital signature
On Sun, 3 Feb 2013, Izik Eidus wrote:
> Hi,
>
> it seems like hrtimer_enqueue_reprogram contain a race which could result in
> timer.base switch during unlock/lock sequence.
>
> See the code at __hrtimer_start_range_ns where it calls
> hrtimer_enqueue_reprogram. The later is releasing lock prote
On Sat, Feb 02, 2013 at 05:58:58PM +0200, Kirill A. Shutemov wrote:
> On Sat, Feb 02, 2013 at 02:50:44PM +0800, Li Zefan wrote:
> > When an eventfd is closed, a wakeup with POLLHUP will be issued,
> > but cgroup wants to issue wakeup explicitly, so when a cgroup is
> > removed userspace can be noti
On Sun, Feb 03, 2013 at 01:20:47AM +0100, Ben Hutchings wrote:
> On Fri, 2013-02-01 at 11:49 +0100, Greg Kroah-Hartman wrote:
> > 3.4-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Stanislaw Gruszka
> >
> > commit fa4cffcba9e1379
On Sun, Feb 03, 2013 at 09:49:03PM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> commit 0e8c0234b2 (regmap: Add asynchronous I/O support) introduced the
> following build error:
Already fixed.
signature.asc
Description: Digital signature
On Sat 02-02-13 15:21:09, Namjae Jeon wrote:
> Hi. Jan.
>
> Sorry for interrupt.
> Have you taken this patch to your tree ? I can not find it..
> or Is there any issue regarding this patch ?
I had it in my tree but not in the for_next branch. Did it now so you
should see the patch in tomorrow's
On Sat, Feb 02, 2013 at 10:50:14PM -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> This fixes:
Applied, thanks.
signature.asc
Description: Digital signature
On Sun, Feb 03, 2013 at 12:14:13AM +0800, Axel Lin wrote:
> This fixes below build error when CONFIG_REGMAP=y && CONFIG_REGMAP_SPI=m
>
> ERROR: "regmap_async_complete_cb" [drivers/base/regmap/regmap-spi.ko]
> undefined!
> make[1]: *** [__modpost] Error 1
> make: *** [modules] Error 2
Applied, th
Bruce, there is a nfs_dns_upcall, which is not just a wrapper around
sunrpc_cache_pipe_upcall().
So, please, drop this series. I'll send another one to replace soon.
BTW, there will be two more cleanup patches in the series for NFS DNS cache
part.
31.01.2013 03:00, J. Bruce Fields пишет:
On Tu
On Sun, Feb 03, 2013 at 08:49:56PM +0800, Axel Lin wrote:
> Current code read "ti,warm_reset" of property twice, and set
> pdata->reg_init[idx]->warm_reset twice. Read and set it once is enough.
Applied, thanks.
signature.asc
Description: Digital signature
The total number of low memory pages is determined as
totalram_pages - totalhigh_pages, so without this patch all CMA
pageblocks placed in highmem were accounted to low memory.
Signed-off-by: Marek Szyprowski
---
mm/page_alloc.c |4
1 file changed, 4 insertions(+)
diff --git a/mm/page_
On 2013-02-04 10:24, Linus Walleij wrote:
And do you really have and test this regularly on both LE and BE hardware?
I am worrying a bit about maintenance...
I am more than happy to drop that. I will most probably never test this on
LE hardware.
Will someone else? I'm more thinking whether it
2013/2/4, Jan Kara :
> On Sat 02-02-13 15:21:09, Namjae Jeon wrote:
>> Hi. Jan.
>>
>> Sorry for interrupt.
>> Have you taken this patch to your tree ? I can not find it..
>> or Is there any issue regarding this patch ?
> I had it in my tree but not in the for_next branch. Did it now so you
> shou
On Tue, Jan 15, 2013 at 01:43:58PM +0200, Terje Bergstrom wrote:
[...]
> diff --git a/drivers/gpu/host1x/dev.c b/drivers/gpu/host1x/dev.c
[...]
> @@ -95,7 +96,6 @@ static int host1x_probe(struct platform_device *dev)
>
> /* set common host1x device data */
> platform_set_drvdata(dev,
Commit-ID: 12572dbb53638c6e454ef831c8fee7de3df24389
Gitweb: http://git.kernel.org/tip/12572dbb53638c6e454ef831c8fee7de3df24389
Author: Mark Rutland
AuthorDate: Mon, 14 Jan 2013 17:05:21 +
Committer: Thomas Gleixner
CommitDate: Thu, 31 Jan 2013 22:15:35 +0100
clockevents: Add generi
Commit-ID: 12ad10004645d38356b14d1fbba379c523a61916
Gitweb: http://git.kernel.org/tip/12ad10004645d38356b14d1fbba379c523a61916
Author: Mark Rutland
AuthorDate: Mon, 14 Jan 2013 17:05:22 +
Committer: Thomas Gleixner
CommitDate: Thu, 31 Jan 2013 22:15:36 +0100
clockevents: Add generi
On Sun, Feb 03, 2013 at 03:49:47PM -0800, Amit Daniel Kachhap wrote:
> This device tree support is added for PMIC block of S5m8767 multi
> function driver. The usage detail is added in the device tree
> documentation section. This change is tested on exynos5250 based
> arndale platform by regulator
On Thu, 2013-01-31 at 21:06 +0400, Dmitry Eremin-Solenikov wrote:
> Several map-related functions look like a serie of ifs, checking
> widths of map. Those functions do not have any handling for default
> case. Instead of fiddling with uninitialized_var in those functions,
> let's just add a (corre
On Mon, Feb 04, 2013 at 07:35:29AM +0100, Prashant Gaikwad wrote:
> On Saturday 02 February 2013 01:10 AM, Rhyland Klein wrote:
> > On 2/1/2013 5:18 AM, Peter De Schrijver wrote:
> >> Tegra114 introduces new PLL types. This requires new clocktypes as well
> >> as some new fields in the pll structur
On Sun, Feb 03, 2013 at 12:53:05AM +0200, Stratos Karafotis wrote:
> This patch fixes the following compiler warning of uninitialized
> variable:
>
> drivers/base/regmap/regmap-debugfs.c: In function ‘regmap_read_debugfs’:
> drivers/base/regmap/regmap-debugfs.c:180:9: warning: ‘ret’ may be used
>
On Mon, Feb 04, 2013 at 08:08:55AM +0100, Prashant Gaikwad wrote:
...
> > +#define RST_DEVICES_L 0x004
> > +#define RST_DEVICES_H 0x008
> > +#define RST_DEVICES_U 0x00C
> > +#define RST_DEVICES_V 0x358
> > +#define RST_DEVICES_W
On Fri, 25 Jan 2013, Paul Gortmaker wrote:
> From: Thomas Gleixner
>
> There is no real reason to use a rwlock for devtree_lock. It even
> could be a mutex, but unfortunately it's locked from cpu hotplug
> paths which can't schedule :(
>
> So it needs to become a raw lock on rt as well. The de
Ok, these liblockdep bits look really good and clean, and the
perf integration is obviously useful. It does not conflict with
any pending tools/perf work either.
Arnaldo, are you fine with:
b2e7c77a3790 perf: Integrate liblockdep support into perf
?
We could keep it separate in tip:core/lo
* Oleg Nesterov [2013-01-31 20:18:22]:
> probe_event_enable/disable() check tu->inode != NULL at the start.
> This is ugly, if igrab() can fail create_trace_uprobe() should not
> succeed and "postpone" the failure.
>
> Note: alloc_uprobe() should probably check igrab() != NULL as well.
>
> Sign
On 04/02/13 01:41, Greg KH wrote:
On Fri, Feb 01, 2013 at 04:55:01PM +, Serban Constantinescu wrote:
Hi Greg,
On 01/02/13 16:18, Greg KH wrote:
On Fri, Feb 01, 2013 at 04:08:00PM +, Serban Constantinescu wrote:
The values exchanged between kernel and userspace through struct
ashmem_pi
On Mon, Feb 04, 2013 at 03:02:49AM +0100, Markus F.X.J. Oberhumer wrote:
> At least akpm did approve the LZO update for inclusion into 3.7, but the code
> still has not been merged into the main tree.
> > On 2012-10-09 21:26, Andrew Morton wrote:
> > [...]
> > The changes look OK to me. Plea
On Wed January 23 2013 15:07:06 Federico Vaga wrote:
> This patch re-write the driver and use the videobuf2
> interface instead of the old videobuf. Moreover, it uses also
> the control framework which allows the driver to inherit
> controls from its subdevice (ADV7180). Finally the driver does not
Hello,
I am experiencing this oops for a while, I first encountered it when
running kernel 3.5. It is easily reproducible on my machine. I have
attached my kernel configuration.
The backtrace from the logs:
[ cut here ]
WARNING: at arch/x86/kernel/apic/ipi.c:109
default_s
* Clark Williams wrote:
> On Sun, 3 Feb 2013 19:57:09 +0100
> Ingo Molnar wrote:
>
> >
> > * Ingo Molnar wrote:
> >
> > > The first patch looks good, I've applied it.
> >
> > I've skipped this one after all, as it sometimes generates:
> >
> > include/linux/sched/sysctl.h:108:41: warning:
swapping
The main idea of this patch set is to call cache request not on kthread
upcall, but on userspace daemon cache_read call. This fixes the problem with
gaining of wrong dentry path after calling d_path() in kthread root context
(svc_export_request() callback), which always work in init root
This is a cleanup patch.
Such helpers like nfs_cache_init() and nfs_cache_destroy() are redundant,
because they are just a wrappers around sunrpc_init_cache_detail() and
sunrpc_destroy_cache_detail() respectively.
So let's remove them completely and move corresponding logic to
nfs_cache_register_ne
This callback will allow to simplify upcalls in further patches in this
series.
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/dns_resolve.c |3 ++-
fs/nfsd/export.c |6 --
fs/nfsd/nfs4idmap.c |6 --
include/linux/sunrpc/cache.h
Passing this pointer is redundant since it's stored on cache_detail structure,
which is also passed to sunrpc_cache_pipe_upcall () function.
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/dns_resolve.c |2 +-
include/linux/sunrpc/cache.h |6 +-
net/sunrpc/cache.c |
For most of SUNRPC caches (except NFS DNS cache) cache_detail->cache_upcall is
redundant since all that it's implementations are doing is calling
sunrpc_cache_pipe_upcall() with proper function address argument.
Cache request function address is now stored on cache_detail structure and
thus all the
The reason to move cache_request() callback call from
sunrpc_cache_pipe_upcall() to cache_read() is that this garantees, that cache
access will be done userspace process context (only userspace process have
proper root context).
This is required for NFSd support in container: svc_export_request() (
This cache was the first containerized and doesn't use net-aware cache
creation and destruction helpers.
This is a cleanup patch which just makes code looks clearer and reduce amount
of lines of code.
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/dns_resolve.c | 60 +--
* Wang, Song-Bo (Stoney) wrote:
> * Ingo Molnar wrote:
> >
> > * Yinghai Lu wrote:
> >
> > > Please check attached.
> >
> > Almost good.
> >
> > This:
> >
> > > When some HP sytems boot without x2apic_phys, there will be
> >
> > Should mention the approximate models of the systems aff
On Tue, Jan 15, 2013 at 01:44:00PM +0200, Terje Bergstrom wrote:
> diff --git a/drivers/gpu/host1x/debug.c b/drivers/gpu/host1x/debug.c
[...]
> +static pid_t host1x_debug_null_kickoff_pid;
> +unsigned int host1x_debug_trace_cmdbuf;
> +
> +static pid_t host1x_debug_force_timeout_pid;
> +static u32 h
On Tue, Jan 15, 2013 at 01:44:01PM +0200, Terje Bergstrom wrote:
[...]
> diff --git a/drivers/gpu/host1x/Makefile b/drivers/gpu/host1x/Makefile
> index 697d49a..ffc8bf1 100644
> --- a/drivers/gpu/host1x/Makefile
> +++ b/drivers/gpu/host1x/Makefile
> @@ -12,4 +12,10 @@ host1x-y = \
> hw/host1x
Fix build error in board-dt-tegra114.c(next-20130204)
Signed-off-by: Hiroshi Doyu
Reported-by: Sami Liedes
---
arch/arm/mach-tegra/board-dt-tegra114.c |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/mach-tegra/board-dt-tegra114.c
b/arch/arm/mach-tegra/board-dt-tegra114.c
index
In function 'regmap_async_complete_cb':
1656:3: error: 'TASK_NORMAL' undeclared (first use in this function)
In function 'regmap_async_complete':
1688:2: error: 'TASK_UNINTERRUPTIBLE' undeclared (first use in this function)
Signed-off-by: Hiroshi Doyu
---
drivers/base/regmap/regmap.c |2 ++
* Alex Shi wrote:
> On 01/24/2013 11:06 AM, Alex Shi wrote:
> > Since the runnable info needs 345ms to accumulate, balancing
> > doesn't do well for many tasks burst waking. After talking with Mike
> > Galbraith, we are agree to just use runnable avg in power friendly
> > scheduling and keep cu
Hi Benjamin,
> > I think this is more useful if called before the individual fields. In
> > fact, it seems raw_event() is already doing exactly that. No need for
> > a new callback, in other words.
>
> I'm afraid this does not work:
> - calling it before the individual fields is not possible unle
1 - 100 of 764 matches
Mail list logo
