On 14/03/22 01:56, Joseph Mullally wrote:
Hi,
firmware-utils was separated from openwrt.git into its own repository
a few months ago:
https://git.openwrt.org/?p=project/firmware-utils.git
https://github.com/openwrt/openwrt/commit/8cc9a74a3f6bf363645efda6db417f8dadd3d844
If it's going to
On Tue, Mar 15, 2022 at 10:36 PM Henrik Ginstmark wrote:
> Today it's hard coded to read text messages from SIM card.
> Not all devices store received text messages in SIM, they store
> in me, QMI_WMS_STORAGE_TYPE_NV.
> I have added --storage as an argumet available to
> --list-messages
>
Today it's hard coded to read text messages from SIM card.
Not all devices store received text messages in SIM, they store
in me, QMI_WMS_STORAGE_TYPE_NV.
I have added --storage as an argumet available to
--list-messages
--get-message
--delete-message
--get-raw-message
If --storage is omitted
With Adtran BSAP18x0 devices being the only one needing to know on which
flash block resides FIS directory, we can remove the patch scaning for it.
If any new device arises the redboot-fis parser has option to specify
FIS directory with fis-index-block propertie in dts, which also makes this
patch
No reason to keep that around, since upstream one does the same.
Signed-off-by: Tomasz Maciej Nowak
---
.../ath79/dts/ar7161_adtran_bsap1880.dtsi | 2 +-
.../dts/bcm6348-inventel-livebox-1.dts| 2 +-
target/linux/gemini/image/Makefile| 4 ++--
The bootloader on this board hid the partition containig MAC addresses
and prevented adding this space to FIS directory, therefore those had to
be stored in RedBoot configuration as aliases to be able to assigne them
to proper interfaces. Now that fixed partition size are used instead of
After the kernel has switched version to 5.10, JA76PF2 and
RouterStations lost the capability to sysupgrade the OpenWrt version.
The cause is the lack of porting the patches responsible for partial
flash erase block writing and these boards FIS directory and RedBoot
config partitions share the
Don't comence the switch to RAMFS when the image format is wrong. This
led to rebooting the device, which could lead to false impression that
upgrade succeded.
Being here, factor out the code responsible for upgrading RedBoot
devices to separate file.
Signed-off-by: Tomasz Maciej Nowak
---
Main changes revolve around changing the image format for devices which
share FIS directory and RedBoot config on same flash erase block and
cleanup following aftermath of this change.
Tomasz Maciej Nowak (7):
ath79: jj76pf2: enable TCN75 sensor
ath79: switch some RedBoot based divices to
This image is supposed to be written with help of bootloader to the
flash, but as it stands, it's not aligned to block size and RedBoot will
happily create non-aligned partition size in FIS directory. This could
lead to kernel to mark the partition as read-only, therefore pad the
image to block
This SBC has Microchip TCN75 sensor, wich measures ambient temperature.
Specify it in dts to allow readout by applications using kernel hwmon
API.
Signed-off-by: Tomasz Maciej Nowak
---
target/linux/ath79/dts/ar7161_jjplus_ja76pf2.dts | 13 +
target/linux/ath79/image/generic.mk
Bjørn Mork writes:
> Just drop the unnecssary I2C_SMBUS dependency. AFAICS, you're only
> using i2c_smbus_xfer() which is part of the i2c core.
Looking further at this, I believe there are good reasons to simply
merge the mdio-smbus implementation into mdio-i2c: You seem to have lost
some
Birger Koblitz writes:
> Well, we can of course always compile SMBus support in, i.e. make CONFIG_SFP
> depend on CONFIG_MDIO_SMBUS,
> this is already done for the I2C equivalent and this is where we started:
> config SFP
> tristate "SFP cage support"
> depends on I2C && PHYLINK
Hi,
On 15.03.22 13:32, Bjørn Mork wrote:
> Birger Koblitz writes:
> Yuck!
>
> Why the heck can't this be made generic, auto-configured by DTS props
> and upstreamed? There is a reason for this, you know:
>
> bjorn@miraculix:/usr/local/src/git/linux$ git grep -E '^#ifdef'
>
Birger Koblitz writes:
> ---
> a/target/linux/realtek/patches-5.10/712-net-phy-sfp-add-support-for-SMBus.patch
> +++
> b/target/linux/realtek/patches-5.10/712-net-phy-sfp-add-support-for-SMBus.patch
> @@ -10,10 +10,11 @@ Signed-off-by: Antoine Tenart
>
> --- a/drivers/net/phy/sfp.c
> +++
Hello!
I've recently added PR: https://github.com/openwrt/openwrt/pull/9476
with supporting for D-Link DIR-878 R1, all has compiled and works
perfectly fine.
According to this thread
https://forum.openwrt.org/t/add-support-for-dlink-dir-878-r1/118208/3
I've seen that guy didn't finished his work
Hi,
On 14.03.22 23:53, Hauke Mehrtens wrote:
> On 3/14/22 06:56, Birger Koblitz wrote:
>> Hi,
>>
>> CONFIG_SFP should only depend on CONFIG_MDIO_SMBUS on the RTL93xx platforms.
>> This is because only on those platforms there is hardware support for an
>> SMBus
>> controller which is used for
17 matches
Mail list logo