Smp shell transport can respond on a different device than it receives from

[zakport]

Describe the bug

The smp shell transport is configured to work over uart shell.
The uart shell's device can be reconfigured at runtime as can be seen in samples/subsys/shell_module
The Smp shell driver currently responds on the device defined as shell in the device tree while receiving data from the uart shell whose device can be changed during runtime.

A similar fix from 2020:
#27871

The issue came back here when the shell structures were changed.
6d2e3b5

To Reproduce
Reinitialize uart shell on a different device than what is configured in the device tree and send an smp packet to the new uart.
The smp shell driver will receive the packet and respond on device configured in the device tree.

Expected behavior
For smp to work on the device that the shell was transferred to.

Impact

If the shell device is transferred, for example to an acm device when a USB is plugged in all smp requests will timeout and not work.

Logs and console output

Environment (please complete the following information):
Seen when running on linux with zephyr version 3.7

[github-actions]

Hi @zakport! We appreciate you submitting your first issue for our open-source project. 🌟

Even though I'm a bot, I can assure you that the whole community is genuinely grateful for your time and effort. 🤖💙