SD Card boot failure with ESCPOS printer connected via USB
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- linux, raspberry-pi
- Domain
- embedded-iot, operating-systems
Research direction
Reproduce the boot failure on a Pi4B with the ESCPOS printer connected before startup, using the reported 2020-02-13 Raspberry Pi reference image, firmware version 6379679d, and kernel 4.19.118-v7l+. Compare it with booting first and connecting the printer afterward; investigate the boot path using the available system details, noting that the report includes no logs. Done means the Pi boots normally with the printer already connected.
Written by the indexing model from the issue text.
Description
Is this the right place for my bug report?
I believe so.
Describe the bug
Pi4B won't boot with ESCPOS printer connected via USB. Printer works fine if connected straight after the boot.
To reproduce
Plug the ESCPOS printer to one of the USBs and start Pi4B.
Expected behaviour
Should boot normally.
Actual behaviour
Hung with black screen. Red light on. No green light activity.
System
-
Which model of Raspberry Pi? e.g.
Pi4B -
Which OS and version (
cat /etc/rpi-issue)?
Raspberry Pi reference 2020-02-13
Generated using pi-gen, https://github.com/RPi-Distro/pi-gen, 5f884374b6ac6e155330c58caa1fb7249b8badf1, stage4 -
Which firmware version (
vcgencmd version)?
Jun 1 2020 13:23:40
Copyright (c) 2012 Broadcom
version 6379679d1ec6a8c746d7e77e015f5b56b939976f (clean) (release) (start) -
Which kernel version (
uname -a)?
Linux terminalrpi 4.19.118-v7l+ #1311 SMP Mon Apr 27 14:26:42 BST 2020 armv7l GNU/Linux
Logs
None.
Additional context
If printer is connected straight after the boot then all is good.
- Dominant language
- No language data
- Stars
- 5.6k
- Forks
- 1.7k
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from raspberrypi/firmware
-
Difficulty 4/5 3-5 days Newbie friendliness 38/100
raspberrypi/firmware#2042 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
raspberrypi/firmware#2040 · 2 comments ·
-
Difficulty 5/5 Over a week Newbie friendliness 25/100
raspberrypi/firmware#2039 · 6 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 42/100
raspberrypi/firmware#2038 · 4 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 38/100
raspberrypi/firmware#2037 · 4 comments ·
All issues in raspberrypi/firmware
Similar issues
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
[adam] AdamNet network read doesn't cap to MAX_ADAM_PACKET_LEN, overflows client receive buffers Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
FujiNetWIFI/fujinet-firmware#1649 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
espressif/esp-iot-solution#786 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100