<hurricos>
let me verify before I spew more madness
Luke-Jr has joined #openwrt-devel
shibboleth has quit [Quit: shibboleth]
Luke-Jr has quit [Ping timeout: 480 seconds]
<hurricos>
so the AP3710i does memreserve its device tree, except ...
<hurricos>
it memreserves the original location of the device tree. I'm not sure how I'd go about confirming that it memreserves the location to which the device tree is moved for processing
<hurricos>
u-boot absolutely has to (and I think does?) manipulate the device tree in order to, in particular, add memreserve.
<hurricos>
but you can't really manipulate device-trees in place.
<hurricos>
So I need to confirm that the AP3710i relocates the device tree in u-boot
Luke-Jr has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
goliath has joined #openwrt-devel
victhor has quit [Remote host closed the connection]
minimal has joined #openwrt-devel
rsalvaterra has quit [Quit: rsalvaterra]
rsalvaterra has joined #openwrt-devel
snh has quit [Read error: Connection reset by peer]
snh has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
Tapper has quit [Ping timeout: 480 seconds]
spacewrench_ has joined #openwrt-devel
Luke-Jr has quit []
spacewrench has quit [Read error: No route to host]
Luke-Jr has joined #openwrt-devel
Luke-Jr has quit [Remote host closed the connection]
spacewrench_ has quit [Remote host closed the connection]
spacewrench_ has joined #openwrt-devel
Luke-Jr has joined #openwrt-devel
Luke-Jr has quit [Remote host closed the connection]
<dwfreed>
oh, you just add a list item called dhcp_option in your config dhcp block for that interface with the value 'option:domain-name,domain.goes.here'
<f00b4r0>
I did that. that doesn't work
<dwfreed>
odd, works here
<f00b4r0>
the clients get registered as whatever domain is listed in "domain"
<dwfreed>
though I am still on 19.07
<f00b4r0>
("lan" in the default config)
<f00b4r0>
just to be clear: the client gets the set domain name for resolving, but dnsmasq will not respond to any query in that domain
<f00b4r0>
(which is expected since it doesn't "know" it has to manage it)
<dwfreed>
oh, there's a separate thing for that, i think, lemme dig more
<dwfreed>
try just 'uci add_list dhcp.@dnsmasq[0].server="/domain.goes.here/"
<f00b4r0>
ah ha, thanks I'll give this a shot.
<dwfreed>
this will tell dnsmasq not to forward that domain out at all, and then it should just serve what it knows is registered
<dwfreed>
found one I have that doesn't have a hosts entry (dns=0 in its static lease), and dnsmasq resolves its fqdn no problem
<f00b4r0>
ok, I'll play around. Thanks for the pointers
<dwfreed>
I spent a lot of time reading /etc/init.d/dnsmasq to figure out how various settings are exposed via luci, because the wiki doesn't give the best pointers
<f00b4r0>
true that
<dwfreed>
s/luci/uci/
<dwfreed>
oh wait
<dwfreed>
dhcp.@dnsmasq[0].add_local_fqdn='4'
<dwfreed>
^ try that
<dwfreed>
oh, no, that's something else
<dwfreed>
that will add local names for all the router's own interfaces
victhor has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nlowe has joined #openwrt-devel
Guest3402 has quit []
MatrixTravelerbot[m] has quit []
GuruPrasathGovindarajan[m] has quit [Quit: Bridge terminating on SIGTERM]
fieryeagle954[m] has quit [Quit: Bridge terminating on SIGTERM]
Q__ has quit [Quit: Bridge terminating on SIGTERM]
agb[m] has quit [Quit: Bridge terminating on SIGTERM]
aparcar[m] has quit [Quit: Bridge terminating on SIGTERM]
whatevs111[m] has quit [Quit: Bridge terminating on SIGTERM]
JuniorJPDJ has quit [Quit: Bridge terminating on SIGTERM]
gnustomp[m] has quit []
t4h4[m] has quit []
hexagonwin[m] has quit [Quit: Bridge terminating on SIGTERM]
stintel[m] has quit [Quit: Bridge terminating on SIGTERM]
pavlix has quit [Quit: Bridge terminating on SIGTERM]
evils[m]1 has quit [Quit: Bridge terminating on SIGTERM]
will[m] has quit [Quit: Bridge terminating on SIGTERM]
John[m]12345678 has quit [Quit: Bridge terminating on SIGTERM]
lipnitsk has quit [Quit: Bridge terminating on SIGTERM]
nick[m]1234 has quit [Quit: Bridge terminating on SIGTERM]
fpsusername[m] has quit [Quit: Bridge terminating on SIGTERM]
olmari has quit [Quit: Bridge terminating on SIGTERM]
decke[m] has quit [Quit: Bridge terminating on SIGTERM]
bluse-blue[m] has quit [Quit: Bridge terminating on SIGTERM]
MatMaul[m] has quit [Quit: Bridge terminating on SIGTERM]
rsalvaterra_ has joined #openwrt-devel
rsalvaterra is now known as Guest7741
rsalvaterra_ is now known as rsalvaterra
agb[m] has joined #openwrt-devel
Guest7741 has quit [Ping timeout: 480 seconds]
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
f00b4r0 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jlsalvador has quit [Quit: jlsalvador]
jlsalvador has joined #openwrt-devel
guidosarducci has quit [Remote host closed the connection]
<dhewg>
is that something the avm bootloader checks?
f00b4r0 has joined #openwrt-devel
valku has joined #openwrt-devel
nitroshift has quit [Quit: Gone that way --->]
floof58 has quit [Ping timeout: 480 seconds]
floof58 has joined #openwrt-devel
lipnitsk has joined #openwrt-devel
<lipnitsk>
rsalvaterra: I don't think #4255 is strictly required, but it is also ready to be merged AFAIK. These things have been dragging out way too long to be unmerged imo. Any one off device issues could be fixed incrementally. Or do you have other ideas on how to get things moving?
rejoicetreat has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
danitool has quit [Read error: Connection reset by peer]
danitool has joined #openwrt-devel
fda- has joined #openwrt-devel
fda has quit [Ping timeout: 480 seconds]
clayface_ has joined #openwrt-devel
clayface has quit [Ping timeout: 480 seconds]
rejoicetreat has quit [Ping timeout: 480 seconds]
Guest7735 has joined #openwrt-devel
aparcar[m] has joined #openwrt-devel
bluse-blue[m] has joined #openwrt-devel
decke[m] has joined #openwrt-devel
evils[m]1 has joined #openwrt-devel
fieryeagle954[m] has joined #openwrt-devel
fpsusername[m] has joined #openwrt-devel
gnustomp[m] has joined #openwrt-devel
GuruPrasathGovindarajan[m] has joined #openwrt-devel
hexagonwin[m] has joined #openwrt-devel
John[m]12345678 has joined #openwrt-devel
JuniorJPDJ has joined #openwrt-devel
Q__ has joined #openwrt-devel
MatMaul[m] has joined #openwrt-devel
nick[m]1234 has joined #openwrt-devel
olmari has joined #openwrt-devel
pavlix has joined #openwrt-devel
stintel[m] has joined #openwrt-devel
t4h4[m] has joined #openwrt-devel
MatrixTravelerbot[m] has joined #openwrt-devel
whatevs111[m] has joined #openwrt-devel
will[m] has joined #openwrt-devel
<blocktrron>
dhewg: It's from the original AVM bootloader
<blocktrron>
AVM sometimes changes their board layout, but not in a way for ipq40xx, where we have to care
Borromini has joined #openwrt-devel
rejoicetreat has joined #openwrt-devel
rejoicetreat has quit [Quit: Leaving]
nlowe has joined #openwrt-devel
fda has joined #openwrt-devel
fda- has quit [Ping timeout: 480 seconds]
minimal has quit []
<stintel>
oooh, interesting. for the missing fsqrt I could probably do MATH_EMULATION_HW_UNIMPLEMENTED
wvdakker has quit []
<stintel>
this would mean qoriq is going to be ready tonight!
wvdakker has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
nlowe has quit [Remote host closed the connection]
<rsalvaterra>
lipnitsk: Now really, I was hoping for other kernel devs to pronounce themselves. #4255 looks good to me, for what it's worth. :/
<rsalvaterra>
*Not really
<rsalvaterra>
stintel: Ooooh, sweet!
<stintel>
hell yeah!
<stintel>
doing some final tests
<stintel>
I'm gonna have to replace my storage though
<stintel>
/dev/mapper/luks_home0 1,9T 1,8T 119G 94% /home + 1 suspect one of two drives in that btrfs raid1 is broken (fstrim fails to work)
rmilecki has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
f00b4r0 has quit [Read error: Connection reset by peer]