Hello,
I need to change auto-negotiate, speed and duplex for a port on my
mt7620a-based device, but I'm not quite certain that I understand the
structure here. When using ethtool on eth0 I always get ENODEV,
apparently because priv->phy_dev is always NULL in fe_get_link_ksettings
of drivers/net/e
Hello Daniel,
Thanks for your help!
On 6/8/19 6:51 AM, Daniel Golle wrote:
> Hi Daniel,
>
> On Sat, Jun 08, 2019 at 04:06:54AM -0500, Daniel Santos wrote:
>> Hello,
>>
>> I need to change auto-negotiate, speed and duplex for a port on my
>> mt7620a-based device,
Hello,
I'm still fairly new to Ethernet drivers and there are a lot of
interesting pieces. What I need help with is understanding MDIO -->
(R)MII vs direct I/O to the MAC (e.g., via ioread32, iowrite32). Why is
there not always a struct mii_bus to talk to this hardware? Is it
because the PHY an
ds me to the question of what "GSW"
means? This is the name of the hardware that has the PIAC register, but
nowhere in the data sheet or programming guide can I find a definition.
Thanks,
Daniel
On 6/14/19 5:53 PM, Daniel Santos wrote:
> Hello,
>
> I'm still fairly new to
I've been told in #openwrt-devel on freenode that this is from an
OpenWRT SDK that MediaTek has released. Does anybody know the link on
their web site for this?
On 6/28/19 4:55 PM, Daniel Santos wrote:
> Hello,
>
> I'm looking at the mt7620 Ethernet driver and I see a lot o
anything other than the lockdep engine.
Signed-off-by: Daniel Santos
---
...se-of-uninitialized-delayed_work-lockdep-.patch | 64 ++
1 file changed, 64 insertions(+)
create mode 100644
target/linux/generic/pending-4.14/142-jffs2-Fix-use-of-uninitialized-delayed_work-lockdep-.pa
Don't ever EVER do this! It has taken me several hours to discover the
underlying cause of my modules being mysteriously stripped, despite
having made certain CONFIG_MODULE_STRIP was not enabled. This is a
truely horrendous and dispicable way to strip modules. First of all, it
is insideious and
have done. If you really want excessive stripping for that extra 4k,
then add a distinct option to remove all symbols.
Signed-off-by: Daniel Santos
---
.../generic/hack-4.14/202-reduce_module_size.patch | 24 --
.../generic/hack-4.9/202-reduce_module_size.p
oops, I forgot to --signoff.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
ful for debugging, decompiling, diagnostics, profiling, etc.
Signed-off-by: Daniel Santos
---
.../generic/hack-4.14/202-reduce_module_size.patch | 24 --
.../generic/hack-4.9/202-reduce_module_size.patch | 24 --
2 files changed, 48 deletions(-)
delete mode 10
e is that built-ins cannot be unloaded and will always
occupy a portion of RAM. But having them built into the kernel is far
more efficient.
Daniel
On 10/29/2018 05:54 PM, Daniel Santos wrote:
> Never EVER do this! Decades of computer science has taught us "best
> practices" -- wa
least now I can sysupgrade to a newer kernel…
>
>
>> On Oct 29, 2018, at 5:01 PM, Daniel Santos wrote:
>>
>> I would like to take this opportunity to mention that the best way to
>> save space here is to not build modules -- make them built-ins. I did a
>>
swap out the UPS that it’s on
> tomorrow.
>
> Well, at least now I can sysupgrade to a newer kernel…
lol! A lot has changed in 3 years! :)
Daniel
>
>
>> On Oct 29, 2018, at 5:01 PM, Daniel Santos wrote:
>>
>> I would like to take this opportunity to mention th
p-all, this can still be done by
disabling Felix's patch via kernel_menuconfig.
The kernel .config option MODULE_STRIPPED is renamed to MODULE_STRIP_ALL
for disabiguation while the options to not strip or only strip-unneeded
are not exported to the kernel .config as they are only relevent to the
Op
.) it not only breaks debugging, but other
features such as kmemleak.
Signed-off-by: Daniel Santos
---
.../generic/hack-4.14/202-reduce_module_size.patch | 24 --
.../generic/hack-4.9/202-reduce_module_size.patch | 24 --
2 files changed, 48 deletions
off-by: Daniel Santos
---
config/Config-kernel.in | 18 ++
1 file changed, 18 insertions(+)
diff --git a/config/Config-kernel.in b/config/Config-kernel.in
index f38cc792dd..b03eb929c9 100644
--- a/config/Config-kernel.in
+++ b/config/Config-kernel.in
@@ -20,6 +20,24 @@ con
Signed-off-by: Daniel Santos
---
include/image.mk | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/image.mk b/include/image.mk
index f2a85f6feb..dcf1e3572a 100644
--- a/include/image.mk
+++ b/include/image.mk
@@ -203,7 +203,6 @@ define Image/mkfs/squashfs
$(STAGING_DIR_HOST)/
Signed-off-by: Daniel Santos
---
lang/python/python-idna/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lang/python/python-idna/Makefile b/lang/python/python-idna/Makefile
index 47f4b9668..1f36b21e9 100644
--- a/lang/python/python-idna/Makefile
+++ b/lang/python
-interrupt-contro.patch
@@ -0,0 +1,51 @@
+From 57fa7f2f4ef6f78ce1d30509c0d111aa3791b524 Mon Sep 17 00:00:00 2001
+From: Daniel Santos
+Date: Sun, 4 Nov 2018 20:24:32 -0600
+Subject: gpio-ralink: Add support for GPIO as interrupt-controller
+
+Signed-off-by: Daniel Santos
+---
+ Documentation
I had a discussion about this on irc a few weeks ago as well and I am in
favor. There are just far too many reasons to list for the OpenWRT
kernel to exist as a set of branches in git. Among them are the ability
to move patches around, cherry-pick and git-blame. It is often very
important to und
instead of wifi.
Being that this is the drivers/gpio/gpio-ralink.c (a nice bland name)
I'm going assume we're just talking about two different drivers. The
compatible string for this one is "ralink,rt2880-gpio".
On 11/04/2018 10:27 PM, Rosen Penev wrote:
> On Sun, Nov 4, 2018 a
On 11/05/2018 03:46 PM, Rosen Penev wrote:
> On Mon, Nov 5, 2018 at 1:38 PM Daniel Santos wrote:
>> Hello,
>>
>> First my apologies for not CCing you John, I'm not sure which address to
>> use as I got a bounce from the blo...@openwrt.org address before.
>>
On 11/07/2018 01:52 PM, Felix Fietkau wrote:
> On 2018-11-05 00:19, Daniel Santos wrote:
>> This was disabled by commit dcd0e4a6727611f03eb3d3a75f073235f5f1229c due
>> to a threading bug back in 2009. The specifics of the bug are not given
>> in the commit message and s
Ahh, thank you both for the clarification.
On 11/08/2018 01:35 AM, Felix Fietkau wrote:
> On 2018-11-08 02:20, Daniel Santos wrote:
>> On 11/07/2018 01:52 PM, Felix Fietkau wrote:
>>> On 2018-11-05 00:19, Daniel Santos wrote:
>>>&g
I have confirmation. Just commenting out the printk solves the
problem. Tested with 15 WiFi connections, some watching youtube. A few
better fixes to be proposed shortly. Headed off to bed now :)
___
openwrt-devel mailing list
openwrt-devel@lists.o
On 11/24/18 8:05 AM, Hauke Mehrtens wrote:
> On 10/19/18 10:59 AM, Daniel Santos wrote:
> [snip]
> We would like to reduce the number of patches we ship in OpenWrt on top
> of the mainline Linux kernel.
>
> Please send this to the upstream Maintainer of the jffs driver in th
Daniel
>From 5c73c936e84b0eeb9f595b39488deceb5cb509ab Mon Sep 17 00:00:00 2001
From: Daniel Santos
Date: Tue, 30 Oct 2018 20:54:00 -0500
Subject: [PATCH] Add option to build external kernel tree (experimental)
This patch modifies quilt and adds the root .config options that can be
configured to cause the OpenWR
t to work for the 17.x head, I can
backport it.
Thanks in advance!
Daniel
>From 04d9b710782308106e6b37d40f3f08cba04e57fd Mon Sep 17 00:00:00 2001
From: Daniel Santos
Date: Thu, 8 Mar 2018 22:39:33 -0600
Subject: [PATCH] external kernel .config
---
config/Config-devel.in | 8
include
On 03/09/2018 01:46 AM, Alexandru Ardelean wrote:
> On Fri, Mar 9, 2018 at 7:24 AM, Daniel Santos wrote:
>> Hello. I'm not very good with make and I need to make many changes to my
>> kernel .config for debugging. I wrote a patch to add an option to tell
>> OpenWR
Hello,
Over the past few years I've had to troubleshoot a lot of things in the
boot process and I finally decided that I need an interactive boot
feature to OpenWRT. It will make troubleshooting and debugging easier,
but it will also provide a nice way to hack the boot process and explore
how Ope
Hello all,
I saw this a few days ago, but was too busy to answer then -- sorry
about that. I've dug into this code a bit, but for the mt7620.
On 1/21/23 08:51, Sergio Paracuellos wrote:
Hi,
[+cc John Crispin]
On Sat, Jan 21, 2023 at 2:45 PM Arınç ÜNAL wrote:
On 21.01.2023 10:56, Sergio Pa
On 1/21/23 15:19, Arınç ÜNAL wrote:
On 21.01.2023 21:32, Daniel Santos wrote:
... You can use this to see what the valid values are for each group,
because until this all goes yaml, there's nothing to tell you if
you've used an invalid value.
Speaking of which:
https://git.kern
On 1/22/23 12:24, Arınç ÜNAL wrote:
On 22.01.2023 20:44, Daniel Santos wrote:
On 1/22/23 00:23, Arınç ÜNAL wrote:
On 22 January 2023 02:02:04 GMT+03:00, Daniel Santos
wrote:
On 1/21/23 15:19, Arınç ÜNAL wrote:
On 21.01.2023 21:32, Daniel Santos wrote:
... You can use this to see what the
Hello,
I'm developing commercial hardware using OpenWRT, so there are a lot of
things we need to be able to do that any commercial product should have,
like to be able to save debug symbols for remote debugging, even though
all executables in the firmware are stripped. Invariably, things blow
up
Signed-off-by: Daniel Santos
---
.../210-Fix-signed-compare-warning.patch | 26 +++
1 file changed, 26 insertions(+)
create mode 100644 toolchain/musl/patches/210-Fix-signed-compare-warning.patch
diff --git a/toolchain/musl/patches/210-Fix-signed-compare-warning.patch
b
This is split into two patches to ease reviewing, as it must be renamed
to *.S in order to be preprocessed.
Co-Authored-By: Daniele Tamino
Signed-off-by: Daniel Santos
---
...ebug-information-to-__syscall_cp_asm.patch | 100 ++
.../221-mipsel-preprocess-syscall_cp.s.patch
On 7/4/20 10:19 AM, Hauke Mehrtens wrote:
> On 6/25/20 1:12 AM, Daniel Santos wrote:
>> Signed-off-by: Daniel Santos
>> ---
>> .../210-Fix-signed-compare-warning.patch | 26 +++
>> 1 file changed, 26 insertions(+)
>> create mode 100644
On 1/10/24 08:18, Forest Crossman wrote:
On Tue, Jan 9, 2024 at 4:52 AM John Crispin wrote:
---SNIP---
* Why is there no USB 3.x host port on the device?
- the USB 3.x and PCIe buses are shared in the selected SoC silicon,
hence only a single High-Speed USB port is available
Perhaps you've alr
On 1/15/24 06:56, Paul D wrote:
A kickstarter is a good way to forecast demand.
You've captured the imagination of the geek community.
Not aware of peripheral issues or complexities in doing a kickstarter,
though I agree with forecasting demand. "Geeks" are good at commenting
on stuff, a
On 1/16/24 00:36, John Crispin wrote:
And in the interest of running *my* own mouth, I'm stoked as hell --
LOVE that it will have mikroBUS! Thanks to John and everyone working
on this!
My only request is that any unused gpios that don't make it to
mikroBUS find their way to a (possibly unpo
On 1/18/24 10:37, Chuanhong Guo wrote:
MT7981 is such a chip with NAT offload capability, and the
flow-offload driver mentioned in other threads is actually
a driver for this hardware block.
Since it's a cost-down MT7986 I would imagine this particular
feature is the same between them:
HW NAT
−
On 1/18/24 12:01, Tim Harvey wrote:
Greetings,
I seem to recall a way to ask OpenWrt's build system to output a list
of all variable values used in the build but can't find it documented
or in my notes. Does anyone know how to do that?
Also, is there a way to output a post-processed Makefile af
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Hello,
I'm looking at the mt7620
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Hello,
I'm looking at the mt7620
for the
master branch. I'm probably going to submit the Golang patch upstream,
since I don't see any good reason for such a restriction. I see you've
made a lot of changes on the HEAD.
Daniel
>From f1c770216e4eadaa641fb4f9894576358df5cf74 Mon Sep 17 00:00:00 2001
From: Daniel Santos
45 matches
Mail list logo
