I think this is great stuff. (Of course, having research something 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 inspe
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
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
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 wr
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 this
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 b
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
---
Changes from v5:
- remove #ifdef in Makefile (doh!)
- use variables in build command
- use different
On 12/03/2014 10:00 AM, Geert Uytterhoeven wrote:
> On Wed, Dec 3, 2014 at 5:29 PM, Tim Bird wrote:
>>>> diff --git a/tools/testing/selftests/size/Makefile
>>>> b/tools/testing/selftests/size/Makefile
>>>> new file mode 100644
>>>> index 0
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 progr
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/
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
---
Changes from v5:
- make most routines static
- replace strip with gcc -s
- remove explicit reference to
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
&
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
---
Changes from v3:
- fix copyright string (again!)
- use __builtin_strlen instead of my own strlen
- replace
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
get_size.c
Signed-off-by: Tim Bird
---
tools/testing/selftests/Makefile| 1 +
tools/testing/selftests/size/.gitignore | 1 +
tools/testing/selftests/size/Makefile | 21 +++
tools/testing/selftests/size/get_size.c | 105
4 files changed, 128
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
Also, adjust the formatting a bit, and expand the section about using
TARGETS= on the make command line.
Signed-off-by: Tim Bird
---
Documentation/kselftest.txt| 69 ++
tools/testing/selftests/README.txt | 61 -
2
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
---
tools/testing/selftests/Makefile
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
---
tools/testing/selftests/Makefile| 1 +
tools/testing/selftests/size/Makefile | 21 +++
tools
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 provi
ut the interesting things 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
=
--
=
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 2/8/2012 9:15 PM, Dima Zavin wrote:
On Wed, Feb 8, 2012 at 10:37 AM, Tim Bird 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 makes the code about
, IMHO, easier to read than v1. Compared to
that patch it uses __u8 instead of unsigned char, for
consistency with the __u16 val data type, simplifies the
conditional expression, adds a another comment, and
moves a common statement out of the if.
Signed-off-by: Tim Bird
---
drivers/staging/android
Add comment to explain when w_off is not updated in case of failed second
fragment copy to buffer.
Signed-off-by: Tim Bird
---
drivers/staging/android/logger.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/android/logger.c b/drivers/staging
Add commentary, rename the function and make the code easier to read.
Signed-off-by: Tim Bird
---
drivers/staging/android/logger.c | 28
1 files changed, 20 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/android/logger.c b/drivers/staging/android
If mutex_lock waits, it will return in state TASK_RUNNING,
rubbing out the effect of prepare_to_wait().
Signed-off-by: Tim Bird
---
drivers/staging/android/logger.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/android/logger.c b/drivers/staging
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.
Signed-off-by: Tim Bird
---
drivers/staging/android/logger.c | 18 +++---
1 files changed, 11 insertions(+), 7
Convert to function and add log as a parameter, rather than relying
on log in the context of the macro.
Signed-off-by: Tim Bird
---
drivers/staging/android/logger.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/android/logger.c b
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
e to my last point and a question.
Is it inconceivable for there to be a category of code in the
Linux kernel which supports ONLY Android user space, and no
other? That is, must every Android patch be generalized in
some manner to a broader use case?
I suspect some of them (particularly binder)
On 12/21/2011 05:47 PM, Greg KH wrote:
> On Wed, Dec 21, 2011 at 05:32:36PM -0800, Tim Bird wrote:
>> 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:
>>
>>
as well as what the kernel-side issues would be (and to check whether
this would change any of the current logger semantics).
It would also have the side effect of allowing runtime modification of
the buffer size, though I'm not sure whether that's useful or not.
Than
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
On 12/21/2011 04:18 PM, john stultz wrote:
> On Wed, 2011-12-21 at 15:19 -0800, Greg KH wrote:
>> On Wed, Dec 21, 2011 at 02:59:15PM -0800, Tim Bird wrote:
>>> Hi all,
>>>
>>> I'm looking for feedback on the Android logger code, to see what
>>&
How does this tie into Kay
> and Lennard's proposal for work in this area?
It does not tie in at all.
Kay and Lennart's proposal for "the Journal" creates
a more complex system than syslog, and handles a number
of new interesting use cases. This system is on the
opposite si
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 s
On 12/20/2011 03:27 PM, Geunsik Lim wrote:
> On Tue, Dec 20, 2011 at 9:39 AM, Tim Bird 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(anonymo
t in a day or two 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
eeing 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 Ent
On 06/10/2011 05:16 PM, Tim Bird wrote:
> The system has a full network and bluetooth stack, sensor
> monitoring software, and a web browser.
Oops. Should be "web server". I don't know of a modern
browser that fits in less than 3 meg.
-- Tim
=====
rtant for us.
-- Tim
P.S. For those wondering, while our RAM budget is only 3M, we
have 8M of NOR flash, and we are using both kernel and application
XIP. The system has a full network and bluetooth stack, sensor
monitoring software, and a web browser.
=
Tim Bird
A
nice, generic, system for deferring module initialization, IMHO.
If your use case is that you want all the modules present, but
want to initialize only some of them later, then maybe a list of
module names could be passed into the /proc interface, and the
routine could selectively initia
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 2
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 a
hem into the kernel.
Alessio - do you have any timings you can share for the speedup?
-- Tim
=
Tim Bird
Architecture Group Chair, CE Workgroup of the Linux Foundation
Senior Staff Engineer, Sony Network Entertainment
=
--
To unsubscrib
On 05/05/2011 12:27 PM, Mike Frysinger wrote:
> On Thu, May 5, 2011 at 15:12, Tim Bird wrote:
>> 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 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:
>>>&g
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
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 ARM11MP
lf except as a gate to other
> options.
I'm confused. Do you plan to retain the option to
turn off PM features completely, or not? I thought that's
what CONFIG_PM did today.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linu
On Tue, Feb 8, 2011 at 4:21 AM, Ingo Molnar 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 who *really
f-6man-text-addr-representation-00,
> + e.g. 1::708
> +
> + %pU[bBlL] 16 byte UUID/GUID in big or little endian using lower or
> upper case
> +
>
> u64 SHOULD be printed with %llu/%llx, (unsigned long long):
I like this, as it has information that is not documen
me is "March, 2011" ;-)
That's correct. It's fixed. Thanks.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Network Entertainment
=
--
To unsubscribe from this list: send the line "
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
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
Personally (not speaking on behalf 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
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 Son
for embedded use. Several
companies 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
Ar
ro/WebOS/etc. 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
drivers in different functional
areas, are found to be able to use a consistent API, then
this could be a nice feature.
BTW - I could see this tying into the flattened device
tree work by Grant Likely.
-- Tim
P.S. Also, I would recommend cross-posting to LKML
to get wider visibility of your propo
elce...@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" i
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 sour
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
it) authored 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 li
by March 20th to receive the "early-bird" discount!
I hope to see you there!
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: se
Android scalability, or
whether the focus is on Android use in industrial devices?
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 prop
-- 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...@vger.kernel.org
More major
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 Engine
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
Architectu
Linus Walleij wrote:
> 2009/12/16 Tim Bird :
>
>> Summary: add sleeping spinlocks to the mainline kernel
>
> If realtime performance overall is a big deal for CELF I would suggest
> adding "Kill-the-BKL" to the suggested projects. There are still some
> RTOS p
Summary: add sleeping spinlocks to the mainline kernel
Proposer: Tim Bird
Description:
One of the last major elements of the RT-preempt patch set that is
still not mainlined is the implementation of the so-called
"sleeping spinlocks". It would be good to mainline these,
addressing
-- 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...@vger.kernel.org
More majordo
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
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 coreboo
tem. This
would very much include open 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 "
ut that they
think should be merged 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.
--
oposals 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
==
is affordable.
Understood. On some of my systems, 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
and
linux-pm lists as well. I think you'll get a wider audience for
feedback.
-- Tim
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send the
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
have any questions, send e-mail to elce...@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
Tim Bird wrote:
> Marc Andre Tanner wrote:
>> On Tue, Sep 01, 2009 at 07:32:25PM -0400, H Hartley Sweeten wrote:
>>> On Tuesday, September 01, 2009 4:24 PM, Tim Bird wrote:
>>>> Some places in the kernel break the message into pieces, like so:
>>>>
Marc Andre Tanner wrote:
> On Tue, Sep 01, 2009 at 07:32:25PM -0400, H Hartley Sweeten wrote:
>> On Tuesday, September 01, 2009 4:24 PM, Tim Bird wrote:
>>> Some places in the kernel break the message into pieces, like so:
>>>
>>> printk(KERN_ERR, "Error:
tly under certain
conditions.
It would be confusing to see only part of the message,
but I don't know how often this construct is used. Maybe
another mechanism is needed to ensure that continuation
printk lines have the same log level as their start strings.
But, overall, very sl
e information and save it in an
easy-to-read format.
Thanks very much for doing that!
-- Tim
=====
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this list: send th
David Miller wrote:
> From: Tim Bird
> Date: Mon, 17 Aug 2009 18:24:26 -0700
>
>> David Miller wrote:
>>> I have card/switch combinations that take up to 10 seconds to
>>> negotiate a proper link.
>> What types of delays are these timeouts supposed to
&
David Miller wrote:
> From: Tim Bird
> Date: Mon, 17 Aug 2009 15:35:01 -0700
>
>> Tim Bird wrote:
>>> See the definitions of CONF_PRE_OPEN and CON_POST_OPEN
>>> in net/ipv4/ipconfig.c
>>>
>>> They are set to ridiculously long values. In my expe
Tim Bird wrote:
> See the definitions of CONF_PRE_OPEN and CON_POST_OPEN
> in net/ipv4/ipconfig.c
>
> They are set to ridiculously long values. In my experience,
> you can cut them down considerably with no dangerous side
> effects (but I haven't asked the network gu
ONF_POST_OPEN 10 /* After opening: 10 milli seconds */
/* Define the timeout for waiting for a DHCP/BOOTP/RARP reply */
#define CONF_OPEN_RETRIES 2 /* (Re)open devices twice */
@@ -1292,7 +1294,7 @@ static int __init ip_auto_config(void)
return -1;
/* Give drivers a chance to settl
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 unc
ndpoint - at Sony
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 unsu
user-space shell prompt.
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"
t over a kernel
invocation.
=====
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 messa
>
> IOW the web page is confusing. It does not talk about robustness at
> all.
OK, thanks.
=
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=
--
To unsubscribe from this l
ave a dog in this
fight. I just wanted to clarify what I thought were some
misconceptions about the use cases and priorities for the
FS. My "advocacy" may be interfering with understanding
this system and its purpose. I'll be quiet now.
-- Tim
=
Tim B
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
d. My harddrive is faster than that.
>> As I said I did the test in a real embedded environment so to have
>> comparable result you should use the same environmente with the same
>> tools, with the same workload and so on.
>
> Even on real embedded hardware you should get bet
Marco wrote:
> Tim Bird wrote:
>> Marco wrote:
>>> This is a second attempt at mainlining Pramfs. The first attempt was
>>> back in early 2004 by MontaVista. Since then the kernel code has almost
>>> been completely rewritten. So my first item on the list
cache, etc.).
Thanks,
-- 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 t
1 - 100 of 172 matches
Mail list logo
