>From Linux 3.0.0+ the udc-core driver provides the gadget probe/unregister
function. This removes those from the dwc_otg driver and removes the patch
that comments out the linkage of udc-core so that the dwc_otg driver can
co-exist happily with other USB Device Controllers.
Signed-off-by: Tim Ha
Hi Gabor,
Thank you for the feedback and UniFi and other patch commit. I have couple
of quick questions before reworking the patch.
On 14/11/2012 7:18 AM, Gabor Juhos wrote:
> Hi Daniel,
>
> Please split this patch into smaller pieces, as I did that with your UniFi AP
> patch. More comments inl
On Wed, Nov 14, 2012 at 11:36 AM, Florian Fainelli wrote:
>
> No, but packages that do provide a libtool should be built by OpenWrt with
> PKG_LIBTOOL_PATHS and PKG_FIXUP accordingly.
libdespotify I am trying to compile does not provide it's libtoo. I am
using OpenWRTs tool, which calls cross com
On Wed, Nov 14, 2012 at 12:08 PM, Jo-Philipp Wich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>> It works for any other package so it is unlikely to be "buggy on
>> the link stage". It is most likely improperly called by the
>> Makefile.
>
> And indeed, line 11 of despotify's Makefi
Signed-off-by: Tim Harvey
---
target/linux/cns3xxx/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/target/linux/cns3xxx/Makefile b/target/linux/cns3xxx/Makefile
index 72e51fd..50c0e94 100644
--- a/target/linux/cns3xxx/Makefile
+++ b/target/linux/cns3xxx/Makefil
Fix typo in 96338GW power LED.
---
diff --git a/target/linux/brcm63xx/patches-3.3/310-board_leds_naming.patch
b/target/linux/brcm63xx/patches-3.3/310-board_leds_naming.patch
index 798e801..df4ddb4 100644
--- a/target/linux/brcm63xx/patches-3.3/310-board_leds_naming.patch
+++ b/target/linux/brcm63
Confirmed operation today.
Acked-by: Jonathan Bither
On 11/13/2012 09:14 AM, Jonathan Bither wrote:
I use this feature often. I'll try to test this today and ack it if it
works for me.
On 10/16/2012 05:30 PM, Zenon Mousmoulas wrote:
This is based on the patches submitted by Matthew Bowman:
h
I've looked into this further, and it seems that any Linux 3.X, for X = (3.3.8
(OpenWRT), 3.6 (x86)), has a problem.
I compared the results with my x86 2.6.24, and amd64 2.6.32 and the ftdi_sio
driver works in both of these versions.
Looking at the USB transfers there are some differences, and
On Fri, 09 Nov 2012 21:32:03 +, Jim Henderson wrote:
> It seems the PREFIX/INSTALL_BASE message on the third line above is
> what's causing my issue. Looking at the makefiles, though, I can't see
> where it's picking up either value from.
>
> Can someone point me in the right direction to fi
Hi, Daniel!
Just one line is skipped:
rt2x00_eeprom_read(rt2x00dev, EEPROM_NIC_CONF1, &eeprom);
before bit test :). After fixing wifi work again.
13.11.2012, 18:20, "Daniel Golle" :
> This is needed for WiFi to work e.g. on DIR-615 rev.H1.
>
> Signed-off-by: Daniel Golle
>
> create mode 100644
Hi Daniel,
Please split this patch into smaller pieces, as I did that with your UniFi AP
patch. More comments inline...
>
> Signed-off-by: Daniel Dickinson
> ---
> target/linux/ar71xx/base-files/etc/diag.sh |6 +
> .../ar71xx/base-files/etc/uci-defaults/network | 11 +
> targ
On Wed, Nov 14, 2012 at 11:36 AM, Florian Fainelli wrote:
> On Wednesday 14 November 2012 11:24:10 Drasko DRASKOVIC wrote:
>> > - the second libtool command does not use the cross-linker, and for that I
>> > have no idea yet
>>
>> It does not, and it is related to the bug (or wrong params) in th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> It works for any other package so it is unlikely to be "buggy on
> the link stage". It is most likely improperly called by the
> Makefile.
And indeed, line 11 of despotify's Makefile says:
LD = $(CC)
That is the most likely culprit.
~ Jow
On Wednesday 14 November 2012 11:56:24 Drasko DRASKOVIC wrote:
> Hi Jow,
>
> On Wed, Nov 14, 2012 at 11:34 AM, Jo-Philipp Wich wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi,
> >
> > in most cases it is enough to specify
> >
> > PKG_FIXUP:=autoreconf
> >
> > in the Open
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> It turns out that it is buggy on the link stage (as I described).
It works for any other package so it is unlikely to be "buggy on the
link stage". It is most likely improperly called by the Makefile.
> Does this means that every package __HAS__ to
Hi Jow,
On Wed, Nov 14, 2012 at 11:34 AM, Jo-Philipp Wich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> in most cases it is enough to specify
>
> PKG_FIXUP:=autoreconf
>
> in the OpenWrt Makefile. This will regenerate configure scripts,
> Makefiles and embedded libtool co
On Wednesday 14 November 2012 11:24:10 Drasko DRASKOVIC wrote:
> Hi Florian,
>
> On Wed, Nov 14, 2012 at 10:22 AM, Florian Fainelli
> wrote:
> > Hello Drasko,
> >
> > On Wednesday 14 November 2012 00:38:08 Drasko DRASKOVIC wrote:
> >> Hi all,
> >> Trying to cross compile libdespotify, I have run
Hi Daniel,
The ath79_gpio_function_* routines should be fixed instead of adding a separate
function for AR934x. I will fix those.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/op
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
in most cases it is enough to specify
PKG_FIXUP:=autoreconf
in the OpenWrt Makefile. This will regenerate configure scripts,
Makefiles and embedded libtool copies with patched variants.
~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.
Hi Florian,
On Wed, Nov 14, 2012 at 10:22 AM, Florian Fainelli wrote:
> Hello Drasko,
>
> On Wednesday 14 November 2012 00:38:08 Drasko DRASKOVIC wrote:
>> Hi all,
>> Trying to cross compile libdespotify, I have run into problem with libtool :
>>
>> libtool --tag=CC --verbose --mode=link
>> mips
Hello Drasko,
On Wednesday 14 November 2012 00:38:08 Drasko DRASKOVIC wrote:
> Hi all,
> Trying to cross compile libdespotify, I have run into problem with libtool :
>
> libtool --tag=CC --verbose --mode=link
> mipsel-openwrt-linux-uclibc-gcc -o libdespotify.la -rpath /usr/lib
> -rpath-link
> /
21 matches
Mail list logo
