David Woodhouse wrote:
On Tue, 2008-06-03 at 17:01 -0700, Tim Bird wrote:
This is clearly an improvement. But it is missing this part of the
original patch:
Oops, well spotted. I've updated the patch in the git tree; thanks.
(that's what comes of applying patches by hand -- I _knew_ I had
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED]
More majordomo info
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED]
More majordomo info
support in arch trees often
lag mainline by a version or two.
The number of parties involved here is why, IMHO, it has
taken so long to make improvements in this area.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation
repeated
rebuilds.
Yeah, I'm pretty impressed with how well kbuild avoids rebuilding
stuff in the first place.
Maybe I should just be grateful for any ccache hits I get.
Thanks,
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony
something in /proc or /sys, but I'm not sure.
Also, is there something like this in the kernel now that I'm
missing?
Any advice or comments would be welcome.
Thanks,
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation
Jörn Engel wrote:
On Tue, 17 June 2008 11:23:18 -0700, Tim Bird wrote:
I'm not that happy using an ioctl for this trigger. What is
the preferred method of activating a kernel feature like this?
I presume something in /proc or /sys, but I'm not sure.
I personally would be unhappy with any
Jim Freeman wrote:
Run modprobe? Have it do just the _init bits without a load/link
of the actual module text?
Interesting... Maybe I could overload sys_init_module(). I'll take
a look at this.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior
(to run the script)
a script, a program (modprobe) and a whole new set of memory
operations (to handle the initramfs), is simpler than a single
ioctl. (It might be, in the non-embedded case, where the
presence of these things is taken for granted.)
-- Tim
=
Tim Bird
to the kernel (a syscall) or a library function? The kernel has the
syscall sys_init_module(), which I'm considering using. Is there some
mobprobe library call that might make sense to use?
Thanks for the feedback.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Gilad Ben-Yossef wrote:
Tim Bird wrote:
I agree. When you say have the application call modprobe directly,
I'm not sure I understand what you mean.
I simply meant that you can fork and exec modprobe itself (or use
system() but that
would require a working shell). This would save the need
.
As for the ChangeLog, here's some information about history and
recent changes. I can put this in the patch/script if desired.
CHANGELOG:
2008-06-24 - Tim Bird [EMAIL PROTECTED] - add usage function,
add -m feature for merge-style output, use .config and .config.old
by default, improve
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED]
More majordomo
this is an official post for
application.
Signed-off-by: Tim Bird [EMAIL PROTECTED]
---
vt_kern.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/vt_kern.h b/include/linux/vt_kern.h
index 14c0e91..8c8119f 100644
--- a/include/linux/vt_kern.h
+++ b/include/linux/vt_kern.h
be inclined to NOT add the extra config
dependencies. Just my 2 cents.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe
options,
without having to address lots of different bootloaders
Signed-off-by: Tim Bird [EMAIL PROTECTED]
---
Note: If you're copied on this, it's because you seemed
interested in this the last time it was submitted.
This particular implementation adds a space to the
front of the command line
Matt Mackall wrote:
On Wed, 2008-08-06 at 14:31 -0700, Tim Bird wrote:
The default behavior is to append the boot loader string
to this one. However, there is a mechanism (leading '!')
to force the built-in string to override the boot loader
string.
Nice solution.
Where
H. Peter Anvin wrote:
Tim Bird wrote:
The only thing novel thing I'm adding here is the addition of
the leading '!' to allow for an override. This is needed
in some x86 cases I'm familiar with, but I've haven't seen
any cases where it would be useful for other arches.
(not to say they don't
/2
I hope this helps.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message
H. Peter Anvin wrote:
Ingo Molnar wrote:
* Tim Bird [EMAIL PROTECTED] wrote:
Add support for a built-in command line for x86 architectures. The
Kconfig help gives the major rationale for this addition.
i have actually used a local hack quite similar to this to inject boot
options
Allow x86 to support a built-in kernel command line. The built-in
command line can override the one provided by the boot loader, for
those cases where the boot loader is broken or it is difficult
to change the command line in the the boot loader.
Signed-off-by: Tim Bird [EMAIL PROTECTED
the log buffer size
is constrained to a power of two).
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded
value. In this particular thread, David asserted that NTP breaks
with this patch applied, but that turned out not to be the case.
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
as 0 msecs. Working on the 900 us ones is more
important than the 4 us ones.
With 'quiet' on the kernel command line, this adds no significant
overhead to kernel boot time.
Signed-off-by: Tim Bird [EMAIL PROTECTED]
---
init/main.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions
have a similar purpose,
but the intent would be to integrate it into the kernel build
system, to allow any developer to measure the size information,
and highlight and track the information of their choice.
Any comments?
-- Tim
=
Tim Bird
Architecture Group Chair, CE
kernel summit
* Bas Engel - of Philips will describe Linux use in digital televisions
* Tim Bird - of Sony will give tips for fast-booting the Linux kernel
* Vitaly Wool - of Embedded Alley will discuss embedded display
technology and flash memory optimization and tuning
* Stefan Seyfried
, and no one from MV complained.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message
additional
aggregate items (like subsystems and the full kernel).
Feedback is welcome.
-- Tim
commit d4c8434396cc9a06dbd682f4eea44e2cfb44950f
Author: Tim Bird [EMAIL PROTECTED]
Date: Thu Oct 9 16:50:08 2008 -0700
Add size reporting and monitoring scripts to the Linux kernel
Signed-off-by: Tim
up an account immediately.
I haven't hosted a public git tree there, so there may be
some additional setup required.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
considering funding
a project to do this (add LZMA support to the kernel), and
it would be good to get a feel for the current status...
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
(no relation to me)
discount!
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message
what a KS discussion is going to do
to drive issues here.
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded
on real embedded hardware you should get better than 13MB/sec
writing to _RAM_. I guess something is seriously wrong with pramfs.
See above.
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
Pavel Machek wrote:
On Mon 2009-06-22 10:31:28, Tim Bird wrote:
Pavel Machek wrote:
I did not see that in the changelog. If it is not general purpose
filesystem, it is lot less interesting.
PRAMFS is not a general purpose filesystem. Please read
the introductory post to this thread, or look
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo
using XIP we have been able to finish kernel boot on a 192 MHZ ARM9
in 186 milliseconds. In the lab, anyway?
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from
Robert Schwebel wrote:
On Fri, Jul 31, 2009 at 12:48:37PM -0700, Tim Bird wrote:
Those fractions-of-seconds boot times are beyond the reach of the
200 MHz-class ARM9 processors and similar, where it takes two or
three seconds just to load and uncompress the kernel from NOR or
NAND flash
*/
- ssleep(CONF_POST_OPEN);
+ msleep(CONF_POST_OPEN);
/*
* If the config information is insufficient (e.g., our IP address or
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
...@tree.celinuxforum.org.
I hope you can make it!
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body
for submissions is January 15, 2010.
Thanks,
-- Tim
=
Tim Bird
Chair of the ELC Program Committee
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body
, the memory budget for the
entire system is 10M. On most systems I work with, it is a
struggle to reserve even 64K for this feature.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
as well.
For details, see:
http://elinux.org/CELF_Open_Project_Proposal_2010
Proposal are welcome immediately...
Thanks,
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
with the relevant upstream project,
that's a good candidate for a proposal.
One obvious project, which I'm waiting to see if someone else
submits, is to pay someone to mainline some of the outstanding
Android patches into the Linux kernel.
-- Tim
=
Tim Bird
Architecture
source boot loaders like U-Boot.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body
David Woodhouse wrote:
On Wed, 2009-12-02 at 13:46 -0800, Tim Bird wrote:
It applies to anything in the embedded Linux ecosystem. This
would very much include open source boot loaders like U-Boot.
And coreboot.
The world needs more coreboot.
If coreboot were on ARM, it would be more
Summary: Improve UBIFS mounting time
Proposer: Tim Bird
Description:
UBIFS is a next-generation flash-based file system for Linux.
It is a read/write file system, which supports compression
and has good performance. However, it's mount times are not
very good. This affects overall Linux boot
Wolfram Sang wrote:
Summary: Create a watchdog framework for the Linux kernel
Interesting. I've created a page for this proposal at:
http://elinux.org/CELF_Project_Proposal/Create_a_watchdog_framework_for_the_Linux_kernel
-- Tim
=
Tim Bird
Architecture Group Chair
Matt Hsu wrote:
Summary: Refactoring Qi, lightweight bootloader.
I've created a page for this at:
http://elinux.org/CELF_Project_Proposal/Refactor_the_Qi_lightweight_bootloader
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
?
If the latter, than it would be good to hear more about what might
be needed to extend (or reduce :-) ) Android to fit this market.
I'll add a proposal for this, but I'd like to hear more to clarify
the proposal.
Thanks,
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux
there!
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord
by Phillip in this time frame.
Thanks for any information you can provide.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Network Entertainment
=
--
To unsubscribe from this list: send the line unsubscribe
Hi all,
I'm starting to look at XIP issues with Linux. I know this
sounds strange, but has anyone done anything with XIP
for kernel loadable modules? If so, please let me know.
I'd be interested in hearing about what you've done.
I'd like to start collecting information about XIP on the
eLinux
On 06/16/2010 03:23 PM, Mike Frysinger wrote:
On Wed, Jun 16, 2010 at 18:19, Tim Bird wrote:
I'd like to start collecting information about XIP on the
eLinux wiki. If you've done XIP for the kernel or for
user-space (application XIP), or know a good source of
information about this, please
work by Grant Likely.
-- Tim
P.S. Also, I would recommend cross-posting to LKML
to get wider visibility of your proposal. I'm doing
so in this response - I hope that's OK.
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Network
. that would be useful to a wider
audience. Tim Bird has offered to lead this discussion.
..
Tim, Jeremy and Kevin; I've accepted your micro-conference topics. As
the conference gets closer I'll write up a draft of the actual agenda
and your proposals can be massaged appropriately to reflect exactly
will be investing in development, integration and testing of
this version. Entities wanting to do business with those companies would
therefore be well-advised to make sure their hardware, drivers and
enhancements work well with this version of the kernel.
Tim Bird
Architecture Group Chair
CE Linux
On 11/09/2010 03:19 AM, Mike Frysinger wrote:
On Thu, Nov 4, 2010 at 18:07, Tim Bird wrote:
It was noted at the summit that several CE companies and embedded
projects will be using (or are already using) 2.6.35 for upcoming
products or releases. This includes Sony, Google, Meego, and Linaro
of anyone else here), I think
there would be a certain poetry to selecting 2.6.42 (which may
just also be the same as or one before kernel version 3.1)
;-)
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Network Entertainment
On 11/10/2010 2:16 AM, Mike Frysinger wrote:
On Tue, Nov 9, 2010 at 12:17, Tim Bird wrote:
On 11/09/2010 03:19 AM, Mike Frysinger wrote:
On Thu, Nov 4, 2010 at 18:07, Tim Bird wrote:
It was noted at the summit that several CE companies and embedded
projects will be using (or are already using
that you think it would be good
for CELF to fund would be appreciated.
Please see more details and full instructions at:
http://elinux.org/CELF_Open_Project_Proposal_2011
Regards,
-- Tim Bird
Architecture Group Chair
CE Linux Forum
--
To unsubscribe from this list: send the line unsubscribe linux
long long):
I like this, as it has information that is not documented elsewhere.
Some feedback on the patch:
Some of these lines are longer than 80 chars. Can you please truncate
things to fit in an 80-column terminal window?
Thanks,
-- Tim
=
Tim Bird
Architecture
On Tue, Feb 8, 2011 at 4:21 AM, Ingo Molnar mi...@elte.hu wrote:
Rafael, could you do a defconfig-ish x86 build with and without CONFIG_PM,
and post
the 'size vmlinux' comparison - so that we can see the size difference? We
make some
things CONFIG_EXPERT configurable just to enable folks
On 05/05/2011 11:00 AM, Tim Bird wrote:
On 05/05/2011 07:52 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
nearly no-one use it, only amop1, pxa and sa1100 implement it
Sony uses this - a lot. Principally we're using this on a NEC
naviengine part, which is ARM11MPCore based, support for which
On 05/05/2011 11:32 AM, David Woodhouse wrote:
On Thu, 2011-05-05 at 11:03 -0700, Tim Bird wrote:
On 05/05/2011 11:00 AM, Tim Bird wrote:
On 05/05/2011 07:52 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
nearly no-one use it, only amop1, pxa and sa1100 implement it
Sony uses this - a lot
On 05/05/2011 12:04 PM, Mike Frysinger wrote:
On Thu, May 5, 2011 at 14:54, Nicolas Pitre wrote:
On Thu, 5 May 2011, Tim Bird wrote:
On 05/05/2011 11:32 AM, David Woodhouse wrote:
On Thu, 2011-05-05 at 11:03 -0700, Tim Bird wrote:
On 05/05/2011 11:00 AM, Tim Bird wrote:
On 05/05/2011 07:52
On 05/18/2011 12:54 AM, Christoph Hellwig wrote:
On Tue, May 17, 2011 at 04:33:07PM -0700, Tim Bird wrote:
That said, I can answer Greg's question. This is to speed up
the symbol resolution on module loading. The last numbers I
saw showed a reduction of about 15-20% for the module load
time
On 05/18/2011 12:21 PM, Greg KH wrote:
On Wed, May 18, 2011 at 10:00:12AM -0700, Tim Bird wrote:
Carmelo Amoroso reported some good performance gains
in this presentation:
http://elinux.org/images/1/18/C_AMOROSO_Fast_lkm_loader_ELC-E_2009.pdf
(See slide 22).
He doesn't report the overall
the deferred modules.
Patch (for 2.6.27 I believe) follows. This is for discussion
only, I wouldn't expect it to apply to mainline.
commit 1fab0d6a932d000780cd232b7d10ebfbe69f477c
Author: Tim Bird tim.b...@am.sony.com
Date: Fri Sep 12 11:31:52 2008 -0700
Add deferred_module_init
monitoring software, and a web browser.
=
Tim Bird
Architecture Group Chair, CE Workgroup of the Linux Foundation
Senior Staff Engineer, Sony Network Entertainment
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded
many of you there! If you've been working
on something neat, please considering coming and telling us about it.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Workgroup of the Linux Foundation
Senior Staff Engineer, Sony Network Entertainment
to let interested parties know what's currently
going on.
Regards,
-- Tim
=
Tim Bird
Architecture Group Chair, CE Workgroup of the Linux Foundation
Senior Staff Engineer, Sony Network Entertainment
=
--
To unsubscribe from this list: send
On 12/20/2011 03:27 PM, Geunsik Lim wrote:
On Tue, Dec 20, 2011 at 9:39 AM, Tim Bird tim.b...@am.sony.com wrote:
The wiki page for this effort (still under construction) is
at: http://elinux.org/Android_Mainlining_Project
Actually, current linux-next tree is not including ashmem(anonymous
Hi all,
I'm looking for feedback on the Android logger code, to see what
it would take to make this code acceptable for inclusion in
the mainline kernel.
Information about the features of Android logging system
can be found at: http://elinux.org/Android_Logging_System
This system creates a new
On 12/21/2011 04:51 PM, Greg KH wrote:
On Wed, Dec 21, 2011 at 04:36:21PM -0800, Tim Bird wrote:
On 12/21/2011 03:19 PM, Greg KH wrote:
Huh, I'm not talking about syslogd, I'm talking about the syslog(2)
syscall we have.
OK - switching gears. Since the kernel log buffer isn't normally
used
=
Tim Bird
Architecture Group Chair, CE Workgroup of the Linux Foundation
Senior Staff Engineer, Sony Network Entertainment
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More
On 01/06/2012 01:20 PM, Greg KH wrote:
On Fri, Jan 06, 2012 at 12:56:27PM -0800, Tim Bird wrote:
4) this is for a popular use case, as opposed to some minor
outlying thing, and so people perceive the need to get it
exactly right. In this sense, the code would be a victim of
it's own success
If mutex_lock waits, it will return in state TASK_RUNNING,
rubbing out the effect of prepare_to_wait().
Signed-off-by: Tim Bird tim.b...@am.sony.com
---
drivers/staging/android/logger.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/android/logger.c b
Add comment to explain when w_off is not updated in case of failed second
fragment copy to buffer.
Signed-off-by: Tim Bird tim.b...@am.sony.com
---
drivers/staging/android/logger.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/android/logger.c b
On 2/8/2012 9:15 PM, Dima Zavin wrote:
On Wed, Feb 8, 2012 at 10:37 AM, Tim Birdtim.b...@am.sony.com wrote:
Make this code slightly easier to read, and eliminate calls
to sub-routines. Some of these were previously optimized away
by the compiler, but one memcpy was not.
In my testing, this
=
Tim Bird
Architecture Group Chair, CE Workgroup of the Linux Foundation
Senior Staff Engineer, Sony Network Entertainment
=
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo
you're
working on, and to seeing you at the event.
Thanks and regards,
-- Tim Bird
=
Tim Bird
Architecture Group Chair, CE Workgroup of the Linux Foundation
Senior Staff Engineer, Sony Network Entertainment
=
--
To unsubscribe from this list
On 10/27/2014 01:29 PM, Nicolas Pitre wrote:
On Fri, 24 Oct 2014, Geert Uytterhoeven wrote:
Several patches are linked from
http://elinux.org/Deferred_Initcalls
Latest version is
http://elinux.org/images/5/51/0001-Port-deferred-initcalls-to-3.10.patch
In the hope of providing some
with that of the system software.
The code is compiled statically, with no stdlibs. On my x86_64 system,
this results in a statically linked binary of less than 5K.
Signed-off-by: Tim Bird tim.b...@sonymobile.com
---
tools/testing/selftests/Makefile| 1 +
tools/testing/selftests/size/Makefile
with that of the system software.
The code is compiled statically, with no stdlibs. On my x86_64 system,
this results in a statically linked binary of less than 5K.
Changes from v1:
- use more correct Copyright string in get_size.c
Signed-off-by: Tim Bird tim.b...@sonymobile.com
---
tools/testing
Also, adjust the formatting a bit, and expand the section about using
TARGETS= on the make command line.
Signed-off-by: Tim Bird tim.b...@sonymobile.com
---
Documentation/kselftest.txt| 69 ++
tools/testing/selftests/README.txt | 61
On 11/20/2014 01:58 PM, Shuah Khan wrote:
On 11/19/2014 05:13 PM, Tim Bird wrote:
This test shows the amount of memory used by the system.
Note that this is dependent on the user-space that is loaded
when this program runs. Optimally, this program would be
run as the init program itself
On 11/25/2014 12:39 PM, Shuah Khan wrote:
On 11/24/2014 11:20 AM, Tim Bird wrote:
This test shows the amount of memory used by the system.
Note that this is dependent on the user-space that is loaded
when this program runs. Optimally, this program would be
run as the init program itself
On 11/26/2014 10:04 PM, Josh Triplett wrote:
On Wed, Nov 26, 2014 at 08:27:23PM -0800, Tim Bird wrote:
--- /dev/null
+++ b/tools/testing/selftests/size/Makefile
[...]
+LIBGCC=$(shell $(CC) -print-libgcc-file-name)
+
+get_size: get_size.c
+$(CC) --static -ffreestanding -nostartfiles
with that of the system software.
The code is compiled statically, with no stdlibs. On my x86_64 system,
this results in a statically linked binary of less than 5K.
Signed-off-by: Tim Bird tim.b...@sonymobile.com
---
Changes from v5:
- make most routines static
- replace strip with gcc -s
- remove
On 12/03/2014 05:01 AM, Thomas Petazzoni wrote:
Michael, Tim,
On Wed, 03 Dec 2014 14:43:11 +1100, Michael Ellerman wrote:
diff --git a/tools/testing/selftests/size/Makefile
b/tools/testing/selftests/size/Makefile
new file mode 100644
index 000..47f8e9c
--- /dev/null
+++
On 12/02/2014 07:43 PM, Michael Ellerman wrote:
On Tue, 2014-12-02 at 19:36 -0800, Tim Bird wrote:
This test shows the amount of memory used by the system.
Note that this is dependent on the user-space that is loaded
when this program runs. Optimally, this program would be
run as the init
On 12/03/2014 10:00 AM, Geert Uytterhoeven wrote:
On Wed, Dec 3, 2014 at 5:29 PM, Tim Bird tim.b...@sonymobile.com wrote:
diff --git a/tools/testing/selftests/size/Makefile
b/tools/testing/selftests/size/Makefile
new file mode 100644
index 000..47f8e9c
--- /dev/null
+++ b/tools
with that of the system software.
The code is compiled statically, with no stdlibs. On my x86_64 system,
this results in a statically linked binary of less than 5K.
Signed-off-by: Tim Bird tim.b...@sonymobile.com
---
Changes from v5:
- remove #ifdef in Makefile (doh!)
- use variables in build command
On 12/03/2014 04:08 PM, Michael Ellerman wrote:
On Wed, 2014-12-03 at 08:29 -0800, Tim Bird wrote:
On 12/02/2014 07:43 PM, Michael Ellerman wrote:
On Tue, 2014-12-02 at 19:36 -0800, Tim Bird wrote:
This test shows the amount of memory used by the system.
Note that this is dependent
Here's an RFC on my roadmap for the kselftest size test going forward...
In the long term, I'd like to be able to use the test for bisecting
size regressions, and to allow any kernel developer to use this even if they
don't have hardware for a particular architecture.
What I'd like to add to
On 02/12/2015 11:33 AM, K Richard Pixley wrote:
I'm having trouble figuring out how to embed a dtb file into my kernel.
I'm thinking that there should be a standard, architecture independent
facility for this akin to initramfs, yes?
Could someone please either point me to the standard
On 02/12/2015 02:30 PM, K Richard Pixley wrote:
On 2/12/15 14:01 , Tim Bird wrote:
On 02/12/2015 11:33 AM, K Richard Pixley wrote:
I'm having trouble figuring out how to embed a dtb file into my kernel.
I'm thinking that there should be a standard, architecture independent
facility
Hi embedded Linux developers,
This is quick reminder that the deadline for the Call For Participation for
Embedded Linux Conference 2015 is January 9 (this Friday). The event
is on March 23-25 in San Jose, California.
Please make sure to propose something if you are interested in coming.
I'd
like this
previously, I'm a bit biased.)
It's very nice to have the Bloat-o-meter output for these kernel size shrinking
patches.
The patch itself looks very straightforward, and I don't see any problems
in a visual inspection.
You can add a Reviewed-by: Tim Bird tim.b...@sonymobile.com
100 matches
Mail list logo