nt.
If I've missed something that makes this a stupid idea, please tell.
--
Måns Rullgård
m...@mansr.com
--
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/
Stephen Boyd <sb...@codeaurora.org> writes:
> On 10/09, Rob Herring wrote:
>> +Stephen who has worked on this code.
>>
>> On Fri, Oct 9, 2015 at 11:19 AM, Måns Rullgård <m...@mansr.com> wrote:
>> > Måns Rullgård <m...@mansr.com> writes:
>&
Marc Gonzalez <marc_gonza...@sigmadesigns.com> writes:
> Måns Rullgård wrote:
>
>> Marc Gonzalez wrote:
>>
>>> Sigma Designs Tango platforms provide a 27 MHz crystal oscillator.
>>> Use it for clocksource, sched_clock, and delay_timer.
>>
>&g
Måns Rullgård <m...@mansr.com> writes:
> Rob Herring <robherri...@gmail.com> writes:
>
>> On Wed, Oct 7, 2015 at 11:47 AM, Måns Rullgård <m...@mansr.com> wrote:
>>> What would be a proper way to select a sched_clock source? I realise
>>>
Stephen Boyd <sb...@codeaurora.org> writes:
> On 10/09, Rob Herring wrote:
>> +Stephen who has worked on this code.
>>
>> On Fri, Oct 9, 2015 at 11:19 AM, Måns Rullgård <m...@mansr.com> wrote:
>> > Måns Rullgård <m...@mansr.com> writes:
>&
your name on a commit? The fact
that you keep rewriting, poorly, code you know I've already made
available suggests this might be the case. You even admit in private
that you couldn't have done this without looking at my tango3 tree.
Frankly, I find your behaviour shameful.
--
Måns Rullgård
m...@mansr
Rob Herring writes:
> On Wed, Oct 7, 2015 at 11:47 AM, Måns Rullgård wrote:
>> Mark Rutland writes:
>>
>>> On Wed, Oct 07, 2015 at 04:37:13PM +0100, Mans Rullgard wrote:
>>>> This adds a DT binding for a generic mmio clocksource as implemented
>>>&
.
> power management? I expect that the kernel needs to leave the clock
> enabled at all times for this to possibly work.
The platform I'm dealing with has a 32-bit register counting cycles of
the external clock input which never stops. It also has a few counters
with a configurable clock sourc
viour of this source w.r.t.
> power management? I expect that the kernel needs to leave the clock
> enabled at all times for this to possibly work.
The platform I'm dealing with has a 32-bit register counting cycles of
the external clock input which never stops. It also has a few counte
Rob Herring <robherri...@gmail.com> writes:
> On Wed, Oct 7, 2015 at 11:47 AM, Måns Rullgård <m...@mansr.com> wrote:
>> Mark Rutland <mark.rutl...@arm.com> writes:
>>
>>> On Wed, Oct 07, 2015 at 04:37:13PM +0100, Mans Rullgard wrote:
>>>>
hed-clock: boolean, register clocksource as sched_clock
>
> Likewise, this property doesn't belong in the DT for the same reasons as
> clocksource-rating.
What would be a proper way to select a sched_clock source? I realise
it's a Linux-specific thing and DT is supposed to be generic,
ual hardware parameters?
>> +- linux,sched-clock: boolean, register clocksource as sched_clock
>
> Likewise, this property doesn't belong in the DT for the same reasons as
> clocksource-rating.
What would be a proper way to select a sched_clock source? I realise
it's a Linux-spec
Sergei Shtylyov writes:
> On 10/2/2015 5:26 PM, Måns Rullgård wrote:
>
>>>> Some SoCs have a UART with a non-standard register layout. This
>>>> allows the debug console to work with these.
>>>
>>>> Signed-off-by: Mans Rullgard
>>>&
out"
>> + depends on DEBUG_LL_UART_8250 || DEBUG_UART_8250
>> +
>
>So Alchemy UART got reused on ARM?
The UART is actually a Palmchip IP core used by several SoC companies.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line &
re out who the vendor is.
I've been informed it is provided by Palmchip. I'll make a new patch.
--
Måns Rullgård
m...@mansr.com
--
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 h
50_AU
>> + bool "8250 UART has Alchemy register layout"
>> + depends on DEBUG_LL_UART_8250 || DEBUG_UART_8250
>> +
>
>So Alchemy UART got reused on ARM?
The UART is actually a Palmchip IP core used by several SoC companies.
--
Måns Rullgård
m..
e UART, but I've
> not managed to figure out who the vendor is.
I've been informed it is provided by Palmchip. I'll make a new patch.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@v
Sergei Shtylyov <sergei.shtyl...@cogentembedded.com> writes:
> On 10/2/2015 5:26 PM, Måns Rullgård wrote:
>
>>>> Some SoCs have a UART with a non-standard register layout. This
>>>> allows the debug console to work with these.
>>>
>>>> Sign
Mason writes:
> Hello Mans,
>
> On 29/09/2015 22:18, Måns Rullgård wrote:
>
>> Mason writes:
>>
>>> On 29/09/2015 20:32, Thomas Gleixner wrote:
>>>
>>>> On Tue, 29 Sep 2015, Mason wrote:
>>>>
>>>>> I am trying to
hich includes a proper subject line, changelog, plus
>> the necessary Makefile and Kconfig modifications.
>
> OK, I'll send a formal patch tomorrow.
> There are no Kconfig modifications, is that OK?
Why don't you use my driver? It's even simpler, and it works just fine
on the 87xx chip.
h
Mason <slash@free.fr> writes:
> Hello Mans,
>
> On 29/09/2015 22:18, Måns Rullgård wrote:
>
>> Mason writes:
>>
>>> On 29/09/2015 20:32, Thomas Gleixner wrote:
>>>
>>>> On Tue, 29 Sep 2015, Mason wrote:
>>&
t fine
on the 87xx chip.
https://github.com/mansr/linux-tangox/blob/master/drivers/clocksource/clksrc-tangox.c
--
Måns Rullgård
m...@mansr.com
--
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/
trcmp(clk->name, orphan->parent_names[i]))
>> > __clk_reparent(orphan, clk);
>> > continue;
>> > }
>> >
>>
>> This works for me and is less invasive than the original patch series.
&g
gt;num_parents &&
>> > + !strcmp(clk->name, orphan->parent_names[i]))
>> > __clk_reparent(orphan, clk);
>> > continue;
>> > }
>> >
>>
roach keeps the data flowing
as fast as possible.
With the hardware you describe, there is unfortunately a trade-off
between throughput and CPU efficiency. You'll have to decide which is
more important to you.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line "unsubscri
is
more important to you.
--
Måns Rullgård
m...@mansr.com
--
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
r those that don't, perhaps we handle the conversion between perceived and
> pwm in the core, e.g. by adding a new flag to led_classdev.flags to indicate
> the need for conversion?
Some LED controllers do the right thing in hardware, so any adjustment
done in the core needs to be option
to indicate
the need for conversion?
Some LED controllers do the right thing in hardware, so any adjustment
done in the core needs to be optional.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
as dropped or if it just
> got forgotten about (I haven't found a V3 which should have addressed
> fixing all the get_parent return values yet).
The patch author is apparently no longer at TI (mail bounces). That
might explain a thing or two.
--
Måns Rullgård
m...@mansr.com
--
To unsub
as dropped or if it just
> got forgotten about (I haven't found a V3 which should have addressed
> fixing all the get_parent return values yet).
I ran into this error myself just now, and it's quite annoying. It
would be great if it got fixed.
--
Måns Rullgård
m...@mansr.com
--
To unsub
forgotten about (I haven't found a V3 which should have addressed
fixing all the get_parent return values yet).
I ran into this error myself just now, and it's quite annoying. It
would be great if it got fixed.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line
forgotten about (I haven't found a V3 which should have addressed
fixing all the get_parent return values yet).
The patch author is apparently no longer at TI (mail bounces). That
might explain a thing or two.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line
o macro
> arguments. And TBH I find banning any macro arguments starting with `u'
> rather silly.
Agreed.
> I'm leaning towards considering having -Wunicode disabled for all
> assembly sources, or maybe even for the whole Linux compilation, the
> right solution. It's not like we h
this. Personally, I
doubt there's much cause for concern here.
--
Måns Rullgård
m...@mansr.com
--
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
he interrupt line connected, so I can't really
help with that.
--
Måns Rullgård
m...@mansr.com
--
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/
Thanks, queued for 3.20.
>
> This makes me wonder, though, if the sys and cfb versions could be
> somehow combined...
I would have done it by #including a common template with different
macro definitions for the memory access operations.
--
Måns Rullgård
m...@mansr.com
--
To unsub
it by #including a common template with different
macro definitions for the memory access operations.
--
Måns Rullgård
m...@mansr.com
--
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
connected, so I can't really
help with that.
--
Måns Rullgård
m...@mansr.com
--
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
multiple identical
definitions even though the C spec does not. Obviously all but one
should go away. No need to mention llvm, IMO.
--
Måns Rullgård
m...@mansr.com
--
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/
but one
should go away. No need to mention llvm, IMO.
--
Måns Rullgård
m...@mansr.com
--
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
taken
to warning about unused inline functions, that's a regression that needs
to be addressed in clang, not the kernel.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
. If clang has taken
to warning about unused inline functions, that's a regression that needs
to be addressed in clang, not the kernel.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
uffer: fix cfb_copyarea")
> - 5b789da8 ("framebuffer: fix screen corruption when copying")
>
> This patch incorporates the fixes into sys_copyarea() as well.
Scratch that, this patch is broken. Correct patch coming soon.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe f
e);
>>>
>>> Which can be written now as:
>>> pr_info("Frobbing node %pO\n", node);
>>
>> Still disliking use of %p0.
>>
>
> Choices are limited. And it’s pO not p0.
O as in OF. Makes sense.
--
Måns Rullgård
m...@mansr.
disliking use of %p0.
Choices are limited. And it’s pO not p0.
O as in OF. Makes sense.
--
Måns Rullgård
m...@mansr.com
--
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
cfb_copyarea)
- 5b789da8 (framebuffer: fix screen corruption when copying)
This patch incorporates the fixes into sys_copyarea() as well.
Scratch that, this patch is broken. Correct patch coming soon.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux
me' is usually
> not what you want to print to identify the node in question. ‘name’ is
> usually not unique.
Name and address without the full path is usually a good compromise
between uniqueness (it is usually unique for memory-mapped things) and
verbosity.
--
Måns Rullgård
m...@mansr.c
unique for memory-mapped things) and
verbosity.
--
Måns Rullgård
m...@mansr.com
--
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
from bad to worse. Using filter functions
> isn't that great in the first place. And using them to pass data from
> the consumer to the DMA provider is just a horrible abuse of the API.
It seems to me the only sane way to use the dmaengine API is in
conjunction with DT.
--
Måns Rullg
in the first place. And using them to pass data from
the consumer to the DMA provider is just a horrible abuse of the API.
It seems to me the only sane way to use the dmaengine API is in
conjunction with DT.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe
Joe Perches writes:
> On Fri, 2014-12-19 at 01:43 +0000, Måns Rullgård wrote:
>> What exactly are you proposing to remove?
>
> Optionally compile out
> kernel/printk/printk.c:early_printk()
> even if CONFIG_EARLY_PRINTK is enabled.
>
>> I see no unused code rela
Joe Perches j...@perches.com writes:
On Fri, 2014-12-19 at 01:43 +, Måns Rullgård wrote:
What exactly are you proposing to remove?
Optionally compile out
kernel/printk/printk.c:early_printk()
even if CONFIG_EARLY_PRINTK is enabled.
I see no unused code related
to early printk (in any
ve working functionality.
>
> Unused.
What exactly are you proposing to remove? I see no unused code related
to early printk (in any variant) under arch/mips.
--
Måns Rullgård
m...@mansr.com
--
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/
.
Is early_printk really used by these architectures?
Should it be removed?
Sure, if you have a good reason to remove working functionality.
Unused.
What exactly are you proposing to remove? I see no unused code related
to early printk (in any variant) under arch/mips.
--
Måns Rullgård
m
rly in the boot sequence and has very few dependencies, which makes
> it useful for board bringup.
EARLY_PRINTK on MIPS is enabled just after prom_init(), well before
OF_EARLYCON is usable. I'd prefer if it stayed that way.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: s
dependencies, which makes
it useful for board bringup.
EARLY_PRINTK on MIPS is enabled just after prom_init(), well before
OF_EARLYCON is usable. I'd prefer if it stayed that way.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
understand it. Not sure which is scarier.
Those are probably the Evil Vendor Tree developers who apparently think
"this is hard, best put volatile and barriers _everywhere_ and hope for
the best."
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line "unsub
apparently think
this is hard, best put volatile and barriers _everywhere_ and hope for
the best.
--
Måns Rullgård
m...@mansr.com
--
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
Christian Riesch writes:
> On Tue, Nov 11, 2014 at 2:04 PM, Måns Rullgård wrote:
>> Christian Riesch writes:
> [...]>> diff --git a/drivers/tty/n_tty.c b/drivers/tty/n_tty.c
>>> index 2e900a9..b09f326 100644
>>> --- a/drivers/tty/n_tty.c
>>> +
Christian Riesch christian.rie...@omicron.at writes:
On Tue, Nov 11, 2014 at 2:04 PM, Måns Rullgård m...@mansr.com wrote:
Christian Riesch christian.rie...@omicron.at writes:
[...] diff --git a/drivers/tty/n_tty.c b/drivers/tty/n_tty.c
index 2e900a9..b09f326 100644
--- a/drivers/tty/n_tty.c
ar c, struct n_tty_data *ldata)
> {
> - *read_buf_addr(ldata, ldata->read_head++) = c;
> + *read_buf_addr(ldata, ldata->read_head) = c;
> + /* increment read_head _after_ placing the character in the buffer */
> + ldata->read_head++;
> }
Is that
(ldata, ldata-read_head) = c;
+ /* increment read_head _after_ placing the character in the buffer */
+ ldata-read_head++;
}
Is that comment really necessary?
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Christian Riesch writes:
> On Thu, Nov 6, 2014 at 9:56 PM, Greg Kroah-Hartman
> wrote:
>> On Thu, Nov 06, 2014 at 08:49:01PM +, Måns Rullgård wrote:
>>> Greg Kroah-Hartman writes:
>>>
>>> > On Thu, Nov 06, 2014 at 12:39:59PM +0100, Christian Riesc
Christian Riesch christian.rie...@omicron.at writes:
On Thu, Nov 6, 2014 at 9:56 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Thu, Nov 06, 2014 at 08:49:01PM +, Måns Rullgård wrote:
Greg Kroah-Hartman gre...@linuxfoundation.org writes:
On Thu, Nov 06, 2014 at 12:39:59PM
Greg Kroah-Hartman writes:
> On Thu, Nov 06, 2014 at 10:12:54PM +0000, Måns Rullgård wrote:
>> Greg Kroah-Hartman writes:
>>
>> > On Thu, Nov 06, 2014 at 09:38:59PM +, Måns Rullgård wrote:
>> >> Greg Kroah-Hartman writes:
>> >>
>&g
Greg Kroah-Hartman writes:
> On Thu, Nov 06, 2014 at 09:38:59PM +0000, Måns Rullgård wrote:
>> Greg Kroah-Hartman writes:
>>
>> > On Thu, Nov 06, 2014 at 09:01:36PM +, Måns Rullgård wrote:
>> >> Greg Kroah-Hartman writes:
>> >>
>&g
Greg Kroah-Hartman writes:
> On Thu, Nov 06, 2014 at 09:01:36PM +0000, Måns Rullgård wrote:
>> Greg Kroah-Hartman writes:
>>
>> > On Thu, Nov 06, 2014 at 08:49:01PM +, Måns Rullgård wrote:
>> >> Greg Kroah-Hartman writes:
>> >>
>> &g
Greg Kroah-Hartman writes:
> On Thu, Nov 06, 2014 at 08:49:01PM +0000, Måns Rullgård wrote:
>> Greg Kroah-Hartman writes:
>>
>> > On Thu, Nov 06, 2014 at 12:39:59PM +0100, Christian Riesch wrote:
>> >> The current implementation of put_tty_queue() causes a r
ere is a sequence point
before a function call, after the arguments have been evaluated. Thus
all side-effects, such as the post-increment, must be complete before
the function is called, just like in the example.
There is no "re-arranging" here. The code is simply wrong.
--
Måns Rullgård
m..
-increment, must be complete before
the function is called, just like in the example.
There is no re-arranging here. The code is simply wrong.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
Greg Kroah-Hartman gre...@linuxfoundation.org writes:
On Thu, Nov 06, 2014 at 08:49:01PM +, Måns Rullgård wrote:
Greg Kroah-Hartman gre...@linuxfoundation.org writes:
On Thu, Nov 06, 2014 at 12:39:59PM +0100, Christian Riesch wrote:
The current implementation of put_tty_queue() causes
Greg Kroah-Hartman gre...@linuxfoundation.org writes:
On Thu, Nov 06, 2014 at 09:01:36PM +, Måns Rullgård wrote:
Greg Kroah-Hartman gre...@linuxfoundation.org writes:
On Thu, Nov 06, 2014 at 08:49:01PM +, Måns Rullgård wrote:
Greg Kroah-Hartman gre...@linuxfoundation.org writes
Greg Kroah-Hartman gre...@linuxfoundation.org writes:
On Thu, Nov 06, 2014 at 09:38:59PM +, Måns Rullgård wrote:
Greg Kroah-Hartman gre...@linuxfoundation.org writes:
On Thu, Nov 06, 2014 at 09:01:36PM +, Måns Rullgård wrote:
Greg Kroah-Hartman gre...@linuxfoundation.org writes
Greg Kroah-Hartman gre...@linuxfoundation.org writes:
On Thu, Nov 06, 2014 at 10:12:54PM +, Måns Rullgård wrote:
Greg Kroah-Hartman gre...@linuxfoundation.org writes:
On Thu, Nov 06, 2014 at 09:38:59PM +, Måns Rullgård wrote:
Greg Kroah-Hartman gre...@linuxfoundation.org writes
r lazy argument.)
- It would be specific to Linux, so software can't rely on it anyway.
(This is an even lazier argument.)
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
argument.)
- It would be specific to Linux, so software can't rely on it anyway.
(This is an even lazier argument.)
--
Måns Rullgård
m...@mansr.com
--
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
Martin Steigerwald writes:
> Am Mittwoch, 13. August 2014, 10:27:56 schrieb Peter Zijlstra:
>> On Tue, Aug 12, 2014 at 11:07:05PM +0100, Måns Rullgård wrote:
>> > Steven Rostedt writes:
>> > > Nice rant, I sympathize with you (just complaining about this
Peter Zijlstra writes:
> On Wed, Aug 13, 2014 at 10:24:58AM +0100, Måns Rullgård wrote:
>> Beware, even Gentoo will pull in systemd, if in a dormant state, unless
>> you are very careful.
>
> Right so I've not tried yet (busy see), but I meant to remove all the
> *Kit
Peter Zijlstra writes:
> On Tue, Aug 12, 2014 at 11:07:05PM +0100, Måns Rullgård wrote:
>> Steven Rostedt writes:
>>
>> > Nice rant, I sympathize with you (just complaining about this on G+).
>>
>> Made my day.
>>
>> > I'm just waiting f
Peter Zijlstra pet...@infradead.org writes:
On Tue, Aug 12, 2014 at 11:07:05PM +0100, Måns Rullgård wrote:
Steven Rostedt rost...@goodmis.org writes:
Nice rant, I sympathize with you (just complaining about this on G+).
Made my day.
I'm just waiting for Linus to get pissed enough
Peter Zijlstra pet...@infradead.org writes:
On Wed, Aug 13, 2014 at 10:24:58AM +0100, Måns Rullgård wrote:
Beware, even Gentoo will pull in systemd, if in a dormant state, unless
you are very careful.
Right so I've not tried yet (busy see), but I meant to remove all the
*Kit and other
Martin Steigerwald mar...@lichtvoll.de writes:
Am Mittwoch, 13. August 2014, 10:27:56 schrieb Peter Zijlstra:
On Tue, Aug 12, 2014 at 11:07:05PM +0100, Måns Rullgård wrote:
Steven Rostedt rost...@goodmis.org writes:
Nice rant, I sympathize with you (just complaining about this on G
t most of the heavy-weight kernel developers don't
seem to care at all about what goes on in userspace.
--
Måns Rullgård
m...@mansr.com
--
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 htt
of the heavy-weight kernel developers don't
seem to care at all about what goes on in userspace.
--
Måns Rullgård
m...@mansr.com
--
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
g-code bug.
Are there any that with reasonable confidence do not?
--
Måns Rullgård
m...@mansr.com
--
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/
you guys can be so cavalier about a compiler
bug that has already resulted in actual real problems. You bring up
I have no problem with a -fno-var-tracking-assignments workaround for
compilers that have the PR61801 wrong-code bug.
Are there any that with reasonable confidence do not?
--
Måns
Richard Henderson writes:
> On 07/30/2014 12:04 PM, Måns Rullgård wrote:
>> Richard Henderson writes:
>>
>>> The assignment to regs->r20 kills the original tls_val input
>>> to the clone syscall, which means that clone can no longer be
>>> restart
regs->r20 = 0;
> stack = ((struct switch_stack *) regs) - 1;
> *childstack = *stack;
> childstack->r26 = (unsigned long) ret_from_fork;
> --
> 1.9.3
>
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line "unsubsc
;
*childstack = *stack;
childstack-r26 = (unsigned long) ret_from_fork;
--
1.9.3
--
Måns Rullgård
m...@mansr.com
--
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
Richard Henderson r...@twiddle.net writes:
On 07/30/2014 12:04 PM, Måns Rullgård wrote:
Richard Henderson r...@twiddle.net writes:
The assignment to regs-r20 kills the original tls_val input
to the clone syscall, which means that clone can no longer be
restarted with the original inputs
one as well?
You say that like user-selectable options are somehow evil. The kernel
is not Gnome.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
this one as well?
You say that like user-selectable options are somehow evil. The kernel
is not Gnome.
--
Måns Rullgård
m...@mansr.com
--
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
Nick Krause writes:
> On Thu, Jul 24, 2014 at 12:34 PM, Måns Rullgård wrote:
>> Nick Krause writes:
>>
>>> On Thu, Jul 24, 2014 at 12:15 PM, Måns Rullgård wrote:
>>>> Steven Rostedt writes:
>>>>
>>>>> On Thu, 24 Jul 2014 10:
Nick Krause writes:
> On Thu, Jul 24, 2014 at 12:15 PM, Måns Rullgård wrote:
>> Steven Rostedt writes:
>>
>>> On Thu, 24 Jul 2014 10:47:25 -0400
>>> Steven Rostedt wrote:
>>>
>>>> The three parameters are the number of elements, the size o
get the flags part correct.
>>
>> Now lets look at what you did. For the size you had:
>
> That should have read "For the count you had:"
>
> Oh well, you get my point anyway.
I have some doubts about the last bit.
--
Måns Rullgård
m...@mansr.com
--
To unsubs
did get the flags part correct.
Now lets look at what you did. For the size you had:
That should have read For the count you had:
Oh well, you get my point anyway.
I have some doubts about the last bit.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line
Nick Krause xerofo...@gmail.com writes:
On Thu, Jul 24, 2014 at 12:15 PM, Måns Rullgård m...@mansr.com wrote:
Steven Rostedt rost...@goodmis.org writes:
On Thu, 24 Jul 2014 10:47:25 -0400
Steven Rostedt rost...@goodmis.org wrote:
The three parameters are the number of elements, the size
Nick Krause xerofo...@gmail.com writes:
On Thu, Jul 24, 2014 at 12:34 PM, Måns Rullgård m...@mansr.com wrote:
Nick Krause xerofo...@gmail.com writes:
On Thu, Jul 24, 2014 at 12:15 PM, Måns Rullgård m...@mansr.com wrote:
Steven Rostedt rost...@goodmis.org writes:
On Thu, 24 Jul 2014 10:47
addr 0x%lx" "
> [0x%lx:0x%lx]\n",
> vaddr, kaddr, kstart, kend);
> #endif
If you're doing this, you should merge the strings too.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line "unsubscribe linux
);
#endif
If you're doing this, you should merge the strings too.
--
Måns Rullgård
m...@mansr.com
--
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
601 - 700 of 818 matches
Mail list logo