Hi Simon
2011/5/4 Simon Guinot :
> Hi Hirundo,
>
> On Tue, May 03, 2011 at 11:49:31PM +0800, Hirundo Cam wrote:
>> Hi Simon,
>>
> You can't use 3425 neither. This number is for the Samsung GT-i5700
> (Spica) phone. You have to register a dedicated machine number for
> D-Link DIR665. You can use th
Hi Hirundo,
On Tue, May 03, 2011 at 11:49:31PM +0800, Hirundo Cam wrote:
> Hi Simon,
>
> 2011/5/3 Simon Guinot :
> > Hi Hirundo,
> >
> >> + t5388p MACH_T5388P T5388P
> >> 3336
> >> ++mv88f6281_dir665 MACH_MV88F6281_DIR665 MV88F6281_DIR665
Do not enforce IPv6!
Last time I enforce it on end users was a mess, really, I was an IPv6
enthusiast until I had to step back and turn it off. DJ Bernstein and
others were plain right:
http://weblog.kernelcode.com/2010/02/25/ipv6-is-a-failure-stop-wasting-everyones-time/
-
Otto (solca) Solares
On 2011-05-03 10:03 PM, Philip Prindeville wrote:
On 5/3/11 11:20 AM, Anders wrote:
On 04/28/11 18:29, Linus Lüssing wrote:
In my opinion, that should be okay, but I'm also using IPv6
regularly. What would be the alternative, installing the bridge as
a kernel module instead of kernel built
On 5/3/11 11:20 AM, Anders wrote:
> On 04/28/11 18:29, Linus Lüssing wrote:
>> In my opinion, that should be okay, but I'm also using IPv6
>> regularly. What would be the alternative, installing the bridge as
>> a kernel module instead of kernel built-in as it is currently done?
>>
>> Hmm, if no o
On Tue, May 3, 2011 at 8:50 PM, Jo-Philipp Wich wrote:
> profiles are nothing more than package preselections.
>
> Anything that modifies the kernel / requires different compile options
> or flags has to be a subtarget.
>
Jow, thank you for clarification. Does this mean that the original
patch is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
profiles are nothing more than package preselections.
Anything that modifies the kernel / requires different compile options
or flags has to be a subtarget.
~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using Gn
On Tue, May 3, 2011 at 7:35 PM, Michael Heimpold wrote:
> Am Dienstag, 3. Mai 2011 09:48:20 schrieb Maxim Osipov:
>
>> > Please use a profile for this instead of a completely separate target. If
>> > your
>> > profile requires a different kernel configuration, then let profiles also
>> > supply
On 2011-05-03 9:13 PM, Thomas Heil wrote:
Hi,
Am 03.05.2011 21:07, schrieb Felix Fietkau:
On 2011-04-21 5:43 AM, Jonas Gorski wrote:
2.6.38 introduced a dependency from bridge to IPv6. Since IPv6 support
will probably get much more important in the next years anyway, it
should
be OK to jus
Hi,
Am 03.05.2011 21:07, schrieb Felix Fietkau:
> On 2011-04-21 5:43 AM, Jonas Gorski wrote:
>> 2.6.38 introduced a dependency from bridge to IPv6. Since IPv6 support
>> will probably get much more important in the next years anyway, it
>> should
>> be OK to just include it in the kernel for 2.6.38
On 2011-04-21 5:43 AM, Jonas Gorski wrote:
2.6.38 introduced a dependency from bridge to IPv6. Since IPv6 support
will probably get much more important in the next years anyway, it should
be OK to just include it in the kernel for 2.6.38 and later.
I think we should fix the underlying issue that
Am Dienstag, 3. Mai 2011 09:48:20 schrieb Maxim Osipov:
> > Please use a profile for this instead of a completely separate target. If
> > your
> > profile requires a different kernel configuration, then let profiles also
> > supply
> > their specific kernel configuration.
>
> Okay. But what the
On 04/28/11 18:29, Linus Lüssing wrote:
> In my opinion, that should be okay, but I'm also using IPv6
> regularly. What would be the alternative, installing the bridge as
> a kernel module instead of kernel built-in as it is currently done?
>
> Hmm, if no one is screaming about any space issues an
Add kmod-crypto-ipsec as a dependency for kmod-ipsec. Also remove the
extraneous kmod-crypto-core dependency to eliminate recursion.
Signed-off-by: Lars Hjersted
---
package/kernel/modules/netsupport.mk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/kernel/mod
kmod-crypto-ipsec bundles some otherwise unprovided kernel crypto
modules that are useful for IPSEC. This is an alternative to breaking
these modules out into kmod-crypto-wq (crypto_wq.ko), kmod-crypto-rng
(rng.ko and krng.ko), and kmod-crypto-iv (eseqiv.ko and chainiv.ko).
Signed-off-by: Lars Hje
Add kmod-crypto-iv as a dependency for kmod-ipsec. Also remove the
extraneous kmod-crypto-core dependency to eliminate recursion.
Signed-off-by: Lars Hjersted
---
package/kernel/modules/netsupport.mk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/kernel/module
This patch adds kmod-crypto-wq, kmod-crypto-rng, and kmod-crypto-iv
packages. These packages provide some missing kernel crypto modules
which are required for IPSEC. The strongswan4, ipsec-tools, and possibly
other IPSEC packages do not work properly without these modules.
NOTE: The KCONFIG associ
Hi Simon,
2011/5/3 Simon Guinot :
> Hi Hirundo,
>
>> + t5388p MACH_T5388P T5388P
>> 3336
>> ++mv88f6281_dir665 MACH_MV88F6281_DIR665 MV88F6281_DIR665 3337
>
> You can patch mach-types file like this. 3337 is already used for
> dingo ma
On Tue, May 03, 2011 at 07:54:14AM +, Simon Guinot wrote:
> Hi Hirundo,
>
> On Tue, May 03, 2011 at 10:25:26AM +0800, Hirundo Cam wrote:
> > Add mach-type support for dir665 (kernel 2.6.37).
> >
> > Signed-off-by: Hirundo Cam
> > ---
> > target/linux/kirkwood/patches/301-dir665-02.patch |
Hi Hirundo,
On Tue, May 03, 2011 at 10:25:26AM +0800, Hirundo Cam wrote:
> Add mach-type support for dir665 (kernel 2.6.37).
>
> Signed-off-by: Hirundo Cam
> ---
> target/linux/kirkwood/patches/301-dir665-02.patch |7 +++
> 1 files changed, 7 insertions(+), 0 deletions(-)
> create mode
On Tue, May 3, 2011 at 8:37 AM, Florian Fainelli wrote:
> On Wednesday 27 April 2011 21:54:49 Maxim Osipov wrote:
>> On Wed, Apr 27, 2011 at 8:19 PM, Hauke Mehrtens wrote:
>> > On 04/27/2011 09:05 PM, Maxim Osipov wrote:
>> >> On Tue, Apr 26, 2011 at 5:04 PM, Maxim Osipov
> wrote:
>> >>> Signed-
Hi Hirundo,
On Tue, May 03, 2011 at 10:25:25AM +0800, Hirundo Cam wrote:
> This patch is a hack to dir-665 by referencing mv88f6281gtw_ge board.
> LEDs, GPIO, Buttons remains unknown.
You could use the gpiolib sysfs API to discover the LEDs and buttons
GPIOs.
Regards,
Simon
signature.asc
Desc
Hi Hirundo,
On Tue, May 03, 2011 at 10:24:13AM +0800, Hirundo Cam wrote:
> HI all,
>
> 2011/5/3 Hirundo Cam :
> > This patch is a hack to dir-665 by referencing mv88f6281gtw_ge board.
> > LEDs, GPIO, Buttons remains unknown.
> >
> > To use this patch, u-boot must also be modified.
> >
> > Signed-
The via-sata and gpio-nsc modules are both unneeded on the Geos platform.
Index: target/linux/x86/geos/target.mk
===
--- target/linux/x86/geos/target.mk (revision 26806)
+++ target/linux/x86/geos/target.mk (working copy)
@@ -1
On Wednesday 27 April 2011 21:54:49 Maxim Osipov wrote:
> On Wed, Apr 27, 2011 at 8:19 PM, Hauke Mehrtens wrote:
> > On 04/27/2011 09:05 PM, Maxim Osipov wrote:
> >> Hello!
> >>
> >> Any comments for this patch? Is it possible to apply it?
> >>
> >> Kind regards,
> >> Maxim
> >>
> >> On Tue, Ap
25 matches
Mail list logo
