ame):
- Peter De Schrijver, Kernel engineer at Nvidia
- Philippe De Swert, HW adaptation engineer at Jolla
- Jeremiah C. Foster, GENIVI Community Manager
- Thomas Petazzoni, CTO Free Electrons
- Geert Uytterhoeven, Glider bvba
Gr{oetje,eeting}s,
Geert
-
On Mon, Jun 29, 2015 at 5:49 PM, Tejun Heo wrote:
> On Mon, Jun 29, 2015 at 05:47:49PM +0200, Geert Uytterhoeven wrote:
>> > netconsole itself is optional & modular. I'm not sure making further
>> > splits is called for, especially given the use cases.
>>
>
Hi Tejun,
On Mon, Jun 29, 2015 at 5:28 PM, Tejun Heo wrote:
> On Mon, Jun 29, 2015 at 11:20:41AM +0200, Geert Uytterhoeven wrote:
>> On Wed, Apr 29, 2015 at 4:45 PM, Tejun Heo wrote:
>> > --- a/kernel/printk/printk.c
>> > +++ b/kernel/printk/printk.c
>&g
2641430 +1166
proc_pid_cmdline_read -1020 +1020
and unlike the others, this one is not that difficult to fix.
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@l
o
> tutorial material at all, that I can find...
http://www.devicetree.org/Device_Tree_Usage
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a h
t;
> CROSS_COMPILE prefix usage looks a bit uncoordinated in the tools directory,
> but most
> tests seem to be favoring $(CROSS_COMPILE)gcc.
>
> $ cd tools ; mgrep CROSS
[...]
> I agree it's desirable not to hardcode gcc, but we seem to be doing it all
> over
> the
roposals!
-- Philippe and Jeremiah along with the other members of
the FOSDEM embedded devroom team.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker.
On Sun, Nov 2, 2014 at 3:37 AM, Nicolas Pitre wrote:
> On Thu, 30 Oct 2014, Geert Uytterhoeven wrote:
>> On Thu, Oct 30, 2014 at 12:49 AM, Tim Bird wrote:
>> > The way the feature is expressed in the current code is that a
>> > set of drivers are marked for deferred
dular drivers, which are loaded after free_initmem().
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm tal
p and
> let them show you the code.
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
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of
r initcalls you want to defer, based on a
small config file.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just s
Hi Boris,
On Mon, Oct 20, 2014 at 11:06 AM, Borislav Petkov wrote:
> On Mon, Oct 20, 2014 at 10:37:19AM +0200, Geert Uytterhoeven wrote:
>> Hi all,
>>
>> Below is the bloat-o-meter output when comparing an m68k/atari_defconfig
>> kernel for v3.17 and v3.18-rc1.
Hi all,
Below is the bloat-o-meter output when comparing an m68k/atari_defconfig
kernel for v3.17 and v3.18-rc1.
Major culprit seems to be bpf. Can this become modular or optional?
Currently it's always included if CONFIG_NET=y.
Thanks!
add/remove: 374/146 grow/shrink: 392/323 up/down:
be built-in or disable.
Only the latter should get a third value (deferred initialization).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call
According to Documentation/sysctl/kernel.txt, the default for the
"ctrl-alt-del" input is to just reboot.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conv
bytes
Disabling CONFIG_ATARI saves 138392 bytes
I hope you find this useful!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when
t
Peter De Schrijver
Geert Uytterhoeven
Thomas Petazzoni
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to jo
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
ase, peeking a bit around, it can be also be
-EINVAL, -ENOMEM (debug binary too big for small embedded system?),
-EACCES, -E2BIG, ...
> + init_filename);
> + }
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux
lippe De Swert
Peter De Schrijver
Thomas Petazzoni
Geert Uytterhoeven
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. Bu
pe De Swert
Peter De Schrijver
Klaas Van Gend
Dave Neary
Michael Opdenacker
Geert Uytterhoeven
Looking forward to see you all at Fosdem (http://www.fosdem.org/)!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m6
if it is essential for some machines to have it
> disabled they probably want to have somethnig in Kconfig.
$ git grep "CONFIG_PM is not set"
7cf3d73b4360e91b14326632ab1aeda4cb26308d^ -- arch/ | wc -l
256
$
7cf3d73b4360e91b14326632ab1aeda4cb26308d is the commit that introduced
savedefconfig, so that&
onfig
m32r
m68k
m68knommu
microblaze
parisc
score
sparc
tile
um
xtensa
Which means that (for now) I don't have to care that CONFIG_PM becomes
unclearable. Other people may care, though...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyo
gt; +
> http://tools.ietf.org/html/draft-ietf-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
> +
In the mean time, we also got %pV and %pK. Can you please
On Fri, Dec 10, 2010 at 07:23, Phillip Lougher
wrote:
> Geert Uytterhoeven wrote:
>> On Thu, Dec 9, 2010 at 07:11, Phillip Lougher
>> wrote:
>>>
>>> --- a/fs/squashfs/Kconfig
>>> +++ b/fs/squashfs/Kconfig
>>> @@ -53,6 +53,22 @@ c
systems"
> + depends on SQUASHFS
> + default n
"default n" is the default, no reason to specify it.
Do we need a checkpatch test for this?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m6
Hi Jared,
What happened to AXFS?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists
filesystem seems a much better model.
Any tangents with "pramfs: persistent and protected RAM filesystem"
on linux-embedded?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversa
the experience tell to us that a fix endianess is
>> important. At that point I decided to use big-endian. You can see all
>> the discussion in lkml. The review has been done at June 2009.
>
> You can still do all of those things without having a fixed en
the memory later.
As this has been used on e.g. PS3, it should work on PowerPC.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. Bu
e size.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say
rs). Printks
> eventually reach console device avoiding the patched part of the console
> drivers.
What about catching /dev/console instead of VT console, SERIAL_CORE
console, ...?
Then it works with whatever console= parameter you specify.
Gr{oetje,eeting}s,
river but very useful, feedback
>> from other embedded guys are welcome.
>
> Seems sensible to me. If you have a machine whose memory is persistent
> across reboots then you reserve an arbitrary 4k hunk of memory for
> collecting oops traces, yes?
>
> What tools are
as there's no space for a sign bit.
Usually, you want all bitfields to be unsigned anyway.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical
au added support for that for OpenWRT...
> My aim is add lzma filesystem support to Squashfs using the existing kernel
> lzma iplementation, and to make as few changes to that as necessary.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There
nally compiled based on the VERBOSITY level. A little
> magic would be needed to strip the first 3 chars of the fmt
> string in printk_cont().
You could strip the first 3 chars by adding 3 to the pointer. Which will
fail horribly if the KERN_* is forgotten and the format string is very short.
And
pen Firmware) to initialize the graphics
mode. Feel free to unify all of this into `staticfb.c'...
With kind regards,
Geert Uytterhoeven
Software Architect
Techsoft Centre
Technology and Software Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium
Phone:+
ic. Nothing outside of the ARM CPU itself is standardized.
That sounds very similar to m68k, which does support generic kernels
(except for Sun-3, which uses a completely different MMU)?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There'
e to
> understand what is required from an in-kernel decompressor, starting a
> new discussion first on linux-embedded sounded obvious to me.
Ccing lkml wouldn't hurt, I think.
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · D
%llx' expects type 'long long unsigned int', but argument 3
has type 'u64'
on ppc64, since you switched from `unsigned long long' to 'u64', as `u64' is
(still -- this is being changed) `unsigned long' on pp64.
I guess no action has to be taken, for
memcpy(buffer, buff, remaining);
> + remaining = 0;
> + break;
> + }
> +
> + memcpy(buffer, buff, bytes);
> + buffer += bytes;
> + remaining -= bytes;
> + offset += bytes;
> +
e
memory in the (de)compression routines theirselves, only in the initialization
function.
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium
Phone:+32 (0)2 700 8453
Fax: +32 (0)2
ssion, as the current crypto API doesn't support
partial (de)compression. That includes Ubifs. Note that I'm working on
enhancing the crypto API to relax this limitation.
So please provide a stateful multi-call implementation ;-)
With kind regards,
Geert Uytterhoeven
Software Archite
ddr);
> + return err;
^^^
... but it will also return zero here, which is not correct.
Probably it's better to let axfs_uncompress_block() return an (negative) error
code (e.g. -EINVAL or -EIO) in case of failure, which you can just let
propagate.
With kind regards,
Ge
On Tue, 28 Oct 2008, Michael Tokarev wrote:
> Geert Uytterhoeven wrote:
> > On Fri, 17 Oct 2008, Phillip Lougher wrote:
> > > --- /dev/null
> > > +++ b/fs/squashfs/namei.c
> >
> > > +static int get_dir_index_using_name(struct super_block *s,
> > >
k = le32_to_cpu(index->start_block) +
^^
> + msblk->directory_table_start;
> + }
Hence accessing multi-byte fields in struct squashfs_dir_index causes unaligned
accesses, which are emulated
pe we'll see it in mainline soon...
BTW, one minor gripe is that the current mksquashfs doesn't want to run on big
endian yet, as there's no byteswapping support.
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da
GS="-D__CHECK_ENDIAN__") complains
about these:
| fs/squashfs/inode.c:306:25: warning: cast to restricted __le16
| fs/squashfs/inode.c:324:25: warning: cast to restricted __le16
and it seems to be right, as inode.i_mode is not __le16. I think the
le16_to_cpu()
should be removed.
BTW, there
__le64 *id_table;
> +
> + TRACE("In read_id_index_table, length %d\n", length);
> +
> + /* Allocate id index table */
> + id_table = kmalloc(length, GFP_KERNEL);
^^
Can this ever be larger than 64 KiB?
With kind regards,
Geert Uytterh
^
> +failure:
> + return -1;
> +}
As there's nothing to clean up, you can just use `return -1' instead of `goto
failure', and save a few lines.
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Vil
; +}
As there's nothing to clean up, you can just use `return 0' instead of `goto
out'.
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium
Phone:+32 (0)2 700 8453
Fax:
use the SQUASHFS_* filesystem flags defined above
instead of the hardcoded numbers.
SQUASHFS_MKFLAGS() isn't used by the kernel, only by the tools (mksquashfs)?
> +/* meta index cache */
> +#define SQUASHFS_META_INDEXES (SQUASHFS_METADATA_SIZE /
> sizeof(unsigned int))
don't
> have a
> problem with that. I can't change history, but I'm doing what you are asking
> of
> me otherwise.
For a formally request for review, you do want to CC lkml.
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
the basic idea.
> I only have a partial list of subsystems, and am skipping the
> runtime data collection, for now.
>
> I have only made the scripts, not any make targets for them.
Seems to work fine, after I hacked my $CROSS_COMPILE prefix into the hardcoded
nm launch.
Thanks!
Wit
ing bcc).
Hence different people may give the same comments without knowing about each
other, and you may have to explain everything multiple times.
I would go for lkml and linux-embedded, _together_.
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corpor
all builds for just the PS3?
The `find' issue I saw on both PS3 (ppc64) and UML (ia32).
The `ls -lR' I tried on UML (ia32) only for now.
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgiu
On Thu, 28 Aug 2008, Geert Uytterhoeven wrote:
> On Fri, 22 Aug 2008, Jared Hulbert wrote:
> > > The version in SVN seems to be slightly older than the one you submitted?
> >
> > Oops. Okay I must have neglected to sync at the very end. Thanks.
> >
> > I
t. Can you point us to some reference code?
Please take a look at the email with subject
[patch 3/3] squashfs: Switch from zlib/inflate to "zlib" crypto module
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da Vincil
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
Modify SquashFS 3.4 to use the "zlib" crypto module instead of making direct
calls to the zlib/inflate library
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
fs/Kconfig |3 +
fs/squashfs/ino
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
crypto/tcrypt.c |9 ++
crypto/tcrypt.h | 81
2 files changed, 90 insertions(+)
--- a/crypto/tcrypt.c
+++ b/cry
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
Add a (de)compression module for the "zlib" format using the crypto API.
While both the "zlib" and "deflate" crypto modules are implemented on top of
the zlib library, they differ in the following aspects:
-
lcome. Thanks!
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium
Phone:+32 (0)2 700 8453
Fax: +32 (0)2 700 8622
E-mail: [EMAIL PROTECTED]
Internet: http://www.sony-europe.com/
[<08064cac>] sig_handler+0x31/0x3d
| 08247cec: [<08064c0b>] handle_signal+0x4c/0x7a
| 08247d0c: [<08066327>] hard_handler+0xf/0x14
| 08247d1c: [<005c0420>] 0x5c0420
Commandline is `mount image.axfs /mnt -o loop -t axfs'.
Is there something wrong with the axfs version y
magic
> >
> > So I guess some parts are not yet 64-bit or endian clean.
>
> Can you run mkfs.axfs on the same trivial directory on both ia32 and
> PPC64 and then get me the resulting images?
I'll send them by private email.
With kind regards,
Geert Uytterhoeven
Softwar
On Fri, 22 Aug 2008, Will Marone wrote:
> Geert Uytterhoeven wrote:
> > I gave AxFS a try on PS3 (ppc64, always use big-endian 64-bit for testing
> > new
> > code ;-).
> > When mounting the image, I got the crash below:
> >
> > | attempt to access beyond end
09e0034 e80301d8
| ---[ end trace c19667cc5b6821ab ]---
So I guess some parts are not yet 64-bit or endian clean.
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium
Phone:+32 (0)2 700 8453
__KERNEL__
#include
-#endif
#include
#include
+#endif
#define AXFS_MAGIC 0x48A0E4CD /* some random number */
#define AXFS_SIGNATURE "Advanced XIP FS"
BTW, there are still lots of suspicious warnings if you compile it with -Wall.
With kind regards,
Geert Uytterhoeve
end up as 0x054010014a,
> which is shorter than what you have, but not harder to decode.
AFAIU, the length (`depth') of each word is not stored separate, as the
depth is the same for all values in the same table.
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Ce
d not push that upstream, because regular users
> are not going to need it.
The profiling is needed to feedback into mkfs.axfs, to decide which pages to
make XIP (in NOR) or not (in NAND). So yes, normal users need it when creating
file systems for a mixed NOR/NAND FLASH system.
With kind regards,
-)
Fortunately it's been recorded:
http://free-electrons.com/community/videos/conferences/
so I'm gonna watch it right now...
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium
crypto module, as the existing deflate crypto module
uses the raw deflate format instead of the zlib format, and has some parameters
tuned for its use in IPSec.
I hope to have some patches ready next week...
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The
e breakage is visible
by compiler warnings and errors. If it still compiles, it still works ;-)
> Luckily APIs for drivers (the most common stuff that people work on) don't
> change that much, and the interfaces are reasonably clear. If you want some
> hell then try working on file
gt;
> One other question,
> 1) how does the kernel know which module to load first in order to satisfy
> dependencies issues ?
By looking at the needed symbols (cfr. depmod).
> 2) is there a way i could print the module init fn name from do_initcalls. to
> see in what order comp
On Tue, 19 Aug 2008, Thomas Petazzoni wrote:
> [RFC] Remove more code when IP_MULTICAST=n
Probably you wanted to cc [EMAIL PROTECTED]
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belg
On Thu, 14 Aug 2008, Behan Webster wrote:
> Grant Likely wrote:
> > On Fri, Aug 8, 2008 at 11:03 AM, Behan Webster <[EMAIL PROTECTED]> wrote:
> >> Geert Uytterhoeven wrote:
> >>> Thanks for this useful tool!
> >>> I'm used to plain debootstrap,
s:
modprobe usbcore blinkenlights=1
Module parameters for modules that are built into the kernel image
are specified on the kernel command line with the module name plus
'.' plus parameter name, with '=' and value if appropriate, such as:
usbcore.blinkenlights=1
y noticed as this part of the code takes care of the
`obsolete-style' parameters. `module_param' is the new way.
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium
Phone:+32 (0)2 7
# rm -rf /debootstrap
| # apt-get clean
| Please reboot now
| # shutdown -r now
Shouldn't it suggest to delete /finish.sh, too?
Anyway, thanks for this tool!
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B
On Mon, 4 Aug 2008, David Woodhouse wrote:
> 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 di
up
in the git history, so it should be below the first `---' and above the
diffstat, i.e.
> Signed-off-by: Tim Bird <[EMAIL PROTECTED]>
> ---
---> here
> vt_kern.h |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
With kind regards,
Geert Uytterhoeven
Softw
el.text.head","ax",@progbits
>
> Does arch/m68k/kernel/sun3-head.S need the same fix?
Sure, why not?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conve
On Wed, 18 Jun 2008, Adrian Bunk wrote:
> On Wed, Jun 18, 2008 at 10:59:50AM +0100, David Woodhouse wrote:
> > On Wed, 2008-06-18 at 10:57 +0200, Geert Uytterhoeven wrote:
> > > On Wed, 18 Jun 2008, Adrian Bunk wrote:
> > > > You miss the size increa
t takes that much space, but stuff like
> kernel/module.o taking 23kB and each EXPORT_SYMBOL requiring a few
> bytes simply cannot be completely eliminated.
Sounds like we need a tool that strips out the unneeded symbols, given a list
of modules?
With kind regards,
Geert Uytterhoeven
Softwar
or two
> somewhere whose makefile(s) is/are, ITHO, done well? that i/we could
> just point at and say, "do it like that!" anyone? anyone? bueller?
The kernel, except that it's still recursive?
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre
large number of userspace packages cross-compiled.
>
> 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
On Tue, 10 Jun 2008, Tim Bird wrote:
> +merge_style = 0
> +if "-m" in sys.argv:
> +merge_style = 1
> +sys.argv.remove("-m")
> +
> +if "-h" in sys.argv or len(sys.argv) < 3:
^^^
No checking for excess
have to do is pass `console=ttyS0' (replace `ttyS0' by your
serial port device) to the kernel, and system console messages will no longer
appear on the frame buffer (unless you add an explicit `console=tty0').
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Ce
On Fri, 30 May 2008, Tim Bird wrote:
> Geert Uytterhoeven wrote:
> > Yep, we've been doing this on Amiga for more than a decade, when `debug=mem'
> > is
> > passed. Cfr. arch/m68k/tools/amiga/dmesg.c.
>
> Wow! If tidbits like these are going to keep surfacing
physical address at which your debug
> buffer lives so you can find it after the reboot, B) convincing the system to
> do something useful with it on reboot rather than just overwriting it with
> fresh log data.
Yep, we've been doing this on Amiga for more than a decade, when
89 matches
Mail list logo
