On 24/06/13 18:54, Olof Johansson wrote:
> On Fri, Jun 21, 2013 at 11:37:56AM +0100, Srinivas KANDAGATLA wrote:
>> From: Srinivas Kandagatla
>>
>> Thankyou all for reviewing the v3 patches.
>>
>> This patch-set adds basic support for STMicroelectronics STi SOCs
>> which includes STiH415 and ST
* Linus Walleij [130624 05:13]:
> On Fri, Jun 21, 2013 at 5:03 PM, Grygorii Strashko
> wrote:
>
> > Hence, add pinctrl handling in omap_device core:
> > 1) on PM runtime resume
> > - switch pinctrl state to "default" (todo: "active")
> > 2) on PM runtime suspend
> > - switch pinctrl state to "id
On 24 June 2013 22:29, Tim Gardner wrote:
> This is from Ubuntu Saucy based on 3.10-rc7:
>
> [ 12.911676] BUG: unable to handle kernel NULL pointer dereference at
> 0070
> [ 12.911691] IP: [] od_set_powersave_bias+0x92/0xc0
>
> For completeness I added the attached debug patch and
* Benoit Cousson [130624 07:42]:
> Hi Tony,
>
> On 06/24/2013 12:19 PM, Tony Lindgren wrote:
> > Hi,
> >
> > For merging this series, I suggest the following sets:
> >
> > * Joel A Fernandes [130620 14:13]:
> >>
> >> Joel A Fernandes (3):
> >> edma: config: Enable config options for EDMA
> >
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
drivers/usb/chipidea/Makefile between commit 8973ba8b325f ("usb:
chipidea: depend on CONFIG_OF instead of CONFIG_OF_DEVICE") from the
devicetree tree and commit 8e22978c5708 ("usb: chipidea: drop "13xxx"
infix") from the usb tree.
On Tue, 25 Jun 2013 09:54:41 +0800
Chen Gang wrote:
> Hello Maintainers:
>
> When allmodconfig for " IBM zSeries model z800 and z900"
>
> It will report the related warnings ("EXTRA_CFLAGS=-W"):
> mm/slub.c:1875:1: warning: ‘deactivate_slab’ uses dynamic stack allocation
> [enabled by defaul
On Tue, Jun 25, 2013 at 09:46:45AM +0800, Chen Gang wrote:
> When smp_add_present_cpu() fails, it has reset all things excluding
> 'c->hotpluggable', so need reset it as original state completely.
>
> Signed-off-by: Chen Gang
> ---
> arch/s390/kernel/smp.c |1 +
> 1 files changed, 1 insertio
Around Tue 25 Jun 2013 11:14:14 +0800 or thereabout, Chen Gang wrote:
> Hello Maintainers:
>
> With allmodconfig, and set "avr32-linux-gnu-" as cross compiler prefix.
>
> It will report error:
> avr32-linux-gnu-gcc: error: unrecognized command line option ‘-mno-pic’
> avr32-linux-gnu-gcc: err
On 25 June 2013 09:45, Joe Perches wrote:
> Viresh, there's no absolute "right" way to do this.
Yeah Joe, but I thought its better to keep it consistent within a file.
So, while writing new files, keep what you want but for existing ones
follow what's in there.
--
To unsubscribe from this list: s
On 2013/06/20 05:16AM, Chen Gong wrote:
> Update some SRAR severity conditions check to make it clearer,
> according to latest Intel SDM Vol 3(June 2013), table 15-20.
>
> Signed-off-by: Chen Gong
> ---
> arch/x86/kernel/cpu/mcheck/mce-severity.c | 15 +--
> 1 file changed, 5 inser
On 24 June 2013 20:55, Mark Brown wrote:
> On Mon, Jun 24, 2013 at 03:06:57PM +0530, Sachin Kamat wrote:
>> s5m8767 regulator is used on Exynos platforms which use pin controller
>> to configure GPIOs. Update the example accordingly.
>
> This smells bad, why does a driver using GPIOs through the G
I have a Supermicro H8DG6-F board, which has an LSI SAS2008 RAID controller on
it with the optional RAID5 hardware key installed. I have set up a three disk
RAID5 array, using the LSI WebBIOS utility.
My kernel is configured with the MEGARAID_SAS driver. The driver picks up the
RAID5 array, an
On 06/24/2013 07:34 PM, Pablo Neira Ayuso wrote:
> On Mon, Jun 24, 2013 at 05:52:08PM +0800, Gao feng wrote:
>> On 06/24/2013 05:41 PM, George Spelvin wrote:
Please try the patch below,
I think this bug is introduced by me :(
Thanks!
>>>
>>> Well, you changed it, but it still cr
Hi Namjae,
Sorry for the late reply.
2013-05-29 (수), 09:01 +0900, Namjae Jeon:
> >> I have thought more after getting your reply.
> >> f2fs_cleaner(a tentative name) is that provide the following several
> >> options to control gc thread.
> >> 1. start forground gc thread to clean all invalid blo
Use the generic PHY framework API to get the PHY. The usb_phy_set_resume
and usb_phy_set_suspend is replaced with power_on and
power_off to align with the new PHY framework.
musb->xceiv can't be removed as of now because musb core uses xceiv.state and
xceiv.otg. Once there is a separate state mach
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference to the
PHY with or without using phandle. For dt-boot, the PHY drivers should
also register *PHY provider* with the framework.
PHY drivers should create the PHY by
Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
binding in order for the driver to use the new generic PHY framework.
Also updated the Documentation to include the binding information.
The PHY binding information can be found at
Documentation/devicetree/bindings/phy/phy-bindings
Used the generic PHY framework API to create the PHY. For powering on
and powering off the PHY, power_on and power_off ops are used. Once the
MUSB OMAP glue is adapted to the new framework, the suspend and resume
ops of usb phy library will be removed.
However using the old usb phy library cannot
In order for controllers to get PHY in case of non dt boot, the phy
binding information (phy device name) should be added in the platform
data of the controller.
Signed-off-by: Kishon Vijay Abraham I
Reviewed-by: Sylwester Nawrocki
---
arch/arm/mach-omap2/usb-musb.c |6 +-
include/linux
Added a generic PHY framework that provides a set of APIs for the PHY drivers
to create/destroy a PHY and APIs for the PHY users to obtain a reference to
the PHY with or without using phandle.
This framework will be of use only to devices that uses external PHY (PHY
functionality is not embedded w
Used the generic PHY framework API to create the PHY. Now the power off and
power on are done in omap_usb_power_off and omap_usb_power_on respectively.
However using the old USB PHY library cannot be completely removed
because OTG is intertwined with PHY and moving to the new framework
will break
Now that twl4030-usb is adapted to the new generic PHY framework,
*set_suspend* and *phy_init* ops can be removed from twl4030-usb driver.
Signed-off-by: Kishon Vijay Abraham I
Reviewed-by: Felipe Balbi
Reviewed-by: Sylwester Nawrocki
---
drivers/usb/phy/phy-twl4030-usb.c | 57 +-
Now that omap-usb2 is adapted to the new generic PHY framework,
*set_suspend* ops can be removed from omap-usb2 driver.
Signed-off-by: Kishon Vijay Abraham I
Reviewed-by: Felipe Balbi
Reviewed-by: Sylwester Nawrocki
---
drivers/usb/phy/phy-omap-usb2.c | 25 -
1 file c
Hi Keek,
On Monday 24 June 2013 10:33 PM, Kees Cook wrote:
On Mon, Jun 24, 2013 at 12:48 AM, Aruna Balakrishnaiah
wrote:
pstore_erase is used to erase the record from the persistent store.
So if a driver has not defined pstore_erase callback return
-EINVAL instead of unlinking a file as deleti
Hi All,
On 3.4-rc49, I got following failure running `perf test`:
/ # perf test -v 1
1: vmlinux symtab matches kallsyms:
--- start ---
dso__find_symbol_by_name end
vmlinux symtab matches kallsyms: FAILED!
Perf test is failing at dsofind_symbol_by_name
where
kallsyms_map = ma
Stefano Stabellini wrote:
Trimming some of the people in CC
On Mon, 24 Jun 2013, Zhenzhong Duan wrote:
On 2013-06-20 22:21, Stefano Stabellini wrote:
On Thu, 20 Jun 2013, Zhenzhong Duan wrote:
On 2013-06-05 20:50, Stefano Stabellini wrote:
On Wed, 5 Jun 2013, Zhenzhon
> On 06/22/2013 09:10 PM, Huacai Chen wrote:
>>
>> Is the 3rd patch of V10 is OK to be accepted now? If so, could the
>> patchset of V10 be merged into 3.11?
>>
> The merge window for 3.11 is closed at this point. You should get it
> prepared for 3.12, so start tracking the 'mips-for-linux-next' br
This patch fixes return value checking of regulator_get() in charger-manager
driver. The API, regulator_get(), returns ERR_PTR() when it fails to get
regulator with given name, not NULL.
Signed-off-by: Jonghwa Lee
Signed-off-by: Myungjoo Ham
---
v2:
- Fix return value to use API's directly with
Hi,
Thank you for the interest.
2013-06-21 (금), 21:36 +0200, Pavel Machek:
> Hi!
>
> I played a bit with f2fs...
>
> First, I had to compile the f2fstools... Unfortunately they require
> never autoconf than available on debian. I tried to hack it, but then
> I decided that compiling it by hand
Hi Nicolas,
On 06/24/2013 06:57 PM, Nicolas Ferre wrote:
at91sam9n12 has Full-speed only USB. So we should add
it to the list in at91_pllb_usbfs_clock_init() function.
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/clock.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
On 2013년 06월 25일 14:07, Sachin Kamat wrote:
> On 25 June 2013 10:32, Jonghwa Lee wrote:
>> This patch fixes return value checking of regulator_get() in charger-manager
>> driver. The API, regulator_get(), returns ERR_PTR() when it fails to get
>> regulator with given name, not NULL.
>>
>> Signed-
On 25 June 2013 10:32, Jonghwa Lee wrote:
> This patch fixes return value checking of regulator_get() in charger-manager
> driver. The API, regulator_get(), returns ERR_PTR() when it fails to get
> regulator with given name, not NULL.
>
> Signed-off-by: Jonghwa Lee
> Signed-off-by: Myungjoo Ham
Hi Nicolas,
On 06/25/2013 12:37 AM, Nicolas Ferre wrote:
at91sam9n12 has Full-speed only USB. So we should add
it to the list in at91_pllb_usbfs_clock_init() function.
Moreover, at91sam9n12 has an unusual PMC in the sense that it
has a PLLB but also has a USB clock register.
Signed-off-by: Nico
On 06/25/2013 04:21 AM, Tejun Heo wrote:
On Mon, Jun 24, 2013 at 07:20:12PM +0530, Raghavendra K T wrote:
@@ -1656,7 +1656,7 @@ static inline int bio_check_eod(struct bio *bio, unsigned
int nr_sectors)
if (maxsector) {
sector_t sector = bio->bi_sector;
- i
This patch prevents NULL pointer error cauesed by unregistering unregistered
exton notifier block. At the probing time of charger manager, it tries to
remove extcon notifier block when it fails to initialize them. It has to be
applied for only registered one. Otherwise, it'd make kernel panic. To m
This patch fixes return value checking of regulator_get() in charger-manager
driver. The API, regulator_get(), returns ERR_PTR() when it fails to get
regulator with given name, not NULL.
Signed-off-by: Jonghwa Lee
Signed-off-by: Myungjoo Ham
---
drivers/power/charger-manager.c |2 +-
1 file
On Thu, 2013-06-20 at 21:31 +0530, Varun Sethi wrote:
> +#define REQ_ACS_FLAGS(PCI_ACS_SV | PCI_ACS_RR | PCI_ACS_CR |
> PCI_ACS_UF)
> +
> +static struct iommu_group *get_device_iommu_group(struct device *dev)
> +{
> + struct iommu_group *group;
> +
> + group = iommu_group_get(dev)
This eliminates having an #ifdef returning NULL for the case
when OF is disabled.
Signed-off-by: Sachin Kamat
---
Rebased on latest char-misc-next branch of char-misc tree.
---
drivers/uio/uio_pdrv_genirq.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/uio/ui
On 06/25/2013 01:00 AM, Paul Gortmaker wrote:
> The __cpuinit type of throwaway sections might have made sense
> some time ago when RAM was more constrained, but now the savings
> do not offset the cost and complications. For example, the fix in
> commit 5e427ec2d0 ("x86: Fix bit corruption at CPU
On Mon, Jun 17, 2013 at 11:54 PM, Tejun Heo wrote:
> On Tue, Apr 16, 2013 at 02:58:02PM +0530, Girish K S wrote:
>> This patch adds the compatible string of the exynos5440 sata controller
>> compliant with the ahci 1.3 and sata 3.0 specification.
>>
>> Signed-off-by: Girish K S
>>
>> changes in v
On 06/24/2013 09:54 AM, Alexey Brodkin wrote:
> Driver for non-standard on-chip ethernet device ARC EMAC 10/100,
> instantiated in some legacy ARC (Synopsys) FPGA Boards such as
> ARCAngel4/ML50x.
Any comments on this patch?
If not please consider applying.
Regards,
Alexey
--
To unsubscribe from
On Tue, 2013-06-25 at 09:01 +0530, Viresh Kumar wrote:
> On 25 June 2013 01:00, Paul Gortmaker wrote:
> > diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
[]
> > -static int __cpuinit cpufreq_cpu_callback(struct notifier_block *nfb,
> > - uns
On 06/21/2013 11:25:33 AM, Nathan Zimmer wrote:
On a 16TB system it can takes upwards of two hours to boot the system
with
about 60% of the time being spent initializing memory. This patch
delays
initializing a large portion of memory until after the system is
booted.
This can significantly
On Mon, Jun 24, 2013 at 5:01 PM, Tejun Heo wrote:
> Hello, Tim.
>
> On Sat, Jun 22, 2013 at 04:13:41PM -0700, Tim Hockin wrote:
>> I'm very sorry I let this fall off my plate. I was pointed at a
>> systemd-devel message indicating that this is done. Is it so? It
>
> It's progressing pretty fast
On Mon, 2013-06-24 at 21:35 -0600, Bjorn Helgaas wrote:
> On Mon, Jun 24, 2013 at 8:58 PM, Alex Williamson
> wrote:
> > On Mon, 2013-06-24 at 19:38 -0600, Bjorn Helgaas wrote:
> >> [+cc Michael, Alex, Isaku]
> >>
> >> On Wed, Jun 19, 2013 at 12:56 PM, Radim Krčmář wrote:
> >> > PCIe switch upstre
> I think the proposal on the table is to take Seungwon's patches
> instead of mine. Assuming they solve your problems, I'm OK with that.
> I think he was requesting testing the first of his two patches alone
> and then both of his two patches together.
Test #1: Swungwon's patch #1 alone [1]
Te
This is third version of uprobes-based dynamic events
multibuffer and soft-mode disabling support work.
[v3]:
1. separate soft-mode disabling patch from multibuffer support patch.
2. fix some comments
3. coding style trivial
4. fix flags race in probe_event_disable
zhangwei(Jovi) (2):
tracing/
On Mon, Jun 24, 2013 at 8:58 PM, Alex Williamson
wrote:
> On Mon, 2013-06-24 at 19:38 -0600, Bjorn Helgaas wrote:
>> [+cc Michael, Alex, Isaku]
>>
>> On Wed, Jun 19, 2013 at 12:56 PM, Radim Krčmář wrote:
>> > PCIe switch upstream port can be connected directly to the PCIe root bus
>> > in QEMU; A
Hi,
On Tue, Jun 25, 2013 at 09:25:30AM +0800, Chao Xie wrote:
> >> It is same as clk, irq requested by ehci-xxx driver.
> >
> > clocks could be handled generically in some cases, we have pm_clk_add()
> > for a reason ;-)
> >
> > Also, clock handling can be hidden under pm_runtime callbacks (say,
>
Support soft-mode disabling on uprobe-based dynamic events.
Soft-disabling is just ignoring recording if the soft disabled
flag is set.
Signed-off-by: zhangwei(Jovi)
Cc: Masami Hiramatsu
Cc: Frederic Weisbecker
Cc: Oleg Nesterov
Cc: Srikar Dronamraju
---
kernel/trace/trace_uprobe.c |3 ++
On 25 June 2013 01:00, Paul Gortmaker wrote:
> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
> index f8c2860..5687d28 100644
> --- a/drivers/cpufreq/cpufreq.c
> +++ b/drivers/cpufreq/cpufreq.c
> @@ -1900,8 +1900,8 @@ no_policy:
> }
> EXPORT_SYMBOL(cpufreq_update_policy);
>
Support multi-buffer on uprobe-based dynamic events by
using ftrace_event_file.
This patch is based kprobe-based dynamic events multibuffer
support work initially, commited by Masami(commit 41a7dd420c),
but revised as below:
Oleg changed the kprobe-based multibuffer design from
array-pointers of
On 2013/6/25 2:05, Oleg Nesterov wrote:
> Hi Jovi,
>
> I'll try to read this patch carefully tomorrow.
>
> Looks fine at first glance, but some nits below.
>
> On 06/24, zhangwei(Jovi) wrote:
>>
>> static int uprobe_trace_func(struct trace_uprobe *tu, struct pt_regs *regs)
>> {
>> -if (!is
Bjorn Helgaas wrote:
>
> On Fri, Jun 21, 2013 at 04:24:54PM +0900, Jingoo Han wrote:
> > Exynos5440 has a PCIe controller which can be used as Root Complex.
> > This driver supports a PCIe controller as Root Complex mode.
> >
> > Signed-off-by: Surendranath Gurivireddy Balla
> > Signed-off-by: Si
On Mon, Jun 24, 2013 at 10:07:51AM +0200, Ingo Molnar wrote:
> I'm wondering, how will this scheme work if the IO completion latency is a
> lot more than the 5 usecs in the testcase? What if it takes 20 usecs or
> 100 usecs or more?
There's clearly a threshold at which it stops making sense, and
Hello Maintainers:
With allmodconfig, and set "avr32-linux-gnu-" as cross compiler prefix.
It will report error:
avr32-linux-gnu-gcc: error: unrecognized command line option ‘-mno-pic’
avr32-linux-gnu-gcc: error: unrecognized command line option ‘-march=ap’
The related gcc version:
[root@d
On Tue, 2013-06-25 at 12:58 +1000, Michael Ellerman wrote:
> On Tue, Jun 25, 2013 at 12:13:04PM +1000, Benjamin Herrenschmidt wrote:
> > On Tue, 2013-06-25 at 12:08 +1000, Michael Ellerman wrote:
> > > We're not checking for allocation failure, which we should be.
> > >
> > > But this code is only
On Mon, Jun 24, 2013 at 08:11:02PM -0400, Steven Rostedt wrote:
> What about hooking into the idle_balance code? That happens if we are
> about to go to idle but before the full schedule switch to the idle
> task.
>
>
> In __schedule(void):
>
> if (unlikely(!rq->nr_running))
>
On Mon, Jun 24, 2013 at 09:15:45AM +0200, Jens Axboe wrote:
> Willy, I think the general design is fine, hooking in via the bdi is the
> only way to get back to the right place from where you need to sleep.
> Some thoughts:
>
> - This should be hooked in via blk-iopoll, both of them should call in
On Tue, Jun 25, 2013 at 12:13:04PM +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2013-06-25 at 12:08 +1000, Michael Ellerman wrote:
> > We're not checking for allocation failure, which we should be.
> >
> > But this code is only used on powermac and 85xx, so it should probably
> > just be a TODO
On Mon, 2013-06-24 at 19:38 -0600, Bjorn Helgaas wrote:
> [+cc Michael, Alex, Isaku]
>
> On Wed, Jun 19, 2013 at 12:56 PM, Radim Krčmář wrote:
> > PCIe switch upstream port can be connected directly to the PCIe root bus
> > in QEMU; ASPM does not expect this topology and dereferences NULL pointer
Currently, mn10300 does not implement 'KPROBES', so need remove it now,
or can not pass compiling with allmodconfig.
The related error (with allmodconfig):
In file included from arch/mn10300/kernel/kprobes.c:20:0:
include/linux/kprobes.h: In function ‘get_kprobe_ctlblk’:
include/linux/kprobe
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/ethernet/renesas/sh_eth.c between commit ca8c35852138
("sh_eth: fix unhandled RFE interrupt") from the net tree and commit
8f80899665c4 ("sh_eth: remove 'tx_error_check' field of 'struct
sh_eth_cpu_data'") from the
On Mon, Jun 24, 2013 at 9:37 PM, Stephen Boyd wrote:
> Is this one in the arm-soc tree? I plan to make a sweep after 3.11-rc1
I haven't see a fix for this in the linux-arm-kernel list.
> and fix up all the stragglers (looks like just this one) and remove the
> dummy asm header that just got mer
On Sun, Jun 23, 2013 at 03:51:29PM +0400, Glauber Costa wrote:
> On Fri, Jun 21, 2013 at 11:00:21AM +0200, Michal Hocko wrote:
> > On Thu 20-06-13 17:12:01, Michal Hocko wrote:
> > > I am bisecting it again. It is quite tedious, though, because good case
> > > is hard to be sure about.
> >
> > OK,
On Tue, Jun 18, 2013 at 03:50:25PM +0200, Michal Hocko wrote:
> And again, another hang. It looks like the inode deletion never
> finishes. The good thing is that I do not see any LRU related BUG_ONs
> anymore. I am going to test with the other patch in the thread.
>
> 2476 [] __wait_on_freeing_in
On Tue, 2013-06-25 at 12:08 +1000, Michael Ellerman wrote:
> We're not checking for allocation failure, which we should be.
>
> But this code is only used on powermac and 85xx, so it should probably
> just be a TODO to fix this up to handle the failure.
And what can we do if they fail ?
Cheers,
From: Wei Yongjun
devm_* APIs are device managed and make code simpler.
Signed-off-by: Wei Yongjun
---
sound/soc/mid-x86/mfld_machine.c | 29 ++---
1 file changed, 10 insertions(+), 19 deletions(-)
diff --git a/sound/soc/mid-x86/mfld_machine.c b/sound/soc/mid-x86/mfld_
[Re: [PATCH 23/32] x86: delete __cpuinit usage from all x86 files] On
24/06/2013 (Mon 16:12) H. Peter Anvin wrote:
> On 06/24/2013 12:30 PM, Paul Gortmaker wrote:
> > The __cpuinit type of throwaway sections might have made sense
> > some time ago when RAM was more constrained, but now the saving
On Mon, Jun 24, 2013 at 6:14 PM, Mark Brown wrote:
> On Mon, Jun 24, 2013 at 10:01:39AM +0800, Chao Xie wrote:
>> On Fri, Jun 21, 2013 at 11:24 PM, Mark Brown wrote:
>
>> > Just provide get_voltage_sel(), the core will do the mapping to voltages
>> > using list_voltage().
>
>> I am a little confu
On Tue, Jun 25, 2013 at 08:22:49AM +0800, Peng Tao wrote:
> On 06/25/2013 07:50 AM, Greg KH wrote:
> >On Tue, Jun 25, 2013 at 09:40:51AM +1000, Stephen Rothwell wrote:
> >>Hi Greg,
> >>
> >>On Mon, 24 Jun 2013 15:40:35 -0700 Greg KH wrote:
> >>>We are running out of time, my tree is pretty much cl
On Fri, Jun 21, 2013 at 04:24:54PM +0900, Jingoo Han wrote:
> Exynos5440 has a PCIe controller which can be used as Root Complex.
> This driver supports a PCIe controller as Root Complex mode.
>
> Signed-off-by: Surendranath Gurivireddy Balla
> Signed-off-by: Siva Reddy Kallam
> Signed-off-by: J
On Sun, Jun 23, 2013 at 07:17:00PM +0530, Srivatsa S. Bhat wrote:
> The function migrate_irqs() is called with interrupts disabled
> and hence its not safe to do GFP_KERNEL allocations inside it,
> because they can sleep. So change the gfp mask to GFP_ATOMIC.
OK so it gets there via:
__stop_mach
Include "asm/special_insns.h" to pass compiling.
The related error (with allmodconfig):
arch/c6x/platforms/plldata.c: In function ‘c6472_setup_clocks’:
arch/c6x/platforms/plldata.c:279:2: error: implicit declaration of function
‘get_coreid’ [-Werror=implicit-function-declaration]
Signed-off-
Need include "asm/uaccess.h" to pass compiling.
The related error (with allmodconfig):
arch/c6x/mm/init.c: In function ‘paging_init’:
arch/c6x/mm/init.c:46:2: error: implicit declaration of function ‘set_fs’
[-Werror=implicit-function-declaration]
arch/c6x/mm/init.c:46:9: error: ‘KERNEL_DS’
On 06/25/2013 06:17 AM, George Spelvin wrote:
>>> Reported-by: Borislav Petkov
>
>> This should be:
>>
>> Reported-by: George Spelvin
>>
>> I only connected the dots...
>
> Well, you did a whole lot more than me! I just lobbed a "d'oh, it
> crashes" into the seething ocean of lkml. (Admittedl
Need include "linux/console.h" when 'VT' and 'DUMMY_CONSOLE' enabled
(e.g allmodconfig).
The related error:
arch/c6x/kernel/setup.c: In function ‘setup_arch’:
arch/c6x/kernel/setup.c:442:2: error: ‘conswitchp’ undeclared (first use in
this function)
arch/c6x/kernel/setup.c:442:2: note: each
On Thu, Jun 20, 2013 at 08:20:16AM -0400, Mathieu Desnoyers wrote:
> * Rob van der Heij (rvdh...@gmail.com) wrote:
> > Wouldn't you batch the calls to drop the pages from cache rather than drop
> > one packet at a time?
>
> By default for kernel tracing, lttng's trace packets are 1MB, so I
> consi
Hello Maintainers:
When allmodconfig for " IBM zSeries model z800 and z900"
It will report the related warnings ("EXTRA_CFLAGS=-W"):
mm/slub.c:1875:1: warning: ‘deactivate_slab’ uses dynamic stack allocation
[enabled by default]
mm/slub.c:1941:1: warning: ‘unfreeze_partials.isra.32’ uses dyn
Thanks for looking at this again.
I will be away from my office until the middle of July, so I will not be
able to generate and test a revised patch until then.
David Daney
On 06/24/2013 03:06 PM, Linus Walleij wrote:
On Thu, Jun 20, 2013 at 8:10 PM, David Daney wrote:
On 06/17/2013 01:5
When smp_add_present_cpu() fails, it has reset all things excluding
'c->hotpluggable', so need reset it as original state completely.
Signed-off-by: Chen Gang
---
arch/s390/kernel/smp.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/s390/kernel/smp.c b/arch/s390/ke
On Sun, 2013-06-23 at 12:19 +0800, Fengguang Wu wrote:
> Greetings,
>
> I find the below dmesg in upstream and linux-next.
>
> [2.456884] Testing tracer branch:
> [2.458281] [ cut here ]
> [2.459813] WARNING: at /c/kernel-tests/src/tip/kernel/lockdep.c:3537
>
(2013/06/14 19:12), David Rientjes wrote:
On Fri, 14 Jun 2013, Kamezawa Hiroyuki wrote:
Reading your discussion, I think I understand your requirements.
The problem is that I can't think you took into all options into
accounts and found the best way is this new oom_delay. IOW, I can't
convice o
[+cc Michael, Alex, Isaku]
On Wed, Jun 19, 2013 at 12:56 PM, Radim Krčmář wrote:
> PCIe switch upstream port can be connected directly to the PCIe root bus
> in QEMU; ASPM does not expect this topology and dereferences NULL pointer
> when initializing.
>
> I have not confirmed this can happen on
Hi Jeff,
Thanks for doing all this work!
Trivial comments below.
On Fri, 21 Jun 2013 08:58:14 -0400 Jeff Layton wrote:
>
> +static inline void
> +locks_insert_global_locks(struct file_lock *fl)
> +{
> + list_add_tail(&fl->fl_link, &file_lock_list);
> +}
We generally do not use "inline" in
>>> > > CC arch/arm64/xen/../../arm/xen/enlighten.o
>>> > > arch/arm64/xen/../../arm/xen/enlighten.c:19:26: fatal error:
>>> > > asm/paravirt.h: No such file or directory
>>> > >
>>> > > The related .config file for nex
On Tue, Jun 25, 2013 at 3:45 AM, Felipe Balbi wrote:
> Hi,
>
> On Fri, Jun 21, 2013 at 09:07:59AM +0800, Chao Xie wrote:
>> On Fri, Jun 21, 2013 at 1:25 AM, Alan Stern
>> wrote:
>> > On Thu, 20 Jun 2013, Felipe Balbi wrote:
>> >
>> >> > In fact, the PHY setting and handling is related to platfor
Callers of skb_seq_read() are currently forced to call skb_abort_seq_read()
even when consuming all the data because the last call to skb_seq_read (the
one that returns 0 to indicate the end) fails to unmap the last fragment page.
With this patch callers will be allowed to traverse the SKB data by
People might be tricked into assuming that the return value for a
failed NULL pointer check should be -EINVAL instead of -EFAULT.
Remove the misleading NULL pointer check to fix this nuisance.
Aside of that this patch fixes the problem of NOMMU kernels, where
a NULL pointer dereference is a valid
On Tue, 25 Jun 2013, Christian Stroetmann wrote:
Dear Mr. Richard Weinberger:
Thank you very much for the reminder and the prove again that a profound
discussion seems not to be possible. Even more important is the point that
the discussion related with the ReiserFS was different than this di
On Mon, Jun 24, 2013 at 03:30:34PM -0400, Paul Gortmaker wrote:
> The __cpuinit type of throwaway sections might have made sense
> some time ago when RAM was more constrained, but now the savings
> do not offset the cost and complications. For example, the fix in
> commit 5e427ec2d0 ("x86: Fix bit
This patch adds new regulator driver to support max77693 chip's regulators.
max77693 has two linear voltage regulators and one current regulator which
can be controlled through I2C bus. This driver also supports device tree.
Signed-off-by: Jonghwa Lee
Signed-off-by: Myungjoo Ham
---
chagnes in v
2013-06-25 AM 10:02, Andi Kleen wrote:
I'm not sure it should move to the common keys as normal perf
session won't have those.
Why not? If I enable weight sampling i get weights perfectly
fine in any session using the right PEBS events.
I guess you need to set up a couple of
TSX-specific sort
On 06/24/2013 03:27 PM, David Herrmann wrote:
> + sdrm->fb_map = ioremap(sdrm->fb_base, sdrm->fb_size);
This should probably be ioremap_wc. Otherwise it will be *really* slow
if used in legacy mode and it may cause conflicts with the
pgprot_writecombine mode for mmap.
(Watching boot messages
> I'm not sure it should move to the common keys as normal perf
> session won't have those.
Why not? If I enable weight sampling i get weights perfectly
fine in any session using the right PEBS events.
> I guess you need to set up a couple of
> TSX-specific sort keys like perf mem, if so what a
Hi Andi,
2013-06-25 AM 9:30, Andi Kleen wrote:
On Fri, May 31, 2013 at 04:20:20AM -0700, tip-bot for Namhyung Kim wrote:
perf sort: Separate out memory-specific sort keys
Since they're used only for perf mem, separate out them to a different
dimension so that normal user cannot access them by
On 06/25/2013 07:28 AM, Thomas Gleixner wrote:
> On Fri, 21 Jun 2013, Chen Gang wrote:
> > >> > Also can let code simpler and easier for readers: if checking
> > >> > parameter
> > >> > 'value', it will easily lead readers to think about why not return
> > >> > -EINVAL instead of -
On 06/24/13 17:03, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Commit 38ff87f7 (sched_clock: Make ARM's sched_clock generic for all
> architectures) changed the header to , so adapt it in
> order
> to fix the following build error:
>
> arch/arm/mach-clps711x/common.c:37:29: fatal error: asm/s
Dear Mr. Richard Weinberger:
Thank you very much for the reminder and the prove again that a profound
discussion seems not to be possible. Even more important is the point
that the discussion related with the ReiserFS was different than this
discussion, because this time I have not presented t
On Fri, May 31, 2013 at 04:20:20AM -0700, tip-bot for Namhyung Kim wrote:
> perf sort: Separate out memory-specific sort keys
>
> Since they're used only for perf mem, separate out them to a different
> dimension so that normal user cannot access them by any chance.
>
> For global/local weights,
1 - 100 of 760 matches
Mail list logo
