On Tue, Dec 16, 2014 at 8:12 AM, Heiner Kallweit wrote:
> 1/5
> Remove unused function parameter in ar8327_led_register
>
> 2/5
> Factor out chip-specific parameters from ar8xxx_probe_switch
>
> 3/5
> Create helpers mii_read32 / mii_write32 for 32 bit MII ops.
>
> 4/5
> Remove read/write/rmw membe
On Mon, Dec 15, 2014 at 4:15 PM, Florian Fainelli wrote:
> 2014-12-12 6:33 GMT-08:00 Jonas Gorski :
>> On Fri, Dec 12, 2014 at 3:17 PM, John Crispin wrote:
>>>
>>>
>>> On 12/12/2014 15:12, Jonas Gorski wrote:
>>>> or the gpio-base problem, we shou
On Mon, Dec 15, 2014 at 3:46 PM, Álvaro Fernández Rojas
wrote:
Please add a description for your bindings in
Documentation/devicetree/bindings/gpio
> Signed-off-by: Álvaro Fernández Rojas
> ---
> v2: use vendor for DT properties.
>
> diff --git a/target/linux/brcm63xx/config-3.14
> b/target/li
On Mon, Jan 19, 2015 at 9:04 AM, Oliver
wrote:
> Having compiled an image yesterday with ZNC with a MIPS24kc target and
> MIPS16 enabled, I found that it would eventually crash after starting so I
> ran it in the console and found the segfault was due to an "illegal hardware
> instruction" - conse
On Fri, Feb 13, 2015 at 8:10 PM, Alexandru Ardelean
wrote:
> From: Helmut Schaa
>
> Signed-off-by: Helmut Schaa
What does it protect from? Is it available on all supported chips?
What are the use cases of this? Please explain what this bit does and
why we want to (un)set it.
Jonas
___
On Fri, Feb 6, 2015 at 8:16 PM, Daniel Golle wrote:
> Hi!
>
> I started using Jonas' b53 driver for the Lamobo R1 board in OpenWrt.
> To make things more convenient, I'd like to have the port mapping
> inside the device-tree, so port enumeration would be consistent.
> swconfig supports that (of_sw
Hi,
On Sun, Jan 25, 2015 at 6:33 PM, Álvaro Fernández Rojas
wrote:
> Signed-off-by: Álvaro Fernández Rojas
> ---
I decided to add a basic mmio gpio based driver with its own match; to
reduce the amount ot backports/patches, I'll push it later.
Still I don't want to leave the issues in this pat
On Sun, Jan 25, 2015 at 6:36 PM, Álvaro Fernández Rojas
wrote:
I decided to not apply this and instead directly move the buttons/led
to the dts files and remove them from the board_info structs, so there
should be no conflict potential.
> Signed-off-by: Álvaro Fernández Rojas
> ---
> diff --gi
On Sun, Jan 25, 2015 at 6:37 PM, Álvaro Fernández Rojas
wrote:
Thanks, I applied this with a few fixed led polarities and removal of
the appropriate entries from the board_info structs.
Jonas
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.
On Sun, Jan 25, 2015 at 6:36 PM, Álvaro Fernández Rojas
wrote:
> Signed-off-by: Álvaro Fernández Rojas
> ---
> diff --git
> a/target/linux/brcm63xx/patches-3.14/378-DT-SPI-GPIO-no-cs-backport.patch
> b/target/linux/brcm63xx/patches-3.14/378-DT-SPI-GPIO-no-cs-backport.patch
> new file mode 10064
On Fri, Feb 20, 2015 at 1:08 PM, dani wrote:
> This adds support for the Netgear DGND3700 v1 and DGND3800B.
Thanks, I have one lying around but never got around to properly
adding support for it. A few things before I can commit it ...
> DGND3700 v1 and DGND3800B are exactly the same router, onl
Hi,
On Mon, Feb 23, 2015 at 3:41 PM, Alexandru Ardelean
wrote:
> From: Alexandru Ardelean
>
> Converts an MAC array of u8 to a u64 value.
>
> Signed-off-by: Alexandru Ardelean
> ---
> target/linux/generic/files/drivers/net/phy/b53/b53_regs.h | 10 ++
> 1 file changed, 10 insertions(+)
Hi,
On Mon, Feb 23, 2015 at 4:55 PM, Alexandru Ardelean
wrote:
> From: Alexandru Ardelean
>
> We consider this a debugging feature of the B53 hardware, since
> you'd normally not need to mirror traffic from ports to a single
> capture port, unless debugging or doing some port snooping.
>
> Becau
Hi,
On Sun, Mar 1, 2015 at 1:04 AM, Rafał Miłecki wrote:
Depending on your definition of works, at least with a 16 MiB RAM device:
It boots, but eventually OOM's: http://pastebin.com/5kR99CMG
Adding the low_mem feature makes it not OOM on boot, but still does
not leave much memory free:
http:/
On Sun, Mar 1, 2015 at 2:30 PM, John Crispin wrote:
> On 01/03/2015 14:28, Jonas Gorski wrote:
>> Adding the low_mem feature
>
> do you mean zram ?
Adding "low_mem" to target's FEATURES changes the default squashfs
block size from 256k to 64k, reducing memory usag
On Sun, Mar 1, 2015 at 2:46 PM, John Crispin wrote:
> if you have time it would be nice if you can build/boot an image with
> zram for testing
Sure, what do I need to do for that? just add zram-swap? I'm unable to
find any documentation on how to enable zram properly.
Jonas
On Sun, Mar 1, 2015 at 3:05 PM, John Crispin wrote:
> On 01/03/2015 14:54, Jonas Gorski wrote:
>> On Sun, Mar 1, 2015 at 2:46 PM, John Crispin wrote:
>>> if you have time it would be nice if you can build/boot an image with
>>> zram for testing
>>
>> Sure,
On Tue, Mar 10, 2015 at 4:25 AM, Ian Kent wrote:
> The following series implements...
If you don't have anything nice to say, ... ;) (i.e. you should drop
the cover letter if it does not contain anything useful).
Jonas
___
openwrt-devel mailing list
o
On Tue, Mar 10, 2015 at 4:30 AM, Ian Kent wrote:
> After a vendor firmware install the values seen in nvram for et0macaddr
> and et1macaddr are that of nvram macaddr and nvram macaddr+1.
>
> So set them that way here too.
>
> Signed-off-by: Ian Kent
> ---
> ...53xx-deal-with-R8000-mac-address-se
On Tue, Mar 10, 2015 at 4:30 AM, Ian Kent wrote:
> [OpenWrt-Devel] [PATCH 0/6] bcm53xx: changes for R8000 so far
Ah, this is supposed to be the V2.
Please version your patchsets when resubmitting, i.e. this would be
then [PATCH V2], and add a changelog to the individual patches (under
the tear l
On Mon, Mar 2, 2015 at 10:44 AM, Alexandru Ardelean
wrote:
> So, on a powerpc system this works.
>
> static inline u64 b53_mac_array_to_u64(const u8 *u8_arr) {
> u64 mac = 0;
> u8 *cmac = (u8 *)&mac;
> memcpy(&cmac[2], u8_arr, 6);
> return mac;
> }
>
> I've done this approach initi
On Tue, Mar 10, 2015 at 3:21 AM, Michael Richardson wrote:
>
> Alpha Sparc wrote:
> > I believe it is due to the hardware NAT not supported.
>
> So, really, nothing to do with wifi drivers at all.
> You don't need (hardware) NAT if you run IPv6...
"hardware NAT" is usually a bit of a misnome
On Mon, Feb 23, 2015 at 4:55 PM, Alexandru Ardelean
wrote:
> From: Alexandru Ardelean
>
> Read/Write operations for the ARL table.
> To use it:
>swconfig dev switch0 set arl "rd XX:XX:XX:XX:XX:XX vid "
>swconfig dev switch0 get arl
>
> Output should be:
> ARL Operation: Read
> M
On Mon, Feb 23, 2015 at 4:55 PM, Alexandru Ardelean
wrote:
> From: Alexandru Ardelean
>
> Read/Write operations for the ARL table.
> To use it:
>swconfig dev switch0 set arl "rd XX:XX:XX:XX:XX:XX vid "
>swconfig dev switch0 get arl
>
> Output should be:
> ARL Operation: Read
> M
On Sat, Feb 28, 2015 at 9:22 AM, Rafał Miłecki wrote:
> On 26 February 2015 at 19:24, Florian Fainelli wrote:
>> On 25/02/15 07:24, Alexandru Ardelean wrote:
>>> Feature implemented and tested on BCM53128.
>>>
>>> Slave devices logic copied from the Linux kernel from Marvell's DSA
>>> driver ( li
On Sun, Mar 1, 2015 at 12:09 AM, dani wrote:
> Ok, patch updated with latest changes in trunk, and suggestions.
>
> About SPROM fixups, I misundertsood its purpouse. Deleted since it's not
> required.
>
> Signed-off-by: Daniel Gonzalez
Thanks, applied with a few white space fixes. Next time if
On Sun, Mar 1, 2015 at 1:51 PM, Álvaro Fernández Rojas
wrote:
> Signed-off-by: Álvaro Fernández Rojas
Thanks, applied.
Jonas
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-dev
On Sun, Mar 1, 2015 at 12:54 AM, David Lang wrote:
> Is this going to include support for the DSL on these boxes? the Table of
> Hardware page still says that the DSL is not and will never be supported.
> I've seen enough changes in such things over the years to hope that this is
> no longer the c
On Sun, Mar 1, 2015 at 1:53 PM, Álvaro Fernández Rojas
wrote:
> - image generation is commented out since NAND is not support (only initramfs)
> - NAND/WiFi not working
> - LEDCtrl register must be cleared in order to get Power LED to work.
> - refresh patches
As discussed on IRC, let's write a d
Hi,
On Mon, Mar 16, 2015 at 5:05 PM, Álvaro Fernández Rojas
wrote:
> - Adds LEDs driver compatible with 6318/6328/6362/63268
> - Set serial LEDs pinmux for 63268 only (6328 and 6362 boards have LEDs on
> these GPIOs)
> - Refresh patches
I ignored most line break issues, but my comments about th
Hi,
On Mon, Mar 16, 2015 at 5:24 PM, Álvaro Fernández Rojas
wrote:
> - Avoid bin image generation (only initramfs)
> - NAND/WiFi not working
>
> Signed-off-by: Álvaro Fernández Rojas
> ---
> target/linux/brcm63xx/base-files/etc/diag.sh | 3 +
> .../base-files/etc/uci-defaults/02_network
Hi,
On Mon, Mar 16, 2015 at 6:47 PM, Luka Perkov wrote:
> Hi John,
>
> On Sun, Mar 15, 2015 at 10:21:27PM +0100, John Crispin wrote:
>> On 15/03/2015 22:00, Luka Perkov wrote:
>> > wbuf = blobmsg_alloc_string_buffer(&buf, "md5", 33);
>> > +
>> > + for (i = 0; i < 16; i++)
>> > + sprin
On Wed, Mar 18, 2015 at 10:02 AM, Rafał Miłecki wrote:
> Signed-off-by: Rafał Miłecki
> ---
> .../generic/files/drivers/net/phy/b53/b53_common.c | 23
> +-
> .../generic/files/drivers/net/phy/b53/b53_regs.h | 1 +
> 2 files changed, 23 insertions(+), 1 deletion(-)
>
> dif
On Wed, Mar 18, 2015 at 8:52 AM, Alexandru Ardelean
wrote:
> On Wed, Mar 18, 2015 at 9:18 AM, Rafał Miłecki wrote:
>>
>> Signed-off-by: Rafał Miłecki
>> ---
>> When reading bcmrobo.c code for BCM5301X I've noticed that it uses
>> REG_CTRL_MIIPO (0x0e) with a following comment:
>> /* default(1 <<
On Wed, Mar 18, 2015 at 8:50 AM, Rafał Miłecki wrote:
> Signed-off-by: Rafał Miłecki
> ---
> .../generic/files/drivers/net/phy/b53/b53_regs.h | 26
> ++
> 1 file changed, 26 insertions(+)
>
> diff --git a/target/linux/generic/files/drivers/net/phy/b53/b53_regs.h
> b/targe
On Mon, Mar 23, 2015 at 3:51 PM, Jean-Michel Pouré - GOOZE
wrote:
> Dear all,
>
> I would like to discuss the ability to compile a minimal kernel with all
> needed modules compiled staticly. This is for custom projects. I know
> static kernels are not for mass-release as it would confuse users.
>
On Mon, Mar 23, 2015 at 10:48 AM, wengbj wrote:
> ralink i2c driver is not working on MT7621 platform. Porting a new drivers
> from MTK's source code.
>
> Signed-off-by: wengbj
Please always sign off with your full real name.
Jonas
___
openwrt-devel
On Wed, Mar 18, 2015 at 12:09 PM, Rafał Miłecki wrote:
> On 18 March 2015 at 11:28, Jonas Gorski wrote:
>> On Wed, Mar 18, 2015 at 10:02 AM, Rafał Miłecki wrote:
>>> Signed-off-by: Rafał Miłecki
>>> ---
>>> .../generic/files/d
On Wed, Mar 18, 2015 at 8:48 PM, Rafał Miłecki wrote:
> They are also present on some BCM63xx switches.
>
> Signed-off-by: Rafał Miłecki
> ---
> .../generic/files/drivers/net/phy/b53/b53_regs.h | 32
> ++
> 1 file changed, 32 insertions(+)
>
> diff --git a/target/linux/gen
On Sun, Apr 12, 2015 at 6:03 PM, Rafał Miłecki wrote:
> Newer revisions (5+) of BCM53011 and probably all revs of BCM53012
> require overriding CPU port to work. So far we were handling it only for
> CPU port 8, but some devices may use e.g. port 5. In such case we need
> to use recently defined G
Hi,
On Mon, Apr 13, 2015 at 2:34 AM, Luka Perkov wrote:
> The base code has been taken from zstream project which was
> written by Steven Barth.
>
> Signed-off-by: Luka Perkov
> CC: Steven Barth
> ---
> => changes in v2:
>
> Use new API:
>
> size_t b64decode(void **out, const char *in, size_t l
Hi,
On Mon, Apr 20, 2015 at 1:29 PM, Rafał Miłecki wrote:
> On 20 April 2015 at 11:27, Arend van Spriel wrote:
>>> Following an "nvram erase" none of the needed pairs remain
>>> in nvram. So we probably can't use nvram in a reliable way to create the
>>> wireless configuration.
>>
>>
>> So why
On Tue, Apr 21, 2015 at 9:30 AM, Alexandru Ardelean
wrote:
> Signed-off-by: Alexandru Ardelean
Please provide some explanation why it is okay to remove the patch.
Jonas
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.open
On Tue, Apr 21, 2015 at 4:56 PM, Alexandru Ardelean
wrote:
> On Tue, Apr 21, 2015 at 5:40 PM, Jonas Gorski wrote:
>>
>> On Tue, Apr 21, 2015 at 9:30 AM, Alexandru Ardelean
>> wrote:
>> > Signed-off-by: Alexandru Ardelean
>>
>> Please provide some expl
On Fri, 23 Aug 2019 at 11:04, Paul Spooren wrote:
> As in 853e4dd OpenWrt should follow a unified structure, where every
> device has a target/subtarget combination, if there is only one
> subtarget, call it "Generic". This introduces predictable filenames.
If it's about (I assume generated) file
On Wed, 21 Aug 2019 at 20:57, Daniel Gonzalez Cabanelas
wrote:
>
> The router Nucom R5010UN v2 has the partitions defined for a 8MB flash, but
> the
> flash chip is 16MB size. Fix it
>
> Fixes: 474cde61234c ("brcm63xx: probe SPI flash through DT")
> ---
You are missing a SOB.
Regards
Jonas
___
On Sun, 15 Sep 2019 at 12:49, Paul Spooren wrote:
> > What you suggest is about what we have right now. This kind of creates a
> > misleading situation where for some targets subtargets are present, while
> > for others paths and image names are "fixed" in several places to include a
> > "gener
On Sun, 8 Sep 2019 at 21:19, Tom Psyborg wrote:
> there seem to exist at least a dozen of critical bugs that one would
> not like to have as a part of final release, to name a few:
>
> Mainline ath10k causes crahes in ipq806x / R7800 ->
> https://bugs.openwrt.org/index.php?do=details&task_id=2480
On Fri, 1 Nov 2019 at 21:55, Hauke Mehrtens wrote:
>
> This decreases the binary size when PIE ASLR is activated by 8% on MIPS BE.
>
> old:
> 202,020 /usr/sbin/dnsmasq
>
> new:
> 185,676 /usr/sbin/dnsmasq
Nice reduction.
>
> Signed-off-by: Hauke Mehrtens
> ---
> package/network/services/dnsmas
On Fri, 8 Nov 2019 at 12:49, Adrian Schmutzler
wrote:
>
> If the label MAC address is provided for a device, the default SSID
> will be set to contain the EUI of this address, e.g. OpenWrt-ddeeff.
>
> With multiple routers, this will help the user to identify his device
> based on the MAC address
On Sat, 9 Nov 2019 at 12:04, wrote:
>
> Hi,
>
> > -Original Message-
> > From: Jonas Gorski [mailto:jonas.gor...@gmail.com]
> > Sent: Samstag, 9. November 2019 10:37
> > To: Adrian Schmutzler
> > Cc: OpenWrt Development List ; Rosy
> > Song
On Sat, 9 Nov 2019 at 13:55, Petr Štetiar wrote:
>
> Avoid DMARC plague in the commit messages:
>
> 87f9292300cf hostapd: add IEEE 802.11k support
> 450d44a8ead2 openssl: change defaults: ENGINE:on, NPN:off, misc
> eabc1ddc4541 build: Honour NO_COLOR in include/scan.mk
> 3fb45576ac16 cryptodev
On Sun, 10 Nov 2019 at 10:05, Petr Štetiar wrote:
>
> In order to avoid DMARC plague in the commit messages:
>
> 87f9292300cf hostapd: add IEEE 802.11k support
> 450d44a8ead2 openssl: change defaults: ENGINE:on, NPN:off, misc
> eabc1ddc4541 build: Honour NO_COLOR in include/scan.mk
> 3fb45576a
On Tue, 19 Nov 2019 at 16:18, Michal Cieslakiewicz
wrote:
>
> Hello David,
>
> Two questions were raised just after publishing 'all-flash-space' patch.
> Now I am ready to provide more information on these issues:
>
> 0. Downgrade to vendor firmware.
>
> It is possible. Just don't forget to erase
On Tue, 19 Nov 2019 at 17:33, Michal Cieslakiewicz
wrote:
>
> Hello,
>
> >
> > Have you checked that flashing a factory.bin image through tftp still
> > works?
> >
>
> Yes, it works. On this router the easiest way to flash memory via tftp
> is to enter uboot and execute 'fw_recovery' command, then
On Tue, 19 Nov 2019 at 17:59, Michal Cieslakiewicz
wrote:
>
> >
> > That was my question, if the "new" OpenWrt sysupgrade.bin still works
> > in the initial flash.
> >
>
> sysupgrade.bin for this model is in format tar+metadata, it is not
> designed to be put into flash directly.
Typo, I did mean
On Wed, 20 Nov 2019 at 13:00, Petr Štetiar wrote:
>
> Let's enforce additional automatic checks enforced by the compiler in
> order to catch possible errors during compilation.
Does it still compile when only applying this patch? If not, you need
to move it to after fixing all issues it now warns
On Mon, 25 Nov 2019 at 17:49, Russell King wrote:
>
> Remove the old phylink/SFP patches from the OpenWRT build; these will
> be updated with a new set in subsequent.
>
> 450-reprobe_sfp_phy is also removed for several reasons:
> 1) it is not in mainline.
> 2) it breaks copper modules that do not
On Mon, 25 Nov 2019 at 18:29, Russell King - ARM Linux admin
wrote:
>
> On Mon, Nov 25, 2019 at 06:10:18PM +0100, Jonas Gorski wrote:
> > On Mon, 25 Nov 2019 at 17:49, Russell King wrote:
> > >
> > > Remove the old phylink/SFP patches from the OpenWRT build; thes
On Wed, 27 Nov 2019 at 13:14, Russell King - ARM Linux admin
wrote:
>
> On Wed, Nov 27, 2019 at 12:57:35PM +0100, Petr Štetiar wrote:
> > Russell King - ARM Linux admin [2019-11-27
> > 10:35:10]:
> >
> > > It makes it very difficult to understand. For example, where is the
> > > kernel + kmod p
On Wed, 27 Nov 2019 at 14:27, Russell King - ARM Linux admin
wrote:
>
> On Wed, Nov 27, 2019 at 02:03:40PM +0100, Jonas Gorski wrote:
> > On Wed, 27 Nov 2019 at 13:14, Russell King - ARM Linux admin
> > wrote:
> > >
> > > On Wed, Nov 27, 2019 at
Hi,
On Fri, 29 Nov 2019 at 22:06, Rosen Penev wrote:
>
> Allows GCC to check the formats by switching to a define, which is a
> constant expression.
>
> Fixes:
>
> warning: format not a string literal, argument types not checked
> [-Wformat-nonliteral]
> 207 | snprintf(buf, sizeof(buf), tmpl,
On Tue, 3 Dec 2019 at 01:54, Rosen Penev wrote:
>
> A const char * variable is being passed as a format string. Unfortunately,
> this is not correct.
>
> A constant expression needs to be passed so that GCC can determine the
> types of the format properly.
>
> Also fixed a different warning that n
Hi,
On Tue, 3 Dec 2019 at 16:29, Hans Dedecker wrote:
>
> On Tue, Dec 3, 2019 at 3:59 PM Uwe Kleine-König
> wrote:
> >
> > Hello Hans,
> >
> > On 12/3/19 8:50 AM, Hans Dedecker wrote:
> > > On Fri, Nov 29, 2019 at 9:29 PM Uwe Kleine-König
> > > wrote:
> > >>
> > >> On 11/29/19 8:50 PM, Hans D
On Wed, 11 Dec 2019 at 15:22, Daniel Golle wrote:
> As a community, we decided to give our self a set of minimal rules[1].
> And even though it is in the last position, rule #12 "Be nice to each
> other." is meant just as serious as all the other rules.
>
> So here, not for the first time, you are
On Sat, 5 Nov 2022 at 09:46, Bjørn Mork wrote:
>
> David Bauer writes:
> > On 11/4/22 09:29, Bjørn Mork wrote:
> >> You are right that the bootloader must be fixed. But the vendor isn't
> >> likely to do that as long as they run older kernels. I believe the
> >> OpenWrt policy in such cases is t
On Sun, 6 Nov 2022 at 12:50, Bjørn Mork wrote:
>
> Jonas Gorski writes:
>
> > An option is also to set a load address for the dtb in the FIT image,
> > then U-Boot will relocate it before passing it to the kernel.
>
> Yes, that is worth trying. I thought th
On Wed, 30 Nov 2022 at 15:43, Arınç ÜNAL wrote:
>
> This is not used by the DSA dt-binding, so remove it from all devicetrees.
>
> Link:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=9cc115d8d6f73dd260de1609182f3645844d6907
> Signed-off-by: Arınç ÜNAL
>
> ---
>
On Mon, 5 Dec 2022 at 11:00, Arnd Bergmann wrote:
>
> On Sat, Dec 3, 2022, at 23:59, Bjørn Mork wrote:
> > "Arnd Bergmann" writes:
> >> On Sat, Dec 3, 2022, at 18:02, Bjørn Mork wrote:
> >>
> >>> Yes, I realize that ALL_KMODS only changes a small subset of symbols
> >>> related to kmod packages.
On Mon, 4 Sept 2023 at 23:00, Linus Walleij wrote:
>
> On Mon, Sep 4, 2023 at 12:03 PM Rafał Miłecki wrote:
>
> > I don't see anything incorrect with Linus's original patch. Maybe we
> > just have some dependency handling issue in u-boot generic .mk code?
>
> I have transient problem with the dep
Hi,
On Sat, 9 Sept 2023 at 04:44, Shiji Yang wrote:
>
> From: Shiji Yang
>
> Since kernel 5.18, the return type in device remove function has
> changed from 'int' to 'void'.
>
> Signed-off-by: Shiji Yang
> ---
> target/linux/ath79/files/drivers/mfd/rb4xx-cpld.c | 6 ++
> 1 file changed, 6
Hi,
On Sat, 16 Sept 2023 at 05:57, Chukun Pan wrote:
>
> When compiling with glibc it will result in error:
> 1. #warning _FORTIFY_SOURCE requires compiling with optimization (-O)
> [-Werror=cpp]
> Fix this by compiling with optimization (-O2) by default.
>
> 2. jitterentropy-base.c:(.text+0x39f
ting MTU to 1500 on port 0
>
> After this patch the error is gone.
Did you test this? As in verified that 1536 bytes long frames are
correctly received and sent?
> Cc: Álvaro Fernández Rojas
> Cc: Jonas Gorski
> Signed-off-by: Linus Walleij
> ---
> .../bmips/files/drive
On Wed, 4 Oct 2023 at 14:51, Robert Marko wrote:
>
> On Thu, 28 Sept 2023 at 15:29, Linus Walleij wrote:
> >
> > This is a partial revert of the deletion of the IXP4xx
> > target: we restore the APEX boot loader so we can use it
> > for the NSLU2 and related targets.
> >
> > The APEX upstream is
Hi,
On Thu, 28 Sept 2023 at 15:29, Linus Walleij wrote:
>
> XP4xx was deleted because of lack of maintenance in 2020.
>
> In the years since, the upstream Linux support for IXP4xx has
> been rewritten from scratch. It is now pretty well supported
> using device tree and modern subsystems that did
On Sun, 8 Oct 2023 at 18:56, wrote:
>
> From: Eicke Herbertz
>
> When CMAKE_GENERATOR environment variable is defined, CMake will use the
> specified generator by default instead of "Unix Makefiles".
> This breaks the build of packages setting PKG_USE_NINJA to 0, like
> package/kernel/mt76.
Wher
Hi,
On Mon, 30 Oct 2023 at 23:11, Hauke Mehrtens wrote:
>
> This fixes compilation with glibc.
>
> _FORTIFY_SOURCE only works with compiler optimizations activated.
> We have to deactivate it when we set -O0.
>
> This fixes the following error message with glibc:
> error: #warning _FORTIFY_SOURC
Hi,
On Mon, 20 Nov 2023 at 02:37, Elliott Mitchell wrote:
>
> On Sat, Nov 18, 2023 at 07:57:35AM +0100, Felix Fietkau wrote:
> > On 17.11.23 22:31, Elliott Mitchell wrote:
> > > On Fri, Nov 17, 2023 at 05:20:33PM +0100, Felix Fietkau wrote:
> > >> On 11.11.23 01:21, Elliott Mitchell wrote:
> > >>
Hi,
On Sun, 10 Dec 2023 at 18:49, Elliott Mitchell wrote:
>
> Date: Tue, 25 Apr 2023 16:23:20 -0700
>
> This option is automatically enabled by CONFIG_FB=y. There is no
> reason to specifically enable it.
Unfortunately this change will cause the symbol to appear in target
configs when using mak
Hi,
On Sun, 10 Dec 2023 at 18:51, Elliott Mitchell wrote:
>
> Date: Fri, 3 Nov 2023 22:57:43 -0700
>
> Enabling an Intel chipset feature on a platform originally made by
> National Semiconductor and later bought by AMD. Could we cut the Intel
> enthusiasm?
>
> This reverts commit 4eda2fddf2995c8
On Wed, 13 Dec 2023 at 23:55, Elliott Mitchell wrote:
>
> On Wed, Dec 13, 2023 at 01:59:07PM +0100, Martin Schiller wrote:
> > On 2023-12-13 02:45, Elliott Mitchell wrote:
> > >
> > > No idea, I wasn't able to find very much information when I looked at
> > > this.
> > >
> > > I did find:
> > > ht
Hi,
On Mon, 22 Jan 2024 at 21:27, Tim Harvey wrote:
>
> Greetings,
>
> What is the best known method to add items to config-$KVER when you
> have subtargets with individual config-default files - specifically
> how are the items in this file ordered properly? Maybe the norm is to
> put them alpha
On Wed, 7 Feb 2024 at 02:48, Elliott Mitchell wrote:
>
> Create a script for automating kernel version changes. This
> generates a pair of commits which cause history to remain attached
> to all versioned configuration files.
Why is this script needed? What exactly does it do? Does it preserve
b
On Wed, 7 Feb 2024 at 12:58, Felix Baumann via openwrt-devel
wrote:
> Am 7. Februar 2024 11:53:55 MEZ schrieb Jonas Gorski :
> >On Wed, 7 Feb 2024 at 02:48, Elliott Mitchell wrote:
> >>
> >> Create a script for automating kernel version changes. This
> >> gen
Hi,
On Fri, 5 Apr 2024 at 13:11, Paul Donald wrote:
>
> From: Paul Donald
>
> https://www.rfc-editor.org/rfc/rfc8319#section-4
>
> Signed-off-by: Paul Donald
> Reviewed-by: Daniel Golle
> ---
> src/router.c | 6 --
> src/router.h | 21 -
> 2 files changed, 24 insertio
Hi Eric,
On Tue, 9 Apr 2024 at 18:59, Eric via openwrt-devel
wrote:
>
> 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 t
On Tue, 7 May 2024 at 12:16, Bjørn Mork wrote:
>
> Stijn Tintel writes:
>
> > On 27/04/2024 11:16, Bjørn Mork wrote:
> >> st...@linux-ipv6.be writes:
> >>
> >>> phy_write_paged(phydev, 31, 27, 0x0002);
> >>> val = phy_read_paged(phydev, 31, 28);
> >> ..
> >>> phy_write_paged(phydev, 0
On 19 February 2013 16:17, Rafał Miłecki wrote:
> Setting this bit stops BCM53125 (bgmac actually) from receiving any
> packets. In theory setting "managed" mode makes sense when enabling VLAN
> (at least for me?) but for some reason it breaks configuration.
>
> This bit is cleared in b53_switch_r
Hi,
On 17 February 2013 13:11, Bastian Bittorf wrote:
> Failsafe-mode: print short help on commandline
>
> Like mentioned in ticket https://dev.openwrt.org/ticket/11911
> this should make the IRC much quieter. Failsafe is somehow
> special and even experienced users are helpless in such a
> seldo
On 19 February 2013 17:11, Rafał Miłecki wrote:
> 2013/2/19 Jonas Gorski :
>> On 19 February 2013 16:17, Rafał Miłecki wrote:
>>> Setting this bit stops BCM53125 (bgmac actually) from receiving any
>>> packets. In theory setting "managed" mode makes sense wh
On 18 February 2013 04:46, David Härdeman wrote:
> The version currently in openwrt (1.8) has known security issues (see
> the release announcements for the subsequent releases) and is quite
> outdated (March 2010 as compared to Dec 2012).
Thanks, applied in r35700 (and queued for AA).
Jonas
___
On 18 February 2013 11:09, Francisco Borges wrote:
> Changelog can be found here: http://jonas.nitro.dk/tig/NEWS.html
>
> Signed-off-by: Francisco Borges
Thanks, applied in r35699.
Jonas
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
h
On 19 February 2013 07:53, Cezary Jackiewicz
wrote:
> Signed-off-by: Cezary Jackiewicz
Thanks, applied in r35701. Next time please also include a smallish
reason why it should be updated.
> ---
>
> Index: feeds/packages/net/aria2/Makefile
> ===
On 18 February 2013 11:09, Francisco Borges wrote:
> Version 0.5.4 is from 2009-05-29.
> Version 1.2 is from 2012-11-27.
>
> Signed-off-by: Francisco Borges
Thanks, applied in r35697.
Jonas
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.or
On 23 September 2012 15:40, Jonh Wendell wrote:
> From df3bded847f74d511dd3cf9f30bc92358a4d2694 Mon Sep 17 00:00:00 2001
> From: Jonh Wendell
> Date: Sun, 23 Sep 2012 10:29:12 -0300
> Subject: [PATCH] [packages] tinyproxy: update to 1.8.3
>
> This patch updates tinyproxy to 1.8.3 version, which w
On 30 December 2012 14:43, Álvaro Fernández Rojas wrote:
> Fix sysupgrade for tag-version 7 and 8.
>
> Signed-off-by: Álvaro Fernández Rojas
Thanks, applied in r35724.
Jonas
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.
On 19 February 2013 13:36, Rafał Miłecki wrote:
>
> Signed-off-by: Rafał Miłecki
Thanks, applied in r35722.
Jonas
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 20 February 2013 08:40, Rafał Miłecki wrote:
> Setting this bit stops BCM53125 (bgmac actually) from receiving any
> packets. This bit is cleared conditionally in b53_switch_reset and it
> seems the same is done in bcmrobo.c which never sets that bit again.
>
> Signed-off-by: Rafał Miłecki
Th
Hi,
On 24 February 2013 06:18, hayate wrote:
> My router hardware has a AR8327 switch which is supposed to support hardware
> IGMP snooping, but it seems it doesn't work on my OpenWrt of trunk.
>
> I noted that in target/linux/generic/files/drivers/net/phy/ar8216.h there is
> a AR8327_FWD_CTRL1_I
On 24 February 2013 12:55, hayate wrote:
> Thank you Jonas,
>
> If I understand correctly,
> 1. If that kind of daemons exist, it can prevent multicast flood in the
> switch by setting proper rules
> 2. We can infer that if two switches are connected together, unless both of
> them support IGMP sn
201 - 300 of 683 matches
Mail list logo
