On 04/16/2013 05:36 PM, Robin Holt wrote:
> On Tue, Apr 16, 2013 at 01:32:56PM +0200, Ingo Molnar wrote:
>>
>> * Robin Holt wrote:
>>
>>> We recently noticed that reboot of a 1024 cpu machine takes approx 16
>>> minutes of just stopping the cpus. The slowdown was tracked to commit
>>> f96972f.
On 04/16/2013 04:22 PM, Opensource [Anthony Olech] wrote:
>> [...]
>> please always test your drivers against the latest upstream version before
>> submitting them.
>> [...]
>
> Hi Lars,
>
> The driver was tested against linux mainline tag v3.9-rc6, because that was
> the most recent
> tagged
On 04/16/2013 03:36 AM, Wolfram Sang wrote:
> Doug,
>
> On Tue, Apr 09, 2013 at 02:34:28PM -0700, Doug Anderson wrote:
>> The i2c-arb-gpio-challenge driver implements an I2C arbitration scheme
>> where masters need to claim the bus with a GPIO before they can start
>> a transcation. This should
>From musb point of view, the Address Assignment sequence during
device enumeration is next:
- first ep0 interrupt:
* read the address from USB_REQ_SET_ADDRESS request
* set up CSR0L.DataEnd bit (that is ACK
signalization for the host)
- second ep0 interrupt:
*
On Mon, 15 Apr 2013, Michael Braun wrote:
> Hi,
>
> I'm running OpenWRT Kernel 3.8.3 (which already has
> f66dea709cd9309b2ee9f715697818001fb518de and
> 5ed338778f917a035f0f0a52327fc4f72e36f7a1 applied) on a P1020WLAN (QorlQ,
> PPC) device.
> Before updating the kernel from 3.3.0, USB host
You misunderstood me. I was just making sure Darrick knew about this other
migration change because without it the specific commit you pointed to for mq
won't get the performance improvement. So I was just trying to make sure if
Darrick or others cherry picked they didn't miss out.
rs/staging/media/go7007/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20130416.orig/drivers/staging/media/go7007/Kconfig
+++ linux-next-20130416/drivers/staging/media/go7007/Kconfig
@@ -1,7 +1,7 @@
config VIDEO_GO7007
tristate "WIS GO7007
Both enable() and disable() functions have only one caller, thus remove them.
Signed-off-by: Axel Lin
---
drivers/regulator/ab8500-ext.c | 64 +++-
1 file changed, 23 insertions(+), 41 deletions(-)
diff --git a/drivers/regulator/ab8500-ext.c
On Mon, 15 Apr 2013, Roger Quadros wrote:
> As the USB PHY layer never returns NULL we don't need
> to check for that condition.
>
> If we fail to get the PHY device it could be due
> to missing USB PHY drivers. Give this hint to the user
> in the error message.
>
> CC: Alan Stern
>
On Mon, 15 Apr 2013, Roger Quadros wrote:
> Don't select NOP_USB_XCEIV. Instead, board config
> must select USB_PHY and the appropriate PHY driver.
>
> Also add a hint in Kconfig so that users enabling
> this driver manually enable the right PHY drivers as well.
>
> Gets rid of the below
This ensures info->update_val status is still correct if set_mode() call fails.
Otherwise, get_mode() may return wrong status if a set_mode() call fails.
Signed-off-by: Axel Lin
---
drivers/regulator/ab8500-ext.c | 26 ++
1 file changed, 18 insertions(+), 8
2013/4/16 Bengt Jönsson :
> On 04/10/2013 02:54 PM, Axel Lin wrote:
>>
>> The regulator always on with high power mode if info->cfg->hwreq is set.
>>
>> If we allow set idle mode when info->cfg->hwreq is set, get_mode() returns
>> REGULATOR_MODE_IDLE but the regulator actually is in
Modulate the tracked load of a task using the measure of current
and maximum compute capacity for the core it is executing on.
Change-Id: If6aea806e631f2313fd925c8902260a522663dbd
Conflicts:
kernel/sched/fair.c
---
kernel/sched/fair.c | 51
Bsed upon the CPU Power of a core, computes a capacity measure
between 0 and 1024 scaling in line with the frequency using a
simple linear scale derived from the maximum frequency reported
by CPUFreq.
Scaling CPU Power with frequency and estimated capacity gives an
estimate of the amount of
Using the per-cpu compute capacity exported from topology
when CONFIG_ARCH_SCALE_INVARIANT_CPU_CAPACITY is active, place this
information alongside cpu_power in the scheduler and combine for the
various aggregating entities.
Change-Id: I4984c335bcdc128680e7459b3f86bb05e04593cc
---
Firstly, I realise this is rather a long cover letter but a lot of it is
the ascii graphs. My apologies. For skim readers the tl;dr version is:
The presence of CPUfreq in a system with more than one CPU frequency
domain causes the tracked load of tasks to be high when the CPU
frequency is low.
On Tue, 2013-04-16 at 11:43 +0100, grant.lik...@linaro.org wrote:
> From: Grant Likely
> It has also been many years
> since I've touched any of the Xilinx related code so mark those items as
> unmaintained.
Hi Grant.
Please use "Orphan" as described in MAINTAINERS instead.
get_maintainers.pl
On 04/16/13 03:33, Opensource [Anthony Olech] wrote:
>> -Original Message-
>> From: Randy Dunlap [mailto:rdun...@infradead.org]
>> Sent: 12 April 2013 21:02
>> To: Opensource [Anthony Olech]
>> Cc: Dmitry Torokhov; Mark Brown; Samuel Ortiz; Ashish Jangam; Eric
>> Andersson; Andrew Jones;
>> > From: Haojian Zhuang [mailto:haojian.zhu...@gmail.com]
>> > Sent: 2013年4月13日 20:50
>> > To: Neil Zhang
>> > Cc: Grant Likely; linux-arm-ker...@lists.infradead.org;
>> > linux-kernel@vger.kernel.org; Chao Xie
>> > Subject: Re: [PATCH 1/4] ARM: mmp: add wakeup function for ICU
>> >
>> > On Thu,
On Tue, 2013-04-16 at 10:10 +0900, Yasuaki Ishimatsu wrote:
> When hot removing memory presented at boot time, following messages are shown:
:
> The reason why the messages are shown is to release a resource structure,
> allocated by bootmem, by kfree(). So when we release a resource structure,
On 04/16/2013 07:49 AM, Kirill A. Shutemov wrote:
> Dave Hansen wrote:
>> On 04/05/2013 04:59 AM, Kirill A. Shutemov wrote:
>>> The patch adds new zone stat to count file transparent huge pages and
>>> adjust related places.
>>>
>>> For now we don't count mapped or dirty file thp pages separately.
(trimmed cc's)
On Tue, 2013-04-16 at 04:41 -0500, Robin Holt wrote:
> On Mon, Apr 15, 2013 at 10:45:38AM -0700, Joe Perches wrote:
> > trivia:
> > I'd make these changes on top of your patch:
> > o Additional OOM messages aren't necessary as a dump_stack is done
> I am not sure what I should be
On Tue, Apr 16, 2013 at 11:18:25AM +0100, Andrew Murray wrote:
> This patchset factors out duplicated code associated with parsing PCI
> DT "ranges" properties across the architectures and introduces a
> "ranges" parser. This parser "of_pci_range_parser" can be used directly
> by ARM host bridge
On 30/03/13 03:24, Tejun Heo wrote:
> show_regs() is inherently arch-dependent but it does make sense to
> print generic debug information and some archs already do albeit in
> slightly different forms. This patch introduces a generic function to
> print debug information from show_regs() so that
On 04/15/2013 12:56 PM, Paul Mackerras wrote:
> On Sat, Apr 13, 2013 at 11:36:20PM +0800, Jiang Liu wrote:
>> Commit 600cc5b7f6 "mm: Kill NO_BOOTMEM version free_all_bootmem_node()"
>> has kill free_all_bootmem_node() for NO_BOOTMEM.
>>
>> Currently the usage pattern for free_all_bootmem_node() is
Looks like this was eaten by the spam filter last time so i'm resending
it to the lists only:
This patch makes the SDA hold time configurable through device tree.
Signed-off-by: Christian Ruppert
Signed-off-by: Pierrick Hascoet
---
.../devicetree/bindings/i2c/i2c-designware.txt | 14
On Tue, Apr 16, 2013 at 04:55:25PM +0200, richard -rw- weinberger wrote:
>On Tue, Apr 16, 2013 at 4:20 PM, Stephan von Krawczynski
> wrote:
>> Hello,
>>
>> can some kind soul please explain how I can get my serial port back under
>> kernel 3.8.X. Earlier kernels showed:
>>
>> Jan 10 13:57:18 mybox
On 30/03/13 02:27, Tejun Heo wrote:
> Both dump_stack() and show_stack() are currently implemented by each
> architecture. show_stack(NULL, NULL) dumps the backtrace for the
> current task as does dump_stack(). On some archs, dump_stack() prints
> extra information - pid, utsname and so on - in
Seungwon,
On Tue, Apr 16, 2013 at 2:30 AM, Seungwon Jeon wrote:
> If needed for specific channel, it can be got from dts as property.
> if (of_find_property(np, "cap-sdio-irq", NULL))
> pdata->caps |= MMC_CAP_SDIO_IRQ;
Oh! I missed that these new properties had gone in. That is a much
On Tue, Apr 16, 2013 at 4:20 PM, Stephan von Krawczynski
wrote:
> Hello,
>
> can some kind soul please explain how I can get my serial port back under
> kernel 3.8.X. Earlier kernels showed:
>
> Jan 10 13:57:18 mybox kernel: [0.712829] serial8250: ttyS0 at I/O 0x3f8
> (irq = 4) is a 16550A
>
Dave Hansen wrote:
> On 04/05/2013 04:59 AM, Kirill A. Shutemov wrote:
> > The patch adds new zone stat to count file transparent huge pages and
> > adjust related places.
> >
> > For now we don't count mapped or dirty file thp pages separately.
>
> I can understand tracking
When setting voltage for AB8540_LDO_AUX3, current code only updates one of
info->voltage_reg and info->expand_register registers which is wrong.
To ensure we set to correct voltage, it always needs to clear or set
expand_register.voltage_mask bit of expand_register.
The function of the expand
On 04/16, Frederic Weisbecker wrote:
>
> On Sun, Mar 10, 2013 at 07:41:06PM +0100, Jiri Olsa wrote:
> > Adding RF EFLAGS bit to be restored on return from signal from
> > the original register context before the signal was entered.
> >
> > This will prevent the RF flag to disappear when returning
Em 16-04-2013 10:51, Samuel Ortiz escreveu:
Hi Mauro,
On Wed, Apr 10, 2013 at 06:48:28AM -0300, Mauro Carvalho Chehab wrote:
Em Wed, 10 Apr 2013 08:42:53 +0200
Samuel Ortiz escreveu:
Hi Stephen,
On Wed, Apr 10, 2013 at 01:48:13PM +1000, Stephen Rothwell wrote:
Hi Samuel,
Today's
Add of_device_id table for Palma GPIO to be enable the
driver from DT file.
The driver can be registered from DT file as:
palmas: tps65913@58 {
:::
palmas_gpio: palmas_gpio {
compatible = "ti,palmas-gpio";
Fixes build with CONFIG_EFI_VARS=m which was broken after the commit
"x86, efivars: firmware bug workarounds should be in platform code".
Signed-off-by: Sergey Vlasov
---
arch/x86/platform/efi/efi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/platform/efi/efi.c
The commit "efi: Distinguish between "remaining space" and actually used
space" added usage of ucs2_*() functions to arch/x86/platform/efi/efi.c,
but the only thing which selected UCS2_STRING was EFI_VARS, which is
technically optional and can be built as a module.
Signed-off-by: Sergey Vlasov
On 04/15, Andrew Morton wrote:
>
> On Fri, 12 Apr 2013 16:49:50 +0200 Matthieu CASTET
> wrote:
>
> > The only valid remaining part of my patch is to return SIGKILL when
> > load_elf_interp fail (IS_ERR((void *)elf_entry) is true) (for example load
> > address of linker is bad) instead of
Hello,
can some kind soul please explain how I can get my serial port back under
kernel 3.8.X. Earlier kernels showed:
Jan 10 13:57:18 mybox kernel: [0.712829] serial8250: ttyS0 at I/O 0x3f8
(irq = 4) is a 16550A
But 3.8.4:
Mar 26 10:39:14 admin kernel: [0.603647] serial 00:0a:
On 04/16/2013 05:10 AM, Ingo Molnar wrote:
* Waiman Long wrote:
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -3021,9 +3021,6 @@ static inline bool owner_running(struct mutex *lock,
struct task_struct *owner)
*/
int mutex_spin_on_owner(struct mutex *lock, struct task_struct
On Tue, 2013-04-16 at 06:51 -0700, Eric Dumazet wrote:
> Perfect, thanks a lot for all this !
>
> Tested-by: Vitaly V. Bursov
>
>
By the way, we probably should use skb_flow_dissect() to get proper
hashing for tunnels users.
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, Apr 15, 2013 at 01:56:00PM -0500, Aravind Gopalakrishnan wrote:
> Add code to handle ECC decoding for fam16h. Support exists for
> previous families already, so code has been reused werever applicable
> and some code has been added to handle fam16h specific operations.
>
> The patch was
> [...]
> please always test your drivers against the latest upstream version before
> submitting them.
> [...]
Hi Lars,
The driver was tested against linux mainline tag v3.9-rc6, because that was the
most recent
tagged commit in
On Mon, Apr 15, 2013 at 11:47 PM, Colin Cross wrote:
> On Mon, Apr 15, 2013 at 1:41 PM, Colin Cross wrote:
>> Commit 7e98d53086d18c877cb44e9065219335184024de (Synchronize fuse
>> header with one used in library) added #ifdef __linux__ around
>> defines if it is not set. The kernel build is
Hello,
I've got a problem with GMA500 on my EVOC EC2-1711. The graphics
adapter's resolution is set by selecting an option in BIOS but I would
like to override it. Can kernel or Xorg do this?
There are two modes "almost" right for an 800x600 16bit LVDS screen I
have. The first one is 800x600
Displays a trail of the menu entries used to get to the current menu.
Signed-off-by: Benjamin Poirier
Tested-by: "Yann E. MORIN"
[yann.morin.1...@free.fr: small, trivial code re-ordering]
Signed-off-by: "Yann E. MORIN"
---
Indeed Yann, we can even remove one wmove() and one level of
> -Original Message-
> From: Guenter Roeck [mailto:li...@roeck-us.net]
> Sent: 16 April 2013 14:36
> To: Opensource [Anthony Olech]
> Cc: LKML
> Subject: Re: [NEW DRIVER V4 7/7] DA9058 REGULATOR driver
>
> On Tue, Apr 16, 2013 at 09:17:27AM +, Opensource [Anthony Olech]
> wrote:
> > >
> > > +{
> > > + /* The boot cpu is always logical cpu 0 */
> > > + int reboot_cpu_id = 0;
> > > +
> > > + /* Make certain the cpu I'm about to reboot on is online */
> > > + if (!cpu_online(reboot_cpu_id))
> > > + reboot_cpu_id = smp_processor_id();
> >
> > Shouldn't we pick the first
Commit-ID: 1077c932db63ecc571c31df1c24d4a44e30928e5
Gitweb: http://git.kernel.org/tip/1077c932db63ecc571c31df1c24d4a44e30928e5
Author: Borislav Petkov
AuthorDate: Mon, 8 Apr 2013 17:57:46 +0200
Committer: Borislav Petkov
CommitDate: Tue, 16 Apr 2013 11:50:51 +0200
x86, CPU, AMD: Drop
Commit-ID: 682469a5db6fade318a72406935b5000186e5643
Gitweb: http://git.kernel.org/tip/682469a5db6fade318a72406935b5000186e5643
Author: Borislav Petkov
AuthorDate: Mon, 8 Apr 2013 17:57:45 +0200
Committer: Borislav Petkov
CommitDate: Tue, 16 Apr 2013 11:50:51 +0200
x86, AMD: Correct
Commit-ID: 55a36b65ee7107d6bb557c96fd202c4e90164542
Gitweb: http://git.kernel.org/tip/55a36b65ee7107d6bb557c96fd202c4e90164542
Author: Borislav Petkov
AuthorDate: Mon, 8 Apr 2013 17:57:44 +0200
Committer: Borislav Petkov
CommitDate: Tue, 16 Apr 2013 11:50:50 +0200
x86: Fold-in trivial
On 04/16, Michael Neuling wrote:
>
> > Benjamin, Paul, arch_dup_task_struct()->flush_ptrace_hw_breakpoint(src)
> > on powerpc looks "obviously wrong". Don't we need
> >
> > - flush_ptrace_hw_breakpoint(src);
> > + dst->thread->ptrace_bps[0] = NULL;
>
> Do you mean the following?
>
>
> diff
Hi Cody,
Thank you for your review comments and sorry for the delay in replying!
On 04/11/2013 04:56 AM, Cody P Schafer wrote:
> On 04/09/2013 02:48 PM, Srivatsa S. Bhat wrote:
>> We need a way to decide when to trigger the worker threads to perform
>> region evacuation/compaction. So the
Hi Mauro,
On Wed, Apr 10, 2013 at 06:48:28AM -0300, Mauro Carvalho Chehab wrote:
> Em Wed, 10 Apr 2013 08:42:53 +0200
> Samuel Ortiz escreveu:
>
> > Hi Stephen,
> >
> > On Wed, Apr 10, 2013 at 01:48:13PM +1000, Stephen Rothwell wrote:
> > > Hi Samuel,
> > >
> > > Today's linux-next merge of
On Tue, 2013-04-16 at 12:01 +0300, Vitaly V. Bursov wrote:
> Testing under real load for almost 2 hours now, works as expected.
> xmit_hash_policy=layer3+4
>
> I made a few simple test with layer2+3 policy too, looks OK.
>
> Thanks!
Perfect, thanks a lot for all this !
Tested-by: Vitaly V.
Commit-ID: 26bfc540f6f2dcbd93d0b9ed8f37830419ded7e8
Gitweb: http://git.kernel.org/tip/26bfc540f6f2dcbd93d0b9ed8f37830419ded7e8
Author: Wang YanQing
AuthorDate: Tue, 16 Apr 2013 09:37:34 +0800
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2013 10:54:40 +0200
x86/mm/gart: Drop
On Tue, Apr 16, 2013 at 10:34:04AM +0200, Paul Bolle wrote:
> Signed-off-by: Paul Bolle
> ---
> 0) The first version had the subject "[PATCH 21/21] cris: drop unused
> Kconfig symbols".
>
> 1) This version was redone on top of v3.9-rc7. The changes since the
> first version are:
> - dropped
On Tue, Apr 16, 2013 at 01:58:27PM +0100, Rob Herring wrote:
> On 04/16/2013 03:44 AM, Will Deacon wrote:
> > On Tue, Apr 16, 2013 at 01:43:09AM +0100, Colin Cross wrote:
> >> On Mon, Apr 15, 2013 at 4:59 PM, Rob Herring wrote:
> >>> Exclusive accesses still have further restrictions. From
/mfd/ab8500-debugfs.o] Error 1
>> 04:48:09 make[2]: *** [drivers/mfd] Error 2
>> 04:48:09 make[1]: *** [drivers] Error 2
>
> Hey it works. Didn't see this before I fixed it tho :-)
> http://marc.info/?l=linux-kernel=136567139910888=2
This commit not yet been merged in to linux-ne
On Tue, Apr 16, 2013 at 01:49:34PM +0200, Nicolas Ferre wrote:
> From: Ludovic Desroches
>
> The BUG_ON() directive is triggered probably due to a latency modification
> following inclusion of c10d736 (softirq: reduce latencies).
> This condition has not been met before 3.9-rc1 and doesn't
Texas Instruments TLV320AIC family of audio SoC
core functionality controlled via SPI. This driver
provides common support for accessing the device.
Signed-off-by: Mehar Bajwa
---
drivers/mfd/Kconfig | 11 +
drivers/mfd/Makefile|1 +
drivers/mfd/tlv320aic-spi.c | 97
Texas Instruments TLV320AIC family of audio SoC
core functionality controlled via I2C. This driver
provides common support for accessing the device.
Signed-off-by: Mehar Bajwa
---
drivers/mfd/Kconfig | 12 +
drivers/mfd/Makefile|1 +
drivers/mfd/tlv320aic-i2c.c | 98
This provides Interrupt handling features for common interface
to series of low power AIC audio CODECS.
Signed-off-by: Mehar Bajwa
---
drivers/mfd/Kconfig | 13 ++
drivers/mfd/Makefile|1 +
drivers/mfd/tlv320aic-irq.c | 234
Initial support for Texas Instruments's AIC CODEC device.
The AIC platform provides common interface to series of low power audio CODECS.
This MFD core driver instantiates subdevices that help in supporting range
of features provided by AIC family of devices
Signed-off-by: Mehar Bajwa
---
On Tue, Apr 16, 2013 at 11:36:33AM +0200, Wolfram Sang wrote:
> Doug,
>
[ ... ]
>
> "callenge & response"?
>
> ...
>
> > diff --git a/drivers/i2c/muxes/i2c-arb-gpio-challenge.c
> > b/drivers/i2c/muxes/i2c-arb-gpio-challenge.c
> > new file mode 100644
> > index 000..bda020a
> > ---
On Tue, Apr 16, 2013 at 09:17:27AM +, Opensource [Anthony Olech] wrote:
> > -Original Message-
> > From: Guenter Roeck [mailto:li...@roeck-us.net]
> > Sent: 15 April 2013 18:46
> > To: Opensource [Anthony Olech]
> > Cc: LKML
> > Subject: Re: [NEW DRIVER V4 7/7] DA9058 REGULATOR driver
On Tue, Apr 16, 2013 at 12:24:54PM +0200, Joerg Roedel wrote:
> On Mon, Apr 15, 2013 at 06:41:17PM -0400, Neil Horman wrote:
> > +#ifdef CONFIG_IRQ_REMAP
> > +static void __init intel_remapping_check(int num, int slot, int func)
> > +{
> > + u8 revision;
> > +
> > + revision =
On 04/16, Frederic Weisbecker wrote:
>
> On Sun, Apr 14, 2013 at 09:12:32PM +0200, Oleg Nesterov wrote:
> > ptrace_write_dr7() skips ptrace_modify_breakpoint(disabled => true)
> > unless second_pass, this buys nothing but complicates the code and
> > means that we always do the main loop twice
On 04/16, Frederic Weisbecker wrote:
>
> On Sun, Apr 14, 2013 at 09:12:05PM +0200, Oleg Nesterov wrote:
>
> Looking at the bug report, it seems they only reproduced with a homemade
> test. No real app has reported that issue?
iirc (Jan can correct me) gdb hit this problem, but it was already
On Mon, 15 Apr 2013, Tony Luck wrote:
> Built next-20130415 and got this on ia64 early in boot:
>
> WARNING: at kernel/cpu/idle.c:94 cpu_idle_loop+0x360/0x380()
Hmm, is safe_halt() returning with interrupts disabled? If yes, it
lacks a local_irq_enable().
Thanks,
tglx
--
To
Well... G is it's own problem (doing actively broken thinks for political
reasons), but the real issue mostly is that there are a lot of them simply
because there are a lot of ways one may want to load the kernel.
This is why things like decompression and the BIOS and EFI stubs are part of
* Waiman Long wrote:
> On 04/16/2013 05:12 AM, Ingo Molnar wrote:
> >* Waiman Long wrote:
> >
> >>[...]
> >>
> >>Patches 2 improves the mutex spinning process by reducing contention among
> >>the
> >>spinners when competing for the mutex. This is done by using a MCS lock to
> >>put
> >>the
* H. Peter Anvin wrote:
> No. Fixing one bootloader is almost impossible. Fixing them all is a
> Sisiphyean task.
It's a self inflicted wound really: if only we had a reference bootloader in
the
kernel tree, which we could fix. The effort that went into fixing various
bootloader
On Tue, Apr 16, 2013 at 12:24:54PM +0200, Joerg Roedel wrote:
> On Mon, Apr 15, 2013 at 06:41:17PM -0400, Neil Horman wrote:
> > +#ifdef CONFIG_IRQ_REMAP
> > +static void __init intel_remapping_check(int num, int slot, int func)
> > +{
> > + u8 revision;
> > +
> > + revision =
On 04/16/2013 07:43 PM, Robin Holt wrote:
> Argh. Taking a step back helped clear my head.
>
> For the -stable releases, I agree we should just go with your
> revert-plus-hlist_del_init_rcu patch. I will give it a test
> when I am in the office.
Okay. Wait for your test report. Thank you in
On 04/16/2013 03:44 AM, Will Deacon wrote:
> On Tue, Apr 16, 2013 at 01:43:09AM +0100, Colin Cross wrote:
>> On Mon, Apr 15, 2013 at 4:59 PM, Rob Herring wrote:
>>> Exclusive accesses still have further restrictions. From section 3.4.5:
>>>
>>> • It is IMPLEMENTATION DEFINED whether LDREX and
Branch History Rolling Buffer (BHRB) is a new PMU feaure in IBM
POWER8 processor which records the branch instructions inside the execution
pipeline. This patchset enables the basic functionality of the feature through
generic perf branch stack sampling framework.
Sample output
This patch adds new instructions support for reading various
BHRB entries and also clearing the BHRB buffer.
Signed-off-by: Anshuman Khandual
---
arch/powerpc/include/asm/ppc-opcode.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/powerpc/include/asm/ppc-opcode.h
Signed-off-by: Anshuman Khandual
---
arch/powerpc/perf/Makefile | 2 +-
arch/powerpc/perf/bhrb.S | 34 ++
2 files changed, 35 insertions(+), 1 deletion(-)
create mode 100644 arch/powerpc/perf/bhrb.S
diff --git a/arch/powerpc/perf/Makefile
This patch provides basic enablement for perf branch stack sampling framework
on POWER8 processor with a new PMU feature called BHRB (Branch History Rolling
Buffer).
Signed-off-by: Anshuman Khandual
---
arch/powerpc/perf/core-book3s.c | 96 +++--
Signed-off-by: Anshuman Khandual
---
arch/powerpc/perf/power8-pmu.c | 57 +-
1 file changed, 56 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/perf/power8-pmu.c b/arch/powerpc/perf/power8-pmu.c
index 106ae0b..153408c 100644
---
Signed-off-by: Anshuman Khandual
---
arch/powerpc/include/asm/perf_event_server.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/powerpc/include/asm/perf_event_server.h
b/arch/powerpc/include/asm/perf_event_server.h
index 57b42da..3f0c15c 100644
---
Hi Daniel,
On Sat, Apr 13, 2013 at 11:01:24AM -0700, D M German wrote:
> vinod>
> vinod>
> vinod>
> vinod> On Fri, 2013-04-12 at 13:22 -0700, D M German wrote:
> vinod> > Hi Everybody,
> vinod> >
> vinod> > I am professor of computer science at the University of Victoria
> vinod> >
On Monday 15 April 2013 23:34:57 Guennadi Liakhovetski wrote:
>
> >
> > This patch is missing the DT binding document, which is necessary for a
> > proper
> > review, and as a documentation for anyone trying to write device tree source
> > files.
>
> The documentation was left off consciously,
On Tue, Apr 16, 2013 at 05:05:45AM -0700, H. Peter Anvin wrote:
> Why not just support the existing syntax everywhere?
I have not given it much consideration, but IIRC, the other arches that
were using reboot= were only looking for an 'h' or something like that.
I will consider making the syntax
On Fri, 2013-04-05 at 09:21 -0400, Rik van Riel wrote:
> On 04/05/2013 12:38 AM, Mike Galbraith wrote:
> > On Tue, 2013-03-26 at 16:00 -0400, Rik van Riel wrote:
>
> >> The ipc semaphore code has a nasty RCU locking tangle, with both
> >> find_alloc_undo and semtimedop taking the
On Tue, Apr 16, 2013 at 12:43 PM, wrote:
> From: Grant Likely
>
> I've taken a full time position with Linaro and so I'll be using my
> Linaro email address from this point on. It has also been many years
> since I've touched any of the Xilinx related code so mark those items as
>
On 04/10/2013 02:56 PM, Axel Lin wrote:
Both enable() and disable() functions have only one caller, thus remove them.
Signed-off-by: Axel Lin
This patch depends on the first one in the series so I would like to get
first patch sorted out first.
If the first patch goes in, I am fine with
On Mon, Apr 15, 2013 at 11:56:03AM +0930, Rusty Russell wrote:
Veaceslav Falico writes:
On Wed, Apr 10, 2013 at 04:47:34PM +0930, Rusty Russell wrote:
That's a bug. We should be cleaning up sysfs before we unlike the
removed module from the list.
Because the same thing applies to ddebug
On 04/10/2013 02:55 PM, Axel Lin wrote:
This ensures info->update_val status is still correct if set_mode() call fails.
Otherwise, get_mode() may return wrong status if a set_mode() call fails.
Signed-off-by: Axel Lin
---
drivers/regulator/ab8500-ext.c | 19 ---
1 file
On Thu, Apr 11, 2013 at 2:56 PM, Dave Jones wrote:
> Given we have been seeing a lot of reports of page table corruption
> for a while now, perhaps if we print out the hardware name, and list
> of modules loaded, we might see some patterns emerging.
>
> Signed-off-by: Dave Jones
>
> diff -durpN
On 04/13/2013 07:16 PM, Andy Lutomirski wrote:
I previously reported these bugs privatley. I'm summarizing them for
the historical record. These bugs were never exploitable on a
default-configured released kernel, but some 3.8 versions are
vulnerable depending on configuration.
Looking at
On Mon, 2013-04-15 at 22:06 +0530, Vinod Koul wrote:
> On Tue, Apr 09, 2013 at 02:05:42PM +0300, Andy Shevchenko wrote:
> > There is a patch series which introduces ACPI DMA helpers in similar way
> > like
> > we have for DeviceTree.
> >
> > In addition it applies this to the first user, namely
On Tue, Apr 16, 2013 at 04:58:47PM +0530, Girish KS wrote:
> On Tue, Apr 16, 2013 at 4:50 PM, Mark Brown wrote:
> > I'm missing patch 1 of this series.
> its already merged to stable tree after your review
The patch numbering should reflect what you're posting. If you're only
sending four
On 04/16/2013 06:05 AM, Will Deacon wrote:
On Mon, Apr 15, 2013 at 03:37:59PM +0100, Waiman Long wrote:
If it is confirmed that all the supported architectures can allow a
negative mutex count without incorrect behavior, we can then back
out the architecture specific change and allow the mutex
On 04/10/2013 02:54 PM, Axel Lin wrote:
The regulator always on with high power mode if info->cfg->hwreq is set.
If we allow set idle mode when info->cfg->hwreq is set, get_mode() returns
REGULATOR_MODE_IDLE but the regulator actually is in REGULATOR_MODE_NORMAL mode.
This patch avoid
Commit cd634f1 ("[media] v4l2: put VIDIOC_DBG_G_CHIP_NAME under
ADV_DEBUG") missed the initializer of radio_ioctl_ops:
drivers/media/usb/em28xx/em28xx-video.c:1830:2: error: unknown field
'vidioc_g_chip_info' specified in initializer
drivers/media/usb/em28xx/em28xx-video.c:1830:26: error:
On Tue, Apr 16, 2013 at 01:32:56PM +0200, Ingo Molnar wrote:
>
> * Robin Holt wrote:
>
> > We recently noticed that reboot of a 1024 cpu machine takes approx 16
> > minutes of just stopping the cpus. The slowdown was tracked to commit
> > f96972f.
> >
> > The current implementation does all
Why not just support the existing syntax everywhere?
Robin Holt wrote:
>Moving the reboot=s<##> parameter for x86 to a kernel parameter
>proper. I did not find any other arch that was specifying the
>reboot cpu.
>
>I left a compatibility mode in there. The new parameter always
>takes
On 04/16/2013 12:24 AM, Davidlohr Bueso wrote:
On Mon, 2013-04-15 at 10:37 -0400, Waiman Long wrote:
[...]
+typedef struct mspin_node {
+ struct mspin_node *next;
+ intlocked; /* 1 if lock acquired */
+} mspin_node_t;
+
+typedef mspin_node_t *mspin_lock_t;
I
301 - 400 of 1154 matches
Mail list logo
