in the cross-compile case and we just
run depmod on the target at bootup.
Signed-off-by: Armin Kuster <[EMAIL PROTECTED]>
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
diff --git a/Makefile b/Makefile
index 529b904..1705a91 100644
--- a/Makefile
+++ b/Makefile
@@ -1032,7 +1032,11 @@
in the cross-compile case and we just
run depmod on the target at bootup.
Signed-off-by: Armin Kuster [EMAIL PROTECTED]
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
diff --git a/Makefile b/Makefile
index 529b904..1705a91 100644
--- a/Makefile
+++ b/Makefile
@@ -1032,7 +1032,11 @@ depmod_opts
On Jul 24 2007, at 13:51, Deepak Saxena was caught saying:
> Even this patch isn't really the right solution b/c you really want
> to cross-build the may be cross-building for another architecture from
> Linux you want cross-compile, not host compile but there's no really easy
Sigh, n
from the kernel build w/o some
makefile uglyiness AFAICT.
Is there some sort of -rt userland package this could move to instead
of being in the kernel itself...?
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
Index: linux-2.6/script
build w/o some
makefile uglyiness AFAICT.
Is there some sort of -rt userland package this could move to instead
of being in the kernel itself...?
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
Index: linux-2.6/scripts/Makefile
On Jul 24 2007, at 13:51, Deepak Saxena was caught saying:
Even this patch isn't really the right solution b/c you really want
to cross-build the may be cross-building for another architecture from
Linux you want cross-compile, not host compile but there's no really easy
Sigh, not enough
The -rt patch adds a NR_syscalls symbol to the arm/unistd.h but
it is not the correct value as there are 348 syscalls on ARM
and the existing change sets the symbol to 322.
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
---
Russell: Why isn't this in mainline? Other arches all seem t
The -rt patch adds a NR_syscalls symbol to the arm/unistd.h but
it is not the correct value as there are 348 syscalls on ARM
and the existing change sets the symbol to 322.
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
---
Russell: Why isn't this in mainline? Other arches all seem to have
The Mobile IPv6 package (http://www.mobile-ipv6.org/software/) needs
this header file to build the tunnelctl component. The header
already looks sanitized so is safe to export.
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
---
diff --git a/include/linux/Kbuild b/include/linux/Kbuild
The Mobile IPv6 package (http://www.mobile-ipv6.org/software/) needs
this header file to build the tunnelctl component. The header
already looks sanitized so is safe to export.
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
---
diff --git a/include/linux/Kbuild b/include/linux/Kbuild
index
Extra #endif got into atomic.h
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc5/include/asm-mips/atomic.h
===
--- linux-2.6.21-rc5.orig/include/asm-mips/atomic.h
+++ linux-2.6.21-rc5/include/as
Extra #endif got into atomic.h
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
Index: linux-2.6.21-rc5/include/asm-mips/atomic.h
===
--- linux-2.6.21-rc5.orig/include/asm-mips/atomic.h
+++ linux-2.6.21-rc5/include/asm-mips/atomic.h
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc5/arch/arm/Kconfig
===
--- linux-2.6.21-rc5.orig/arch/arm/Kconfig
+++ linux-2.6.21-rc5/arch/arm/Kconfig
@@ -33,10 +33,6 @@ config GENERIC_CLOCKEVENTS
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
Index: linux-2.6.21-rc5/arch/arm/Kconfig
===
--- linux-2.6.21-rc5.orig/arch/arm/Kconfig
+++ linux-2.6.21-rc5/arch/arm/Kconfig
@@ -33,10 +33,6 @@ config GENERIC_CLOCKEVENTS
bool
SIGRETRACT
I have -rt merged into my tree so this won't apply cleanly to mainline.
~Deepak
On Mar 06 2007, at 10:09, Deepak Saxena was caught saying:
>
> Fix varous build breakages that occur when building on a Solaris system
> (SunOS 4.8 to be exact)
>
> - No asm/types.h
does not provide strsep
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
diff -uNr -X /home/src/dontdiff
/home/src/mvista/kernel/PRO5-CLEAN/linux-2.6.18/include/linux/input.h
linux-2.6.18_pro500/include/linux/input.h
--- /home/src/mvista/kernel/PRO5-CLEAN/linux-2.6.18/include/linux/i
does not provide strsep
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
diff -uNr -X /home/src/dontdiff
/home/src/mvista/kernel/PRO5-CLEAN/linux-2.6.18/include/linux/input.h
linux-2.6.18_pro500/include/linux/input.h
--- /home/src/mvista/kernel/PRO5-CLEAN/linux-2.6.18/include/linux/input.h
SIGRETRACT
I have -rt merged into my tree so this won't apply cleanly to mainline.
~Deepak
On Mar 06 2007, at 10:09, Deepak Saxena was caught saying:
Fix varous build breakages that occur when building on a Solaris system
(SunOS 4.8 to be exact)
- No asm/types.h
- lpptest doesn't
On Feb 23 2007, at 20:37, Matthieu CASTET was caught saying:
> Hi,
>
> Deepak Saxena plexity.net> writes:
>
> >
> >
> > This patch contains a set of small fixes to allow the kernel to build under
> > the Cygwin environment, which is unfortunately used
On Feb 23 2007, at 20:37, Matthieu CASTET was caught saying:
Hi,
Deepak Saxena dsaxena at plexity.net writes:
This patch contains a set of small fixes to allow the kernel to build under
the Cygwin environment, which is unfortunately used by more people than
one would think
On Feb 22 2007, at 19:44, Jan Engelhardt was caught saying:
>
> On Feb 22 2007 14:30, Michael Tokarev wrote:
> >Deepak Saxena wrote:
> >> We attempted an experiment in cleaning up some modprobe messages during
> >> initramfs bootup when the modules directory
This patch contains a set of small fixes to allow the kernel to build under
the Cygwin environment, which is unfortunately used by more people than
one would think in the embedded world. :(
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
---
lib/gen_crc32table.c
This patch contains a set of small fixes to allow the kernel to build under
the Cygwin environment, which is unfortunately used by more people than
one would think in the embedded world. :(
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
---
lib/gen_crc32table.c |2
On Feb 22 2007, at 19:44, Jan Engelhardt was caught saying:
On Feb 22 2007 14:30, Michael Tokarev wrote:
Deepak Saxena wrote:
We attempted an experiment in cleaning up some modprobe messages during
initramfs bootup when the modules directory is missing by moving modprobe
to modprobe
6a5e6<=
I've done a quick skim of the code and don't quite see the issue there.
Can the kernel not handle modprobe as a script that then executes another
process this early in the boot sequence?
Tnx,
~Deepak
ps: Yes, I know this is "fix" to error messages is ugly
another
process this early in the boot sequence?
Tnx,
~Deepak
ps: Yes, I know this is fix to error messages is ugly. :)
--
Deepak Saxena - [EMAIL PROTECTED] - http://www.plexity.net
in the end, they will not say, those were dark times, they will ask
why were their poets silent? - Bertold Brecht
On Aug 28 2005, at 18:39, Russell King was caught saying:
> On Wed, Aug 24, 2005 at 03:12:02PM -0700, Deepak Saxena wrote:
> > Version 6 of the ARM architecture introduces the concept of 16MB pages
> > (supersections) and 36-bit (40-bit actually, but nobody uses this)
> > p
On Aug 28 2005, at 18:39, Russell King was caught saying:
On Wed, Aug 24, 2005 at 03:12:02PM -0700, Deepak Saxena wrote:
Version 6 of the ARM architecture introduces the concept of 16MB pages
(supersections) and 36-bit (40-bit actually, but nobody uses this)
physical addresses. 36-bit
gt; best to do a -rc7 first.
>
> There's something strange going on with either ACPI or cpufreq. When
Is there ever anything not strange going on with ACPI. :p
/me goes back to beer.
~Deepak
--
Deepak Saxena - [EMAIL PROTECTED] - http://www.plexity.net
Even a stopped clock gives
.
There's something strange going on with either ACPI or cpufreq. When
Is there ever anything not strange going on with ACPI. :p
/me goes back to beer.
~Deepak
--
Deepak Saxena - [EMAIL PROTECTED] - http://www.plexity.net
Even a stopped clock gives the right time twice a day.
-
To unsubscribe
if another driver tries to request the next expansion bus window.
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
diff --git a/arch/arm/mach-ixp4xx/coyote-setup.c
b/arch/arm/mach-ixp4xx/coyote-setup.c
--- a/arch/arm/mach-ixp4xx/coyote-setup.c
+++ b/arch/arm/mach-ixp4xx/coyote-setup.c
@@ -36,7
e case.
- My preferred solution which is to allow the architecture to override
the IOREMAP_MAX_ORDER constant with it's own version.
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
diff --git a/include/linux/vmalloc.h b/include/linux/vmalloc.h
--- a/include/linux/vmalloc.h
+++ b/include/lin
preferred solution which is to allow the architecture to override
the IOREMAP_MAX_ORDER constant with it's own version.
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
diff --git a/include/linux/vmalloc.h b/include/linux/vmalloc.h
--- a/include/linux/vmalloc.h
+++ b/include/linux/vmalloc.h
if another driver tries to request the next expansion bus window.
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
diff --git a/arch/arm/mach-ixp4xx/coyote-setup.c
b/arch/arm/mach-ixp4xx/coyote-setup.c
--- a/arch/arm/mach-ixp4xx/coyote-setup.c
+++ b/arch/arm/mach-ixp4xx/coyote-setup.c
@@ -36,7 +36,7
/030950.html
Tnx to George Anziger and Egil Hjelmeland for finding the issue.
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
diff --git a/include/asm-arm/arch-ixp4xx/timex.h
b/include/asm-arm/arch-ixp4xx/timex.h
--- a/include/asm-arm/arch-ixp4xx/timex.h
+++ b/include/asm-arm/arch-ixp4xx/t
/030950.html
Tnx to George Anziger and Egil Hjelmeland for finding the issue.
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
diff --git a/include/asm-arm/arch-ixp4xx/timex.h
b/include/asm-arm/arch-ixp4xx/timex.h
--- a/include/asm-arm/arch-ixp4xx/timex.h
+++ b/include/asm-arm/arch-ixp4xx/timex.h
de accessor macros to ensure proper use?
Probably the best thing to do b/c on really small systems that
don't have 64-bit needs, we'll just be wasting memory with the
extra data structure size. We need to scale down to PCI systems
with just 8MB of RAM.
~Deepak
--
Deepak Saxena - [EMAIL PROTECTED] - http:
thing to do b/c on really small systems that
don't have 64-bit needs, we'll just be wasting memory with the
extra data structure size. We need to scale down to PCI systems
with just 8MB of RAM.
~Deepak
--
Deepak Saxena - [EMAIL PROTECTED] - http://www.plexity.net
Even a stopped clock gives
u on this b/c I need 64-bit resources ASAP to support
some new CPUs.
~Deepak
--
Deepak Saxena - [EMAIL PROTECTED] - http://www.plexity.net
Even a stopped clock gives the right time twice a day.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
of the kernel tree up due to the
changes required.
Unless someone else wants to volunteer to do the work :)
Will, I might be able to, what major things need fixing?
Kumar,
I'll help you on this b/c I need 64-bit resources ASAP to support
some new CPUs.
~Deepak
--
Deepak Saxena - [EMAIL
40 matches
Mail list logo