Hi,
Please find the latest report on new defect(s) that have been introduced to the
Linux Kernel found with Coverity Scan.
Defect(s) Reported-by: Coverity Scan:
___
** CID 993740: Copy-paste error (COPY_PASTE_ERROR)
/net/
On 4/1/13 12:29 PM, John Stultz wrote:
Any chance a decision can be reached in time for 3.10? Seems like the
simplest option is the perf event based ioctl.
I'm still not sold on the CLOCK_PERF posix clock. The semantics are
still too hand-wavy and implementation specific.
While I'd prefer perf
On 03/28/2013 06:43 AM, Kishon Vijay Abraham I wrote:
diff --git a/Documentation/devicetree/bindings/phy/phy-bindings.txt
b/Documentation/devicetree/bindings/phy/phy-bindings.txt
new file mode 100644
index 000..35696b2
--- /dev/null
+++ b/Documentation/devicetree/bindings/phy/phy-bindings.txt
On Tue, Apr 02, 2013 at 07:09:50AM +0900, Namhyung Kim wrote:
> 2013-04-01 (월), 21:18 +0200, Jiri Olsa:
> > Moving programs check into config/Makefile.
>
> [SNIP]
>
> > +RM = rm -f
> > +MKDIR = mkdir
> > +FIND= find
> > +INSTALL = install
> > +FLEX= flex
> > +BISON = bison
> > +S
2013-04-01 (월), 21:18 +0200, Jiri Olsa:
> Moving compiler and linker flags check into config/Makefile.
[SNIP]
> diff --git a/tools/perf/Makefile b/tools/perf/Makefile
> index 8dd3320..dcae71b 100644
> --- a/tools/perf/Makefile
> +++ b/tools/perf/Makefile
> @@ -52,6 +52,20 @@ include config/utilit
On Tue, Apr 02, 2013 at 06:54:26AM +0900, Namhyung Kim wrote:
> Hi, Jiri
>
> 2013-04-01 (월), 21:18 +0200, Jiri Olsa:
> > Moving arch check into config/Makefile.
>
> [SNIP]
>
> > +ifeq ($(filter clean tags,$(MAKECMDGOALS)),)
> > +include config/Makefile
> > endif
>
> Problem with this approach
Hayes Wang :
> For new version of Fedora and Ubuntu, we see all 0xff when dumping
> the hw regs through ethtool. Using a loop to read registers could
> fix it.
If it fixes a problem which lives outside of net-next, it should target
"net", not "net-next".
"new version" does not help when a commit
On Mon, 1 Apr 2013, Zhouping Liu wrote:
> Hi all,
>
> I found THP can't correctly distinguish one anonymous hugepage map.
>
> 1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the
>amount of THP always is one less.
>
It's not a problem with identifying an anonymous mapping a
> In IA64 platform, we don't call pci_enable_bridges()
> when scan all pci buses during system boot up. But in
> X86 we do it in
Your patch looks plausible ... but I have a question. X86 doesn't
*directly* call pci_enable_bridges() from any arch/x86/* file.
Do we need this in an arch/ia64 file be
Hayes Wang :
[...]
> - move rtl_set_rx_tx_desc_registers to avoid the tx/rx are enabled
> before setting desc registers.
This is a wholesale change for the 810x family.
Please explain why issuing rtl_set_rx_tx_desc_registers before writing
ChipCmd is not enough and feed it through a standalone
Hayes Wang :
[...]
> diff --git a/drivers/net/ethernet/realtek/r8169.c
> b/drivers/net/ethernet/realtek/r8169.c
> index 0211836..8d41508 100644
> --- a/drivers/net/ethernet/realtek/r8169.c
> +++ b/drivers/net/ethernet/realtek/r8169.c
[...]
> +static void rtl8168g_2_hw_phy_config(struct rtl8169_pr
On Mon, Apr 1, 2013 at 5:58 PM, Sam Ravnborg wrote:
> On Mon, Apr 01, 2013 at 05:47:38PM -0400, George G. Davis wrote:
>> On Jun 6, 2012, at 6:12 AM, Russell King - ARM Linux wrote:
>> > On Tue, May 29, 2012 at 10:06:14AM +0100, Russell King - ARM Linux wrote:
>> >> On Mon, May 28, 2012 at 10:30:0
On Mon, Apr 1, 2013 at 3:03 PM, Tejun Heo wrote:
> Hello, Tim.
>
> On Mon, Apr 01, 2013 at 02:02:06PM -0700, Tim Hockin wrote:
>> We run dozens of jobs from dozens users on a single machine. We
>> regularly experience users who leak threads, running into the tens of
>> thousands. We are unable t
On 04/01/2013 03:17 PM, Yinghai Lu wrote:
>
> And his last suggestion is just as his old second suggestion.
>
> I just check the code again, it looks it is easy to change it to support:
> 1. crashkernel=XM
> 2. crashkernel_high=XM
> 3. crashkernel_high=XM crashkernel_low=YM
>
Yes... my objectio
Hayes Wang :
> - Replace the current settings with rtl_writephy and rtl_readphy.
> For the hardware, the settings are same with previous ones. This
> make the setting method like the previous chips.
> - Add new PHY settings.
Would you mind spliting it in two ?
On closer inspection the settin
Add irq resources to pass to the charger mfd sub dev so
the charger can listen for interrupts.
Signed-off-by: Rhyland Klein
---
v4:
- Added of_compatible string to resources for tps65090-charger
v3:
- no changes since v2
v2:
- no changes since v1
drivers/mfd/tps65090.c | 11 +++
1
The enum is missing the definition for the first bit, which makes all
the rest off by one. Add definition for the TPS65090_IRQ_INTERRUPT bit
which at 0.
Signed-off-by: Rhyland Klein
---
v4:
- no changes since v1
include/linux/mfd/tps65090.h |1 +
1 file changed, 1 insertion(+)
diff --git
Arnd Bergmann writes:
> On Friday 29 March 2013, Alan Stern wrote:
>> On Thu, 28 Mar 2013, Arnd Bergmann wrote:
>
>> This patch is good. However the ehci-msm driver itself is not. While
>> checking through the code, I was struck by the fact that it never calls
>> usb_add_hcd() or usb_remove_hcd
On Mon, Apr 01, 2013 at 01:11:52PM -0700, Greg Kroah-Hartman wrote:
> On Mon, Apr 01, 2013 at 01:02:35PM -0700, Guenter Roeck wrote:
> > On Mon, Apr 01, 2013 at 12:29:39PM -0700, Greg Kroah-Hartman wrote:
> > > On Sun, Mar 31, 2013 at 09:43:59PM -0700, Guenter Roeck wrote:
> > > > Fix:
> > > >
> >
On Mon, Apr 1, 2013 at 3:02 PM, H. Peter Anvin wrote:
> On 04/01/2013 02:10 PM, Yinghai Lu wrote:
>> On Mon, Apr 1, 2013 at 1:47 PM, H. Peter Anvin wrote:
> It sounds that the "never DMA'd to memory" notion requires that we have
> some low memory for the iommu, no?
>
> Or am I misunderstanding w
On 04/01/2013 02:58 PM, David Ahern wrote:
On 4/1/13 12:55 PM, John Stultz wrote:
This all looks reasonable. Though do we need to be more explicit in what
we're tracing here? ie: CLOCK_REALTIME timestamps?
The tracepoints don't care about the what and the tp names follow the
convention of tr
2013-04-01 (월), 21:18 +0200, Jiri Olsa:
> Moving programs check into config/Makefile.
[SNIP]
> +RM = rm -f
> +MKDIR = mkdir
> +FIND= find
> +INSTALL = install
> +FLEX= flex
> +BISON = bison
> +STRIP ?= strip
Why does STRIP use "?=" form?
I know you just moved the line, but AFA
Hi,
On Sun, Mar 31, 2013 at 03:05:42PM +0300, Ивайло Димитров wrote:
> Yep, the code looks almost identical, I guess with some tweaks all SMC
> code from that patch could be removed and instead used the one from SMC
> PPA API.
>
> What I don't get, is why one needs to disable/enable fiqs/irqs:
[
Hello, Tim.
On Mon, Apr 01, 2013 at 02:02:06PM -0700, Tim Hockin wrote:
> We run dozens of jobs from dozens users on a single machine. We
> regularly experience users who leak threads, running into the tens of
> thousands. We are unable to raise the PID_MAX significantly due to
> some bad, but r
On 04/01/2013 02:10 PM, Yinghai Lu wrote:
> On Mon, Apr 1, 2013 at 1:47 PM, H. Peter Anvin wrote:
>> On 04/01/2013 12:26 PM, Vivek Goyal wrote:
>>
>>> crashkernel=,,.. and crashkernel=800M,high sound
>>> good to me.
>>>
>>> So atleast for 3.9 kernel, shall we hide new semantics behind
>>> crashker
On 4/1/13 12:55 PM, John Stultz wrote:
Sorry I missed this, I no longer receive emails at that address.
Noted. I'll update the address on future versions (and dropped the IBM
one from this thread).
diff --git a/include/trace/events/timekeeping.h
b/include/trace/events/timekeeping.h
On Mon, Apr 01, 2013 at 05:47:38PM -0400, George G. Davis wrote:
> On Jun 6, 2012, at 6:12 AM, Russell King - ARM Linux wrote:
> > On Tue, May 29, 2012 at 10:06:14AM +0100, Russell King - ARM Linux wrote:
> >> On Mon, May 28, 2012 at 10:30:05PM +0200, Sam Ravnborg wrote:
> >>> On Mon, May 28, 2012
Hi, Jiri
2013-04-01 (월), 21:18 +0200, Jiri Olsa:
> Moving arch check into config/Makefile.
[SNIP]
> +ifeq ($(filter clean tags,$(MAKECMDGOALS)),)
> +include config/Makefile
> endif
Problem with this approach is that people (including me) sometimes give
multiple targets in one go - like "make c
On Mon, Mar 18, 2013 at 7:50 AM, Nicolas Schichan wrote:
> Architecture must select HAVE_SECCOMP_FILTER_JIT and implement
> seccomp_jit_compile() and seccomp_jit_free() if they intend to support
> jitted seccomp filters.
>
> struct seccomp_filter has been moved to to make its
> content available
Bjorn Helgaas wrote:
> On Mon, Apr 1, 2013 at 2:51 PM, Rafael J. Wysocki wrote:
>> On Monday, April 01, 2013 11:34:46 AM Bjorn Helgaas wrote:
>>> [+cc Zheng, who added this with 71a83bd727]
>>>
>>> On Sat, Mar 30, 2013 at 4:38 PM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
T
On Jun 6, 2012, at 6:12 AM, Russell King - ARM Linux wrote:
> On Tue, May 29, 2012 at 10:06:14AM +0100, Russell King - ARM Linux wrote:
>> On Mon, May 28, 2012 at 10:30:05PM +0200, Sam Ravnborg wrote:
>>> On Mon, May 28, 2012 at 07:33:37PM +0100, Vincent Sanders wrote:
From: Vincent Sanders
>
On 13-04-01 11:32 AM, Christoph Lameter wrote:
[...]
> @@ -4583,6 +4615,7 @@ static ssize_t min_partial_store(struct
> }
> SLAB_ATTR(min_partial);
>
> +#ifdef CONFIG_CPU_PARTIAL
Above causes build failures when stats are on, because the
name is wrong and hence is never defined, and
> s
Adding support for supplied_from char * array. This is meant to store the
list of suppliers for a given supply, i.e. chargers for a battery. This
list can be populated through devicetree readily as well as passed
directly from the driver.
Signed-off-by: Rhyland Klein
---
v2:
- fixed multiline co
This property is meant to be used in device nodes which represent
power_supply devices that wish to provide a list of supplies which
provide them power, such as a battery listing its chargers.
Signed-off-by: Rhyland Klein
---
v2:
- no changes
v1:
- changed from RFC v2 -> patch v1
- made porop
This patch adds support for supplies to register a list of char *'s
which represent the list of supplies which supply them. This is the
opposite as the supplied_to list.
This change maintains support for supplied_to until all drivers which
make use of it already are converted.
Signed-off-by: Rhyl
This series defines a common way for devicetree initialized
power_supplies to define their relationships between chargers and
supplicants.
This series adds a supplied_from array to complement the supplied_to
array and to allow supplies to define the list of supplies which
supply them.
Then once t
On Mon, Apr 01, 2013 at 10:21:42PM +0100, Al Viro wrote:
> On Mon, Apr 01, 2013 at 02:00:29PM -0700, Greg Kroah-Hartman wrote:
>
> > > IOW, how do we deal with a race between attempt to open a debugfs file and
> > > its removal on driver unload? Greg?
> >
> > Hm, I thought the i_fop->owner thing
On 4/1/2013 4:29 PM, Steve Wise wrote:
Acked-by: Steve Wise
And thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at h
Acked-by: Steve Wise
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Repost in plain text so the lists don't bounce it - curse you Gmail
for switching to HTML]
> Any comments on this patch?
This part looks OK ... But is there a big finish later in the patch series where
you unify some/all of the cpufreq code across architectures? By
itself just moving
bits from
On Tue, Mar 12, 2013 at 09:08:38PM +0100, Paul Bolle wrote:
> The Kconfig symbol SND_SOC_OF_SIMPLE got removed in commit
> f0fba2ad1b6b53d5360125c41953b7afcd6deff0 ("ASoC: multi-component - ASoC
> Multi-Component Support"). But that commit missed one instance. Remove
> it now, together with the pro
On Mon, Apr 01, 2013 at 02:00:29PM -0700, Greg Kroah-Hartman wrote:
> > IOW, how do we deal with a race between attempt to open a debugfs file and
> > its removal on driver unload? Greg?
>
> Hm, I thought the i_fop->owner thing would be the needed protection, but
It will be, if you manage to fe
On Mon, Apr 01, 2013 at 02:45:09PM -0600, David Ahern wrote:
> Hi Jiri:
>
> On 4/1/13 1:18 PM, Jiri Olsa wrote:
> >hi,
> >sending RFC for build changes and kbuild support.
>
> Have you seen this patch set:
> https://lkml.org/lkml/2012/8/20/59
yep, I remember checking it.. but I decided to start
2013-03-28 14:12 skrev peter.hu...@infineon.com:
What also might be worth a look - in your bugzilla it states:
[ 0.225891] pnp 00:0a: Plug and Play ACPI device, IDs IFX0102 PNP0c31
(active)
[ 9.150673] tpm_tis 00:0a: 1.2 TPM (device-id 0xB, rev-id 16)
[ 9.292148] tpm_tis 00:0a: Adjusting TPM ti
On Monday, April 01, 2013 02:53:12 PM Bjorn Helgaas wrote:
> On Mon, Apr 1, 2013 at 2:51 PM, Rafael J. Wysocki wrote:
> > On Monday, April 01, 2013 11:34:46 AM Bjorn Helgaas wrote:
> >> [+cc Zheng, who added this with 71a83bd727]
> >>
> >> On Sat, Mar 30, 2013 at 4:38 PM, Rafael J. Wysocki wrote:
On Mon, Apr 01, 2013 at 09:49:05PM +0200, Sam Ravnborg wrote:
> On Mon, Apr 01, 2013 at 09:18:25PM +0200, Jiri Olsa wrote:
> > Unmatched spaces/tabs Makefile indentation could make the
> > Makefile fails. While the tabed line could be considered
> > sometimes as follow up for rule command, the mixe
On Mon, Apr 01, 2013 at 09:53:18PM +0200, Sam Ravnborg wrote:
SNIP
> > +
> > +MAKE_DEBUG := DEBUG=1
> > +MAKE_NO_LIBPERL := NO_LIBPERL=1
>
> Why all these ugly UPPERCASE names?
> In kbuild files the unwritten rule is that variables
> with global scope are upper-case.
> And variables
On Mon, Apr 1, 2013 at 1:47 PM, H. Peter Anvin wrote:
> On 04/01/2013 12:26 PM, Vivek Goyal wrote:
>
>> crashkernel=,,.. and crashkernel=800M,high sound
>> good to me.
>>
>> So atleast for 3.9 kernel, shall we hide new semantics behind
>> crashkernel=XM,high and by default crashkernel=XM tries to
On Fri, Mar 29, 2013 at 9:16 AM, Bjorn Helgaas wrote:
> [+cc linux-pci]
>
> On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu wrote:
>> Looks like pci eisa bridge support is broken for a while.
>>
>> one is root io resource reference, and other one is pnp related.
>>
>> Please check if we can put them
Hi Peter,
> > Also the flags etc would perhaps be handy, they can be retrieved via
> > sysfs - on you machine it _should_ be
> > # cat /sys/devices/pnp0/00:0a/*
> > and also post the output.
>
> root@zepto:/home/peter# ls /sys/devices/pnp0/00\:0a/
Okay it seems it's not 00:0a ;/
Can you check t
On Mon, Apr 01, 2013 at 09:54:46PM +0200, Sam Ravnborg wrote:
SNIP
> > diff --git a/tools/perf/config/Makefile b/tools/perf/config/Makefile
> > new file mode 100644
> > index 000..fe317c2
> > --- /dev/null
> > +++ b/tools/perf/config/Makefile
> > @@ -0,0 +1,34 @@
> > +uname_M := $(shell uname
On Mon, Apr 01, 2013 at 10:03:42PM +0200, Sam Ravnborg wrote:
> On Mon, Apr 01, 2013 at 09:18:50PM +0200, Jiri Olsa wrote:
> > Adding kbuild support into Makefile.kbuild. The 'legacy'
> > Makefile still stays untouched as it was.
>
> When readign the Kbuild file I get confused.
> the obj-y syntax
On Mon, Apr 1, 2013 at 1:29 PM, Tejun Heo wrote:
> On Mon, Apr 01, 2013 at 01:09:09PM -0700, Tim Hockin wrote:
>> Pardon my ignorance, but... what? Use kernel memory limits as a proxy
>> for process/thread counts? That sounds terrible - I hope I am
>
> Well, the argument was that process / threa
2013-03-28 14:12 skrev peter.hu...@infineon.com:
Hi Aaron, Rajob, PeterA and everybody else
@PeterA:
Can you perhaps try find out the exact tpm version?
1) Install trousers and tpm_tools (emerge app-crypt/trousers
app-crypt/tpm-tools)
2) Kill the tcsd and run it in the foreground
# pkill -9 tcsd
On Mon, Apr 01, 2013 at 09:34:46PM +0100, Al Viro wrote:
> On Wed, Mar 27, 2013 at 05:45:06PM +, Al Viro wrote:
> > We shouldn't, at least not for something that has been successfully
> > opened. I've a patch series cleaning that up a bit in the local
> > queue; will check for bitrot and throw
On Monday, April 01, 2013 06:27:40 PM Viresh Kumar wrote:
> Hi Rafael,
>
> These are fixes and updates that are sent and reviewed as separate patchsets
> earlier. They are all now combined as part of a single patchset for you to
> apply
> in your linux-next branch.
>
> All have got reviews earli
The following changes since commit 07961ac7c0ee8b546658717034fe692fd12eefa9:
Linux 3.9-rc5 (2013-03-31 15:12:43 -0700)
are available in the git repository at:
git://git.linaro.org/people/mturquette/linux.git tags/clk-fixes-for-linus
for you to fetch changes up to 0f1bc12e9eddaba2baf52d020d3
On Mon, Apr 1, 2013 at 2:51 PM, Rafael J. Wysocki wrote:
> On Monday, April 01, 2013 11:34:46 AM Bjorn Helgaas wrote:
>> [+cc Zheng, who added this with 71a83bd727]
>>
>> On Sat, Mar 30, 2013 at 4:38 PM, Rafael J. Wysocki wrote:
>> > From: Rafael J. Wysocki
>> >
>> > The runtime PM of PCIe ports
On 04/01/2013 12:26 PM, Vivek Goyal wrote:
>
> Hi Peter,
>
> I agree that this dependency on crashkernel is creating lots of problems
> and there should be a better way to manage it.
>
> Sorry, but I did not fully understand your suggestion on how to handle the
> problem. IIUC, you are suggestin
Hi Jiri:
On 4/1/13 1:18 PM, Jiri Olsa wrote:
hi,
sending RFC for build changes and kbuild support.
Have you seen this patch set:
https://lkml.org/lkml/2012/8/20/59
It hooks into the conf commands to generate a .config file.
Coincidentally I updated and expanded the patch series this morning
On Monday, April 01, 2013 11:34:46 AM Bjorn Helgaas wrote:
> [+cc Zheng, who added this with 71a83bd727]
>
> On Sat, Mar 30, 2013 at 4:38 PM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > The runtime PM of PCIe ports turns out to be quite fragile, as in
> > some cases things work
On 04/01/2013 01:31 PM, Pavel Machek wrote:
Certainly for short sleeps. Is TSC actually precise enough to keep
precise time for hours? I thought TSC sucked at precision.
Well, we can measure suspend using the ntp corrected frequency, so that
should be ok, assuming the freq doesn't change duri
On Mon, Apr 01, 2013 at 08:35:22PM +0900, Namhyung Kim wrote:
> From: Namhyung Kim
>
> New addr sort key provides a way to sort the entries by the symbol
> addresses. It can be helpful to figure out symbol resolution problem
> when a dso cannot do it properly as well as finding hotpath in a dso
It could be that I am misreading something, but RX51 is OMAP3.
Regards,
Ivo
> Оригинално писмо
>От: Tony Lindgren
>Относно: Re: [PATCH] OMAP3 ROM Random Number Generator support
>До: Ивайло Димитров
>Изпратено на: Понеделник, 2013, Април 1 19:59:50 EEST
>
>
>* Ивайло
On Monday, April 01, 2013 02:38:39 PM Jacob Shin wrote:
> On Fri, Mar 29, 2013 at 08:18:54AM +0530, Viresh Kumar wrote:
> > On 28 March 2013 23:54, Jacob Shin wrote:
> > > This patchset adds AMD specific powersave bias function to the ondemand
> > > governor; which can be used to help ondemand gov
On Wed, Mar 27, 2013 at 05:45:06PM +, Al Viro wrote:
> We shouldn't, at least not for something that has been successfully
> opened. I've a patch series cleaning that up a bit in the local
> queue; will check for bitrot and throw into for-next.
Egads... OK, that has gone more than slightly o
On Monday, April 01, 2013 03:11:09 PM Nathan Zimmer wrote:
> This eliminates the rest of the contention found in __cpufreq_cpu_get.
> I am not seeing a way to use the rcu so we will have to make due with a
> rwlock for now.
>
> Cc: Viresh Kumar
> Cc: "Rafael J. Wysocki"
> Signed-off-by: Nathan Z
Hi!
> >>>On some new Intel Atom processors (Penwell and Cloverview), there is
> >>>a feature that the TSC won't stop S3, say the TSC value won't be
> >>>reset to 0 after resume. This feature makes TSC a more reliable
> >>>clocksource and could benefit the timekeeping code during system
> >>>suspen
On Mon, Apr 01, 2013 at 08:35:21PM +0900, Namhyung Kim wrote:
SNIP
> +
> int sort_dimension__add(const char *tok)
> {
> unsigned int i;
> @@ -964,6 +971,33 @@ int sort_dimension__add(const char *tok)
> return 0;
> }
>
> + for (i = 0; i < ARRAY_SIZE(memory_sort_di
On Mon, Apr 01, 2013 at 01:09:09PM -0700, Tim Hockin wrote:
> Pardon my ignorance, but... what? Use kernel memory limits as a proxy
> for process/thread counts? That sounds terrible - I hope I am
Well, the argument was that process / thread counts were a poor and
unnecessary proxy for kernel mem
On 03/29/2013 07:43 PM, J. Bruce Fields wrote:
> For now, though, this should fix the bug.
>
> Thanks again for this testing.
With this patch applied on top of 3.8.5 the bug could not be reproduced
any longer (till now).
@Dave
Just Cc:'ed you for your trinity score card
:-)
--
MfG/Sincerely
Tor
On 04/01/2013 11:27 PM, Vyacheslav Dubeyko wrote:
>
> On Apr 1, 2013, at 9:19 PM, Max Filippov wrote:
>
>> Hi,
>>
>> I'm trying to create f2fs filesystem on SD card on pandaboard using
>> f2fs-tools v1.0.0.
>> It works fine on Linus' v3.6, but fails on both v3.8 and stable v3.8.5:
>>
>> # mkfs.f2
Russell King - ARM Linux writes:
> Right, so, the answer is - yes you are talking about platform devices,
> and the reason that these aren't already set is because if you grep for
> ixp4xx_eth or ixp4xx_hss in arch/arm/mach-ixp4xx, you'll notice that
> _none_ of the device declarations set either
On Wed, 27 Mar 2013, Ilia Mirkin wrote:
> The GPF happens at +160, which is in the argument setup for the
> cmpxchg in slab_alloc_node. I think it's the call to
> get_freepointer(). There was a similar bug report a while back,
> https://lkml.org/lkml/2011/5/23/199, and the recommendation was to ru
"RDMA/cxgb4: Fix error handling in create_qp()"
(c079c28714e4d1a0b7cad120f84217e0fcde09a6) broke SQ allocation. Instead
of fallbacking to host allocation when On-Chip allocation fails, it
tries to allocate both. And when it does, and we try to free the address
from the genpool using the host addres
This eliminates the rest of the contention found in __cpufreq_cpu_get.
I am not seeing a way to use the rcu so we will have to make due with a
rwlock for now.
Cc: Viresh Kumar
Cc: "Rafael J. Wysocki"
Signed-off-by: Nathan Zimmer
---
drivers/cpufreq/cpufreq.c | 38 +++---
On Mon, Apr 01, 2013 at 01:02:35PM -0700, Guenter Roeck wrote:
> On Mon, Apr 01, 2013 at 12:29:39PM -0700, Greg Kroah-Hartman wrote:
> > On Sun, Mar 31, 2013 at 09:43:59PM -0700, Guenter Roeck wrote:
> > > Fix:
> > >
> > > ERROR: "memcpy_toiovec" [drivers/misc/vmw_vmci/vmw_vmci.ko] undefined!
> >
The cpufreq_driver_lock is hot with some configs.
This lock covers both cpufreq_driver and cpufreq_cpu_data, so part one of the
proposed fix is to split up the lock into two pieces.
cpufreq_cpu_data is now covered by the cpufreq_data_lock.
cpufreq_driver is now covered by the cpufreq_driver lock an
I am noticing the cpufreq_driver_lock is quite hot.
On an idle 512 system perf shows me most of the system time is spent on this
lock. This is quite significant as top shows 5% of time in system time.
My solution was to first split the lock into two parts, cpu_driver_lock and
cpu_data_lock, with
On Mon, Apr 1, 2013 at 11:46 AM, Tejun Heo wrote:
> On Mon, Apr 01, 2013 at 11:43:03AM -0700, Tim Hockin wrote:
>> A year later - what ever happened with this? I want it more than ever
>> for Google's use.
>
> I think the conclusion was "use kmemcg instead".
Pardon my ignorance, but... what? Us
On Mon, Apr 01, 2013 at 09:18:50PM +0200, Jiri Olsa wrote:
> Adding kbuild support into Makefile.kbuild. The 'legacy'
> Makefile still stays untouched as it was.
When readign the Kbuild file I get confused.
the obj-y syntax is used for kernel built-in stuff,
and obj-m for modules.
I had expected e
On Mon, Apr 01, 2013 at 12:29:39PM -0700, Greg Kroah-Hartman wrote:
> On Sun, Mar 31, 2013 at 09:43:59PM -0700, Guenter Roeck wrote:
> > Fix:
> >
> > ERROR: "memcpy_toiovec" [drivers/misc/vmw_vmci/vmw_vmci.ko] undefined!
> > ERROR: "memcpy_fromiovec" [drivers/misc/vmw_vmci/vmw_vmci.ko] undefined!
On Mon, Apr 01, 2013 at 09:18:26PM +0200, Jiri Olsa wrote:
> Moving arch check into config/Makefile.
>
> 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
> Cc
On Mon, Apr 01, 2013 at 09:18:24PM +0200, Jiri Olsa wrote:
> Adding automatd test for testing the build process.
> To run it you needto be in perf directory or specify
> one with PERF variable. It's also possible to specify
> optional Makefile to test via MK variable.
>
> Whole suite is executed t
On Mon, Apr 01, 2013 at 09:18:25PM +0200, Jiri Olsa wrote:
> Unmatched spaces/tabs Makefile indentation could make the
> Makefile fails. While the tabed line could be considered
> sometimes as follow up for rule command, the mixed space
> tab meses up with makefile if conditions.
I have too many t
Merging all *CFLAGS* make variable into CFLAGS to eliminate
all special *_CFLAGS_* variables and make the setup clear.
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
Cc:
Merging all *LDFLAGS* make variable into LDFLAGS to eliminate
all special *LDFLAGS* variables and make the setup clear.
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
Cc:
On Fri, Mar 29, 2013 at 08:18:54AM +0530, Viresh Kumar wrote:
> On 28 March 2013 23:54, Jacob Shin wrote:
> > This patchset adds AMD specific powersave bias function to the ondemand
> > governor; which can be used to help ondemand governor make more power
> > conscious
> > frequency change decisi
On Mon, Apr 01, 2013 at 11:50:55AM +0800, Chen Gang wrote:
>
> inside the 'for' looping:
> the return value 'rv' may override if not have a check in time.
>
> next checking, outside the 'for' looping:
> can not find failure which generated during the 'for' looping
>
> so need let o
Just couple minor comments...
On 03/28/2013 06:43 AM, Kishon Vijay Abraham I wrote:
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. To obtain a reference to the PHY wit
On Sun, 2013-03-31 at 17:47 +0200, Jiri Kosina wrote:
> I believe you could remove all the corresponding major number defines from
> include/uapi/linux/major.h while you are at it.
0) You seem to mean these:
$ grep VIO include/uapi/linux/major.h
#define VIODASD_MAJOR 112
On Sun, Mar 31, 2013 at 09:43:59PM -0700, Guenter Roeck wrote:
> Fix:
>
> ERROR: "memcpy_toiovec" [drivers/misc/vmw_vmci/vmw_vmci.ko] undefined!
> ERROR: "memcpy_fromiovec" [drivers/misc/vmw_vmci/vmw_vmci.ko] undefined!
>
> Both functions are defined in the core networking code.
This is already
On Apr 1, 2013, at 9:19 PM, Max Filippov wrote:
> Hi,
>
> I'm trying to create f2fs filesystem on SD card on pandaboard using
> f2fs-tools v1.0.0.
> It works fine on Linus' v3.6, but fails on both v3.8 and stable v3.8.5:
>
> # mkfs.f2fs /dev/mmcblk0p3
> Info: sector size = 512
> Info: total sec
On Mon, Apr 01, 2013 at 11:33:13AM -0700, H. Peter Anvin wrote:
> On 04/01/2013 06:34 AM, Vivek Goyal wrote:
> > On Tue, Mar 26, 2013 at 02:14:18PM -0400, Vivek Goyal wrote:
> >> On Mon, Mar 25, 2013 at 02:50:18PM -0700, Yinghai Lu wrote:
> >>> On Mon, Mar 25, 2013 at 12:42 PM, Vivek Goyal wrote:
Moving libunwind check config into config/Makefile.
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
Cc: Borislav Petkov
Cc: Stephane Eranian
---
tools/perf/Makefile
Moving slang check config into config/Makefile.
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
Cc: Borislav Petkov
Cc: Stephane Eranian
---
tools/perf/Makefile
Moving gtk2 check config into config/Makefile.
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
Cc: Borislav Petkov
Cc: Stephane Eranian
---
tools/perf/Makefile|
Moving arch check into config/Makefile.
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
Cc: Borislav Petkov
Cc: Stephane Eranian
---
tools/perf/Makefile| 31 ++-
Moving libdw check config into config/Makefile.
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
Cc: Borislav Petkov
Cc: Stephane Eranian
---
tools/perf/Makefile
Adding automatd test for testing the build process.
To run it you needto be in perf directory or specify
one with PERF variable. It's also possible to specify
optional Makefile to test via MK variable.
Whole suite is executed twice, the second time with
O=/tmp/xxx option added.
To run the whole s
201 - 300 of 608 matches
Mail list logo