<div dir="ltr"><div>They are afraid that some peripheral device will report interrupt and after board reset the peripheral device will be in some transient state if handling of interrupt from peripheral device will be somewhere in the middle interrupted by board reset. However in this case this is probably uboot task to initialize peripheral devices from the beginning, switch them and release from reset. Or another way is to shutdown peripheral devices before reset, disable interrupts in their internal registers - at least when /sbin/reboot is executed we see that before reset shutdown procedure is running.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 30, 2020 at 1:20 PM Greg KH <<a href="mailto:greg@kroah.com">greg@kroah.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Apr 30, 2020 at 01:11:06PM +0200, Tomek The Messenger wrote:<br>
> Hi<br>
> If I don't have disabled irqs I can use API i2c_smbus_write_byte in order<br>
> to perform i2c transaction.<br>
> But how to make i2c transaction if I have disabled irq? Is any built-in<br>
> function which lets such operation, where there is some polling implemented?<br>
> The background is that I do i2c transaction in restart handler (some i2c<br>
> transaction to hot swap controller) in order to reset board.  And linux<br>
> before entering restart handler list disable interrupts. There is a<br>
> function to enable back interrupts but in company in which I am working<br>
> engineers reviewed it and said "it is not allowed, restart must be<br>
> performed when interrupts are disabled".<br>
<br>
Ask the engineers how you are supposed to use an interrupt driven device<br>
with interrupts disabled.<br>
<br>
good luck!<br>
<br>
greg k-h<br>
</blockquote></div>