在 2012-11-26一的 20:17 +,Grant Likely写道:
> On Mon, 24 Sep 2012 17:37:55 +0800, Mike Qiu
> wrote:
> > Function irq_create_mapping() calls irq_find_mapping(). The later
> > function has checked if the indicated IRQ domain has hw IRQ mapped to
> > virtual IRQ through legac
Hi all
Any comments about my patchset?
Thanks
Mike
在 2013-01-15二的 15:38 +0800,Mike Qiu写道:
> Currently, multiple MSI feature hasn't been enabled in pSeries,
> These patches try to enbale this feature.
>
> These patches have been tested by using ipr driver, and the driver patc
Any comments?
Thanks
在 2012-09-24一的 17:37 +0800,Mike Qiu写道:
> Function irq_create_mapping() calls irq_find_mapping(). The later
> function has checked if the indicated IRQ domain has hw IRQ mapped to
> virtual IRQ through legacy mode or not and return the value of the
> legacy irq nu
在 2012-12-11二的 08:30 +,Grant Likely写道:
> On Tue, 27 Nov 2012 09:41:46 +0800, Mike wrote:
> > 在 2012-11-26一的 20:17 +,Grant Likely写道:
> > > On Mon, 24 Sep 2012 17:37:55 +0800, Mike Qiu
> > > wrote:
> > > > Function irq_create_mapping() calls irq_fin
在 2012-12-11二的 08:30 +,Grant Likely写道:
> On Tue, 27 Nov 2012 09:41:46 +0800, Mike wrote:
> > 在 2012-11-26一的 20:17 +,Grant Likely写道:
> > > On Mon, 24 Sep 2012 17:37:55 +0800, Mike Qiu
> > > wrote:
> > > > Function irq_create_mapping() calls irq_fin
Hi all
Any comments? or any questions about my patchset?
Thanks
Mike
在 2013-01-15二的 15:38 +0800,Mike Qiu写道:
> Currently, multiple MSI feature hasn't been enabled in pSeries,
> These patches try to enbale this feature.
>
> These patches have been tested by using ipr driver, and
Hi all
Any comments? or any questions about my patchset?
Thanks
Mike
在 2013-01-15二的 15:38 +0800,Mike Qiu写道:
> Currently, multiple MSI feature hasn't been enabled in pSeries,
> These patches try to enbale this feature.
>
> These patches have been tested by using ipr driver, and
level:
=
Can anyone help me to boot my linux box.
Regards,
Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hi !!
When i boot linux from rescue disk, i get following message:
VFS: Insert root floppy disk to be loaded in RAM disk and press ENTER
Now how can i create a root disk... I am trying to boot Redhat 6.0
Regards,
Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-k
I tried linux single but it says " no such image"
Actually someone hacked my linux box and now i can't boot it. Can somone help
me.
"J . A . Magallon" wrote:
> On 2001.01.04 Mike wrote:
> > Hi,
> >
> > I am unable to boot my
Hi All !
I am installing Redhat 7.0 on my DNS/mail server. Is there any problem
with Redhat 7.0 you faced or any bug in Redhat 7.0.
Regards,
Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
Hi!
I am getting getting "/var/log/messages" on my console. It doesn't save
it in /var/log.
I have checked entries in /etc/syslog.conf file. Its correct.
Can someone help me.
Regards,
Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Hi!!
I wanna install Bind on my DNS. Which Bind version is most stabel and
secure.
Regards,
Nauman Ansari
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
space
was freed.
Any information is appreciated.
--
___
Thanks,
Mike Elmore
[EMAIL PROTECTED]
"The more you complain, the longer God makes
you live."
-unknown
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
ugly loadable (from floppy 2.2.15) through common trick: "linux
ide2=0xd400,0xd802,11 root=/dev/hdf1")
-
Best wishes,
Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
In Original Message -
From: Theodore Y. Ts'o <[EMAIL PROTECTED]>
To: Mike <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, September 14, 2000 10:30 PM
Subject: Re: Quantum lct08 & Promise Ultra66
YOU WROTE ME LITERALLY:
>>
>>Final error
- Original Message -
From: Theodore Y. Ts'o <[EMAIL PROTECTED]>
To: Mike <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, September 14, 2000 10:30 PM
Subject: Re: Quantum lct08 & Promise Ultra66
> Can you send your bug report again with the exac
while calling the
> "vendor CPU init" function during system boot.
>
> This was on Cyrix III.
>
> PS: CC'ed hpa, because he is cpu-detection maintainer and davej,
>because he added Cyrix III support and might know details ;-)
>
> Regards
>
> Ingo Oe
Hi, im not sure if im emailing the right place but its a start. I just
setup kernel 2.4.0 and well it doesnt boot.
it says " ok booting the kernel" then nothing happens on the screen, and
I hear no activity from the computer. I tried it several times following
the
instructions, I did make mrpro
is
the problem? Do i set anything wrong? Where should i start to debug in
kernel?
best regard
Mike,Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.htm
Dear all
I am new to this place, Please correct me if i am wrong.
Before console_init, printk is just filling up the printk buffer.
After console_init, will the message print out immediately?
best regard
Mike,Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
> On Fri, Mar 04, 2005 at 03:09:39AM -0500, Mike Waychison wrote:
>> > I didn't find any possible modular usage in the kernel.
>> >
>> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>> >
>> > --- linux-2.6.11-rc5-mm1-full/kernel/sched.c.
> On Fri, Mar 04, 2005 at 11:40:08AM +0100, Bartlomiej Zolnierkiewicz wrote:
>> On Fri, 04 Mar 2005 03:09:39 -0500, Mike Waychison <[EMAIL PROTECTED]>
>> wrote:
>> > > I didn't find any possible modular usage in the kernel.
>> > >
&
Satyam Sharma wrote:
> Hi,
>
>
> On Thu, 23 Aug 2007, Mike Rapoport wrote:
>
> No changelog for patch ?!
>
Ooops. The wrong file from the wrong place. Sorry for the noise.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
ll considering this patch. I've heard many times
that we should trust the compiler to optimize for us and some folks look
down on inlining in general. If anyone has an opinion on removing
inlines from the common clk core then please do speak up.
Russ, can you update to the latest
erring
> Cc: mturque...@linaro.org
Acked-by: Mike Turquette
Regards,
Mike
> ---
> Changes from v4
> None.
> Changes from v3
> Changelog text and patch name now correspond to the actual patch.
> was clk, highbank: remove non-bypass reset mode.
> Chan
g ecc.strength before the call to nand_scan() fixes this.
>
> Acked-by: Brian Norris
Acked-by: Mike Dunn
>
> BTW, I made a quick read through of the other NAND drivers to look for
> similar errors. I think this is the only one where the only
> ecc.strenght initialization occurr
00 R9:
R10: R11: R12:
R13: R14: R15:
ORIG_RAX: CS: 0010 SS: 0018
Signed-off-by: Mike Galbraith
Cc: sta...@vger.kernel.org
kernel/wor
hange but does the
call graph make any clk api calls? Are you talking over i2c to a
regulator? If so then you'll probably hit the same reentrancy problem I
hit when trying to make a general solution.
Regards,
Mike
>
> ___
> linux-arm-k
Quoting Mark Langsdorf (2012-11-28 08:18:35)
> On 11/28/2012 10:01 AM, Mike Turquette wrote:
> > Quoting Shawn Guo (2012-11-28 07:17:44)
> >> On Wed, Nov 28, 2012 at 10:58:02PM +0800, Shawn Guo wrote:
> >>> On Wed, Nov 28, 2012 at 07:16:12AM -0600, Mark Langsdorf wr
y, at least for the dvfs case.
I'll post more when I have it. Honestly the reentrancy stuff was just
too ugly. I might try again some day but for now I'm thinking a less
radical approach deserves consideration.
Thanks,
Mike
> Shawn
>
> [1] http://thread.gmane.org/gmane.linux.port
rs could
appreciate something like this). The kernel would pause the faulting
thread while sending the notification on the signalfd, and the notified
thread would be allowed to resume the faulting thread when it's done
doing its job.
Mike
--
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/
Quoting Arnd Bergmann (2013-03-11 15:07:32)
> On Tuesday 26 February 2013, Mike Turquette wrote:
> > Quoting Tim Gardner (2013-02-26 09:34:12)
> > > commit 72480014b86c8b51fb51c5c6a0525876055c37c7 (clk: vt8500: Fix device
> > > clock
> > > divisor calculation
to which parent clock; however I do not want people to use this
interface for anything other than debug/testing, so I am ok with this
interface being a PITA to use.
Regards,
Mike
> Arnd
>
> ___
> linux-arm-kernel mailing list
>
.
> > Should it be static?
> > drivers/clk/mxs/clk.c:19:5: warning: symbol 'mxs_clk_wait' was not
> > declared. Should it be static?
> >
> > Signed-off-by: Fabio Estevam
>
> Acked-by: Shawn Guo
>
Taken into clk-next.
Thanks,
Mike
> >
ff-by: Peter De Schrijver
Do you actually need arbitrary masks instead of a continuous bitfield?
Or does this change just make it easier for you to convert existing
data?
Thanks,
Mike
>
> --
> Mike,
>
> This is the same patch I posted before which implements a table lookup
h clk because it uses struct clk_mux directly.
> >
> > Signed-off-by: Peter De Schrijver
> >
> > --
> > Mike,
> >
> > This is the same patch I posted before which implements a table lookup
> > feature for the mux clock. I squashed both the changes
the clk-private.h macros (temporarily!)
then create a new one, DEFINE_CLK_MUX_TABLE.
Regards,
Mike
--
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/
; continue;
>
> - if (cpu == smp_processor_id()) {
> + if (cpu == get_cpu()) {
> + put_cpu();
> cmci_rediscover_work_func(NULL);
> continue;
> - }
> + } else
On 3/14/2013 12:20 AM, Ingo Molnar wrote:
>
> * Mike Travis wrote:
>
>>
>> There is an exception where the NMI_LOCAL notifier chain is used. When
>> the perf tools are in use, it's possible that our NMI was captured by
>> some other NMI handler and th
Quoting Eduardo Valentin (2013-02-28 05:59:07)
> Correcting misspelling inside the clk.txt.
>
> Signed-off-by: Eduardo Valentin
Thanks Eduardo! Taken into clk-next.
Regards,
Mike
> ---
> Documentation/clk.txt |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
e
> registration of their clocks, removes some LPSS-specific (and
> somewhat ugly) code from acpi_platform.c and shrinks the overall code
> size slightly.
>
> Signed-off-by: Mika Westerberg
> Signed-off-by: Rafael J. Wysocki
Better late than never. For the clk changes:
Acked
\n' "$version" "3.13" | sort -V | tail -n 1)
> + if test "$later" != "$version"; then
> + # module-init-tools < 3.13, drop the next 2 args
> + shift
> + shift
> + fi
shift 2
-mike
signature.asc
Description: This is a digitally signed message part.
2013/2/4 13:56, Michael Ellerman:
On Mon, 2013-02-04 at 11:49 +0800, Mike Qiu wrote:
On Tue, 2013-01-15 at 15:38 +0800, Mike Qiu wrote:
Currently, multiple MSI feature hasn't been enabled in pSeries,
These patches try to enbale this feature.
Hi Mike,
These patches have been tested by
)
{
/*
* Consuming preload buffer from non-process context breaks preload
* allocation guarantee. Disallow usage from those contexts.
*/
WARN_ON_ONCE(in_interrupt()); <
Any ideas Roland?
Mike
> -Original Message-
> From: Tejun Heo [m
Quoting Stephen Rothwell (2013-02-02 04:27:40)
> Hi Mike,
>
> Today's linux-next merge of the clk tree got a conflict in
> include/asm-generic/vmlinux.lds.h between commit ae278a935f08
> ("clocksource: add common of_clksrc_init() function") from the arm-soc
> t
It looks like this kernel won't compile with CONFIG_HOTPLUG_MEMORY set to 'y'
Mike
> -Original Message-
> From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
> Sent: Monday, February 04, 2013 2:17 PM
> To: a...@linux-foundation.org
> Cc: li
e IB/ vs.
infiniband/.
Mike
--
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/
ange the patch in the standard format (do
>> we need to do it against latest kernel version?)
>
> Yes please.
The patch is here: https://patchwork.kernel.org/patch/2091501/
> Thanks,
>
> tglx
--
Sincerely yours,
Mike.
--
To unsubscribe from this list: send the line
Kernel updates for SGI Ultraviolet system 3 (UV3)
The new MMR definitions are added, and then the updates
to each module are applied. Afterwards, a "trim" patch
reduces the size of the MMR definitions file by about
a third. This keeps "bi-sectability" in place.
--
To unsubscribe from this list
This patch updates the UV HUB info for UV3.
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
arch/x86/include/asm/uv/uv_hub.h | 44 +++
1 file changed, 36 insertions(+), 8 deletions(-)
--- linux.orig/arch/x86
Add UV3 to exclusion list. Instead of adding every
new series of SGI UV systems, just check oem_id to
have a prefix of "SGI".
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
Cc: Jiang Liu
Cc: Bjorn Helgaas
Cc: Yinghai Lu
This patch checks current hub support.
Signed-off-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
drivers/misc/sgi-gru/grufile.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux.orig/drivers/misc/sgi-gru/grufile.c
+++ linux/drivers/misc/sgi-gru/grufile.c
This patch add support for the SGI UV3 hub to the
common x2apic functions.
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
Cc: Alexander Gordeev
Cc: Suresh Siddha
Cc: Michael S. Tsirkin
Cc: Steffen Persvold
---
arch/x86/kernel/apic
This patch updates time support for the SGI UV3 hub.
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
arch/x86/platform/uv/uv_time.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
--- linux.orig/arch/x86/platform/uv/uv_time.c
On Tuesday 05 February 2013 05:33:19 James Hogan wrote:
> On 03/02/13 06:17, Mike Frysinger wrote:
> > On Thursday 31 January 2013 04:41:43 James Hogan wrote:
> >> --- a/Makefile
> >> +++ b/Makefile
> >>
> >> +ifneq ($(patsubst "%",%,$(CONFI
ress space used for I/O
(and removed from real memory) in the max config of 64TB.
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
Cc: Alexander Gordeev
Cc: Suresh Siddha
Cc: Michael S. Tsirkin
Cc: Steffen Persvold
---
arch/x86/kernel/apic/x2apic_uv_
Quoting Peter De Schrijver (2013-02-07 08:37:35)
> The hclk and pclk clocks are controlled by the same register. Hence a lock is
> required to avoid corruption.
>
> Signed-off-by: Peter De Schrijver
I assume this is going through the tegra tree with the other ccf
patches, so:
Ac
Quoting Peter De Schrijver (2013-02-07 08:30:36)
> cclk_g_parents, cclk_lp_parents and sclk_parents are only accessed from within
> clk-tegra30.c. Declare them static to avoid namespace polution.
>
> Signed-off-by: Peter De Schrijver
Acked-by: Mike Turquette
--
To unsubscribe fr
s to zero is necessary but it is not a
big deal. Is gcc throwing a warning? Otherwise:
Acked-by: Mike Turquette
Regards,
Mike
--
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
via the PCI bus
> was causing too much of a performance regression?
Yup.
-Mike
--
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/
This patch updates the UV HUB info for UV3. The "is_uv3_hub" and
"is_uvx_hub" (UV2 or UV3) functions are added as well as the addresses
and sizes of the MMR regions for UV3.
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
arch/x86/inc
Add UV3 to exclusion list. Instead of adding every new series of
SGI UV systems, just check oem_id to have a prefix of "SGI".
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
Cc: Jiang Liu
Cc: Bjorn Helgaas
Cc: Yinghai Lu
Cc: Greg Kroah-Hartman
This patch checks current hub support to avoid panicing the
system until all the GRU changes for UV3+ are in place.
Signed-off-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
drivers/misc/sgi-gru/grufile.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux.orig/drivers
Kernel updates for SGI Ultraviolet system 3 (UV3).
The new MMR definitions are added, and then the updates to each module
are applied. Afterwards, a "trim" patch reduces the size of the MMR
definitions file by about a third. This keeps "bi-sectability" in place.
--
To unsubscribe from this lis
which are redirected to the target blade (with the device) in
a different manner. It also now has two MMIOH regions for both small and
large BARs. This aids in limiting the amount of physical address space
removed from real memory that's used for I/O in the max config of 64TB.
Signed-off-by: Mik
This patch updates time support for the SGI UV3 hub. Since the UV2
and UV3 time support is identical, "is_uvx_hub" is used instead of
having both "is_uv2_hub" and "is_uv3_hub".
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
less on string name lookups and DT is one way out of that.
3.8-rc7 is already out and I don't plan to take anything that hasn't
already been submitted for 3.9 now. Can you resubmit this after 3.9-rc1
comes out?
Thanks,
Mike
--
To unsubscribe from this list: send the line "unsubs
On 2/11/2013 1:40 AM, Ingo Molnar wrote:
* Mike Travis wrote:
This patch checks current hub support to avoid panicing the
system until all the GRU changes for UV3+ are in place.
Signed-off-by: Dimitri Sivanich
Signed-off-by: Mike Travis
It was Dimitri's patch, and I put the A
[sorry about that, it sent the mailbox instead of each patch. I talked
to Dimitri and he doesn't care about being the originator of the patch
so I'm just going to resend with me as the From: person.]
On 2/11/2013 11:32 AM, Mike Travis wrote:
Kernel updates for SGI Ultraviolet Sys
Kernel updates for SGI Ultraviolet System 3 (UV3).
The new MMR definitions are added, and then the updates to each module
are applied. Afterwards, a "trim" patch reduces the size of the MMR
definitions file by about a third. This keeps "bi-sectability" in place.
--
To unsubscribe from this lis
This patch checks current hub support to avoid panicing the
system until all the GRU changes for UV3+ are in place.
Signed-off-by: Mike Travis
Acked-by: Dimitri Sivanich
---
drivers/misc/sgi-gru/grufile.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux.orig/drivers/misc/sgi
which are redirected to the target blade (with the device) in
a different manner. It also now has two MMIOH regions for both small and
large BARs. This aids in limiting the amount of physical address space
removed from real memory that's used for I/O in the max config of 64TB.
Signed-off-by: Mik
Add UV3 to exclusion list. Instead of adding every new series of
SGI UV systems, just check oem_id to have a prefix of "SGI".
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
Cc: Jiang Liu
Cc: Bjorn Helgaas
Cc: Yinghai Lu
Cc: Greg Kroah-Hartman
This patch updates time support for the SGI UV3 hub. Since the UV2
and UV3 time support is identical, "is_uvx_hub" is used instead of
having both "is_uv2_hub" and "is_uv3_hub".
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
This patch updates the UV HUB info for UV3. The "is_uv3_hub" and
"is_uvx_hub" (UV2 or UV3) functions are added as well as the addresses
and sizes of the MMR regions for UV3.
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
arch/x86/inc
less in any other role, just having it standing
around glaring across the room occasionally can turn sensitive realtime
into a quaking heap of jello.
-Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More maj
On Tue, 2013-02-12 at 09:12 +0100, Stanislav Meduna wrote:
> On 12.02.2013 08:06, Mike Galbraith wrote:
>
> >> In this case pick_next_task takes idle tasks and idle wastes cpu
> >> time.
>
> > That's not a waste of CPU time, that's utilization enf
remove clock-frequency properties from serial nodes", the
> UART clocks get turned off and the console breaks.
>
> Anyway, I've applied this patch to Tegra's for-3.9/soc-ccf-fixes branch
> along with that other patch, although I'll hold off on pushing them out
>
|
>
> The reason may caused by wake_affine()'s higher overhead, and pgbench is
> really sensitive to this stuff...
For grins, you could try running the whole thing SCHED_BATCH. (/me sees
singing/dancing red herring whenever wake_affine() and pgbench appear in
the same sentence;)
-Mi
ee Software Foundation; either version 2 of the License, or (at your
> + * option) any later version.
> + */
> +
> +#include
> +#include
> +#include
I hope that this is supposed to be clk-provider.h. I don't plan on
taking in any more clock drivers that depend on clk-priv
Quoting James Hogan (2013-03-25 07:35:07)
> The kerneldoc comment for struct clk_mux documented the non-existent
> num_clks instead of flags. Correct this.
>
> Signed-off-by: James Hogan
Thanks for the fix. Taken into clk-next.
Regards,
Mike
> ---
> include/linux/clk-prov
s I can tell at
> a glance it should be possible. Thanks for the feedback, and comments
> about atomic changes, I'll certainly bear those issues in mind so I
> don't make it difficult to add that callback. I think it's probably
> best in the non-atomic case to default to
alization function.
> >
>
> Ok.
>
> > So, if I:
> >
> > a) Fix my bootloader to enable TSC.
> >
> > b) Merge Rob's patch series to enable the TSC. This is needed rather
> > than Joseph's patch since the two conflict, and I assume
dev mmcblk0, sector 1
>
> Signed-off-by: Tushar Behera
> CC: Thomas Abraham
I guess this will be applied through the samsung tree, so:
Acked-by: Mike Turquette
> ---
>
> Based on Kukjin's for-next branch.
> commit d58f6a153f40 ("Merge branch 'next/clk-exynos
On Tue, 2013-03-26 at 16:00 -0400, Rik van Riel wrote:
> On Tue, 26 Mar 2013 14:07:14 -0400
> Sasha Levin wrote:
>
> > > Not necessarily, we do release everything at the end of the function:
> > > out_unlock_free:
> > > sem_unlock(sma, locknum);
> >
> > Ow, there's a rcu_read_unlock() in
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 semti
Commit e2eed58 ("IB/qib: change QLogic to Intel") moved a firmware file
potentially breaking the ABI.
This patch reverts that aspect of the fix as well as reverting the
firmware name as used in qib.
Reported-by: David Woodhouse
Signed-off-by: Mike Marciniszyn
---
drivers/infinib
Commit e2eed58 ("IB/qib: change QLogic to Intel") moved a firmware file
potentially breaking the ABI.
This patch reverts that aspect of the fix as well as reverting the
firmware name as used in qib.
Reported-by: David Woodhouse
Signed-off-by: Mike Marciniszyn
---
drivers/infinib
Commit e2eed58 ("IB/qib: change QLogic to Intel") moved a firmware file
potentially breaking the ABI.
This patch reverts that aspect of the fix as well as reverting the
firmware name as used in qib.
Reported-by: David Woodhouse
Signed-off-by: Mike Marciniszyn
---
drivers/infinib
On Tue, 2013-01-29 at 09:45 +0800, Alex Shi wrote:
> On 01/28/2013 11:47 PM, Mike Galbraith wrote:
> > monteverdi:/abuild/mike/:[0]# echo 1 > /sys/devices/system/cpu/cpufreq/boost
> > monteverdi:/abuild/mike/:[0]# massive_intr 10 60
> > 014635 00058160
> > 014633
ter at boot without patching
sources? If it necessary (with it side effects) maybe implement it as
commandline parameter or config compile time parameter?
With best regards
--
Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
+ return 1;
+}
+__setup("watchdog_thresh=", watchdog_thresh_setup);
+
static int __init nowatchdog_setup(char *str)
{
watchdog_enabled = 0;
--
Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
outine. Probably makes things
> run a little slower. Compiled tested only.
In my case (3.2.32) it cannot compile:
LD arch/x86/boot/compressed/vmlinux
arch/x86/boot/compressed/misc.o: In function `decompress_kernel':
misc.c:(.text+0x993): undefined reference to `touch_softlockup_w
yncing: softlockup: hung tasks
So I do not know to do with it, someone else will pay attention to it.
---
Mike
config.lzma
Description: application/lzma
ences.
I think this is similar as decompress:
Kernel stop and wait next try in "default_idle()" for 20-30 sec, and in
this moment softlockup detector panics ;)
But without patch for touch_softlockup_watchdog in
decompress_unlzma+misc.c it works (try, fail, pause, try, fail, go on).
Quoting Prashant Gaikwad (2013-01-31 20:49:47)
> On Friday 25 January 2013 10:14 AM, Stephen Warren wrote:
> > On 01/24/2013 04:57 PM, Mike Turquette wrote:
> >> Quoting Stephen Warren (2013-01-24 11:32:37)
> >>> On 01/24/2013 11:20 AM, Mike Turquette wrote:
> &g
tirely. Test runs are not consistent enough boot to boot etc
etc. Either stock knobs suck on NUMA boxen, or this box is possessed.
-Mike
--
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
On Thu, 2013-01-24 at 15:15 +0800, Michael Wang wrote:
> On 01/24/2013 02:51 PM, Mike Galbraith wrote:
> > On Thu, 2013-01-24 at 14:01 +0800, Michael Wang wrote:
> >
> >> I've enabled WAKE flag on my box like you did, but still can't see
> >> regress
ine(), and we make the balance path so damn light
but clever that select_idle_sibling() can go away too... and a pony ;-)
-Mike
--
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
1 - 100 of 10912 matches
Mail list logo