with that option set, the full kernel build with my configuration
finishes in one minute flat on my Gentoo box. Could it be that the
linker uses enormous amounts of memory? I have 4GB so I wouldn't
immediately notice.
--
Måns Rullgård
[EMAIL PROTECTED]
-
To unsubscribe from this list: send
Andi Kleen [EMAIL PROTECTED] writes:
On Friday 20 April 2007 10:35:10 Måns Rullgård wrote:
Arjan van de Ven [EMAIL PROTECTED] writes:
Andi Kleen wrote:
Rationale:
- It cannot be enabled in normal builds because all current lds
become very slow when they have to handle thousands
or arithmetic instruction always takes one
cycle.
--
Måns Rullgård
[EMAIL PROTECTED]
-
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.html
Please read the FAQ
are bad.
But not me ... I don't think this patch is merge-worthy.
Would also add rules like don't put parens around the word device
etc? There are countless silly things one could do, and we can't
explicitly prohibit all of them.
--
Måns Rullgård
[EMAIL PROTECTED]
-
To unsubscribe from this list
[c047a447] sys_getdents+0x5f/0x9c
[c0403eff] syscall_call+0x7/0xb
===
Your Redhat kernel is probably built with 4k stacks and XFS+loop+ext3
seems to be enough to overflow it.
--
Måns Rullgård
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux
Chris Boot [EMAIL PROTECTED] writes:
Måns Rullgård wrote:
Chris Boot [EMAIL PROTECTED] writes:
All,
I've got a box running RHEL5 and haven't been impressed by ext3
performance on it (running of a 1.5TB HP MSA20 using the cciss
driver). I compiled XFS as a module and tried it out since
thread and gotten truly bizarre.
Surprised?
--
Måns Rullgård
[EMAIL PROTECTED]
-
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.html
Please read the FAQ at http
could be held on display up to the graphical
login, and even as the
desktop background, without any visible effect.
Is this technically feasible?
It's technically pointless. Take a look at bootsplash, though.
--
Måns Rullgård
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
on the label. The
version is also visible in dmesg output:
Vendor: ATA Model: ST3160827AS Rev: 3.03
Type: Direct-Access ANSI SCSI revision: 05
The Rev number is the firmware version.
--
Måns Rullgård
[EMAIL PROTECTED]
-
To unsubscribe from this list: send
Rao Davide [EMAIL PROTECTED] writes:
Is LVM working on the alpha port 2.6 kernel series ?
Works for me.
If so where do I get libdevmapper so that I can build the userspace
LVM utils ?
Same place as you'd get it for any other system. Doesn't your
distribution include it?
--
Måns Rullgård
Natanael Copa [EMAIL PROTECTED] writes:
well, the problem here has that stupid fork bombs like:
:() { :|: };:
brings down almost all linux distro's while other *nixes survives.
I have seen a SunFire machine with 4GB RAM running Solaris grind to a
complete halt from a fork bomb.
--
Måns
subtle?
--
Måns Rullgård
[EMAIL PROTECTED]
-
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.html
Please read the FAQ at http://www.tux.org/lkml/
Michael Tokarev [EMAIL PROTECTED] writes:
Måns Rullgård wrote:
Ronald S. Bultje [EMAIL PROTECTED] writes:
--- linux-2.6.5/drivers/media/video/zr36050.c.old16 Sep 2004 22:53:27
- 1.2
+++ linux-2.6.5/drivers/media/video/zr36050.c29 Mar 2005 20:30:23
-
@@ -419,7 +419,7
Vicente Feito [EMAIL PROTECTED] writes:
On Tuesday 29 March 2005 09:58 pm, you wrote:
Måns Rullgård wrote:
Ronald S. Bultje [EMAIL PROTECTED] writes:
--- linux-2.6.5/drivers/media/video/zr36050.c.old 16 Sep 2004 22:53:27
- 1.2 +++ linux-2.6.5/drivers/media/video/zr36050.c 29 Mar 2005
be easily accomplished with
a simple wrapper, only for the shell.
--
Måns Rullgård
[EMAIL PROTECTED]
-
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.html
Please read
Wiktor [EMAIL PROTECTED] writes:
Måns Rullgård wrote:
It can be done entirely in userspace, if you want it. Just hack your
shell to examine some extended attribute of your choice, and adjust
the nice value before executing files. Then arrange to have the shell
run with a negative nice
Wiktor [EMAIL PROTECTED] writes:
Måns Rullgård wrote:
You could wrap /lib/ld-linux.so, and get all dynamically linked
programs done in one sweep.
That's mad idea -
Sure, but it's possible.
keep similar things in one place! starting programs is done in
kernel and nice-value-support
to do this.
--
Måns Rullgård
[EMAIL PROTECTED]
-
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.html
Please read the FAQ at http://www.tux.org/lkml/
any embedded systems. You
need to use the garbage Motorola CPUs and the proprietary
operating systems in embedded stuff.
In front me at the moment are two embedded devices, one PPC based, the
other MIPS, both running Linux.
--
Måns Rullgård
[EMAIL PROTECTED]
-
To unsubscribe from this list
Richard B. Johnson [EMAIL PROTECTED] writes:
On Fri, 1 Apr 2005, [iso-8859-1] Måns Rullgård wrote:
linux-os [EMAIL PROTECTED] writes:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know, the stuff that
is necessary
Wiktor [EMAIL PROTECTED] writes:
Måns Rullgård wrote:
So you are proposing the addition of a per-file attribute, with
restricted access, and potentially dangerous effects if set
incorrectly. This, combined with the fact that is unlikely to receive
much testing, all speaks against
is meaningless.
You forgot something: this idea of yours needs to be implemented,
tested, and debugged. Those things take time, and effort, and are
still of very little value.
--
Måns Rullgård
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
this
question on the ALSA lists.
What the ALSA list is that?
Go to http://alsa-project.org/mailing-lists.php and pick one that
seems appropriate.
--
Måns Rullgård
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
is text/html, so where's
the problem?
--
Måns Rullgård
[EMAIL PROTECTED]
-
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.html
Please read the FAQ at http
certain addresses will crash your computer.
If you want the virtual to physical mapping for your process, there is
no simple way.
--
Måns Rullgård
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
.
--
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/
://infocenter.arm.com/help/topic/com.arm.doc.genc010197a/index.html
This document is only available in a PDF version to registered ARM
customers.
It would be nice to make this public :-(.
Anyone can register, so it's not all that bad.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send
the aarch64 name was
chosen. Assuming it wasn't handed down by a supreme being, there has
to be some reasoning behind the choice.
--
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
?
Probably something to do with this commit:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ecb77fa96ceda9cae88015bfe3293ffe19006159
--
Måns Rullgård
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
linking of not GPLv2 compatible code into GPLv2 code was
not a copyright violation.
As long as you don't distribute /proc/kcore, I can't see how the GPL
would have any say in the matter. The Windows drivers are (unrelated
violations aside) clearly not derived from GPL code.
IANAL
--
Måns
Adrian Bunk [EMAIL PROTECTED] writes:
On Tue, Jan 29, 2008 at 11:25:22PM +, Måns Rullgård wrote:
Adrian Bunk [EMAIL PROTECTED] writes:
On Tue, Jan 29, 2008 at 04:22:45PM -0500, Pavel Roskin wrote:
Hello!
It have come to my attention that a patch has been committed to the
kernel
at times. That said, I am not a
lawyer, and may have misunderstood something. If that is the case, I
apologise for any confusion I may have caused.
--
Måns Rullgård
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
doesn't necessarily violate the GPL. The two issues
are orthogonal.
--
Måns Rullgård
[EMAIL PROTECTED]
--
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.html
Please read
that once from %td to %zd so that the size_t works
correctly.
If the argument is correctly of type size_t, the format should be '%zu'
since size_t is unsigned.
Does a signed size_t make any sense?
A signed type corresponding to size_t sometimes makes sense and it's
called ssize_t.
--
Måns
a do_each_thread() +
while_each_thread() loop.
Was this always a bug or did the meaning of for_each_process() change
since this code was added?
--
Måns Rullgård
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
.
--
Måns Rullgård
[EMAIL PROTECTED]
-
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.html
Please read the FAQ at http://www.tux.org/lkml/
developers generally put *much* effort into making APIs
as logical and friendly as they possibly can.
I've still not, after all these years, managed to figure out what KDE
(or Gnome) is supposed to be good for. I'm not missing anything from
my window manager, xterm and xemacs setup.
--
Måns
fantastic real-life flame war you
gave us at LinuxTag (by the Google booth, remember). I haven't had so
much fun in a long time. Quite a few bystanders seemed rather
entertained too.
--
Måns Rullgård
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
then. That combination has
quite reliably crashed any 4k-stack kernel I've ever cared to try.
--
Måns Rullgård
[EMAIL PROTECTED]
-
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.html
this regularly. I have no shortage
on RAM with 8k stacks, so for me the choice is quite simple.
--
Måns Rullgård
[EMAIL PROTECTED]
-
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
);
+}
--
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/
registers (and move the
values to/from r0/r1) that would not be needed if the div instructions
were done inline (obviously such a kernel could only run on hardware
with division support).
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
when supported. This would leave things exactly as they are
for hardware without div capability and incur only the call setup cost
(but no actual call) on div-capable hardware. No, I don't know how to
achieve this.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line
indexing.
There should also be some cache maintenance after this patching, or is
that already happening for some other reason?
--
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
);
1375pci_read_config_dword(pdev, ivt_uncore_irp_ctrs[hwc-idx]
+ 4, (u32 *)count + 1);
1376
1377return count;
1378}
This looks intentional and correct apart from possible strict aliasing
issues.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line
would accept that.
It might be possible to extract this information from relocation tables.
--
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
Nicolas Pitre nicolas.pi...@linaro.org writes:
On Tue, 12 Nov 2013, Måns Rullgård wrote:
Nicolas Pitre nicolas.pi...@linaro.org writes:
On Tue, 12 Nov 2013, Ben Dooks wrote:
Given these are single instructoins for ARM, is it possible we could
make a table of all the callers and fix
.
That might work.
That sounds like it will only warn if a trampoline is needed. A nested
function whose address isn't taken, as is the case here, wouldn't
trigger this warning.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
or for the different range of immediate values available.
--
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
beh...@converseincode.com writes:
+#define current_stack_pointer ({ \
+ unsigned long current_sp; \
+ asm (mov %0, r13 : =r (current_sp)); \
+ current_sp; \
+})
Why do you use 'r13' rather than the more common 'sp' alias?
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from
to create a barrier of some
sort. Your new code stores the value of the stack pointer to a location
on the stack for consumption by the Q memory constraint. This store
is not necessary and should preferably be avoided.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line
rarely works properly for ARM.
What value is there in maintaining compatibility with a truly ancient
binutils version anyway?
--
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
new gnuisms just because they're there and nobody else is
regression testing against them, not because they actually add anything.
Since when is assembling the instructions correctly, as specified in the
arch ref, and not in some other random way a gnuism?
--
Måns Rullgård
m...@mansr.com
. We're *not* going to listen to that argument.
END OF DISCUSSION (everything else is just a waste of time.)
I fully agree.
--
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
Rob Landley r...@landley.net writes:
On 09/25/2013 10:52:44 AM, Måns Rullgård wrote:
Rob Landley r...@landley.net writes:
On 09/24/2013 09:07:57 PM, Nicolas Pitre wrote:
I'd strongly suggest you make your binutils compatible with newer
instruction syntax instead of making the kernel
/1594134
--
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/
)
return (-ENODEV);
This relies on implementation-defined behaviour when converting an
unsigned integer to signed integer. A simpler and more robust fix is to
make the local variable 'adapno' unsigned.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe
is malice.
--
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/
.
--
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/
);
#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
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
;
*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
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
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
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
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
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
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
(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 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
-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
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
.
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
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
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
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
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
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
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
. 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
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
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
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
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
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
is additional MII_MBSR read used for?
>>
>> On one of my boards, phylib misdetects a phy on the second ethernet port
>> even though there is none. Perhaps I should revisit that problem and
>> look for a better solution.
>
> I think that would be best, if you are cur
Marc Gonzalez <marc_gonza...@sigmadesigns.com> writes:
> On 23/10/2015 15:41, Måns Rullgård wrote:
>
>> Marc Gonzalez wrote:
>>
>>> On 22/10/2015 16:02, Mans Rullgard wrote:
>>>
>>>> This adds a binding for the Aurora VLSI NB8800 Etherne
errupt specifier for the device
>> +- interrupt-parent: Should be a phandle for the interrupt controller
>> +- clocks: Should be a phandle for the clock for the device
>> +
>> +Common properties described in ethernet.txt:
>> +- local-mac-address
>> +- mac-address
>>
1 - 100 of 818 matches
Mail list logo
