<hadis> I have no good reason
<hadis> The only reason is because mt7628an_mediatek_linkit-smart-7688.dts does it
<hadis> and this thing is a linkit smart 7688 soldered onto a motherboard
<hadis> I don't actually know what it does.
<hadis> (the poll/high options)
<PaulFertser> Is eMMC part of linkit-smart?
<hadis> No
<hadis> it's the upside down foresee femdnn008g-08a68 chip pictured here: https://user-images.githubusercontent.com/19640547/211377389-b07e22c4-c253-4fc5-b89e-edc3b9f7ef28.jpg
<hadis> So, I enabled a bunch of options in kernel_menuconfig: MMC/SD/SDIO card support, MMC block device driver, MediaTek SD/MMC Card Interface support, MTK SD/MMC, Card Detect with Polling
<hadis> That's all the options that I deemed relevant that I could find
<hadis> But I think I'll try cd-poll first with the unmodified kernel
<hadis> just to see if the block devices show up after the relevant kernel module is loaded
<hadis> Hang on, the original DTS uses cd-low
<hadis> I missed that
<hadis> PaulFertser: Using cd-high instead of cd-low would totally break MMC support, right?
<hadis> I'm rebuilding now with nothing changed but cd-high -> cd-low. It's taking a while
<slh> russell--: that should be fixed already (https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=12bc79d6d521581e37a8b067ce8a562429aeefbd)
<hadis> russell--: the network thing is of no concern. My openwrt is a few months old
<hadis> but good to know!
Tapper has quit [Ping timeout: 480 seconds]
<hadis> I have to go offline to boot my device. brb.
hadis has quit [Remote host closed the connection]
hadis has joined #openwrt-devel
<hadis> PaulFertser: It works now :))
<hadis> Wonderful
<hadis> thank you for all of your help this year
<hadis> you have been tremendous
<Habbie> yay!
hadis has quit [Remote host closed the connection]
<russell--> slh: i saw it on a recent build (r24600-9291f6025f)
hadis has joined #openwrt-devel
ptudor has quit [Ping timeout: 480 seconds]
minimal has quit [Quit: Leaving]
Mangix has joined #openwrt-devel
hadis has quit [Remote host closed the connection]
FLD is now known as Guest12373
FLD has joined #openwrt-devel
Guest12373 has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
<russell--> same-same on r24705-782eb05008
tSYS has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
rua has quit [Quit: Leaving.]
hanetzer1 has joined #openwrt-devel
hanetzer has quit [Ping timeout: 480 seconds]
danitool has quit [Remote host closed the connection]
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_omap.html has been updated. (11.1% images and 100.0% packages reproducible in our current test framework.)
Tapper has joined #openwrt-devel
gch981213 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
rua has joined #openwrt-devel
rua has quit [Remote host closed the connection]
rua has joined #openwrt-devel
Misanthropos has quit [Ping timeout: 480 seconds]
rua has quit [Quit: Leaving.]
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_x86.html has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)
Misanthropos has joined #openwrt-devel
goliath has joined #openwrt-devel
jglim has quit [Remote host closed the connection]
hadis has joined #openwrt-devel
<hadis> Is it possible to configure a build to create a client only image with dhcp enabled? I can't figure out how to achieve that right now. e.g. simply adding dhcpcd and removing dnsmasq in menuconfig doesn't work.
<schmars[m]> you can inject a custom /etc/config/network file
<schmars[m]> or a custom board.json (which that config is derived from)
<hadis> using this: https://openwrt.org/docs/guide-developer/toolchain/use-buildsystem#custom_files ? Changing /etc/uci-defaults seems good
<hadis> schmars[m]: thanks!
rua has joined #openwrt-devel
rua is now known as Guest12431
rua has joined #openwrt-devel
Guest12431 has quit [Remote host closed the connection]
bluew has quit [Quit: Leaving]
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
rua has quit [Quit: Leaving.]
rua has joined #openwrt-devel
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_kirkwood.html has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
xdarklight_ is now known as xdarklight
Forst has joined #openwrt-devel
minimal has joined #openwrt-devel
<mirko> hadis: you can also place files into "files/" which get compiled into the image applied on top of everything else
<hadis> mirko: I saw, thank you
<mirko> create "files/etc/config/network" and it will be part of the image, no matter what packages/targets provide
<hadis> how is this done for upstream targets that need specific configuration to function?
<schmars[m]> usually the networks ports and leds are defined in board.json, and on firstboot the config is generated from that
<schmars[m]> board.json defines what's wan and what's lan, and config generation works with that
<schmars[m]> or do you mean building custom images for officially supported targets? that's done with imagebuilder
<hadis> I see, thank you!
<hadis> I have a nother unrelated question mot about openwrt directly but I figure people here would know the answer. Generally when updating u-boot, does the u-boot mtd partition have to be zeroed out first?
<schmars[m]> the new image should be just as big as the partition, so it should contain the neccessary zeroes to fill it up. but i can't tell you for sure, not much experience in that area
<hadis> Ah. I have a new u-boot that's something like 110k while the partition is 128k. I'll have to do some more research then
<schmars[m]> just append zeroes, i'd say. what i meant to say was there's no previous zeroing neccessary because usually the new image fits the whole partition
<schmars[m]> And on many types of flash you want to avoid unneccessary writes anyway - especially in those boot partitions the cells are precious :)
<hadis> schmars[m]: I will, thanks. Updating u-boot is just really scary to me. I do have a dump of the stock u-boot but I have never had to flash anything manually to a flash chip...
hadis has quit [Remote host closed the connection]
hadis has joined #openwrt-devel
<KanjiMonster> hadis: if you look at your dump of the U-Boot partition you will likely find that it ends in a lot of 0xff's, the state of flash after being erased
Mangix has quit [Ping timeout: 480 seconds]
<hadis> KanjiMonster: Yeah it is padded by about 16k of 0xFF
<hadis> Good to know.
<hadis> Only thing is that my new uboot.bin is only 108k vs 192k-16k even though they should have roughly the same source code.
PaulFertser has quit [Ping timeout: 480 seconds]
PaulFertser has joined #openwrt-devel
<hadis> can I safely ignore "WARNING: Makefile 'package/feeds/packages/nmap/Makefile' has a dependency on 'libpcre', which does not exist"?
<KanjiMonster> depends. If you want to build nmap, then probably not ;-)
<hadis> Well that's only one of like 20 lines that are the same just for different packages that depend on libpcre...
<hadis> Ugh. I updated my openwrt to v23.05.2 and now the system hangs during boot with this boot log: https://pastebin.com/Dr1ybs2y
<hadis> There's nothing strange in there, the mtd errors don't matter right now, I plan on using eMMC anyways.
<hadis> I got a completely plain config to boot but it's unstable. Whenever I try to install anything with opkg it hard resets.
hadis has quit [Remote host closed the connection]
hadis has joined #openwrt-devel
Shados has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
Shados has joined #openwrt-devel