00:57
<
lvrp16 >
noob question: does anyone know how to apply a dtbo to a dtb without going through u-boot?
01:41
vagrantc has quit [Quit: leaving]
01:47
thopiekar has quit [Ping timeout: 268 seconds]
01:47
thopiekar has joined #u-boot
01:47
alpernebbi has quit [Remote host closed the connection]
01:52
alpernebbi has joined #u-boot
02:12
mmu_man has quit [Ping timeout: 252 seconds]
02:26
LeSpocky has quit [Ping timeout: 264 seconds]
02:27
LeSpocky has joined #u-boot
02:32
* WoC
Good Night zZzZzZz...
02:34
<
lvrp16 >
ahh indeed noob question...didn't know there was an fdtoverlay command
02:37
hanetzer has quit [Ping timeout: 264 seconds]
03:03
hanetzer has joined #u-boot
05:23
rvalue has quit [Read error: Connection reset by peer]
05:23
rvalue has joined #u-boot
05:44
<
hanetzer >
tryina make use of patman; `./tools/patman/patman send -n` results in ValueError: Failed to determine upstream: fatal: no upstream configured for branch 'rockchip-uart-redirection'
05:45
behanw has joined #u-boot
05:50
ikarso has joined #u-boot
05:54
<
hanetzer >
ah figured that out. problem now is it doesn't recognize 'rk3288' and 'rk3399' as aliases; my commit message is in the style of 'rockchip: rkXXXX: do something'
06:27
<
hanetzer >
ahhh ok. neat.
06:47
<
hanetzer >
nice. first patchset I've sent using patman; seems to be a very nice tool for purpose.
06:51
mckoan|away is now known as mckoan
06:56
tre has joined #u-boot
07:18
sszy has joined #u-boot
07:37
GNUtoo has quit [Remote host closed the connection]
07:43
GNUtoo has joined #u-boot
07:45
tnovotny has joined #u-boot
07:55
behanw has quit [Quit: Connection closed for inactivity]
08:14
persmule has quit [Ping timeout: 258 seconds]
08:16
persmule has joined #u-boot
08:26
tnovotny has quit [Quit: Leaving]
08:45
apritzel has joined #u-boot
09:00
karthanistyr has quit [Quit: You have been kicked for being idle]
10:09
<
prabhakarlad >
Hi All, is there any callback available which lands into platform code just before booting Linux?
10:18
mckoan is now known as mckoan|away
10:25
monstr has joined #u-boot
10:37
mmu_man has joined #u-boot
11:17
zkrx has quit [Ping timeout: 268 seconds]
11:18
zkrx has joined #u-boot
11:49
<
LeSpocky >
monstr: I somehow suspected adding the FPGA uclass definition would open a can of worms
*lol*
11:51
<
LeSpocky >
let's see if I can find some time for that, but I can not promise anything
12:02
prabhakarlad has quit [Quit: Client closed]
12:04
<
monstr >
LeSpocky: I think adding just uclass to be listed should be good start. Definitely not asking you to create that uclass
12:05
<
LeSpocky >
got that from the e-mail already ^^
12:05
<
monstr >
definitely creating simple uclass and test can be done quite quickly
12:10
prabhakarlad has joined #u-boot
12:29
BenW_ has joined #u-boot
12:33
BenW__ has quit [Ping timeout: 244 seconds]
12:37
zkrx has quit [Ping timeout: 264 seconds]
12:47
BenW__ has joined #u-boot
12:51
BenW_ has quit [Ping timeout: 250 seconds]
12:54
torez has joined #u-boot
13:29
tre has quit [Remote host closed the connection]
13:49
mmu_man has quit [Quit: reboot]
13:49
<
qschulz >
marex: I added comments and the pre-reloc flags for your gpio-hog patch, do you want me to comment on the v1 or I send a v2?
13:50
<
qschulz >
I added comments and the pre-reloc flags for your gpio-hog patch *locally*, [...]
13:55
mmu_man has joined #u-boot
13:59
ElementW has quit [Read error: Connection reset by peer]
14:00
ElementW has joined #u-boot
14:05
<
marex >
qschulz: feel free to send v2
14:05
mmu_man has quit [Quit: reboot]
14:05
<
qschulz >
marex: ack
14:08
mmu_man has joined #u-boot
14:10
<
hanetzer >
bill the cat?
14:16
prabhakarlad has quit [Quit: Client closed]
14:16
prabhakarlad has joined #u-boot
14:21
mps has quit [Ping timeout: 265 seconds]
14:22
<
marex >
qschulz: thanks
14:22
<
marex >
qschulz: seems like that "probe after bind" flag is one of the more useful ones
14:23
lucascastro has joined #u-boot
14:23
<
marex >
qschulz: lets us weed out all the ad-hoc "probe all the <x>" workarounds
14:27
<
qschulz >
regulators_enable_boot_off/on seems like a good candidate?
14:28
<
marex >
btw I am writing a reply, hold on a sec
14:31
<
qschulz >
marex: I don't think what you're usggesting is possible?
14:31
<
qschulz >
if the gpio-controller does not have dm--pre-reloc, gpio-hog won't be part of the spl
14:31
<
qschulz >
or at least I hope it's done this way
14:33
mps has joined #u-boot
14:35
<
qschulz >
what's the rationale behind this?
14:39
<
qschulz >
I guess specifically for the pinctrl case where you have "containers" node for which you probably don't want to add the u-boot,dm-pre-reloc
14:43
<
qschulz >
mmmm, ok so.. the core DM patch I sent is going to fix only the devices with compatibles
14:43
<
qschulz >
which is the not the case of gpio-hog (and probably other drivers)
14:43
<
marex >
devices with compatibles ?
14:44
<
marex >
qschulz: btw this is real weird, if you flag the gpio-hog with dm-pre-reloc , how come the controller does not have that flag set ?
14:44
<
qschulz >
so I think we should actually add the flag in device_bind_common like I originally thought
14:46
<
qschulz >
but we're discussing two things at the same time I think
14:48
<
qschulz >
marex: you flag per device, so if we flag gpio-hog with DM_FLAG_PRE_RELOC, nothing actually flags the controller explicitly
14:48
<
qschulz >
(also, u-boot,dm-pre-reloc != DM_FLAG_PRE_RELOC)
14:48
<
qschulz >
(at least currently)
14:51
<
marex >
qschulz: I noticed that odd disconnection before
14:52
<
marex >
qschulz: shouldn't the DM_FLAG_PRE_RELOC be set by u-boot,dm-pre-reloc though ?
14:53
<
qschulz >
marex: I believe we should do it yes
14:54
<
marex >
qschulz: what I don't understand is how could the dm-pre-reloc DT flag ever have worked
14:54
<
marex >
something is really weird here
14:54
BenW_ has joined #u-boot
14:55
<
qschulz >
marex: because it's not a DT flag
14:55
<
qschulz >
marex: U_BOOT_DRIVER.flags = DM_FLAG_PRE_RELOC
14:55
<
qschulz >
e.g. drivers/watchdog/designware_wdt.c
14:56
<
qschulz >
marex: also, I just started to look into dm for a day or so, so I would take whatever I say with a grain of salt :)
14:57
<
marex >
qschulz: so yeah, we have two sets of flags which seem to somehow overlap, but only partly
14:57
<
marex >
ones set by drivers, and ones set by DM core at runtime
14:58
BenW__ has quit [Ping timeout: 252 seconds]
14:58
<
marex >
so some drivers need to flag themselves as pre-reloc in code, some need that in DT
14:59
<
qschulz >
marex: it seems the
*driver* flag is required for device_bind_by_name
14:59
<
qschulz >
where you probably don't have DT support or bypass it to probe by driver name
15:00
<
marex >
qschulz: look at drivers/core/lists.c ~line 240
15:00
<
marex >
there it checks both ofnode_pre_reloc() and DM_FLAG_PRE_RELOC
15:01
<
qschulz >
marex: I was just wondering if the check in drivers/core/root.c dm_probe_devices() was actually not incorrect
15:01
<
marex >
qschulz: I just arrived at the same question too
15:02
<
qschulz >
maybe we shouldn't OR the mask with a driver mask but check if the
*device* has the flag
15:02
<
qschulz >
if the device has the DT property
15:03
<
marex >
qschulz: can you check which devices that dm_probe_devices() function tries to probe with/without pre_reloc_only on your machine in SPL ?
15:04
apritzel has quit [Ping timeout: 265 seconds]
15:04
<
marex >
qschulz: maybe the check should be rather something like
15:05
<
marex >
if (!(flags & DM_FLAG_PROBE_AFTER_BIND)) return 0;
15:05
<
marex >
if (pre_reloc_only && (!ofnode_pre_reloc(node) && !(entry->flags & DM_FLAG_PRE_RELOC))) return 0;
15:05
<
marex >
... do the probing ...
15:05
<
marex >
like that ^ ?
15:12
<
qschulz >
marex: the current code still probes the children though
15:12
<
qschulz >
so a goto instead of the return
15:13
<
marex >
errrr, right
15:17
mmu_man has quit [Ping timeout: 264 seconds]
15:17
<
qschulz >
marex: can dm functions be run without of support?
15:17
<
qschulz >
was wondering if we need some additional check for ofnode_pre_reloc
15:17
<
qschulz >
since we're going to pass it an of_node that might not exist
15:18
<
marex >
dm functions yes because of this errr ... PLATDATA
15:18
<
marex >
ofnode functions likely need a valid ofnode
15:20
vagrantc has joined #u-boot
15:21
minimal has joined #u-boot
15:25
<
marex >
qschulz: that looks good, yes
15:25
<
qschulz >
marex: answering your mail because I don't follow what you were trying to highlight
15:26
crb has quit [Quit: Leaving]
15:41
BenW__ has joined #u-boot
15:42
naoki has quit [Quit: naoki]
15:45
naoki has joined #u-boot
15:45
BenW_ has quit [Ping timeout: 265 seconds]
15:57
mmu_man has joined #u-boot
15:59
BenW__ has quit [Quit: Leaving]
16:09
WoC has quit [Remote host closed the connection]
16:09
WoC has joined #u-boot
16:32
WoC has quit [Remote host closed the connection]
16:33
WoC has joined #u-boot
16:35
WoC has quit [Remote host closed the connection]
16:36
WoC has joined #u-boot
16:37
mmu_man has quit [Ping timeout: 252 seconds]
16:44
prabhakarlad has quit [Quit: Client closed]
16:48
mmu_man has joined #u-boot
17:09
ikarso has quit [Quit: Connection closed for inactivity]
18:03
monstr has quit [Remote host closed the connection]
18:25
prabhakarlad has joined #u-boot
19:11
zkrx has joined #u-boot
19:17
thopiekar has quit [Quit: No Ping reply in 180 seconds.]
19:18
thopiekar has joined #u-boot
19:27
sbach has quit [Read error: Connection reset by peer]
19:30
sbach has joined #u-boot
19:40
apritzel_ has joined #u-boot
19:48
naoki has quit [Quit: naoki]
19:51
apritzel_ has quit [Ping timeout: 265 seconds]
20:04
torez has quit [Quit: torez]
20:13
zpiro has joined #u-boot
20:14
minimal has quit [Quit: Leaving]
20:52
flyback has quit [Ping timeout: 244 seconds]
21:01
lucascastro has quit [Ping timeout: 252 seconds]
21:04
flyback has joined #u-boot
21:31
lucascastro has joined #u-boot
21:40
lucascastro has quit [Ping timeout: 246 seconds]
23:37
hanetzer has quit [Quit: WeeChat 3.6]
23:54
prabhakarlad has quit [Ping timeout: 252 seconds]
23:59
hanetzer has joined #u-boot