ODroid XU4
Arch Linux
Kernel 4.13 (custom)
4TB USB 3.0 mechanical WD Drive/hub (had bad-block issues in the past
that were "corrected")
Occurred when using rsync to copy files to an encfs mount over nfs
(only 22MB made it).
Note, I keep the activity on my odroid very low or things start to bug
out
I'm guessing this is related.
I noticed my tv wasn't recording to my drive and when I tried to touch
a file on the drive, my console become unresponsive.
Trying to reboot took like 5 minutes to even stop the processes and in
the end couldn't unmount the drive and I had to cut the power to
finally g
: temp unit: 0
Jan 06 03:27:21 computername plasmashell[1065]: qml: temp unit: 0
Jan 06 03:27:24 computername plasmashell[1065]: qml: temp unit: 0
*
On Tue, Jan 1, 2019 at 7:04 PM Nathan Royce wrote:
>
> It was unrelated to my USB issue. It happened again after I rebooted
> within 4 ho
I'm only posting to say I'm still waiting...
The error came up while I slept, and when I copied that log and looked
at it (yes, it WAS huge, just as you said), the timestamps at the
head/tail were much later than the journal logged times.
So I made a little script to monitor the journal kernel entr
Kernel 4.19.13
00:14.0 USB controller: Intel Corporation 9 Series Chipset Family USB
xHCI Controller
Around 400 "unknown event type 37" messages logged in a 2 second span.
*
Jan 01 02:08:07 computername tvheadend[2370]: linuxdvb: Auvitek AU8522
QAM/8VSB Frontend #0 : ATSC-T #0 - poll TIMEOUT
Kernel 4.19.13
*
Jan 01 02:04:20 computername kernel: xhci_hcd :00:14.0: ERROR
unknown event type 37
Jan 01 02:04:20 computername kernel: WARNING: CPU: 2 PID: 2236 at
mm/page_alloc.c:4254 __alloc_pages_nodemask+0xf52/0xfb0
Jan 01 02:04:20 computername kernel: Modules linked in: rfcomm ccm
opped.
Just to be sure, I also rebooted and it's still fine. No xhci errors at all.
The only thing I've done recently (within the past few days) was play
with my scanner which is also on that hub and maybe brushed my tuner
cable or something.
On Tue, Jan 1, 2019 at 12:57 PM Nath
n 01 17:50:25 computername plasmashell[1048]: qt.qpa.xcb:
QXcbConnection: XCB error: 2 (BadValue), sequence: 47417, resource id:
71303170, major code: 142 (Unknown), minor code: 3
*****
On Tue, Jan 1, 2019 at 1:17 PM Nathan Royce wrote:
>
> Kernel 4.19.13
>
> *
> Jan 01 02:04:20 c
...But then again, maybe it wasn't the cable. It's acting up again.
On Tue, Jan 1, 2019 at 3:14 PM Nathan Royce wrote:
>
> Looks like this particular issue may have been due to a touchy/finicky
> connection.
>
> I removed my tuner from my hub and removed the hub from m
No idea why, but I will say that something I've done recently was
re-enabl my ath9k_htc wireless adapter which tends to firmware-panic
quite a bit which also sometimes kills off my ppp usb adapter.
I have a script running that monitors the journalctl and restarts
hostapd everytime my ath device fir
I finally got around to applying your patch, building the toolchain
(based on master source (gcc8)), but alas while there is no firmware
panic in the log, wifi drops off the face of the planet (ssid
disappears and hostapd doesn't know wifi failed (nothing in the log
either)).
On Wed, Jun 7, 2017 a
*
...I "think" this is where the "emergency" drop out of boot occurred,
and I just did a "systemctl reboot" which had the next boot succeed.
Nope, I'm wrong. For whatever reason, this appears to be the boot that
ended up working (searching for the first "microcode" reference
indicating the star
n) and everything seems fine (so far) as I
write this and have the recorded DVR playing (kodi).
I don't know what those "kernel: Code:" is supposed to be/mean to me.
On Fri, Mar 26, 2021 at 8:29 AM Nathan Royce wrote:
>
> *
> ...I "think" this is where the &quo
ed corruption.
Info: Force to fix corruption
Info: Segments per section = 1
Info: Sections per zone = 1
Info: sector size = 512
Info: total sectors = 124168159 (60628 MB)
Can't find a valid F2FS superblock at 0x0
Mismatch segment0(3096048428) cp_blkaddr(24874649)
pply fan.
The whole debacle (including btrfs, keyboard leds blinking) may very
well have been from the sd-card not being seated well.
On Sat, Mar 27, 2021 at 7:02 AM Nathan Royce wrote:
>
> An update, not quite 1 year later. I encountered another segfault issue.
>
> It began with my email r
as
being LUKS even though badblocks was run non-destructive.
On Fri, Mar 26, 2021 at 11:51 AM Nathan Royce wrote:
>
> Oh man, I'm hoping things aren't starting to fall apart here.
> I was doing my normal routine (tv, browsing, ... (no filesystem
> manipulations)) and out of th
Right up front, I must say I do NOT have a Hauppauge tuner. I think
it's like maybe Mygica/Geniatech:
Bus 002 Device 004: ID 05e1:0400 Syntek Semiconductor Co., Ltd
Whenever I update my kernel, I edit the
./drivers/media/usb/au0828/au0828-cards.c file adding an entry for my
0x400 device.
I've been
On Fri, Aug 16, 2019 at 1:42 PM Greg Kroah-Hartman
wrote:
> If you revert that one commit, does things start working again?
>
> thanks,
>
> greg k-h
Hey Greg, I just got finished building it after running "$ git revert
812658d88d26" and verifying it reverted by comparing one of the files
from git
(resubmitting due to non "reply-to-all"):
Bugger, I just sent a reply to your last message, but it bounced back with:
*
550 5.7.1 Content-Policy reject msg: The message contains HTML
subpart, therefore we consider it SPAM or Outlook Virus. TEXT/PLAIN is
accepted.! BF:; S1728494AbfHSVzk
*
I
d be implemented in the git tool and
the user only needs to provide a starting place. Just a thought.
I can only hope that I incorrectly used bisecting and someone can
point to what I did wrong and provide a better way. (maybe I wouldn't
have to mrproper, so the testing wouldn't take day
While your mention of quirks-table.h certainly had possibilities, I'm
afraid adding the "AU0828_DEVICE(0x05e1, 0x0400, "Hauppauge",
"Woodbury")," entry for my tuner did not make any difference regarding
the "Tuner is busy. Error -19" message.
I don't know if this means anything, but I see
https://
OK, I finally got one... but there was only 1 journal log entry. The
previous time there were like maybe 10 (also very little), but the 2
times before that had enough for me to have to page through the log.
I actually messed up on a variable in my script so missed the actual
time, but the trace st
out.
I have 8GB RAM in my desktop.
On Mon, Jan 7, 2019 at 3:52 AM Catalin Marinas wrote:
>
> Hi Nathan,
>
> On Tue, Jan 01, 2019 at 01:17:06PM -0600, Nathan Royce wrote:
> > I had a leak somewhere and I was directed to look into SUnreclaim
> > which was 5.5 GB after an upt
You can ignore the last set of files with a sample of 1.
I got a nice sample of like 150 about 6 hours ago.
The link I included in the previous reply contains the same filenames,
just updated.
The journal timestamps (to correspond with the trace times) go from
"[513438.430253] computername kernel:
Wow, my system got wrecked (exaggeration) during this latest stretch...
Pulseaudio was stretched to the limit and beyond and was forced to
restart. Anything that was producing audio had to be restarted to get
it back.
This time was much like the first time and went from timestamp
573100.060927 (lin
One more thought that may be nothing, but when kmemleak crashed,
SUnreclaim was at 932552 kB, and after reclaimed/cleared 299840 kB.
There weren't any performance issues like when I had a leak of 5.5 gB
in the 4.18 kernel.
On Mon, Jan 7, 2019 at 3:52 AM Catalin Marinas wrote:
>
> Under memory pre
I find that every time all of the cpu cores are being used, when
compiling the kernel source for example, I end up losing my wireless
adapter.
It seems to be an old issue: https://bbs.archlinux.org/viewtopic.php?id=182173
ARM ODroid XU4
$ uname -a
Linux server 4.11.0-rc1-00315-g106e4da60209-dirty
Gave it a try on 4.10.1, but still to no avail:
*
[8.516138] raid6: using intx1 recovery algorithm
[ [0;32m OK [0m] Started Flush Journal to Persistent Storage.
[9.692091] Unable to handle kernel NULL pointer dereference at
virtual address 0004
[9.698896] pgd = c0004000
[
hread (irq 69)
*
I'm sure you could just copy my crypttab and fstab entries that is
shown in my first email.
On Fri, Mar 10, 2017 at 12:06 PM, Krzysztof Kozlowski wrote:
> On Thu, Mar 09, 2017 at 05:16:35AM -0600, Nathan Royce wrote:
>> Gave it a try on 4.10.1, but still to no av
.com/linux-crypto@vger.kernel.org/msg23748.html
On Fri, Mar 3, 2017 at 3:33 AM, Herbert Xu wrote:
> On Fri, Mar 03, 2017 at 03:00:26AM -0600, Nathan Royce wrote:
>> OK, I went ahead and enabled self tests
>> "CRYPTO_MANAGER_DISABLE_TESTS=n", and my system was ab
of this issue.
Also let me know if you would like the rest of the kernel panic. Maybe
you already have enough to go on and don't need it.
Thanks for all that clarity.
On Fri, Mar 3, 2017 at 6:04 AM, Herbert Xu wrote:
> On Fri, Mar 03, 2017 at 04:36:18AM -0600, Nathan Royce wrote:
>>
wasn't
using plain-text, but my full post shows in Herbert's reply.
On Sun, Mar 5, 2017 at 11:16 AM, Krzysztof Kozlowski wrote:
> On Fri, Mar 03, 2017 at 12:02:10PM +0800, Herbert Xu wrote:
>> On Thu, Mar 02, 2017 at 05:35:30PM -0600, Nathan Royce wrote:
>> > ARM ODroid
Krzysztof Kozlowski wrote:
> On Mon, Mar 06, 2017 at 10:18:45AM -0600, Nathan Royce wrote:
>> I tried the patch you submitted, however it also fails for the most part.
>>
>> "For the most part" because "xts" is now found.
>> $ grep xts /proc/crypt
mail submission because I
didn't enable plain-text for the e-mail (marked as spam because the
email contained html). I rectified that for this reply.
On Thu, Mar 2, 2017 at 10:02 PM, Herbert Xu wrote:
> On Thu, Mar 02, 2017 at 05:35:30PM -0600, Nathan Royce wrote:
>> ARM
I won't re-format unless I hear something within a few days in case
you want me to try something.
Preface: There was a notable power outage a couple of nights ago.
When the power returned, everything seemed fine. No issues during
bootup or anything.
Then today, I went to open an application and my
On Mon, Jul 13, 2020 at 7:03 PM Jaegeuk Kim wrote:
>
> Hi Nathan,
>
> Could you try to say "N" here to move forward to fix the corrupted metadata?
>
> Thanks,
*
Do you want to restore lost files into ./lost_found/? [Y/N] N
Info: Write valid nat_bits in checkpoint
[FIX] (nullify_nat_entry:2273)
Intel Haswell
Linux 5.8.3
First time I've used localmodconfig ever since reading what it does
and liking the "supposed" kernel customization specific to the system.
I only use quotes on "supposed" because I DO still see entries I have
no interest in (not applicable to my system/needs).
I don't kno
Correct. I'm building for 5.8.3 and I'm currently on 5.7.4 (1 month
doesn't seem particularly old).
On Tue, Aug 25, 2020 at 2:13 PM Randy Dunlap wrote:
>
> so intel_rapl_perf is listed in your lsmod.cfg file:
> intel_rapl_perf16384 2
>
> You say Linux 5.8.3. I'm guessing that your "make
Thanks, but I'd just as soon not be acknowledged/credited. All I did
was submit a report.
On Wed, Sep 2, 2020 at 11:47 AM Masahiro Yamada wrote:
>
> Applied to linux-kbuild/fixes with Nathan's tag
>
> Reported-by: Nathan Royce
>
>
>
> Nathan,
> I think
Heard, but all the same if it isn't important (which I'm assuming),
I'd just as soon be left out of it. That's just the way I am in
general, not wanting to be seen unless I have to be seen. Thanks
though.
On Wed, Sep 2, 2020 at 9:14 PM Masahiro Yamada wrote:
>
> Even if you do not write the code,
ODroid XU4
$ uname -a
Linux computer 4.12.0-rc3-dirty #1 SMP Wed May 31 15:02:05 CDT 2017
armv7l GNU/Linux
$ lsusb
...
Bus 001 Device 002: ID 2109:2813 VIA Labs, Inc.
Bus 001 Device 010: ID 0cf3:7015 Qualcomm Atheros Communications
TP-Link TL-WN821N v3 / TL-WN822N v2 802.11n [Atheros AR7010+AR928
On Sat, Jun 3, 2017 at 2:57 AM, Oleksij Rempel wrote:
> Hm... this function and file:
> linux/drivers/net/wireless/ath/ath9k/common-beacon.c
> didn't changed since 2015. So, it should be some thing different.
> Can you run
> git bisect to find exact patch caused this regression?
>
That was the fir
42 matches
Mail list logo
