Julius Schulz-Zander wrote:
Hi all,
On Sunday 29 June 2008 18:03:37 Luca Olivetti wrote:
Hello, I have this router (labelled smc7908-isp) supplied by my isp for
double play (adsl+voip).
It is based on the infineon danube, the wifi chip is an atheros 2417,
the switch is a realtek
activate CONFIG_KALLSYMS and then paste the oops dump pls
wlanmac wrote:
Hi all,
I have a problem with a program crashing an ARM kernel - and crashing it
hard. The program uses the Tun/Tap driver, but I'm not certain that is
the issue. I haven't seen this behavior on any other
Hi,
there is no way to check the correctness of the image without flashing
it. i suggest you buy a serial cable. imho a serial cable is the most
valueable asset one can have when playing with embedded hardware
blogic
Robert Chan wrote:
Hi all,
Honestly, I had already bricked 2
Hi,
the problem is that for this unit we dont have a uboot that works and we
dont know how to install linux using the original brnloader.
we can make uboot for many of the other arcaydian boards and i will be
adding them to the wiki next week. however for the ARV4518 and ARV4519
we have no uboot
i am going to spent a few days next week working on the danube support,
so i will do the arv4518 at the same time. i will also be merging ata
support whilst at it :D
thx for finding the patches
Luca Olivetti wrote:
En/na Luca Olivetti ha escrit:
Al 30/09/10 19:53, En/na John Crispin ha
Hi,
what is the purpose of the hook ?
Thanks,
John
On 24/11/10 01:45, ngp ngp wrote:
Add hook for platform pci device init. It will permit use of eeprom data
stored in flash of wireless (ath5k) pci card as platform data.
___
openwrt-devel
other per pci device platform initialization required.
2010/11/24 John Crispin j...@phrozen.org
Hi,
what is the purpose of the hook ?
Thanks,
John
On 24/11/10 01:45, ngp ngp wrote:
Add hook for platform pci device init. It will permit use of eeprom data
stored in flash of wireless
. Theres a need
to set this platform data for pci device from platform setup code.
It is similar to whats done in ar71xx.
2010/11/24 John Crispin j...@phrozen.org
Hi,
i dont understand why this needs to be in the pci driver
on madwifi we fixed this by patching the driver. the generic pcoi
sorry, i got confused with a different patch that i was sent :)
On 24/11/10 13:31, John Crispin wrote:
Hi,
yes, but why does this need a init hook int he pci code ? this should be
put inside the mach-*.c file imo
John
On 24/11/10 12:51, ngp ngp wrote:
ath5k gets eeprom data from
apparnetly i did not get confused ...
could you explain what
-- patch_openwrt_ifxmips_pci_pdevinit.diff
has to do with --
static struct ath5k_platform_data arv4518_ath5k_platform_data;
static int arv4518_pci_plat_dev_init(struct pci_dev *dev)
{
if ((dev-vendor ==
ok, can you send a patch in that case that makes use of the new pci hook
please so we can apply the patch + a use case
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 25/11/10 09:19, Luca Olivetti wrote:
En/na ngp ngp ha escrit:
split mach-arv4518 from mach-arv45xx. fix leds. include support for
ath5k wireless driver
Why didn't you add support for it in mach-arv45xx instead?
(Just asking, don't know what's the best policy, in my experiments with
the
show us the printenv output please
On 18/01/11 07:07, Zintis Pētersons wrote:
I’m trying to port GNAP TS-419P+ to OpenWrt. I have tested (from
http://www.cyrius.com/debian/kirkwood/qnap/ts-41x/) that Debian kernel works
well.
The OpenWrt kernel doesnt boot. The serial console output
=no
bootp_vendor_class=F_TS-419P+
enaAutoRecovery=yes
pcieTune=no
Environment size: 809/4092 bytes
-Original Message-
From: openwrt-devel-boun...@lists.openwrt.org
[mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of John Crispin
Sent: Tuesday, January 18, 2011 8:46 AM
/qnap/ts-41x/kernel and packed it back to uImage
the same way as Openwrt. The kernel booted normally.
-Original Message-
From: openwrt-devel-boun...@lists.openwrt.org
[mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of John Crispin
Sent: Tuesday, January 18, 2011 11:09 AM
On 20/01/11 10:06, Bastian Bittorf wrote:
it is always a bad idea to mix up different languages
in one environment.
I don't accept this is a valid starting point. I agree that it is
useful to limit the number of tools/languages you use, but you
should
still try and use the right
On 20/01/11 10:15, Helmut Schaa wrote:
Hi,
are there any plans yet to merge the ramips stuff into mainline?
Thanks,
Helmut
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Yes ! :)
Very detailed plan :P
exactly, there is only the intention, we made no specific plans yet, as
gabor was busy with the ath79 push and i am busy with the lantiq push
The main reason I ask is because the SoC specific parts of rt2x00 are quite
good already (on rt305x at least,
On 20/01/11 10:44, Daniel Golle wrote:
Good to hear that.
dwc_otg is making progress as well [1], hopefully it's synthezised form
in PPC 405 EX doesn't differ too much from the one found on octeon and
ramips stuff. licensing issues have seemingly been resolved and so only
the SoC glue is
Hi
[ ] base-files standard
[ ] base-files mini (no sed/awk, experimental)
But how many space is safe if busybox is compiled without sed and
awk?
485.928 bytes original
451.976 bytes without sed+awk
that is 5k once lzma compressed it for squashfs so the size argument can
be negected,
Nah. Merge the upstream-ready stuff to generic, and add the glue now.
;)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 28/02/11 17:58, Luca Olivetti wrote:
Al 28/02/11 11:11, En/na John Crispin ha escrit:
On 27/02/11 21:59, Luca Olivetti wrote:
Al 27/02/11 20:30, En/na ralph.hem...@lantiq.com ha escrit:
maybe this is more of interest for you ?
http://nbd.name/gitweb.cgi?p=owsip.git
connect pjsip tapi
On 05/03/11 21:20, Luca Olivetti wrote:
Al 05/03/11 21:16, En/na John Crispin ha escrit:
Ok, I have to tell it where the firmware files are on the command line:
root@OpenWrt:/lib/firmware# tapidemo --path /lib/firmware/
TAPI Demo Version 5.0.1.27
VAD is set to: IFX_TAPI_ENC_VAD_NOVAD
On 06/03/11 13:58, Luca Olivetti wrote:
Al 06/03/11 13:15, En/na Luca Olivetti ha escrit:
Will post patches once the pending ones are applied.
If you prefer, here's my cumulative patch that supersedes all patches
I previously posted for lantiq:
- gpio to activate usb on the arv7518pw
-
On 08/03/11 08:13, Layne M. Edwards wrote:
On Sun, 06 Mar 2011 19:14:19 -0500, Layne M. Edwards
ledwa...@astrumtech.net wrote:
This patch adds initial support for the Aztech HW550-3G (Ralink
RT3052f SoC, 8MB flash, 32MB dram). Ethernet is not working yet.
Wireless appears to work fine. USB
On 13/03/11 15:24, Luca Olivetti wrote:
Al 27/02/11 20:30, En/na ralph.hem...@lantiq.com ha escrit:
maybe this is more of interest for you ?
http://nbd.name/gitweb.cgi?p=owsip.git
connect pjsip tapi
Regarding this one, I see that owsip uses pjsip-ltq-tapi.
The initialization done in
Hi Luca,
i am about to merge some of your stuff. whilste looking over the rest i
noticed this -
++arv7518_ath9k_wmac_data.eeprom_data[0x2081]=0x82d4; /* Spain */
++arv7518_ath9k_wmac_data.eeprom_data[0x20a1]=0x1f1f; /* as in stock
firmware */
we wont be able to merge generic ath9k
On 29/03/11 09:53, Luca Olivetti wrote:
Al 29/03/2011 9:48, En/na Luca Olivetti ha escrit:
I'll see what I can do for both issues (regdomain and generic), however
remember that I can only test with my router and wouldn't want to
mislead somebody else that it should also work with his.
aloha
On 25/11/2014 11:44, Daniel Golle wrote:
One year after starting to work on the oxnas target, I think that
things are in a shape which would allow merging the target with
OpenWrt. Now that things are imho rather clean and stable, I'd
prefer having the target merged and no longer
Hi,
thanks for the info, looking forward to the V2 of the series
tplink-safeloader sound like a good choice
John
On 25/11/2014 14:12, Matthias Schiffer wrote:
On 11/24/2014 08:49 PM, John Crispin wrote:
On 21/11/2014 09:41, Matthias Schiffer wrote:
Hi, this adds support
build an image with KALLSYMS please and send a new log
On 25/11/2014 15:43, Andre Valentin wrote:
Hi!
Since 3.10.58 I notice reboots of the system. I logged the oopses,
but cannot see a source. Please take a look if you have an idea
what the heck this causes:
On 25/11/2014 21:44, José Vázquez wrote:
Few weeks ago i've received a Mips CI20 and began to port it to
openwrt using kernel 3.18-rc4.
For now only few peripherals work fine but is more than i initially
expected.
https://github.com/Pteridium/OpenWRT-experimental/blob/ci20-alpha/README.md
Hi,
so which patch do i use now ?
John
On 19/11/2014 13:24, Guillaume Déflache wrote:
Hi all
Sorry obconseil and John for the delay, my work priorities got
shifted to other things... @John: good idea to ping me personally!
;)
Am 06.11.2014 10:23, schrieb obconseil:
Le
Hi,
seems to all be functional. one last question ...
On 25/11/2014 11:45, Daniel Golle wrote:
diff --git a/target/linux/oxnas/Makefile b/target/linux/oxnas/Makefile
new file mode 100644
index 000..67d45bc
--- /dev/null
+++ b/target/linux/oxnas/Makefile
@@ -0,0 +1,28 @@
+#
+#
Hi,
please send a pull request via github to have this included inside the
packages feed
John
On 25/11/2014 17:27, Виталий Процко wrote:
This add new package gammu v 1.33.0 to the build tree.
Gammu is the name of the project as well as name of command line
utility, which you can
Hi Christian,
patch is correct. it does solve the problem. however, apart from you
and me there will be only a handful of people that will instantly know
why this patch is correct :) could you resubmit with a proper
description. a one liner is enough.
John
On 26/11/2014 19:38, Christian
On 27/11/2014 16:22, Derek Vicky wrote:
I understand process management is moving to procd. Few of the wiki
pages suggest that procd is where watchdog capabilities are too.
http://wiki.openwrt.org/doc/techref/procd
I have a sunxi setup that is dying under some predictable network
still broken, if you use gmail you need to use pop3/imap to send valid
patches. copy/paste wont work.
On 01/12/2014 06:55, Matthew M. Dean wrote:
resent in gmails plain text mode
--- a/package/utils/e2fsprogs/Makefile (revision 43446)
+++ b/package/utils/e2fsprogs/Makefile (working copy)
Hi,
patch does not apply, which rev did you generate it against ?
John
On 01/12/2014 13:06, Daniel Golle wrote:
Packages fdisk and lsblk were missing dependency for libsmartcols.so.1
Add package for libsmartcols and add dependency from fdisk and lsblk.
Signed-off-by: Daniel Golle
On 01/12/2014 13:44, Luka Perkov wrote:
On Mon, Dec 01, 2014 at 01:07:38PM +0100, John Crispin wrote:
patch does not apply, which rev did you generate it against ?
It applied just fine here on the latest trunk.
On 01/12/2014 13:06, Daniel Golle wrote:
Packages fdisk and lsblk
Hi,
i pushed 3.14 support for au1000. i have no hw for testing so this is
only compile tested and hence i left 3.10 as default. can someone test
3.14 so we can set it as default please.
John
___
openwrt-devel mailing list
ermmm ... i booted rt5350 on the weekend with uccess .. but that has
nothing to say. which boar is this ? i assume the small asiarf one ?
On 01/12/2014 13:40, Luis Soltero wrote:
anyone have any ideas on how to get the RT5350 UART working?
here is the error in the log.
[0.46]
i just pushed a an alternate patch that fixes the problem. please test
it and let me know the results
John
On 22/10/2014 09:20, Tomasz Wasiak wrote:
Devices with less memory are still common so why limit ZRAM usage just to swap
when it could be very useful as for /tmp storage.
This
GNU/Linux
bruno
On 12/01/2014 04:55 PM, John Crispin wrote:
Hi,
i pushed 3.14 support for au1000. i have no hw for testing so
this is only compile tested and hence i left 3.10 as default. can
someone test 3.14 so we can set it as default please.
John
Hi
On 02/12/2014 14:42, Daniel Golle wrote:
similar to what was observed on kirkwood this significantly accelerates
btrfs write operations.
can we put the significantly accelerates into numbers and then change
it in then generic config ?
John
Signed-off-by: Daniel Golle
ports that
work on that version.
By the way. As BB has it natively (I suppose), has anyone used BB with
ZRAM stably on 16MB devices (e.g: WRT54GL) ?
Thanks
Regards,
Fernando
On 02/12/2014 11:16, John Crispin wrote:
i just pushed a an alternate patch that fixes the problem. please test
On 03/12/2014 07:10, Rafał Miłecki wrote:
Honestly, I don't know what is this file for. I don't understand
netifd wireless well at all. I asked for help in the Request for
any netifd wireless documentation e-mail thread, but ppl who know
/things/ ignored me.
can you narrow down your
i recently removed the driver from the ralink kernel as it made the
link unstable. how does the phy behave for you without the drive
strength quirk ? does the linux phy driver work for you on this HW ?
i looked for the datasheet but failed to find it. do you have it ?
On 03/12/2014 16:03,
Hi,
patches for new boards are always welcome, a few comments below
On 04/12/2014 08:23, yangbo wrote:
+/*
+ * BHU BXO2000n-2S-U board
+ */
+
+static void __init bhu_bxo2000n2s_u_setup(void)
+{
+ bhu_ap123_setup((u8 *) KSEG1ADDR(0x1fff), (u8 *)
KSEG1ADDR(0x1fff1000));
+
+
great, oxnas will now be part of CC :)
On 04/12/2014 23:51, Daniel Golle wrote:
This reverts commit c81de5fd193802d511b42eb7b108aac17136 on
https://gitorious.org/openwrt-oxnas/openwrt-oxnas.git which removed
patches and config for 3.14.
[arm_introduce-dma-fiq-irq-broadcast patch was
too late ... i just pushed the code :) send a fix up patch please
On 05/12/2014 01:21, Stijn Tintel wrote:
On 05-12-14 01:01, Stijn Tintel wrote:
platform_do_upgrade() {
local board=$(octeon_board_name)
+local rootfs=$(platform_get_rootfs)
+
+[ -d ${rootfs} ] || return 1
much like
to know when decisions have been made.
Sincerely, Karl P
[2]http://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg27746.html
On 12/04/2014 10:53 PM, John Crispin wrote:
great, oxnas will now be part of CC :)
On 04/12/2014 23:51, Daniel Golle wrote
add a file in /etc/uci-defaults/ these get called on firstboot and are
deleted after being run
to add the file you need to make a package or you simply place the
script in the files/ folder of your checkout
John
On 05/12/2014 08:16, Nguyen Nam wrote:
Hi list,
I posted request on
:07, John Crispin wrote:
i intentionally don't set a date. i have done so in the past and
got ranted at for not being on time. this happened with AA and BB
so CC is illusive and will be ready when ready. all i will say is
that i am already working on it, but you noticed that yourself
Hi,
just added this to my local tree, images are building, the ar71xx
network stuff scares me and i want to test this for a few b
On 05/12/2014 07:36, Heiner Kallweit wrote:
Replace the fixed wait time of 1s with polling for BMCR_RESET
to be cleared on all PHYs.
Signed-off-by: Heiner
On 05/12/2014 09:55, John Crispin wrote:
Hi,
just added this to my local tree, images are building, the ar71xx
network stuff scares me and i want to test this for a few b
On 05/12/2014 07:36, Heiner Kallweit wrote:
Replace the fixed wait time of 1s with polling for BMCR_RESET
its your lucky day, according to the DHL website my RB2011UiAS-2HnD-IN
will arrive in the next 2-3 hours :)
On 05/12/2014 10:21, Chris Green wrote:
This sounds very like the bug #18401 I have raised for my
RB2011UiAS-2HnD-IN.
I have exactly the same problem of everything appearing to be
On 05/12/2014 11:19, Jo-Philipp Wich wrote:
Hi.
in any event, if the idea of an official release is that it
should build out of the box, there are clearly a number of
(albeit easily fixable) download and build issues to clean up. is
it part of pre-release QA to make sure all of these
the added script is not what the subject/description claims it is ...
On 06/12/2014 15:14, Cezary Jackiewicz wrote:
Add a script to detect the board name and populate /tmp/sysinfo.
Sets the status LED for Linksys EA4500.
Signed-off-by: Cezary Jackiewicz cezary.jackiew...@gmail.com
---
On 06/12/2014 15:26, Cezary Jackiewicz wrote:
Dnia 2014-12-06, o godz. 15:22:38
John Crispin blo...@openwrt.org napisał(a):
the added script is not what the subject/description claims it is ...
/tmp/sysinfo is populated by calling kirkwood_board_name.
ok, the text is a bit misleading
Hi,
On 06/12/2014 16:33, Gottfried Haider wrote:
Hello OpenWrt,
(Sorry for cross-posting, perhaps this didn't fit -users after all.)
I successfully installed OpenWrt for the WT3020 (ramips, mt7620n) via
the October 22 snapshot on the onionwrt.link website. Unfortunately it
seems this
On 07/12/2014 16:05, Hauke Mehrtens wrote:
On 12/07/2014 01:30 AM, Rafał Miłecki wrote:
I've bcm53xx device which has two usable flashes:
1) SPI serial flash for CFE + firmware + NVRAM
2) NAND flash for extra data
Because of general design of OpenWrt firmware my image contains two
On 07/12/2014 16:18, Rafał Miłecki wrote:
On 7 December 2014 at 16:11, John Crispin blo...@openwrt.org
wrote:
On 07/12/2014 16:05, Hauke Mehrtens wrote:
On 12/07/2014 01:30 AM, Rafał Miłecki wrote:
I've bcm53xx device which has two usable flashes: 1) SPI
serial flash for CFE + firmware
Hi Richard,
both of the patches are whitespace broken. please fix and resend
John
On 29/11/2014 23:34, Richard Kunze wrote:
Signed-off-by: Richard Kunze richard.ku...@web.de
---
.../linux/kirkwood/patches-3.14/171-ix2_200_poweroff.patch | 13
+
1 file changed, 13
Hi,
i just bumped ar7, it is only compile tested. i tried getting my hands
on ar7 hw, managed to get 2 boards. one does not power up and the
other one has a uart connector welded and not soldered to it and fails
to give stable serial output.
does anyone have a working ar7 board that they want to
Hi,
there were a pile of random crashes that people reported on on ar71xx.
the unaligned patch that we carry with us had a null pointer deref. the
attached commit fixes this bug.
If you have recently seen such crashes please update to r43560 and see
if the crashes are gone now.
John
trunk only, this is a regression that happened when the patches were
updated from 3.10-3.14
On 08/12/2014 11:56, Alpha Sparc wrote:
Is this a trunk only issue or Barrier Breaker and trunk issue?
On Dec 8, 2014 6:55 PM, John Crispin blo...@openwrt.org
mailto:blo...@openwrt.org wrote
On 10/12/2014 00:32, Luka Perkov wrote:
Hi Richard,
On Mon, Dec 08, 2014 at 10:41:29PM +0100, Richard Kunze wrote:
Signed-off-by: Richard Kunze richard.ku...@web.de ---
.../kirkwood/patches-3.14/172-ix2_200-fix-mtd-layout.patch | 13
+ 1 file changed, 13 insertions(+) create
On 10/12/2014 01:37, Russell Senior wrote:
I am also wondering whether or not OpenWrt should be using ubifs (like
for the generic NAND subtarget) for the Mikrotik subtarget.
Thoughts?
yes, i have a mikrotik board on my desk already for this purpose.
Hi,
now all the tabs are gone and there are only spaces. however this time i
think it was your email client, that broke the patch. you should try
using git send-email
John
On 10/12/2014 07:09, yangbo wrote:
Hi,
Thank you for reply.
I have changed the patch, using tab instead of
On 10/12/2014 08:21, Florian Fainelli wrote:
Le 9 déc. 2014 11:22, Alexander Couzens lyn...@fe80.eu
mailto:lyn...@fe80.eu a écrit :
export_netdevs will export a net device for every port. These
netdev
represent a port
with out traffic. When such a device is broght down via ifconfig
the
On 10/12/2014 09:29, David Hutchison wrote:
I am once again just guessing with 0x6f00, so I am sure this is wrong.
I would love to learn if you could give me insight :-)
I would also love to make a patch for both the 951G and the rb2011
(gigabit switch version). I don't have packet
Hi,
patchwork has moved, to https://patchwork.ozlabs.org
we would like express our thanks to Jeremy for creating and maintaining
the patchwork project and also for being kind and hosting it for us.
we are using this move to also cleanup our queue as there are ~500 old
patches, some of which are
On 10/12/2014 11:19, Luka Perkov wrote:
On Wed, Dec 10, 2014 at 07:16:20AM +0100, John Crispin wrote:
On Mon, Dec 08, 2014 at 10:41:29PM +0100, Richard Kunze wrote:
Signed-off-by: Richard Kunze richard.ku...@web.de ---
.../kirkwood/patches-3.14/172-ix2_200-fix-mtd-layout.patch | 13
On 10/12/2014 11:46, José Vázquez wrote:
I've been working to add support for the CI20 to openwrt and,
despite some problems I'm unable to fix, the board works stable
with openwrt (more or less). :(
https://github.com/Pteridium/OpenWRT-CI20 Here is a bootlog:
http://pastebin.com/stM6Wfgz
On 10/12/2014 12:02, Alexander Couzens wrote:
Hi John,
can you or florian give me a small overview what it's missing for atheros DSA
support?
IMHO The switchpart ag71xx_ar7240 should be merged into ar8216.c first
or is there a reason, why it's has an own driver?
Best,
lynxis
On 10/12/2014 14:44, Chris Green wrote:
On Wed, Dec 10, 2014 at 10:23:12AM +, Chris Green wrote:
On Wed, Dec 10, 2014 at 09:59:29AM +0100, John Crispin wrote:
On 10/12/2014 09:29, David Hutchison wrote:
I am once again just guessing with 0x6f00, so I am sure
this is wrong. I
in both modes ( the pll_1000 was the real problem
). I just want to insure consistency. Thanks again for the
information from the datasheet.
-- Davey
On Wed, Dec 10, 2014 at 8:25 AM, John Crispin blo...@openwrt.org
wrote:
On 10/12/2014 14:44, Chris Green wrote:
On Wed, Dec 10, 2014 at 10
Hi,
felix just pointed out that we could simply read the settings inside the
kernel head after boot and see what the bootloader used.
i'll try to cook a patch tomorrow that you can use to test this.
John
On 10/12/2014 20:06, John Crispin wrote:
On 10/12/2014 20:02, David Hutchison
On 11/12/2014 20:08, Jonas Gorski wrote:
procd: WDT failed to write: Bad file descriptor
this is a bug in procd. i have a fix staged already and will push it
tomorrow with 2 other fixes
John
___
openwrt-devel mailing list
On 11/12/2014 20:43, Jonas Gorski wrote:
On Thu, Dec 11, 2014 at 8:39 PM, John Crispin blo...@openwrt.org wrote:
On 11/12/2014 20:08, Jonas Gorski wrote:
procd: WDT failed to write: Bad file descriptor
this is a bug in procd. i have a fix staged already and will push it
tomorrow with 2
On 11/12/2014 20:59, Rafał Miłecki wrote:
Let me simplify booting process into following stages:
1) preinit (LED blinking with medium freq)
2) init (LED blinking with medium freq)
3) done (LED state on)
The problem is this duplicated medium freq and that diag.sh
(set_state) has only two
On 12/12/2014 11:26, yangbo wrote:
Hi, Please remove me from spam list. Maybe I send similar mail to
offen... Thank you. ___
openwrt-devel mailing list openwrt-devel@lists.openwrt.org
On 12/12/2014 14:46, Zoltan HERPAI wrote:
Michael Heimpold wrote:
Remove 'series' as all other targets do not use this, too. It
should be obviously clear, that this target refer to a
whole CPU family.
Signed-off-by: Michael Heimpold m...@heimpold.de
---
Hi Michael,
Applied most
On 12/12/2014 15:12, Jonas Gorski wrote:
or the gpio-base problem, we should be able to register appropriate
platform data for it as OF_DEV_AUXDATA() in of_platform_populate.
e.g.
struct bgpio_pdata gpio0_pdata = {
.base = 0,
};
struct bgpio_pdata gpio1_pdata = {
On 12/12/2014 15:33, Jonas Gorski wrote:
On Fri, Dec 12, 2014 at 3:17 PM, John Crispin blo...@openwrt.org wrote:
On 12/12/2014 15:12, Jonas Gorski wrote:
or the gpio-base problem, we should be able to register appropriate
platform data for it as OF_DEV_AUXDATA() in of_platform_populate
I2C_SD
RX1+ 11 12 TX1+
RX1- 13 14 TX1-
GND 15 16 GND
--luis
On 12/1/14 3:24 PM, John Crispin wrote:
ermmm ... i booted rt5350 on the weekend with uccess .. but that has
nothing to say. which boar is this ? i assume the small asiarf one ?
On 01/12/2014 13:40, Luis Soltero wrote
... and i assume this is already en-route to upstream ?
On 12/12/2014 17:07, Daniel Golle wrote:
This adds a LED trigger for each SATA port if the kernel config
option CONFIG_ATA_LEDS is set. In order not to cause any oldconfig
confusion on targets, the option depends on
On 12/12/2014 17:07, Daniel Golle wrote:
++#ifdef CONFIG_ATA_LEDS
++ap-ledtrig = kzalloc(sizeof(struct led_trigger), GFP_KERNEL);
++#endif
can you change all of these to the new IS_ENABLED() api
John
___
openwrt-devel mailing list
i think this should the opt-in not opt-out. target maintainers should
set it only if they have boards with the env stored inside ubi.
John
On 12/12/2014 23:59, Daniel Golle wrote:
We've been carrying around that patch for a while now and didn't
ever encounter any problem on non-UBI
Hi lynxis,
ah the stray ath10k fw warning ... thanks, one todo less on my list :)
John
On 13/12/2014 08:19, Alexander Couzens wrote:
It moves firmware patch code behind an extra check on board_name.
Otherwise it will calculate firmware checksum for unaffected boards.
It also reduce
On 13/12/2014 08:04, Yousong Zhou wrote:
+define Profile/AIBR100
+ NAME:=Aigale Ai-BR100
+ PACKAGES:=\
+ kmod-usb-core \
+ kmod-usb-ohci \
+ kmod-ledtrig-usbdev \
+ kmod-usb2
+endef
kmod-ledtrig-usbdev should be
Hi,
On 10/12/2014 22:33, Chris Green wrote:
On Wed, Dec 10, 2014 at 01:40:42PM -0700, Davey Hutchison wrote:
Fix pll_1000 value for eth0. Traffic would not flow from the eth0 interface.
The new PLL enables delay, use ath79_setup_ar934x_eth_cfg to also enable
AR934X_ETH_CFG_RXD_DELAY.
On 13/12/2014 19:12, Rafał Miłecki wrote:
On 11 December 2014 at 21:17, John Crispin blo...@openwrt.org
wrote:
On 11/12/2014 20:59, Rafał Miłecki wrote:
Let me simplify booting process into following stages: 1)
preinit (LED blinking with medium freq) 2) init (LED blinking
with medium freq
On 14/12/2014 19:11, Luka Perkov wrote:
Hi Claudio,
On Thu, Dec 11, 2014 at 10:48:00AM -0500, Claudio Leite wrote:
Signed-off-by: Claudio Leite lei...@staticky.com
---
target/linux/kirkwood/patches-3.18/160-ea4500.patch | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
Hi,
gregley sent a extroot ubi support patch.
with this in place 2 scenarios are possible.
1) install rootfs on your spi and with a extroot default config that
will copy the whole content over to the ubi. magic markers might be
required here. currently extroot write a magic file to the external
Hi,
thanks for the info, i found my poe injector, a cisco cable and my
keyspan. i will look into this during the coming days. sorry for the
delay, i want to double check that the fix is correct. what strikes me
as odd is that this used to work on older kernels. it might be related
to the enforced
On 14/12/2014 21:37, Rafał Miłecki wrote:
1) I've modified DT to create ubi MTD partition on NAND
2) Wrote a simple preinit_main script creating rootfs_data2 UBI volume
3) Modified fstools to prefer rootfs_data2 over rootfs_data if it exists
i dont like that bit at all. its a work around for
On 15/12/2014 16:16, Felix Fietkau wrote:
On 2014-12-14 12:02, Harald Geyer wrote:
nwf writes:
$ gcc -v -o hello hello.c [...]
/usr/lib/gcc/arm-openwrt-linux-uclibcgnueabi/4.8.3/collect2
--eh-frame-hdr -dynamic-linker /lib/ld-uClibc.so.0
-X -m armelf_linux_eabi -o hello
On 22/01/2015 03:55, Mathieu Olivari wrote:
Currently, replacing a package available in openwrt.git requires
modifications in openwrt.git, or requires duplicating the package in a
feed but with a different name, which causes all kind of problems
related to dependencies (all packages
701 - 800 of 2043 matches
Mail list logo