* [U-Boot] [PATCH] net: Return -1 when ctrl+c is pressed
@ 2015-08-13 7:46 Michal Simek
2015-08-20 12:15 ` Michal Simek
0 siblings, 1 reply; 5+ messages in thread
From: Michal Simek @ 2015-08-13 7:46 UTC (permalink / raw)
To: u-boot
Current behavior is that if CTRL+C is pressed command returns 0 that was
successful which is not correct behavior.
The easiest test case is "tftpboot 80000 uImage && echo yes"
and press CTRL+C. Then the second command is called which is incorrect.
Error log:
zynq-uboot> tftpb 80000 uImage && echo yes
Gem.e000b000:7 is connected to Gem.e000b000. Reconnecting to
Gem.e000b000
Gem.e000b000 Waiting for PHY auto negotiation to complete....... done
Using Gem.e000b000 device
TFTP from server 192.168.0.102; our IP address is 192.168.0.101
Filename 'uImage'.
Load address: 0x80000
Loading: ################
Abort
yes
zynq-uboot>
This patch adds -1 return value when CTRL+C is pressed.
Signed-off-by: Michal Simek <michal.simek@xilinx.com>
---
Not sure if -1 is the right error code but I have parsed the code and it
looks like that -1 is standard behavior for CTRL+C. But I am happy to
change this behavior.
---
net/net.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/net/net.c b/net/net.c
index 67e0ad297cf5..738a0db8c2ba 100644
--- a/net/net.c
+++ b/net/net.c
@@ -565,6 +565,7 @@ restart:
/* include a debug print as well incase the debug
messages are directed to stderr */
debug_cond(DEBUG_INT_STATE, "--- net_loop Abort!\n");
+ ret = -1;
goto done;
}
--
2.3.5
^ permalink raw reply related [flat|nested] 5+ messages in thread
* [U-Boot] [PATCH] net: Return -1 when ctrl+c is pressed
2015-08-13 7:46 [U-Boot] [PATCH] net: Return -1 when ctrl+c is pressed Michal Simek
@ 2015-08-20 12:15 ` Michal Simek
2015-08-20 16:51 ` Joe Hershberger
2015-08-20 16:51 ` Tom Rini
0 siblings, 2 replies; 5+ messages in thread
From: Michal Simek @ 2015-08-20 12:15 UTC (permalink / raw)
To: u-boot
On 08/13/2015 09:46 AM, Michal Simek wrote:
> Current behavior is that if CTRL+C is pressed command returns 0 that was
> successful which is not correct behavior.
> The easiest test case is "tftpboot 80000 uImage && echo yes"
> and press CTRL+C. Then the second command is called which is incorrect.
>
> Error log:
> zynq-uboot> tftpb 80000 uImage && echo yes
> Gem.e000b000:7 is connected to Gem.e000b000. Reconnecting to
> Gem.e000b000
> Gem.e000b000 Waiting for PHY auto negotiation to complete....... done
> Using Gem.e000b000 device
> TFTP from server 192.168.0.102; our IP address is 192.168.0.101
> Filename 'uImage'.
> Load address: 0x80000
> Loading: ################
> Abort
> yes
> zynq-uboot>
>
> This patch adds -1 return value when CTRL+C is pressed.
>
> Signed-off-by: Michal Simek <michal.simek@xilinx.com>
> ---
>
> Not sure if -1 is the right error code but I have parsed the code and it
> looks like that -1 is standard behavior for CTRL+C. But I am happy to
> change this behavior.
>
> ---
> net/net.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/net/net.c b/net/net.c
> index 67e0ad297cf5..738a0db8c2ba 100644
> --- a/net/net.c
> +++ b/net/net.c
> @@ -565,6 +565,7 @@ restart:
> /* include a debug print as well incase the debug
> messages are directed to stderr */
> debug_cond(DEBUG_INT_STATE, "--- net_loop Abort!\n");
> + ret = -1;
> goto done;
> }
>
>
Joe, Tom: Any update on this one?
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel - Microblaze cpu - http://www.monstr.eu/fdt/
Maintainer of Linux kernel - Xilinx Zynq ARM architecture
Microblaze U-BOOT custodian and responsible for u-boot arm zynq platform
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: OpenPGP digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20150820/5ce9b83c/attachment.sig>
^ permalink raw reply [flat|nested] 5+ messages in thread
* [U-Boot] [PATCH] net: Return -1 when ctrl+c is pressed
2015-08-20 12:15 ` Michal Simek
@ 2015-08-20 16:51 ` Joe Hershberger
2015-08-21 7:37 ` Michal Simek
2015-08-20 16:51 ` Tom Rini
1 sibling, 1 reply; 5+ messages in thread
From: Joe Hershberger @ 2015-08-20 16:51 UTC (permalink / raw)
To: u-boot
Hi Michal,
On Thu, Aug 20, 2015 at 7:15 AM, Michal Simek <monstr@monstr.eu> wrote:
> On 08/13/2015 09:46 AM, Michal Simek wrote:
>> Current behavior is that if CTRL+C is pressed command returns 0 that was
>> successful which is not correct behavior.
>> The easiest test case is "tftpboot 80000 uImage && echo yes"
>> and press CTRL+C. Then the second command is called which is incorrect.
>>
>> Error log:
>> zynq-uboot> tftpb 80000 uImage && echo yes
>> Gem.e000b000:7 is connected to Gem.e000b000. Reconnecting to
>> Gem.e000b000
>> Gem.e000b000 Waiting for PHY auto negotiation to complete....... done
>> Using Gem.e000b000 device
>> TFTP from server 192.168.0.102; our IP address is 192.168.0.101
>> Filename 'uImage'.
>> Load address: 0x80000
>> Loading: ################
>> Abort
>> yes
>> zynq-uboot>
>>
>> This patch adds -1 return value when CTRL+C is pressed.
>>
>> Signed-off-by: Michal Simek <michal.simek@xilinx.com>
>> ---
>>
>> Not sure if -1 is the right error code but I have parsed the code and it
>> looks like that -1 is standard behavior for CTRL+C. But I am happy to
>> change this behavior.
>>
>> ---
>> net/net.c | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/net/net.c b/net/net.c
>> index 67e0ad297cf5..738a0db8c2ba 100644
>> --- a/net/net.c
>> +++ b/net/net.c
>> @@ -565,6 +565,7 @@ restart:
>> /* include a debug print as well incase the debug
>> messages are directed to stderr */
>> debug_cond(DEBUG_INT_STATE, "--- net_loop Abort!\n");
>> + ret = -1;
Please replace this with -EINTR.
>> goto done;
>> }
>>
>>
>
> Joe, Tom: Any update on this one?
Slipped through... thanks for the reminder.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [U-Boot] [PATCH] net: Return -1 when ctrl+c is pressed
2015-08-20 16:51 ` Joe Hershberger
@ 2015-08-21 7:37 ` Michal Simek
0 siblings, 0 replies; 5+ messages in thread
From: Michal Simek @ 2015-08-21 7:37 UTC (permalink / raw)
To: u-boot
On 08/20/2015 06:51 PM, Joe Hershberger wrote:
> Hi Michal,
>
> On Thu, Aug 20, 2015 at 7:15 AM, Michal Simek <monstr@monstr.eu> wrote:
>> On 08/13/2015 09:46 AM, Michal Simek wrote:
>>> Current behavior is that if CTRL+C is pressed command returns 0 that was
>>> successful which is not correct behavior.
>>> The easiest test case is "tftpboot 80000 uImage && echo yes"
>>> and press CTRL+C. Then the second command is called which is incorrect.
>>>
>>> Error log:
>>> zynq-uboot> tftpb 80000 uImage && echo yes
>>> Gem.e000b000:7 is connected to Gem.e000b000. Reconnecting to
>>> Gem.e000b000
>>> Gem.e000b000 Waiting for PHY auto negotiation to complete....... done
>>> Using Gem.e000b000 device
>>> TFTP from server 192.168.0.102; our IP address is 192.168.0.101
>>> Filename 'uImage'.
>>> Load address: 0x80000
>>> Loading: ################
>>> Abort
>>> yes
>>> zynq-uboot>
>>>
>>> This patch adds -1 return value when CTRL+C is pressed.
>>>
>>> Signed-off-by: Michal Simek <michal.simek@xilinx.com>
>>> ---
>>>
>>> Not sure if -1 is the right error code but I have parsed the code and it
>>> looks like that -1 is standard behavior for CTRL+C. But I am happy to
>>> change this behavior.
>>>
>>> ---
>>> net/net.c | 1 +
>>> 1 file changed, 1 insertion(+)
>>>
>>> diff --git a/net/net.c b/net/net.c
>>> index 67e0ad297cf5..738a0db8c2ba 100644
>>> --- a/net/net.c
>>> +++ b/net/net.c
>>> @@ -565,6 +565,7 @@ restart:
>>> /* include a debug print as well incase the debug
>>> messages are directed to stderr */
>>> debug_cond(DEBUG_INT_STATE, "--- net_loop Abort!\n");
>>> + ret = -1;
>
> Please replace this with -EINTR.
>
>>> goto done;
>>> }
>>>
>>>
>>
>> Joe, Tom: Any update on this one?
>
> Slipped through... thanks for the reminder.
v2 sent.
Thanks,
Michal
^ permalink raw reply [flat|nested] 5+ messages in thread
* [U-Boot] [PATCH] net: Return -1 when ctrl+c is pressed
2015-08-20 12:15 ` Michal Simek
2015-08-20 16:51 ` Joe Hershberger
@ 2015-08-20 16:51 ` Tom Rini
1 sibling, 0 replies; 5+ messages in thread
From: Tom Rini @ 2015-08-20 16:51 UTC (permalink / raw)
To: u-boot
On Thu, Aug 20, 2015 at 02:15:27PM +0200, Michal Simek wrote:
> On 08/13/2015 09:46 AM, Michal Simek wrote:
> > Current behavior is that if CTRL+C is pressed command returns 0 that was
> > successful which is not correct behavior.
> > The easiest test case is "tftpboot 80000 uImage && echo yes"
> > and press CTRL+C. Then the second command is called which is incorrect.
> >
> > Error log:
> > zynq-uboot> tftpb 80000 uImage && echo yes
> > Gem.e000b000:7 is connected to Gem.e000b000. Reconnecting to
> > Gem.e000b000
> > Gem.e000b000 Waiting for PHY auto negotiation to complete....... done
> > Using Gem.e000b000 device
> > TFTP from server 192.168.0.102; our IP address is 192.168.0.101
> > Filename 'uImage'.
> > Load address: 0x80000
> > Loading: ################
> > Abort
> > yes
> > zynq-uboot>
> >
> > This patch adds -1 return value when CTRL+C is pressed.
> >
> > Signed-off-by: Michal Simek <michal.simek@xilinx.com>
> > ---
> >
> > Not sure if -1 is the right error code but I have parsed the code and it
> > looks like that -1 is standard behavior for CTRL+C. But I am happy to
> > change this behavior.
> >
> > ---
> > net/net.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/net/net.c b/net/net.c
> > index 67e0ad297cf5..738a0db8c2ba 100644
> > --- a/net/net.c
> > +++ b/net/net.c
> > @@ -565,6 +565,7 @@ restart:
> > /* include a debug print as well incase the debug
> > messages are directed to stderr */
> > debug_cond(DEBUG_INT_STATE, "--- net_loop Abort!\n");
> > + ret = -1;
> > goto done;
> > }
> >
> >
>
> Joe, Tom: Any update on this one?
Reviewed-by: Tom Rini <trini@konsulko.com>
Joe, do you want to pick this up? Thanks!
--
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20150820/72087a8e/attachment.sig>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-08-21 7:37 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-08-13 7:46 [U-Boot] [PATCH] net: Return -1 when ctrl+c is pressed Michal Simek
2015-08-20 12:15 ` Michal Simek
2015-08-20 16:51 ` Joe Hershberger
2015-08-21 7:37 ` Michal Simek
2015-08-20 16:51 ` Tom Rini
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox