You are not logged in.
Pages: 1
Topic closed
Disclaimer: I'm not looking specifically for a solution here. If you have one, sure that's cool, but I'm focusing on how to investigate and analyze that kind of issue (which is, in my experience, not that rare).
I've just bought a Gigabyte Brix to be used as an HTPC. The exact model is GB-BXBT-1900.
I've installed 4 GB of 1.35V RAM (Corsair CT51264BF160B), which is supported by this model, and a Kingston SSD (V300 60GB).
Then of course, I've installed Arch x64 with a base system and Xorg with DE (Xfce).
Everything went smooth and the system is working 95% of the time as expected: it's fast, silent, and fresh.
But.
I have two major problems with it, that prevent me from fully enjoying this little piece of hardware under Archlinux.
1st problem: hang/freeze on reboot, shutdown or suspend
When I try to suspend, reboot or shutdown (yes, those three), the machine freezes and I'm forced to shut it down "manually" (press the power button for > 5 sec.). It's not *always*, but let's say 9/10 times.
When trying to reboot or shutdown, Xorg quits, and I get a few console lines, but the final "Restarting system..." (or something similar) that usually appears before the drop of power, never comes. I waited 30 minutes and it still hung.
FYI I first tried to uninstall packages, drivers, even Xorg and all the daemons that could be there, and it still happened. So I tried to make a fresh install from scratch and it even happened with the LiveCD! At the end of the install, after leaving arch-chroot, the reboot also hung and never restarted the machine. I could also reproduce the problem with this new install, even though the system was extremely light (only the base packages installed by pacstrap).
I tried to debug shutdown with systemd but of course it gave me nothing, as the problem seems to be at the far end of the process. I also tried to use the LTS kernel but no luck. Finally I installed Debian 7.8 and I can see no issue of that kind so far. I'm assuming it's then linked to something from Arch (systemd?).
Any help would be greatly appreciated!
2nd problem: hang/freeze with videos on VLC, SMPlayer or Flash player
I don't know if it can be linked to the first one, but I get random hangs/crashes when watching videos. It can happen twice in 20 minutes, or only after a few hours.
I have strictly no info in the logs, and don't even know if it's a kernel panic or something else. All I can do is power off the PC and reboot it.
I know those two issues may be totally unrelated, but as they kinda produce the same results (crash, freeze), I thought it might be interesting to mention them together.
Thanks for your help.
Edit: Also tried to disable sound and network chipsets from the BIOS, but it didn't make any difference.
Edit 2: Some hardware and system info below.
[root@ghanima ~]# lspci -v
00:00.0 Host bridge: Intel Corporation Atom Processor Z36xxx/Z37xxx Series SoC Transaction Register (rev 0e)
Subsystem: Gigabyte Technology Co., Ltd Device 1000
Flags: bus master, fast devsel, latency 0
Kernel driver in use: iosf_mbi_pci
Kernel modules: iosf_mbi
00:02.0 VGA compatible controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display (rev 0e) (prog-if 00 [VGA controller])
DeviceName: Onboard IGD
Subsystem: Gigabyte Technology Co., Ltd Device 1000
Flags: bus master, fast devsel, latency 0, IRQ 91
Memory at d0000000 (32-bit, non-prefetchable) [size=4M]
Memory at c0000000 (32-bit, prefetchable) [size=256M]
I/O ports at f080 [size=8]
Expansion ROM at <unassigned> [disabled]
Capabilities: [d0] Power Management version 2
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [b0] Vendor Specific Information: Len=07 <?>
Kernel driver in use: i915
Kernel modules: i915
00:13.0 SATA controller: Intel Corporation Device 0f23 (rev 0e) (prog-if 01 [AHCI 1.0])
Subsystem: Gigabyte Technology Co., Ltd Device 1000
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 88
I/O ports at f070 [size=8]
I/O ports at f060 [size=4]
I/O ports at f050 [size=8]
I/O ports at f040 [size=4]
I/O ports at f020 [size=32]
Memory at d0816000 (32-bit, non-prefetchable) [size=2K]
Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [70] Power Management version 3
Capabilities: [a8] SATA HBA v1.0
Kernel driver in use: ahci
Kernel modules: ahci
00:14.0 USB controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series USB xHCI (rev 0e) (prog-if 30 [XHCI])
Subsystem: Gigabyte Technology Co., Ltd Device 1000
Flags: bus master, medium devsel, latency 0, IRQ 87
Memory at d0800000 (64-bit, non-prefetchable) [size=64K]
Capabilities: [70] Power Management version 2
Capabilities: [80] MSI: Enable+ Count=1/8 Maskable- 64bit+
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci
00:1a.0 Encryption controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Trusted Execution Engine (rev 0e)
Subsystem: Gigabyte Technology Co., Ltd Device 1000
Flags: bus master, fast devsel, latency 0, IRQ 89
Memory at d0500000 (32-bit, non-prefetchable) [size=1M]
Memory at d0400000 (32-bit, non-prefetchable) [size=1M]
Capabilities: [80] Power Management version 3
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit-
Kernel driver in use: mei_txe
Kernel modules: mei_txe
00:1b.0 Audio device: Intel Corporation Atom Processor Z36xxx/Z37xxx Series High Definition Audio Controller (rev 0e)
Subsystem: Gigabyte Technology Co., Ltd Device fa53
Flags: bus master, fast devsel, latency 0, IRQ 92
Memory at d0810000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 2
Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
00:1c.0 PCI bridge: Intel Corporation Device 0f48 (rev 0e) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0, IRQ 16
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 00001000-00001fff
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Gigabyte Technology Co., Ltd Device 1000
Capabilities: [a0] Power Management version 3
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.1 PCI bridge: Intel Corporation Device 0f4a (rev 0e) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0, IRQ 17
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: 0000e000-0000efff
Memory behind bridge: d0700000-d07fffff
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Gigabyte Technology Co., Ltd Device 1000
Capabilities: [a0] Power Management version 3
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.2 PCI bridge: Intel Corporation Device 0f4c (rev 0e) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0, IRQ 18
Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
I/O behind bridge: 0000d000-0000dfff
Memory behind bridge: d0600000-d06fffff
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Gigabyte Technology Co., Ltd Device 1000
Capabilities: [a0] Power Management version 3
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.3 PCI bridge: Intel Corporation Device 0f4e (rev 0e) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0, IRQ 19
Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
I/O behind bridge: 00002000-00002fff
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Gigabyte Technology Co., Ltd Device 1000
Capabilities: [a0] Power Management version 3
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1d.0 USB controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series USB EHCI (rev 0e) (prog-if 20 [EHCI])
Subsystem: Gigabyte Technology Co., Ltd Device 1000
Flags: bus master, medium devsel, latency 0, IRQ 23
Memory at d0815000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [50] Power Management version 3
Capabilities: [58] Debug port: BAR=1 offset=00a0
Capabilities: [98] PCI Advanced Features
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:1f.0 ISA bridge: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Power Control Unit (rev 0e)
Subsystem: Gigabyte Technology Co., Ltd Device 1000
Flags: bus master, medium devsel, latency 0
Capabilities: [e0] Vendor Specific Information: Len=0c <?>
Kernel driver in use: lpc_ich
Kernel modules: lpc_ich
00:1f.3 SMBus: Intel Corporation Device 0f12 (rev 0e)
Subsystem: Gigabyte Technology Co., Ltd Device 1000
Flags: medium devsel, IRQ 18
Memory at d0814000 (32-bit, non-prefetchable) [size=32]
I/O ports at f000 [size=32]
Capabilities: [50] Power Management version 3
Kernel modules: i2c_i801
02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
Subsystem: AzureWave Device 2159
Flags: bus master, fast devsel, latency 0, IRQ 17
I/O ports at e000 [size=256]
Memory at d0700000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-23-b7-fe-ff-4c-e0-00
Capabilities: [150] Latency Tolerance Reporting
Capabilities: [158] L1 PM Substates
Kernel driver in use: rtl8723be
Kernel modules: rtl8723be
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
Subsystem: Gigabyte Technology Co., Ltd Motherboard
Flags: bus master, fast devsel, latency 0, IRQ 90
I/O ports at d000 [size=256]
Memory at d0604000 (64-bit, non-prefetchable) [size=4K]
Memory at d0600000 (64-bit, prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 01
Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
Capabilities: [d0] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Virtual Channel
Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00
Capabilities: [170] Latency Tolerance Reporting
Kernel driver in use: r8169
Kernel modules: r8169
[root@ghanima ~]# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 55
model name : Intel(R) Celeron(R) CPU J1900 @ 1.99GHz
stepping : 8
microcode : 0x811
cpu MHz : 1332.904
cache size : 1024 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch ida arat epb dtherm tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms
bugs :
bogomips : 3995.00
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management :
[root@ghanima ~]# lsmod
Module Size Used by
fuse 87410 3
it87 38279 0
hwmon_vid 12388 1 it87
snd_hda_codec_hdmi 49263 1
snd_hda_codec_realtek 63196 1
snd_hda_codec_generic 63087 1 snd_hda_codec_realtek
joydev 17063 0
mousedev 17272 0
ecb 12737 1
hid_logitech_dj 17248 0
arc4 12536 2
iTCO_wdt 12831 0
iTCO_vendor_support 12649 1 iTCO_wdt
evdev 21544 9
mac_hid 12633 0
rtl8723be 91408 0
coretemp 12820 0
hwmon 12930 2 it87,coretemp
btcoexist 49728 1 rtl8723be
intel_rapl 17356 0
rtl8723_common 17963 1 rtl8723be
rtl_pci 25988 1 rtl8723be
intel_powerclamp 17122 0
rtlwifi 63199 2 rtl_pci,rtl8723be
kvm_intel 143295 0
kvm 426425 1 kvm_intel
mac80211 608652 3 rtl_pci,rtlwifi,rtl8723be
crct10dif_pclmul 13394 0
snd_hda_intel 26387 4
crc32_pclmul 12915 0
crc32c_intel 21809 0
i915 950838 2
cfg80211 453926 2 mac80211,rtlwifi
snd_hda_controller 26938 1 snd_hda_intel
ghash_clmulni_intel 12978 0
btusb 29996 0
cryptd 18553 1 ghash_clmulni_intel
snd_hda_codec 112621 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
bluetooth 403639 2 btusb
usbhid 48595 0
hid 106316 3 usbhid,hid_logitech_dj
snd_hwdep 17244 1 snd_hda_codec
drm_kms_helper 80985 1 i915
pcspkr 12595 0
rfkill 18867 3 cfg80211,bluetooth
snd_pcm 88785 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
r8169 80917 0
snd_timer 26614 1 snd_pcm
mei_txe 18098 0
snd 73436 16 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
mei 75336 1 mei_txe
mii 12675 1 r8169
i2c_i801 16965 0
drm 263481 4 i915,drm_kms_helper
soundcore 13031 2 snd,snd_hda_codec
lpc_ich 20768 0
shpchp 35210 0
intel_gtt 17848 1 i915
i2c_algo_bit 12744 1 i915
i2c_core 50152 5 drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit
battery 17452 0
iosf_mbi 12682 0
video 18043 1 i915
fan 12726 0
thermal 17559 0
button 12953 1 i915
processor 27777 0
sch_fq_codel 17343 6
ext4 510292 2
crc16 12343 2 ext4,bluetooth
mbcache 17171 1 ext4
jbd2 86379 1 ext4
sd_mod 43575 4
ehci_pci 12512 0
ahci 33248 4
ehci_hcd 69939 1 ehci_pci
libahci 27215 1 ahci
xhci_pci 12675 0
xhci_hcd 152471 1 xhci_pci
libata 181518 2 ahci,libahci
usbcore 199382 6 btusb,ehci_hcd,ehci_pci,usbhid,xhci_hcd,xhci_pci
scsi_mod 147580 2 libata,sd_mod
usb_common 12561 1 usbcore
Last edited by nanawel (2015-02-07 22:24:25)
Offline
Please guys, any hint about how to figure out what's going wrong in any of those cases?
Edit: I keep on searching. Last thing I tried was to go full "21st century style" with UEFI/GPT (I was initally with BIOS/GPT), but it does not change anything (I was hoping for a buggy BIOS/UEFI).
Last edited by nanawel (2015-01-31 22:30:34)
Offline
Sorry to bump again, but I suppose it may help to update this post with my last experiments.
I updated my system and it's now running with kernel 3.18.5-1. I replaced the SSD with a hard drive, still failing.
I know now that rebooting using SysRq always works. Following a search about that I found a post that was talking about buggy ACPI (yet another one...) with P-states, so I tried to add intel_pstate=disable to kernel but it still hangs on reboot/shutdown.
Nothing in the BIOS setup seems to be of any help (at least to me), it's quite spare.
Edit: found a very interesting topic about that kind of issue but it does not work for me.
Last edited by nanawel (2015-02-02 20:40:29)
Offline
Hello, I`m no expert, but maybe you need the poweroff shutdown hook in your initramfs?
https://wiki.archlinux.org/index.php/mkinitcpio#HOOKS
edit: oh I just saw that your devices are being properly unmounted so that doesn't seem to be the case.
Adds shutdown initramfs support. Usage of this hook was strongly recommended before mkinitcpio 0.16, if you have a separate /usr partition or encrypted root. From mkinitcpio 0.16 onwards, it is deemed not necessary. | Unmounts and disassembles devices on shutdown.
good luck though.
Last edited by pingu (2015-02-02 21:06:20)
Offline
That could have been a good thing to check, but no unfortunately it does not work. Thanks anyway for your help!
Offline
Latest update:
I've tried Arch i686 instead of x64, no difference.
I've installed Fedora 21 Workstation x64, with UEFI/GPT and systemd 217, it works flawlessly (except that of course, it's damn slow to boot compared to Arch...). No issue to shutdown or reboot.
So depressing...
Edit: Tried to downgrade systemd to 217-8 on Arch, but the problem's still there. I guess it's not linked to systemd but to something from the distro itself.
Last edited by nanawel (2015-02-06 07:22:04)
Offline
As a last resort, I booted the latest Manjaro live CD (0.8.12, using systemd 217, if it's of any importance but I doubt) and the symptoms are the same here again: reboot hangs from the live environment. It's not a surprise since the base system is the same, so there must be something to investigate out of this, but I still don't know how. Again, any help would be much appreciated.
Offline
have you guys tried disabling ehci in bios and use xhci instead?
Offline
Perhaps the answer is in getting a custom kernel (either reconfigure the official kernel or donwload one from the aur or smth). It doesn't hurt to try since you can always go back to the other one.
(EDIT: nevermind. I just reread the op I saw that you have tried another kernel.)
Last edited by pingu (2015-02-07 22:00:10)
Offline
have you guys tried disabling ehci in bios and use xhci instead?
It appears that it's one of the last settings in the BIOS I did not alter. When displaying the available options though I can only see three:
XHCI Mode:
- Enabled
- Auto
- [Smart Auto]
(Love when options are called "smart", this always means a lot.)
So I turns out I cannot disable it, but I'll try each option and see how they work.
Offline
And the winner is: m4lorcl, with only one post and one line, and one terrific advice!
So finally, setting XHCI mode to "Auto" did not work. But setting it to "Enabled" allowed me to reboot 6 times in a row, from console and from X, and also to suspend and restore the machine successfully.
It proves again (if it was necessary) that "auto" options in the BIOS are to be banned, not to say killed with fire, especially if they're called "smart".
I'm marking this thread as solved, even though I still have to check that my second issue is also solved (crashes when playing videos). If it's not, I'll start a new thread later.
Thanks very much m4lorcl!
PS: I realize this is the second time I encounter a major issue leading to crashes with an "Auto" option in a Gigabyte BIOS. First time was with the "PCI-E Gen" setting on a Z87-D3HP...
Last edited by nanawel (2015-02-08 00:26:46)
Offline
Found a solution that may help your 2nd issue. Intel Cstates are not handled properly in the 4.2 kernel. You need to add intel_idle.max_cstate=1 to your linux command line in GRUB. Hope that helps someone. Here's the source: https://bugs.freedesktop.org/show_bug.cgi?id=93214
Offline
Found a solution that may help your 2nd issue. Intel Cstates are not handled properly in the 4.2 kernel. You need to add intel_idle.max_cstate=1 to your linux command line in GRUB. Hope that helps someone. Here's the source: https://bugs.freedesktop.org/show_bug.cgi?id=93214
It does seem so. That's why I'm sticking with kernel 3.14. It's perfectly stable and for the moment I see no drawbacks.
Offline
Kernel 3.16 is also stable with J1900 series...I have one using the Intel HD Graphics and another using Nvidia...I had to downgrade xorg and nvidia drivers for the nvidia one as well...both are mythtv frontends...I do have a newer revision of J1900 from Asrock that is perfectly stable with Kernel 4.2 series...seems to be older revisions that have this power state issue...
Offline
I do have a newer revision of J1900 from Asrock that is perfectly stable with Kernel 4.2 series...seems to be older revisions that have this power state issue...
Ah, interesting. So it might not only be a software issue after all.
Offline
Hi i had the same problem with BXBT 1900 : freezing randomly (at least one time / day) under Arch an Debian stable. I'm not good enough to diagnose the problem and find the origin but i don't have any more freezing problem since i install xscreensaver with Arch. Its strange but it's true...
I've tried many others solutions finds on the web but none worked.
Offline
Please read the Code of Conduct, Npa. In particular, see the section regarding necrobumping.
https://wiki.archlinux.org/index.php/Code_of_conduct
Closing.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
Pages: 1
Topic closed