Hi Doug,
Doug Kehn wrote:
--- Greg Ungerer wrote:
And by popular request here is a big patch that will
bring a
stock 2.6.22 kernel up to a uClinux-dist 2.6.x level
kernel:
http://www.uclinux.org/pub/uClinux/uClinux-2.6.x/linux-2.6.22-uc0-big.patch.gz
iptables fails to compile after
is merely a stub - it
doesn't actually do anything. It could be fixed :-)
(See function sys_cacheflush() in
linux-2.4.x/arch/m68knommu/kernel/sys_m68k.c(
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude
ols/arm-linux/arm-linux-tools-20061213.tar.gz
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company PHONE: +61 7 3435 2888
825 Stanley St,
linux patches?
Why would you want to?
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company PHONE: +61 7 3435 2888
825 Stanl
s
Greg
On 7/19/07, *Greg Ungerer* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hi Jesus,
You don't like the answers you got on the arm.linux.kernel
mainling list for this same question :-)
Jesus Lopez wrote:
> I must write some code for a c
next uClinux-dist release.
Thanks
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St
.19.
http://lkml.org/lkml/2006/4/4/281.
Even if that was applied, does it fix this driver?
Is there a similar patch for 2.6.19 kernel which comes
with uClinux-dist-20070130.tar.gz
I am not aware of one.
Regards
Greg
------
an/options/uclinux-dev
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX:
--
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102
jeffers/projects/uClinux-cdl/lib'
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/optio
egards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
x/Documentation/CodingStyle.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongab
Hi Wolfgang,
Wolfgang Mües wrote:
Hello Greg,
On Mittwoch, 25. Juli 2007, Greg Ungerer wrote:
And one style issue. Comments in the kernel should not be
c89/c++ style, don't use "//". See
linux-2.6.x/Documentation/CodingStyle.
I had a look:
Chapter 7: Co
allow you access to this page "
Something does look to be broken. I have notified the
sysadmins.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Comput
Interrupt number for EPORT3 */
#defineMCFINT_EPF44/* Interrupt number for EPORT4 */
Wilson
On Jul 25, 2007, at 12:00 PM, [EMAIL PROTECTED] wrote:
--
Message: 3
Date: Wed, 25 Jul 2007 14:19:36 +1000
From: Greg Ungerer <[EMAIL PROTECTED]
.
For example many of the ColdFire CPU's can trap on accesses to certain
address regions when running in user mode. Typically it can be disabled
though.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL:
ofile) {
ofile = malloc(strlen(fname) + 5 + 1); /* 5 to add suffix */
+if (ofile == NULL) {
+ perror("malloc");
+ exit(1);
+}
strcpy(ofile, fname);
strcat(ofile, ".bflt");
}
--
0800 00757fb0 a010
>
>
> 7f80: 7960f000 fff1a000 77206c6f 007954c4 0079ffa0 ffe0
> 00757fb0
>
> 7fa0: 00013b84 00013b8c 4013 fff1a000 0079ebf5 00795340
> 007960de
>
> 7fc0: 007954ac 0079ffb8 ff8600b7
ge was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corpo
ist
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Softw
ns -fno-rtti -rdynamic -o mysql
mysql.o readline.o sql_string.o completion_hash.o -lreadline -lncurses
../libmysql/.libs/libmysqlclient.a
-L/XScale/MTSI-XSCL01/SourceCode/snapgear/lib -lcrypt -lnsl -lm
/usr/local/lib/gcc-lib/arm-linux/3.3.2/../../../../arm-linux/bin/ld:
skipping inco
gards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB: http://www.Sn
/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX:
send the dump output?
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St
ou want to keep this patch for future.
Harry
On 8/2/07, *Greg Ungerer * <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hi Harry,
Harry Gunnarsson wrote:
> Actually, I did use the -uc0-big patch. A bug in the initial email I
> sent out...
>
Hi Ted,
Ted Victorio wrote:
The failed behavior is bad data; all registers (e.g. GPIO) will read
0x.
The test value of MCF_SCM_MPR was 0x7666
Can you show the code that you used to access registers?
Regards
Greg
Greg Ungerer gerg at snapgear.com wrote:
> What is the fai
zero values near the start of the GOT that I
never figured out but I thought I'd dealt with the relocations properly.
Cheers,
Davidm
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
asq, I haven't
looked at the code myself.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61
Hi Matt,
Matt Waddel wrote:
Hi Greg,
Greg Ungerer wrote:
Hi Jate,
Jate Sujjavanich wrote:
What did you have to change?
Anything not fixed in the latest uClinux-dist patches?
When I tried the only thing that struck me as odd (and that I
had to fix) was the location of the compilers limits.h
to fix them :-)
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX
t
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungere
inux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
Greg Ung
ux.org/mailman/options/uclinux-dev
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St,
sage was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corporation
yone has a clue what went wrong?
This is fixed in the most recent patch.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company PHONE:
e see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanl
ets (which it has been known to do).
- Added optional compile-time specifying of the MDC divisor.
Enjoy. I hope to see this in the next release. :)
Looks ok as far as I can tell. I committed it. Thanks.
Regards
Greg
----
Gr
inition of this?
Regards
Greg
}
Thanks again for your help.
Greg Ungerer gerg at snapgear.com wrote:
Can you show the code that you used to access registers?
Regards
Greg
Ted Victorio wrote:
The failed behavior is bad data; all registers (e.g. GPIO)
ist
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer --
--
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102
ptions/uclinux-dev
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX:
ation in some global variables and then handle that in
setup_arch() later on.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3
#x27;editline' (http://www.thrysoee.dk/editline/)
and 'libtecla' (http://www.astro.caltech.edu/~mcs/tecla/index.html).
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Se
handling looks like it should
work the same as for m68k. I'll fix...
Thanks
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +6
patch:
Linux version 2.6.19-uc1 ([EMAIL PROTECTED]) (gcc version 4.1.1) #21
Fri Aug
3 12:54:30 CEST 2007
uClinux/COLDFIRE(m520x)
COLDFIRE port done by Greg Ungerer, [EMAIL PROTECTED]
...
uclinux[mtd]: RAM probe address=0x40145d70 size=0x128000
Creating 1 MTD partitions on "RAM":
*** [ perl ] Error 2
* Waiting for unfinished jobs ...
I recently did some fixes to get perl compiling and working.
Get the latest test release from:
http://www.uclinux.org/pub/uClinux/dist/
Regards
Greg
----
Gr
know how to compile perl for ARM ixp425 arch.
Thanks.
On 8/28/07, Greg Ungerer <[EMAIL PROTECTED]> wrote:
Hi Mihir,
Mihir Sevak wrote:
Hello everyone,
I am working with snapgear 3.4 version and I want to build PERL binary for
arm ixp425 arch. I am getting folloing error :
* No r
d
a file), while you are erasing/writing it to flash.
Ofcourse the mounted cramfs is not going to know that
everything is changing under it.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECT
ECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Greg Ungerer
Gesendet: Dienstag, 25. September 2007 02:41
An: uClinux development list
Betreff: Re: [uClinux-dev] netflash, anybody experience wtih flashing
froma local file?
Hi Siegfried,
Siegfried Müller wrote:
Does anybody have experience with net
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
----
appreciated.
Please send the compile output upto where it hangs.
Regards
Greg
On 8/28/07, Greg Ungerer <[EMAIL PROTECTED]> wrote:
Hi Mihir,
Mihir Sevak wrote:
As greg suggested to use the latest uClinux distribution
No, I said the latest _test_ release.
The current 20070
ks.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61
lace to discover which reloc types are needed by each architecture.
I don't know if that would make the binaries larger.
Or just ditch bFLT and make FDPIC work on all the architectures, that
would be nice :-)
A much better solution :-)
Regards
Greg
-------
bscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 S
quot;, and it didn't work because the binaries were hard coded to look for
header files in the absolute directory /usr/local/arm-linux/include.
Ideally you want to use the 3.4.4 toolchain for all. The older 3.3.2 is
known to be buggy on some code. Update your 2.4 source if you can.
Regards
just merge it (hopefully replacing
the old one all together).
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 28
ks,
Allen Yang
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Austra
dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Softw
"Got Signal 1"?
What is the possible probem?
What is the workload?
What programs are running?
What IO is going on?
What kernel version?
What dist version?
What toolchain did you use?
Regards
Greg
----
Greg Ungerer
seem to be a real problem area with newer tool
chains though...
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
//mailman.uclinux.org/mailman/options/uclinux-dev
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX:
to get to the point where
linux-2.6.20-uc0.patch.gz will apply cleanly?
Apply it to a standard 2.6.20. Most people probably use the "big"
patch if they are building with uClinux-dist.
Regards
Greg
Greg Ung
t code are you using?
Or is it something else?
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley
ot only the instruction cache. For this 'flush_icache' is defined.
Yes, it should be flushing everything. The cache code is less
than ideal for most ColdFire members. It needs a good cleanup.
Regards
Greg
Greg Unge
the better, which is why i'm posting so
frequently. no sense dragging this out, but if folks think i'm
abusing the mandate of the mailing list, i'll respect that and take
the discussion elsewhere.
I'd say this is _exactly_ what this mailing list is for :-)
Keep post
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB:
-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
---
ve) to point at the
right compiler prefix, and add the appropriate install directory
to my path.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corporation
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia
Jiri Olsa wrote:
remove dead config symbols from m68knommu code
Signed-off-by: Jiri Olsa <[EMAIL PROTECTED]>
Acked-by: Greg Ungerer <[EMAIL PROTECTED]>
---
arch/m68knommu/kernel/setup.c|3 ---
include/asm-m68knommu/mcfne.h| 27 ---
dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chie
FIG_BDM_DISABLE/ is the
more correct fix.
Regards
Greg
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St,
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloon
v
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corporatio
linux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Comput
eone posted the changes
needed last spring)?
If it doesn't break other targets. Can you send a pointer to
the changes posted, I don't recall it.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL
andocs
+ htmldocs mandocs headers_install
-include $(HARDWARE_MK)
build_targets = $(filter-out $(pardoned_targets), $(MAKECMDGOALS))
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PRO
CONFIG_LANG_JAPANESE is not set
-# CONFIG_LANG_DEBUG is not set
-
-#
-# SnapGear Device Settings
-#
-CONFIG_SIZE_VAR_PART=0
-CONFIG_SIZE_CONFIG_PART=0
-CONFIG_SIZE_SYSLOG_MAXSIZE=16
-
-#
# Core Applications
#
CONFIG_USER_INIT_INIT=y
--
-
ret = -ENODEV;
}
- return ret;
+ return 0; // SKIP ret;
}
static void isp1362_hc_stop(struct usb_hcd *hcd)
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Compu
IRQ na_usb_irq
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloonga
lease, and some issues still need to
be resolved.
Maybe the above correction for the script execute permission can help
someone else.
I have put fixes in place for those scripts.
Regards
Greg
Greg Ungerer -- Chief Sof
driver in the linux-2.4.x/drivers/char/m5249audio.c. It bypasses
the linux interrupt handling, and uses its own assembler version
of an interrupt routine (specifically to get low latency).
Regards
Greg
--------
Greg Ungerer -- Chief
release.
Regards
Greg
On 11/20/07, *Greg Ungerer* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hi Harry,
Harry Gunnarsson wrote:
> Regarding the second question.
>
> I believe David & Greg replied on this in a similar email thread
Hi Alte,
Atle Nissestad wrote:
This series of patches (along with the patches from Thomas Chou) brings the
nios2nommu arch up-to-date for the current kernel.
The 1st patch is rather large, but I hope its OK ...
I would prefer if it was broken down a bit more.
Logically the driver patches shou
should be separate.
I commited the nios2 specific parts for now.
Thanks
Greg
Signed-off-by: Atle Nissestad <[EMAIL PROTECTED]>
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Com
individual port power switching
(1)
-.power_switching_mode = 0,
-.reset = NULL /* isp116x_reset */,
.delay = isp116x_delay,
};
--
--------
Greg Ungerer -- Chi
144
+ /* 144 __NR_msync obsolete */
#define __NR_readv 145
#define __NR_writev146
#define __NR_getsid147
--
----
Greg Ungerer -- Chief Software Dude EMAIL:
ARM || REDWOOD_5 || REDWOOD_6 || M32R || SUPERH ||
SOC_AU1X00 || BFIN || NIOS2
help
This is a driver for SMC's 91x series of Ethernet chipsets,
including the SMC91C94 and the SMC91C111. Say Y if you want it
--
extern void pcibios_fixup_irqs(void);
extern int pciauto_assign_resources(int busno, struct pci_channel *hose);
#endif
-static inline void pcibios_add_platform_entries(struct pci_dev *dev)
-{
-}
-
#endif /* __KERNEL__ */
/* generic pci stuff */
--
-
E) {
@@ -205,8 +205,7 @@ void free_initrd_mem(unsigned long start, unsigned long end)
}
#endif
-void
-free_initmem()
+void free_initmem(void)
{
#ifdef CONFIG_RAMKERNEL
unsigned long addr;
--
----
Greg Ungerer -- Chief Software
#ifdef __KERNEL__
-#define NR_syscalls322
#define __ARCH_WANT_IPC_PARSE_VERSION
#define __ARCH_WANT_OLD_READDIR
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corpo
+ })
+
#endif /* _NIOS2NOMMU_SYSTEM_H */
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St,
(and you cannot use linux primitives in it
- you are bypassing all kernel locking).
Regards
Greg
On Nov 21, 2007 4:04 PM, Greg Ungerer <[EMAIL PROTECTED]> wrote:
Hi Harry,
Harry Gunnarsson wrote:
Hi everybody,
I am running uClinux on a custom board with the following configuration
nux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE:
ybox mount for a better general purpose mount.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St,
l start up assembler code - .init.text will definately be
present (not freed yet). It is in the .text section so I can keep
it at the start address of the kernel code (not somewhere in the
middle of the kernel image).
Regards
Greg
-----
Hi Lance,
Lance Spaulding wrote:
Greg Ungerer wrote:
Lance Spaulding wrote:
I was looking at the changes in the 20071107 patch and noticed the
following in vendors/config/arm/config.arch:
ifneq ($(shell which arm-linux-20070808-gcc),)
ifeq ($(UCLINUX_BUILD_BOOT),1)
CROSS_COMPILE = arm-linux
x-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_CRC32C i
801 - 900 of 1216 matches
Mail list logo