jwillikers has quit [Remote host closed the connection]
jeramiah has joined #u-boot
georgem has quit [Quit: Connection closed for inactivity]
frieder has joined #u-boot
fdanis_away is now known as fdanis
guillaume_g has joined #u-boot
sbach has quit [Read error: Connection reset by peer]
sbach has joined #u-boot
mckoan|away is now known as mckoan
agust has joined #u-boot
stefanro has quit [Ping timeout: 245 seconds]
<xypron>
marex: From what milkylainen_ wrote serial-uclass.c needs to be fixed. Currently probing occurs after relocation which is way too late and the probing results are not correctly considered. sgj1 has been working on that driver.
<wyre>
also ... how can I set an environment variable depending on other variables but without evaluating them?
georgem has joined #u-boot
<wyre>
oh, I have to use \ as escape character for semicolon and dollar symbols
<wyre>
I guess it's my feeling but ... why I can see in the script addresses like 0x00c00000 but then in the environment variables these addresses are 0xc00000 (without the most significant byte)
jwillikers has joined #u-boot
LokeshVutla has joined #u-boot
indy has joined #u-boot
alan_o has quit [Ping timeout: 272 seconds]
alan_o has joined #u-boot
eduardas has joined #u-boot
monstr has quit [Remote host closed the connection]
jeramiah has quit [Ping timeout: 265 seconds]
jybz is now known as Jybz
Jybz is now known as jybz
torez has joined #u-boot
frieder has quit [Ping timeout: 250 seconds]
eduardas has quit [Quit: Konversation terminated!]
guillaume_g has quit [Quit: Konversation terminated!]
smartin has quit [Read error: Connection reset by peer]
smartin has joined #u-boot
GNUtoo has quit [Ping timeout: 252 seconds]
mckoan is now known as mckoan|away
GNUtoo has joined #u-boot
fdanis is now known as fdanis_away
tnovotny has quit [Quit: Leaving]
smartin has quit [Remote host closed the connection]
smartin has joined #u-boot
matthias_bgg has quit [Read error: Connection reset by peer]
<mrnuke>
marex: I'm going 2Mbaud here with no issues (or flow corntrol)
<cambrian_invader>
maybe you need the table for the initial baud rate?
<cambrian_invader>
I usually switch with loads
macromorgan has quit [Read error: Connection reset by peer]
macromorgan has joined #u-boot
<mrnuke>
cambrian_invader: I don't remember the details, but SPL worked, fine, then u-boot would start up with the correct baud, try to set the baud from the environment, then access CONFIG_SYS_BAUDRATE_TABLE, not find 2M baud and drop to 115200
<mrnuke>
so by the time you get to a u-boot shell, you're running turtle baud
<cambrian_invader>
mrnuke: well, grepping for BAUDRATE_TABLE, it seems like your patch is what everyone else is doing too
<cambrian_invader>
so maybe just put it on the list
torez has quit [Quit: torez]
<marex>
mrnuke: good thing it works on your machine, it does not work in general e.g. in case you overflow the FIFO
torez has joined #u-boot
matthias_bgg has quit [Quit: Leaving]
<GNUtoo>
hi, I've see the following patch: "[PATCH] board: freescale: t208xrdb: enable Power-On Reset for rev D boards"
<GNUtoo>
I've a TBS2910 and if for some reason the electricity goes off and come back on, the board won't boot automatically, probably because it's not supposed to (it has a power on button)
<GNUtoo>
If I just port this code would it power on when I plug in the power-plug cable?
<GNUtoo>
And if so what would be the way to make that configurable as not everybody might want this behavior
<GNUtoo>
In coreboot there is a setting that is stored in some nvram (power_on_after_fail) for that for instance
<GNUtoo>
Would an environment setting be ok for that?
<GNUtoo>
Ahh my bad, it uses CPLD_READ, so that board has a CPLD for some of the things I guess, so I can't just copy-paste the patch
LokeshVutla has quit [Quit: Leaving]
frieder has joined #u-boot
vagrantc has joined #u-boot
<mrnuke>
marex: Isn't the serial driver supposed to handle the FIFO? And by extension block when FIFO is full ?
<marex>
mrnuke: yeah ? and if you overrun it, then it just drop characters
<milkylainen_>
USB-serial cr#¤%p.
<milkylainen_>
mrnuke: You sure you're actually running a really high speed uart?
<milkylainen_>
Last I checked USB-UART crap was handled by interrupt endpoints (most of them), So USB-2.0 based the endpoint is only 64b at 1000/sec.
<milkylainen_>
And they cause full load interrupt even though the UART is empty.
<milkylainen_>
Oh sorry. I thought mrnuke was using an USB-UART. :)
frieder has quit [Remote host closed the connection]
<mrnuke>
Tartarus: I was before I started working with sjg1 on the #ifdef cleanups. Right now I'm not too sure how to restructure v2
<mrnuke>
marex: You call printf(), which goes via vsnprintf(), eventually reaching dm_serial->write(). I would expect write() to block until there is spac ein the FIFO
<mrnuke>
milkylainen_: I'm running the UART on the STM32mp1 through the built-in ST-Link debugger
<mrnuke>
milkylainen_: Surely I wouldn't get to 2Mbaud if I converted it to RS-232 levels and back
<cambrian_invader>
mrnuke: presumably he's talking about recieving
<marex>
mrnuke: and inbound/RX data would go where ?
<marex>
mrnuke: that is the fifo your desktop machine is likely gonna overflow, the rx fifo
jeramiah has quit [Ping timeout: 240 seconds]
<urja>
not how the ST-Link built-in uart is done... that is, does it go as UART on the PCB ever... if it does, it'd be the ST-link receive buffer that overflows
<urja>
*i'm not sure how...
vagrantc has quit [Quit: leaving]
<urja>
(USB has flow control, so that side is fine, and so is the PC then)
akaWolf has quit [Ping timeout: 265 seconds]
<urja>
but yeah the better USB-UART chips have big enough buffers to usually deal with 2M fine (usually... any USB servicing lag etc and that's moot...)