On Tue, Nov 08, 2011 at 07:11:09PM +, 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 broadcast to configure the devices.
> > In the latter the MAC will
I am faced with a challenge that we ship devices which are
all preconfigured to a fixed IP address, and we want to provide
an easy solution to do remote IP configuration of all devices
connected to the same network.
In other words - all devices are reachable by a broadcast package.
The network may
>> Is it possible to bebug multi-threaded applications using gdb on ARM these
>> days?
>>
>
> It works for me, using various ARM 926 and Cortex A8 chips and kernel
> versions from 2.6.27 to the present day. Which version of gbd do you
> have? gdb version 7.x works much better than 6.x in my ex
Is it possible to bebug multi-threaded applications using gdb on ARM these days?
We have had trobules getting this to work - but I do not have the details at
hand atm.
I am just curious if this is supposed to work or not.
We have an arm target running: 2.6.32.8 #1 PREEMPT
CPU: ARM926EJ-S rev 5 (
On Mon, Feb 28, 2011 at 10:25:41PM +, Tony Ibbs wrote:
>
> On 28 Feb 2011, at 19:23, Sam Ravnborg wrote:
>
> > You are using /proc/* to something that is not process related.
> > At lkml you will be requested to use something else.
>
> OK. That's mainly thr
On Sun, Feb 27, 2011 at 07:26:49PM +, Tony Ibbs wrote:
> Apologies, my fifth patch (the actual KBUS source file) appears to be
> too long - I hadn't realise the 100,000 character limit on majordomo
> messages. The file as submitted is that at:
>
>
> https://github.com/crazyscot/linux-2.6-kb
[Edited cc: list as my smtp server refused to send the original reply]
>
> Our tentative patch is at
> http://kbus.googlecode.com/files/0001-KBUS-messaging-subsystem.patch
>
> The diffstat for the patch is:
>
> Documentation/Kbus.txt | 1189 ++
> include/linux/kbus_defns.h | 666 ++
On Sun, May 02, 2010 at 12:14:55PM -0400, Paul Smith wrote:
> On Sun, 2010-05-02 at 11:58 +0200, Marco Stornelli wrote:
> > 02/05/2010 02:02, Paul Smith wrote:
> > > I've looked at setserial and it supports a baud_base parameter but that
> > > doesn't appear to be what I want (I tried it anyway: ch
On Mon, Oct 19, 2009 at 03:40:44PM -0500, Bill Gatliff wrote:
> Guys:
>
>
> How does one go about creating a git tree on git.kernel.org? I'd like
> to create one there as a public repository for the PWM API stuff, and
> for a couple of boards that I'd like to get into mainline.
Step one is to
On Tue, Aug 11, 2009 at 11:44:18AM +0200, Albin Tonnerre wrote:
> Hi Sam,
>
> On Fri, Aug 07, 2009 at 11:08:16PM +0200, Sam Ravnborg wrote :
> > We could add libgcc as a prerequisite.
> > Untested patch below.
>
> When compiling with this patch applied, I get the fol
efinition of ld or use a private version.
I added explanations for some of the linker symbols when
I was there. I cannot the ld options.
If you decide to use this it has my:
Signed-off-by: Sam Ravnborg
Sam
diff --git a/arch/arm/boot/compressed/Makefile
b/arch/arm/boot/compressed/Makefil
On Fri, Jul 31, 2009 at 09:51:19AM +0200, Albin Tonnerre wrote:
> On Wed, Jul 29, 2009 at 11:02:58PM +0200, Sam Ravnborg wrote :
> > On Wed, Jul 29, 2009 at 01:00:36PM -0700, H. Peter Anvin wrote:
> > > On 07/22/2009 07:01 AM, Albin Tonnerre wrote:
> > > > This is
On Wed, Jul 29, 2009 at 01:00:36PM -0700, H. Peter Anvin wrote:
> On 07/22/2009 07:01 AM, Albin Tonnerre wrote:
> > This is the third and last part of the patch, which contains the
> > necessary changes to the x86 Kconfig and boot/compressed to allow the
> > use of this new compression method
> >
On Tue, Jul 28, 2009 at 03:41:37PM -0700, Andrew Morton wrote:
> On Tue, 28 Jul 2009 22:14:40 +0100
> Ian Molton wrote:
>
> > Pierre Ossman wrote:
> >
> > > MMC discussions tend to often be very system specific, which makes
> > > lists such as the arm kernel list more appropriate. Also, I've alw
>
> > It should be possible to read a file-system on your x86 64bit
> > box that you wrote with your small powerpc target.
> For a (NV)RAM-based filesystem?? WTH???
dd the full image - dig into it.
Usefull is you have post-mortem info there.
Sam
--
To unsubscribe from this list: send th
On Mon, Jun 22, 2009 at 08:31:10PM +0100, Chris Simmonds wrote:
> Arnd Bergmann wrote:
> >On Monday 22 June 2009, Marco wrote:
> >>Sorry, I meant it's not currently possible. At the moment the only way
> >>to use it as rootfs it's to copy all the data in an already mounted
> >>(empty) ram partition
On Sat, Jun 13, 2009 at 03:23:13PM +0200, Marco wrote:
> From: Marco Stornelli
>
> XIP operations.
>
> Signed-off-by: Marco Stornelli
> ---
>
> diff -uprN linux-2.6.30-orig/fs/pramfs/xip.c linux-2.6.30/fs/pramfs/xip.c
> --- linux-2.6.30-orig/fs/pramfs/xip.c 1970-01-01 01:00:00.0 +0100
On Sat, Jun 13, 2009 at 03:21:48PM +0200, Marco wrote:
> From: Marco Stornelli
>
> Include files.
>
> Signed-off-by: Marco Stornelli
> ---
>
> diff -uprN linux-2.6.30-orig/fs/pramfs/pram_fs.h
> linux-2.6.30/fs/pramfs/pram_fs.h
> --- linux-2.6.30-orig/fs/pramfs/pram_fs.h 1970-01-01 01:00:0
> +
> +config PRAMFS_NOWP
> + bool "Disable PRAMFS write protection"
> + depends on PRAMFS
> + default n
> + help
> +Say Y here to disable the write protect feature of PRAMFS.
n is default so "default n" is not needed.
If you reverse the logic (and add a default y) then..
>
On Sun, Jan 11, 2009 at 11:50:31PM -0600, Mark A. Miller wrote:
> On Sun, Jan 11, 2009 at 11:35 PM, Sam Ravnborg wrote:
> >> There are several other packages which are broken for embedded
> >> architectures, which I will hopefully attempt to fix by submitting patches
>
> There are several other packages which are broken for embedded
> architectures, which I will hopefully attempt to fix by submitting patches
> upstream. But this is why we should be cautious about including new tools
> for compiling the kernel. Sam Ravnborg was correct in that a C p
On Sat, Jan 03, 2009 at 07:45:34PM -0600, Rob Landley wrote:
> > With respect to your three patches the plan is to:
> > - add the updated timeconst patch to kbuild-next
> > - add the updated cpu-feature patch to kbuild-next
> >
> > - the patch touching headers_install will not be merged.
> > The
>
> I'll fix this and resubmit, it just wasn't ready last night. (If the merge
> window is closing soon I could resubmit the other two with Sam's suggestions
> and resubmit this one next time 'round, but it was only a couple days to
> write
> in the first place, once I finally figured out wha
Hi Wookey.
> Given the
> simplicitly of these patches I can't see any reason not to put them
> in
Please do NOT do the mistake and think this the same thing.
Rob's patch simplyfy the timecost stuff - and will be applied on
this merit alone assuming comments will be addressed.
But the serie rase
On Fri, Jan 02, 2009 at 05:15:32AM -0600, Rob Landley wrote:
> On Friday 02 January 2009 04:16:53 Alejandro Mery wrote:
> > Christoph Hellwig escribió:
> > > On Fri, Jan 02, 2009 at 10:26:37AM +0100, Arkadiusz Miskiewicz wrote:
> > >> On Friday 02 of January 2009, Rob Landley wrote:
> > >>> Before
On Fri, Jan 02, 2009 at 02:15:36AM -0600, Rob Landley wrote:
> From: Rob Landley
>
> Convert kernel/cpu/mkcapflags.pl to kernel/cpu/mkcapflags.sh.
>
> This script generates kernel/cpu/capflags.c from include/asm/cpufeature.h.
OK
> Peter Anvin added this perl to 2.6.28.
Drop it.
Implementation
single for loop calling sed and
> piping its output through unifdef to produce the target file.
OK
>
> Sam Ravnborg added this perl to 2.6.27.
Drop this part - this is just to make you happy and for no use for others.
>
> Signed-off-by: Rob Landley
> ---
>
> scripts/Make
Hi Rob.
On Fri, Jan 02, 2009 at 02:13:30AM -0600, Rob Landley wrote:
> From: Rob Landley
>
> Replace kernel/timeconst.pl with kernel/timeconst.sh. The new shell script
> is much simpler, about 1/4 the size, and runs on Red Hat 9 from 2003.
This part of the changelog is OK except that is fails
> >> two into a simple "make ... archprepare headers_install":
> >
> >Which architectures needs this archprepare?
>
> At least cris tripped this IIRC, at least before or around the time
> when cris's subarch handling was fixed (the asm-cris/arch-v10 vs.
> arch-v32 linking issue).
>>It would be go
7 00:00:00 2001
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Wed, 3 Dec 2008 22:11:14 +0100
Subject: [PATCH] kconfig: fix options to check-lxdialog.sh
As noted by Bernhard - fix it up.
Cc: Bernhard Reutner-Fischer <[EMAIL PROTECTED]>
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]&
On Wed, Dec 03, 2008 at 08:58:52PM +0100, Bernhard Reutner-Fischer wrote:
> On Wed, Dec 03, 2008 at 11:36:45AM -0800, Tim Bird wrote:
> >Gregers Petersen wrote:
> >> There was a small talk a few days ago involving a few of the OpenWrt
> >> developers and David Woodhouse. One of the topics discussed
On Fri, Nov 28, 2008 at 07:43:31AM +0800, Jaya Kumar wrote:
> On Fri, Nov 28, 2008 at 4:01 AM, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > On Wed, Nov 26, 2008 at 12:51:27AM -0500, Jaya Kumar wrote:
> >> On Tue, Nov 25, 2008 at 11:15 PM, David Brownell <[EMAIL PROTECTED
On Wed, Nov 26, 2008 at 12:51:27AM -0500, Jaya Kumar wrote:
> On Tue, Nov 25, 2008 at 11:15 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> > On Tuesday 25 November 2008, Eric Miao wrote:
> >> Using a bit mask will be more generic if the GPIOs are not contiguous.
> >> Yet I still doubt this will be
On Thu, Aug 21, 2008 at 01:24:22PM +0200, Arnd Bergmann wrote:
> On Thursday 21 August 2008, Jared Hulbert wrote:
> > The Kconfig edits and Makefiles required for AXFS.
> >
> > Signed-off-by: Jared Hulbert <[EMAIL PROTECTED]>
>
> If you split out this patch separate from the files, please make it
> >>> >> this case. Following is the error:
> >>> >>
> >>> >> [EMAIL PROTECTED] tpm_emulator-0.5]# make
> >>> >> Making all in tpmd
> >>> >> make[1]: Entering directory `/embedded/tpm_emulator-0.5/tpmd'
> >>> >> make[1]: Nothing to be done for `all'.
> >>> >> make[1]: Leaving directory `/embedded/t
On Sat, Jul 05, 2008 at 10:33:28AM +0500, Shaz wrote:
> On Sat, Jul 5, 2008 at 1:32 AM, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > On Fri, Jul 04, 2008 at 10:34:56PM +0500, Shaz wrote:
> >> Hi,
> >>
> >> I am porting tpm emulator to versatilepb, which is
On Fri, Jul 04, 2008 at 10:34:56PM +0500, Shaz wrote:
> Hi,
>
> I am porting tpm emulator to versatilepb, which is an arm platform. I
> have some problem with CFLAGS from /arch/arm/Makefile when building
> the kernel module for this software. I cannot figure out what to do in
> this case. Followin
On Tue, Jun 24, 2008 at 10:56:06AM -0700, Tim Bird wrote:
> Sam Ravnborg wrote:
> > When you consider it stabilized could you please drop me a
> > new mail including full changelog and updated patch.
> >
> > And please cc: [EMAIL PROTECTED] + linux-kernel on the
>
On Mon, Jun 23, 2008 at 09:12:30PM +0200, Denys Vlasenko wrote:
> On Monday 23 June 2008 20:57, Sam Ravnborg wrote:
> > > > I agree. And if we do want to pay attention to pure code size, there are
> > > > other approaches -- like --gc-sections
> > >
> &
On Mon, Jun 23, 2008 at 07:22:10PM +0200, Denys Vlasenko wrote:
> On Wednesday 30 April 2008 21:11, David Woodhouse wrote:
> > On Wed, 2008-04-30 at 20:22 +0200, Andi Kleen wrote:
> > > David Woodhouse <[EMAIL PROTECTED]> writes:
> > >
> > > > Andrew Morton has been saying recently that we need an
On Fri, Jun 13, 2008 at 11:44:54AM -0700, Tim Bird wrote:
> Bill Traynor wrote:
> >>> Do you wanna set some breakpoints and inspect variables in makefiles?
> >>> Have a look at a simple makefile debugger (written in make):
> > http://www.embedded.com/columns/technicalinsights/197003517?printable=tr
>
> Um, actually Eric Raymond and I have had long talks about this, and if we're
> ever in the same state for more than 3 days we may finally get to do a
> serious research project about the successors to ./configure and make.
Tom has started a nice project which he named: quagmire.
See: http:/
On Thu, Jun 12, 2008 at 12:14:32PM -0500, Bill Gatliff wrote:
> Paul Mundt wrote:
>
> > Yes, that's the easy case. It's things like perl that are the corner
> > cases, and my objection comes from the fact that people think we ought to
> > not have the kernel depend on perl rather than just fixing
Hi Tim.
> The program is also now better structured, IMHO.
> -- Tim
Seeing this programs gets frequent updates (good!) I have not
yet applied it.
When you consider it stabilized could you please drop me a
new mail including full changelog and updated patch.
And please cc: [EMAIL PROTECTED] + l
On Wed, Jun 11, 2008 at 10:36:39PM +0300, Adrian Bunk wrote:
> On Wed, Jun 11, 2008 at 12:09:56PM -0700, Tim Bird wrote:
> > Sam Ravnborg wrote:
> > >>> When I get my kconfig patchset polished you will be able to do:
> > >>>
> > >>> make
On Wed, Jun 11, 2008 at 12:09:56PM -0700, Tim Bird wrote:
> Sam Ravnborg wrote:
> >>> When I get my kconfig patchset polished you will be able to do:
> >>>
> >>> make K=my_mini_config allnoconfig
> >> So you're renaming KCONFIG_ALLNOCONFIG th
> >
> > When I get my kconfig patchset polished you will be able to do:
> >
> > make K=my_mini_config allnoconfig
>
> So you're renaming KCONFIG_ALLNOCONFIG then?
Somehow yes. The K= notation I hope will see more use. Only very few
people know the KCONFIG_ALL*CONFIG= trick.
>
> > Thus selecting
On Tue, Jun 10, 2008 at 12:41:54PM -0700, Tim Bird wrote:
> diffconfig is a simple utility for comparing two .config files.
> Using standard diff to compare .config files often includes
> extraneous and distracting information. This utility produces
> sorted output with only the changes in configu
On Tue, Jun 10, 2008 at 11:02:18PM +0200, Jörn Engel wrote:
> On Tue, 10 June 2008 12:41:54 -0700, Tim Bird wrote:
> > Delivery-date: Tue, 10 Jun 2008 21:44:08 +0200
> > From: Tim Bird <[EMAIL PROTECTED]>
> > To: linux-embedded
> > CC: linux kernel <[EMAIL PROTECTED]>
> > Subject: [PATCH] add diff
On Tue, Jun 10, 2008 at 09:30:04PM +0300, Adrian Bunk wrote:
> On Tue, Jun 10, 2008 at 11:18:30AM -0700, Tim Bird wrote:
> > Adrian Bunk wrote:
> >...
> > > You need both, and ideally constantly done by the same person against
> > > Linus' tree, -next and -mm.
> > >
> > > Where to get your minima
>
> When did this policy change, so that it's now acceptable to depend on
> Perl, which is roughly equivalent as a tool dependency?
We have perl as a mandatory part of the kernel build in several places
for various architectures.
And I do not recall anyone submitting a bug that they could not bui
> (Maybe I _am_ the only person who still cares about
> building on a host without perl. If I wasn't, somebody else would have acked
> the patch...)
perl is pretty standard and I fail to see the benefits of avoiding it.
For embedded development I see even less benefits as I assume
any sane embe
but
> > > because it unnecessarily complicates the build system. (And perl tends
> > > to metasticize.
> >
> > Thanks, I hope it is or gets accepted.
>
> Nope, Peter Anvin shot it down (saying what I was doing was a strange, purely
> academic exercise), and Sam Ravnb
>
> I can do a more controlled comparison if you're interested.
What would be really useful would be to do some king of automated
monitoring of the size of individual parts of the kernel in
a few controlled configs.
And then as son as somethings grows with > 1% for example then to
bring this to l
54 matches
Mail list logo
