On Sun, 2011-11-20 at 15:26 -0800, H. Peter Anvin wrote:
> If we're going to do this at build time, I would suggest using a
> collisionless hash instead. The lookup time for those are O(1), but
> they definitely need to be done at build time.
Is the lookup time really an issue?
--
dwmw2
smim
On Tue, 2011-11-08 at 20:31 +0100, Sam Ravnborg wrote:
> On Tue, Nov 08, 2011 at 07:11:09PM +0000, David Woodhouse wrote:
> > On Tue, 2011-11-08 at 19:54 +0100, Sam Ravnborg wrote:
> > > The idea is to use an UDP broadcast to discover all devices,
> > > and a similar UDP
On Tue, 2011-11-08 at 19:54 +0100, Sam Ravnborg wrote:
> The idea is to use an UDP broadcast to discover all devices,
> and a similar UDP broadcast to configure the devices.
> In the latter the MAC will be the key to address individual devices.
You could almost be describing link-local IPv6. Each
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. Principally we're using this on a NEC
On Wed, 27 Oct 2010, Guennadi Liakhovetski wrote:
Hi
commit 432dc821c90114f9b0e00f6752a700e937516ade
Author: H Hartley Sweeten
Date: Thu Aug 19 18:18:21 2010 -0700
mtd: cleanup Kconfig dependencies
breaks machines by undefining macros like CONFIG_MTD_MAP_BANK_WIDTH_*.
Thanks. This sho
write filesystem driver for Linux is in the works.
>
> Nobody outside of the embedded world will ever hear of
> Micromonitor/TFS. So I'm not quite sure where to post my patches.
> Suggestions?
linux-fsde...@vger.kernel.org
--
David WoodhouseOp
On Mon, 2010-02-08 at 09:49 +0100, Peter Faasse wrote:
> unsubscribe linux-embedded
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
the body of a message to majord...@vger.kernel.org
--
David WoodhouseOpen Source Tech
7;s in the tree already? Just create an MTD
device using phram or something else, then point mtdoops at it.
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
--
To unsubscribe from this list: sen
On Thu, 2009-12-03 at 09:42 -0500, Josh Boyer wrote:
> > Is it heretical to suggest a BSD licence for that too, to encourage
> > adoption into other bootloaders? Or at least LGPL or the "GPL with
> > linking exception" licence that libstdc++/eCos/JFFS2 have.
>
> Are you asking for a relicense o
On Thu, 3 Dec 2009, Aras Vaichas wrote:
2009/12/3 Tim Bird
Mike Frysinger wrote:
i know your e-mail intro states "embedded Linux" as does the wiki, but
i'm gonna take a stab anyways. does this apply to Linux only and not
open source boot loaders (like U-Boot) ?
It applies to anything in t
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.
--
dwmw2
--
To unsubscribe from this list: send the line "unsubscri
On Fri, 2009-11-20 at 09:04 +0300, stas wrote:
> It seems to me that this example code is not free of errors. After the
> third ":" we should list registers "ebx" and "ecx" to let gcc know
> they could change in asm section.
>
> __asm__ volatile (
> "movl (%0), %%ebx\n\t"
> "movl (
t doing so for JFFS2
was a mistake I frequently regretted.
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
if we get rid of the (gratuitous, afaict) clrldi at 0xc0,
the little-endian version goes _faster_:
le32: 18839472 cycles
be32: 21946166 cycles
loops: 1
le32: 25923621 cycles
be32: 29629625 cycles
loops: 1
--
David WoodhouseOpen Source Technology Cent
t the sources _just_ right.)
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
the body of a message to majord...@vg
case I can use UNNAMED_MAJOR. PRAMFS root option is not enabled
> if it's already enabled the NFS one. What do you think?
Why use a major number at all? See how we handle mtd and ubi devices in
prepare_namespace() -- can't you do something similar?
--
David Woodhouse
On Fri, 2009-05-15 at 14:51 +0100, Jamie Lokier wrote:
>
> Eek, can you say a bit more about the ARM EABI mismatch?
>
> I would like to run a shiny modern ARM EABI kernel and userspace, but
> also need to run one or two OABI binaries (from the gcc 2.95 era) on
> the same kernel which I cannot rec
pecially in the kernel<->userspace interface.
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
the b
On Tue, 2009-04-21 at 10:29 -0700, David VomLehn wrote:
> On Tue, Apr 21, 2009 at 06:11:11PM +0100, David Woodhouse wrote:
> ...
> > The kernel output is going to be spewed when a console registers with
> > CON_PRINTBUFFER anyway, and if we printk a warning about userspace
> &
console registers with
CON_PRINTBUFFER anyway, and if we printk a warning about userspace
console output being lost, that ought to be good enough to notify the
user that something may have been lost. For bonus points, we could even
make that 'dummy' tty driver buffer a limited amo
se on it), and I'll give you an
account on git.infradead.org.
--
David WoodhouseOpen Source Technology Centre
[EMAIL PROTECTED] Intel Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded"
around them, with one of
these things inside.
--
David WoodhouseOpen Source Technology Centre
[EMAIL PROTECTED] Intel Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
the body of a me
On Sat, 2008-10-18 at 12:49 +0100, Jamie Lokier wrote:
> Can you use a journalling filesystem like ext3, reiserfs, xfs, or even
> UBIFS on the card, or does it have to be FAT? With a journalling
> filesystem, they vary on the details but basically if you can finish
> the current write request in p
other lists so folks can jump in if they really care. Splitting it
> out doesn't help matters in the least, but unfortunately this is what
> seems to happen the most when subscribers only lists are involved.
Subscriber-only lists are broken. Just don't us
gt; I think we can safely conclude that our current compression
> interface sucks for what you're trying to achieve :)
The main thing that's missing for JFFS2 is
"Compress as much of this as you can into X bytes"
--
David Woodhouse
On Fri, 2008-08-22 at 09:51 -0700, Jared Hulbert wrote:
> Can you run mkfs.axfs on the same trivial directory on both ia32 and
> PPC64 and then get me the resulting images?
git.infradead.org is a big-endian box, and I know you have an account
there...
--
David Woo
On Thu, 2008-08-21 at 15:02 +1200, Charles Manning wrote:
>
> In-tree is no silver bullet.
>
> When people modify internal APIs they will likely fix anything that breaks
> compilation. However many things are more subtle than that and it is very
> easy to end up with a driver or other code that
for XIP
> Exporting profiling data for a file system in another file system
> (/proc) seems not very straigtforward to me. I think it is worth
> considering to export this information via the same mount point.
I would have said sysfs, rather than 'the same
On Thu, 2008-08-21 at 10:46 +0200, Geert Uytterhoeven wrote:
> Really? So how come so few changes are needed to keep squashfs
> working?
It's read-only.
--
David WoodhouseOpen Source Technology Centre
[EMAIL PROTECTED] Intel
On Mon, 2008-08-04 at 14:48 +0200, Thomas Petazzoni wrote:
> Le Fri, 01 Aug 2008 20:41:55 +0100,
> David Woodhouse <[EMAIL PROTECTED]> a écrit :
>
> > The config option probably lives in net/Kconfig, not init/Kconfig.
>
> Yes, it could. But AFAIK, until now, all CONFIG
On Mon, 2008-08-04 at 10:29 +0200, Geert Uytterhoeven wrote:
> The above paragraph is not part of the patch description and should
> not end up in the git history, so it should be below the first `---'
> and above the diffstat, i.e.
Since it reports successful testing, I figured I might as well ke
On Fri, 2008-08-01 at 12:15 -0700, Linus Torvalds wrote:
>
> On Thu, 31 Jul 2008, Josh Boyer wrote:
> > On Thu, 2008-07-31 at 20:50 +0200, Ulrich Teichert wrote:
> > >
> > > I do not think of NTP as desktop or server application, but that's
> > > probably just me,
> >
> > No, it's not just you.
On Thu, 2008-07-31 at 11:27 +0200, Thomas Petazzoni wrote:
> This patchs adds the CONFIG_IGMP option which allows to remove support
> for the Internet Group Management Protocol, used in
> multicast. Multicast is not necessarly used by applications,
> particularly on embedded devices. As this is a s
On Thu, 2008-07-31 at 15:46 -0400, Josh Boyer wrote:
> On Thu, 2008-07-31 at 20:50 +0200, Ulrich Teichert wrote:
> > Hi,
> >
> > >I don't know of any embedded products that ship with NTP turned
> > >on.
> >
> > Well, I do. To be exact, I've developed parts of it. But it's numbers
> > are only int
. The Kbuild issues were too scary at the time, but I'm less
frightened of it these days...
Segher has also been looking at it, and reported quite a useful win when
he used it to combine arch/$ARCH/mm and mm/, and arch/$ARCH/kernel and
kernel/.
--
David Woodhouse
On Thu, 2008-07-31 at 04:33 -0700, David Miller wrote:
> From: David Woodhouse <[EMAIL PROTECTED]>
> Date: Thu, 31 Jul 2008 12:29:30 +0100
>
> > After an offline discussion, I understand that if we can sort out the
> > actual technical issues, you'll carry this
g. Thanks for the technical feedback.
After an offline discussion, I understand that if we can sort out the
actual technical issues, you'll carry this in the net tree. Thanks.
--
David WoodhouseOpen Source Technology Centre
[EMAIL PROTECTED]
On Thu, 2008-07-31 at 03:49 -0700, David Miller wrote:
> From: Ben Hutchings <[EMAIL PROTECTED]>
> Date: Thu, 31 Jul 2008 11:40:05 +0100
>
> > You also need to conditionalise dev_disable_lro().
>
> That can only be done once the CONFIG_ETHTOOL select statement
> is added for CONFIG_INET.
>
> Whi
d bridging.
If that's actually the case, perhaps it makes sense to add a
WARN_ON_ONCE() to these empty functions, so that a developer who
disables CONFIG_ETHTOOL when they shouldn't will see a nasty warning
about it rather than a silent failure?
Btw, I see you've made bridging
On Thu, 2008-07-31 at 03:02 -0700, David Miller wrote:
> I explained why I didn't want to apply the IGMP one too.
>
> Andrew didn't like my objections, but that doesn't mean I
> need to defend my position further.
You said that it was part of the core BSD socket API and "Like TCP and
UDP, multicas
On Thu, 2008-07-31 at 02:55 -0700, David Miller wrote:
> From: David Woodhouse <[EMAIL PROTECTED]>
> Date: Thu, 31 Jul 2008 10:51:52 +0100
>
> > But there are a lot of people who really don't need these features
> > and really want the option of leaving them out
On Thu, 2008-07-31 at 02:40 -0700, David Miller wrote:
> From: Thomas Petazzoni <[EMAIL PROTECTED]>
> Date: Thu, 31 Jul 2008 11:27:03 +0200
>
> > Changes since previous post:
> >
> > * Add Matt Mackall's Signed-off-by on all patches
> > * Make bonding and bridging select ethtool in the ethtool-
On Wed, 2008-07-02 at 17:55 +0300, Adrian Bunk wrote:
> On Wed, Jul 02, 2008 at 09:41:47AM +0100, David Woodhouse wrote:
> > On Wed, 2008-07-02 at 02:00 +0200, Denys Vlasenko wrote:
> > > On Wednesday 02 July 2008 01:41, James Bottomley wrote:
> > > > On Wed, 20
On Wed, 2008-07-02 at 02:00 +0200, Denys Vlasenko wrote:
> On Wednesday 02 July 2008 01:41, James Bottomley wrote:
> > On Wed, 2008-07-02 at 02:39 +0200, Denys Vlasenko wrote:
> > > The purpose of this patch is to make kernel buildable
> > > with "gcc -ffunction-sections -fdata-sections".
> > > Thi
On Wed, 2008-06-18 at 13:33 +0300, Adrian Bunk wrote:
> But even after all optimizations CONFIG_MODULES=y will still cause a
> significant additional cost [1] when thinking in the dimensions of
> Tim's "the 30 or so Linux-tiny patches that I use get me about 110k of
> reductions. For me, this i
On Wed, 2008-06-18 at 10:57 +0200, Geert Uytterhoeven wrote:
> On Wed, 18 Jun 2008, Adrian Bunk wrote:
> > On Wed, Jun 18, 2008 at 09:20:22AM +0100, David Woodhouse wrote:
> > > On Wed, 2008-06-18 at 09:47 +0300, Gilad Ben-Yossef wrote:
> > > > This may sound like
On Wed, 2008-06-18 at 09:20 +0100, David Woodhouse wrote:
> So the only real reason I can see to avoid modules in the _current_
> kernel would be the wasted RAM, which should be something we can
> address. Tim, have I missed something?
... like the time it takes to actually load modul
On Wed, 2008-06-18 at 09:47 +0300, Gilad Ben-Yossef wrote:
> This may sound like a stupid question, but why are you compiling the
> modules statically?
I wondered that.
One potential reason to avoid modules is that they waste RAM -- you have
to allocate an integral number of pages for each one,
On Mon, 2008-06-16 at 12:52 +0100, Jamie Lokier wrote:
> E.g. Calls to pread should _not_ be implemented as lseek+read+lseek on
> old kernels which don't have pread. That leads to race conditions and
> corruption in some applications. (I think this has really occurred,
> but I'm unable to find it
On Mon, 2008-06-16 at 11:49 +0100, Jamie Lokier wrote:
> But here's the thing: do you really want every package have code
> calling every different variation on a system call, at run time, until
> it finds one that works?
No. That functionality lives in libc, if you want it at all.
--
dwmw2
--
On Sat, 2008-06-14 at 10:56 +0100, Oleg Verych wrote:
> I saw that. My point is pure text processing. But as it seems doing
> `make` is a lot more fun than to do `sh` && `sed`.
The problem is that it _isn't_ pure text processing. There's more to
building with --combine than that, and we really do
On Fri, 2008-06-13 at 22:52 +0100, Oleg Verych wrote:
> Using same `gcc -E` principle, I once had a dream to create
> build with something like "whole-kernel-at-time" optimising
> compiler option:
Doing it for the whole kernel probably doesn't buy you a whole lot more
than doing it a bit more sele
On Fri, 2008-06-13 at 10:02 -0500,
[EMAIL PROTECTED] wrote:
> Do you wanna set some breakpoints and inspect variables in makefiles?
> Have a look at a simple makefile debugger (written in make):
> http://newsletter.embedded.com/shared/printableArticle.jhtml?articleID=197003517
404.
You got me all
On Fri, 2008-06-13 at 13:15 +0200, Geert Uytterhoeven wrote:
> > For minimal file systems with a select handful of tools which can be
> > tested exhaustively, it's not so bad. But for any 'full-featured'
> > userspace, I think cross-compilation is completely insane.
>
> So, how does OpenWRT manage
On Fri, 2008-06-13 at 11:06 +0200, Alexander Neundorf wrote:
> > Why on earth does someone need this explicitly during the build?
> > If you have portable software, all of that should be hidden in the code
> > and use "sizeof(int)".
>
> From the "developer of a buildsystem" POV: there will be user
On Thu, 2008-06-12 at 19:25 -0500, Rob Landley wrote:
> Make doesn't scale.
Make scales just fine. The only real problem with make is that it's a
complete pain to debug.
--
dwmw2
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
the body of a message to [EMAIL PROT
On Thu, 2008-06-12 at 17:28 -0400, Glenn Henshaw wrote:
> > On Thu, Jun 12, 2008 at 3:35 PM, Marcus Tangermann wrote:
> >> we currently try to boot a 2.6.21 kernel
> >
> > time to upgrade
>
>Wrong answer!!!
>
>Many embedded devices can't upgrade kernels easily because of
> customer requ
On Thu, 2008-06-12 at 11:28 -0500, Bill Gatliff wrote:
> Guys:
>
> > If you opt to cross-compile, having to deal with those
> > sorts of things is the price you pay.
>
>
> If the build system derives from autoconf, then a hacked-up config.cache (or
> equivalent command-line args) often solves pr
On Thu, 2008-06-12 at 12:05 -0400, Mike Frysinger wrote:
> people cant even write proper *native* makefiles. mtd-utils for
> example ;).
Criticism in 'diff -u' form preferred :)
--
dwmw2
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
the body of a message to [E
On Thu, 2008-06-12 at 08:23 -0700, Tim Bird wrote:
> Rob Landley wrote:
> > However, having one or more full-time engineers devoted to debugging
> > cross-compile issues is quite a high price to pay too. Moore's law really
> > doesn't help that one.
> >
> > I'm not saying either solution is per
On Tue, 2008-06-10 at 16:02 -0700, Arjan van de Ven wrote:
> the person who wrote that tool also wrote a similar diff tool ;)
> but it's horrible perl I suspect.
Yeah, but I can't find it in CVS right now for some reason.
--
dwmw2
--
To unsubscribe from this list: send the line "unsubscribe lin
On Tue, 2008-06-10 at 12:41 -0700, Tim Bird wrote:
> +# Added and removed items are shown with a leading plus or minus,
> +# respectively. Changed items show the old and new values on a
> +# single line.
It'd be really nice if it could give its output in the same form as
the .config file itself -
On Tue, 2008-06-10 at 14:47 +0100, Will Newton wrote:
> On Tue, Jun 10, 2008 at 2:33 PM, David Woodhouse <[EMAIL PROTECTED]> wrote:
> > On Tue, 2008-06-10 at 14:25 +0100, Will Newton wrote:
> >> Using a kernel compile as a test isn't such a great idea. Stress te
On Tue, 2008-06-10 at 14:25 +0100, Will Newton wrote:
> On Tue, Jun 10, 2008 at 2:12 PM, Jamie Lokier <[EMAIL PROTECTED]> wrote:
> > Wolfgang Denk wrote:
> >> Being unable to do this just because we now also would need a native
> >> Perl is indeed a PITA...
> >
> > You can run the Perl bit with "s
On Wed, 2008-06-04 at 15:07 +0100, Alan Cox wrote:
> > If I merge this incremental patch, does that address your objections?
>
> Yes
http://git.infradead.org/embedded-2.6.git?a=commitdiff;h=a29ccf6f8
--
dwmw2
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
the
On Wed, 2008-06-04 at 12:55 +0100, Alan Cox wrote:
> Can we please get the ifdefs tided up before this goes in.
>
> For the moment this has a NAK from the tty maintainer but if the
> ifdefs
> turned went into headers where they belong and the code looked like
> say
>
> tc = vc_tra
On Wed, 2008-06-04 at 13:07 +0300, Adrian Bunk wrote:
> On Wed, Jun 04, 2008 at 10:16:22AM +0100, David Woodhouse wrote:
> > On Tue, 2008-06-03 at 22:13 -0500, Josh Boyer wrote:
> > >
> > > > git.infradead.org/embedded-2.6.git
> > >
> > > Do
On Tue, 2008-06-03 at 22:13 -0500, Josh Boyer wrote:
>
> > git.infradead.org/embedded-2.6.git
>
> Do you have plans to get that in -mm, or linux-next?
Should be already there in today's linux-next.
--
dwmw2
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
the b
On Tue, 2008-06-03 at 20:03 -0500, Josh Boyer wrote:
> On Wed, 04 Jun 2008 01:16:37 +0100
> David Woodhouse <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 2008-06-03 at 17:01 -0700, Tim Bird wrote:
> > > This is clearly an improvement. But it is missing this pa
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 to do
that hunk, but manag
On Tue, 2008-06-03 at 16:18 -0500, Rob Landley wrote:
> Er, what _is_ the relationship between linux-tiny and linux-embedded lists
> now?
There's been a bunch of embedded-related lists, and one of the reasons
for doing [EMAIL PROTECTED] (rather than @lists.infradead.org as would
have been my firs
On Tue, 2008-06-03 at 16:06 +0200, Holger Schurig wrote:
> Maybe change the Kconfig entry so that:
>
> * with CONFIG_EMBEDDED=y it's configuration
> * with CONFIG_EMBEDDED=n it's on by default
That's what Tim's patch did (although I moved it to drivers/char/Kconfig
and made it depend on CONFIG_VT
On Mon, 2008-06-02 at 15:37 -0700, Tim Bird wrote:
> With CONSOLE_TRANSLATIONS turned off, this saves about 6K
> on my kernel configured for an ARM development board (OMAP
> 5912 OSK). In embedded products I'm familiar with,
> console translations are not needed.
>
> This was taken from the Linux
On Mon, 2008-06-02 at 15:37 -0700, Tim Bird wrote:
> With CONSOLE_TRANSLATIONS turned off, this saves about 6K
> on my kernel configured for an ARM development board (OMAP
> 5912 OSK). In embedded products I'm familiar with,
> console translations are not needed.
I'd have been more inclined to pu
74 matches
Mail list logo