nel: [] ?
flush_kthread_work+0xd0/0xd0
2013-03-27T22:28:43.481+01:00 n22 kernel: ---[ end trace 66f6fe36b0d13e8f ]---
The UML kernel was 3.9.0-rc4-00144-ga8c4528, and the trinity command just :
$> trinity --children 2 --victims /mnt/nfs/n22/victims -x mremap
--
MfG/Sincerely
Toralf Förster
pgp finger print
9 trinity kernel: page->index:65535 ->flags:2156 ->s_id:bdev
->i_no:0
Dec 7 18:00:59 trinity kernel: index:65535 i:13 start:0
Dec 7 18:00:59 trinity kernel: Adding 262140k swap on /dev/mapper/crypt-swap.
Priority:-1 extents:1 across:262140k FS
Dec 7 18:00:59 trinity kernel:
On 06/09/2014 07:49 AM, Real Name wrote:
> Hi, Richard
> Any comment about this patch?
> thanks
>
> On Tue, Jun 03, 2014 at 01:30:44PM +0800, Real Name wrote:
>> From: Honggang Li
Hi "Real Name",
give Richard a little bit more time to comment/react.
UML is rather a hobby of him in it spare
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/04/2014 11:57 PM, Toralf Förster wrote:
> At a user mode linux image (32 bit Gentoo Linux) the recent kernel gives this
> error while trying to mount a NFSv2 directory:
> mount.nfs: mount point /mnt/nfsv2 is not a directory
>
regression
yep - fixed the issue here
- --
MfG/Sincerely
Toralf Förster
pgp finger print:1A37 6F99 4A9D 026F 13E2 4DCF C4EA CDDE 0076 E94E
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iF4EAREIAAYFAlNAA7kACgkQxO
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/06/2014 05:19 PM, Michele Ballabio wrote:
> Toralf Förster reported this in
> http://article.gmane.org/gmane.linux.kernel/1662567
> http://article.gmane.org/gmane.linux.kernel/1658422
> http://article.gmane.org/gmane.linux.ke
UMNT Call
/mnt/ramdisk
121 2.214951000 192.168.178.21 -> 192.168.178.21 MOUNT 66 V3 UMNT Reply (Call
In 120)
122 2.23721 192.168.178.21 -> 192.168.178.21 TCP 66 957 → nfs [FIN, ACK]
Seq=1137 Ack=753 Win=342 Len=0
123 2.237278000 192.168.178.21 -> 192.168.178.21 TCP 66 nfs → 957 [FIN, ACK]
/mnt/nfsv2 nfs auto,bg,intr,soft,nfsvers=2
n22:/mnt/ramdisk/mnt/nfsv3 nfs auto,bg,intr,soft
n22:/mnt/nfsv4 nfs4auto,bg,intr,soft
Thx for explanation.
> On Sun, Apr 6, 2014 at 12:27 PM, Toralf Förster
> wrote: Probably a question better su
: 007b FS: GS: 0033 SS: 007b
Mar 27 22:03:04 n22 kernel:
Mar 27 22:03:04 n22 kernel: NMI backtrace for cpu 2
On 03/02/2014 11:10 AM, Toralf Förster wrote:
> Hello Ingo,
>
>
> the issue I mentioned in [1] and [2] was bisected now few times in a
>
-Id:
<8b43bd2118d876cb3163e8f7d9cd8253da649335.1402954406.git.l...@amacapital.net>
From: Andy Lutomirski
Date: Mon, 16 Jun 2014 14:28:19 -0700
Subject: [PATCH] x86_32,entry: Fix badsys paths
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The bad sysc
On 07/03/2014 11:48 PM, David Rientjes wrote:
> On Thu, 3 Jul 2014, Toralf Förster wrote:
>
>> in
>> commit 8a5b20aebaa3d0ade5b8381e64d35fb777b7b355
>> Author: Joonsoo Kim
>> Date: Wed Jul 2 15:22:35 2014 -0700
>>
>> slub: fix off by one i
in
commit 8a5b20aebaa3d0ade5b8381e64d35fb777b7b355
Author: Joonsoo Kim
Date: Wed Jul 2 15:22:35 2014 -0700
slub: fix off by one in number of slab tests
you stated:
Fixes 91cb69620284 ("slub: make dead memcg caches discard free slabs
immediately").
which I cannot find in main
/me wonders if this patch is needed here :
diff --git a/lib/argv_split.c b/lib/argv_split.c
index e927ed0..7de4cb4 100644
--- a/lib/argv_split.c
+++ b/lib/argv_split.c
@@ -85,6 +85,7 @@ char **argv_split(gfp_t gfp, const char *str, int *argcp)
*argv++ = argv_str;
On 06/29/2014 12:04 AM, Mateusz Guzik wrote:
> On Sat, Jun 28, 2014 at 11:52:37PM +0200, Toralf Förster wrote:
>> /me wonders if this patch is needed here :
>>
>>
>> diff --git a/lib/argv_split.c b/lib/argv_split.c
>> index e927ed0..7de4cb4 100644
>&
$ cat syscall.c
#include
#include
int main(){return syscall(1000)!=-1;}
(pls see https://bugs.gentoo.org/show_bug.cgi?id=513308) gives at a 32 bit
stable Gentoo Linux w/ kernel 3.15 :
Jun 16 18:29:42 n22 kernel: [ cut here ]
Jun 16 18:29:42 n22 kernel: kernel BUG at
On 06/16/2014 07:32 PM, Andy Lutomirski wrote:
> On Mon, Jun 16, 2014 at 10:29 AM, Richard Weinberger wrote:
>> Am 16.06.2014 19:25, schrieb Andy Lutomirski:
>>> On Mon, Jun 16, 2014 at 10:21 AM, Richard Weinberger
>>> wrote:
>>>> On Mon, Jun 16, 2014
On 06/16/2014 07:50 PM, Andy Lutomirski wrote:
> cc: eparis. This might be a new audit bug.
>
> On Mon, Jun 16, 2014 at 10:36 AM, Toralf Förster
> wrote:
>> On 06/16/2014 07:32 PM, Andy Lutomirski wrote:
>>> On Mon, Jun 16, 2014 at 10:29 AM, Richard Weinberger wrot
On 06/16/2014 08:15 PM, Andy Lutomirski wrote:
> On Mon, Jun 16, 2014 at 10:59 AM, Toralf Förster
> wrote:
>> On 06/16/2014 07:50 PM, Andy Lutomirski wrote:
>>> cc: eparis. This might be a new audit bug.
>>>
>>> On Mon, Jun 16, 2014 at 10:36 AM, Toralf För
On 06/16/2014 08:24 PM, Andy Lutomirski wrote:
> On Mon, Jun 16, 2014 at 11:21 AM, Toralf Förster
> wrote:
>> On 06/16/2014 08:15 PM, Andy Lutomirski wrote:
>>> On Mon, Jun 16, 2014 at 10:59 AM, Toralf Förster
>>> wrote:
>>>> On 06/16/2014 07:50 P
Well, might be the mail:subject should be adapted, b/c the issue can be
triggered in a 3.13.11 kernel too.
Unfortunately it does not appear within an UML guest, therefore an automated
bisecting isn't possible I fear.
--
Toralf
--
To unsubscribe from this list: send the line "unsubscribe
On 06/16/2014 11:35 PM, Andy Lutomirski wrote:
> [cc: hpa, x86 list]
>
> On Mon, Jun 16, 2014 at 1:43 PM, Richard Weinberger wrote:
>> Am 16.06.2014 22:41, schrieb Toralf Förster:
>>> Well, might be the mail:subject should be adapted, b/c the issue can be
>>>
yesterday I had to configure this for thinkfan :
/sys/devices/platform/coretemp.0/hwmon/hwmon1/temp1_input
today it switched back to
/sys/devices/platform/coretemp.0/hwmon/hwmon2/temp1_input
This makes it hard to have a valid /etc/thinkfan.conf
:-(
--
Toralf
--
To unsubscribe from this
Inspired by this "typo" fix
http://article.gmane.org/gmane.linux.kernel/1754640
I grep'ed the current git tree of linus for similar issues.
For these 4 places I'm wondering where the appropriate struct definition is
located :
arch/ia64/sn/kernel/io_acpi_init.c: sizeof(struct
On 07/24/2014 08:33 PM, Ilya Dryomov wrote:
> On Thu, Jul 24, 2014 at 10:20 PM, Toralf Förster
> wrote:
>> Inspired by this "typo" fix
>> http://article.gmane.org/gmane.linux.kernel/1754640
>> I grep'ed the current git tree of linus for similar issues.
>
While fuzzying a 22 bit UML guest (stable Gentoo x86 Linux) with trinity I do
sometimes get from the UML guest this :
Aug 22 19:59:40 trinity kernel: BUG: spinlock recursion on CPU#0, rngd/1219
Aug 22 19:59:40 trinity kernel: lock: 0x86f1548, .magic: dead4ead, .owner:
rngd/1219, .owner_cpu: 0
at a headless server: Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz, stable hardened
Gentoo Linux
The hang does occur before any log message is written.
A ping command shows, that the server does reboot and dies after 20 pings are
received.
The .config is attached
FWIW I'm surprised a little bit
On 12/26/2017 10:16 PM, Ozgur wrote:
> You compile the kernel right? So, system is boot but not the network respond?
>
> Regards
Yes, I compile was fine the kernel (tried both new "kernel unwinder" kernel
options", made a distclean before).
All, what I can tell is in moment, it looks like that
I can confirm now, that that kernel breaks both a desktop (an ThinkPad T440s
i5) and a headless server (i3930) setup. For the server the attached .config
works fine but switching from CONFIG_GENERIC_CPU to CONFIG_MCORE2 legt them
hang at boot w/op any messages. Similar picture at the desktop.
On 12/29/2017 02:33 PM, Sebastian Gottschall wrote:
> bootlog?
>
nothing in any logs, hang happens very early in the boot process
--
Toralf
PGP C4EACDDE 0076E94E
On 12/29/2017 04:48 PM, Alexander Tsoy wrote:
> В Пт, 29/12/2017 в 12:14 +0100, Toralf Förster пишет:
>> I can confirm now, that that kernel breaks both a desktop (an
>> ThinkPad T440s i5) and a headless server (i3930) setup. For the
>> server the attached .config works fi
On 12/29/2017 09:12 PM, Linus Torvalds wrote:
> instead, and see if that makes a difference, that would narrow down
> the possible root cause of this problem.
not at this ThinkPad T440s (didn't test at the server with an i7-3930).
Boot stops just at:
tsc: Refined TSC clocksource
On 12/29/2017 10:17 PM, Linus Torvalds wrote:
> On Fri, Dec 29, 2017 at 1:02 PM, Toralf Förster
> wrote:
>> On 12/29/2017 09:12 PM, Linus Torvalds wrote:
>>> instead, and see if that makes a difference, that would narrow down
>>> the possi
On 12/29/2017 11:53 PM, Linus Torvalds wrote:
> So just change the
>
> #ifdef CONFIG_X86_ESPFIX64
>
> into a
>
> #if 0
>
> and see if instead of the RCU stall after 20 seconds, you get an
> immediate double fault error report instead?
well, 3 IMG_20171230_0008* should show the results
Hello,
got this today at a stable Gentoo Linux with recent kernel :
Nov 1 05:29:46 mr-fox kernel: [231282.542520]
Nov 1 05:29:46 mr-fox kernel: [231282.542523] UBSAN: Undefined behaviour in
Hello,
toray I realized this warning at a hardened stable Gentoo Linux server :
Nov 3 23:57:49 mr-fox kernel: [109232.200147] refcount_t: underflow;
use-after-free.
Nov 3 23:57:49 mr-fox kernel: [109232.200160] [ cut here
]
Nov 3 23:57:49 mr-fox kernel:
I catched the following UBSAN spew at a stable Gentoo Linux server with
hardened tool chain (.config attached) :
FWIW - The lines before the UBSAN might be completely unrelated - I'm unsure.
They do come from the build bot [1] I do run at that machine for Gentoo.
Sep 6 02:18:43 mr-fox kernel:
It differs from the statement made at
https://www.kernel.org/category/releases.html
--
Toralf
PGP C4EACDDE 0076E94E
Got this at a stable Gentoo hardened Linux server today and do wonder how to
react on it:
Feb 5 17:33:41 mr-fox kernel: [102822.981295] capability: warning:
`capget-54cLBXW7' uses 32-bit capabilities (legacy support in use)
Feb 5 17:33:50 mr-fox kernel: [102831.276626] perf: interrupt took
On 12/30/2017 01:10 AM, Andy Lutomirski wrote:
> Toralf, can you send the complete output of:
>
> objdump -dr arch/x86/kernel/traps.o
>
> From the build tree of a nonworking kernel?
I attached it.
FWIW:
tfoerste@t44 ~/devel/linux $ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
On 12/30/2017 10:14 AM, Alexander Tsoy wrote:
> Yes, and only in hardened profile, so most users don't have -fstack-
> check by default. :)
Indeed, I do run hardened Gentoo only.
--
Toralf
PGP C4EACDDE 0076E94E
On 12/30/2017 04:49 AM, Josh Poimboeuf wrote:
> Alexander, would you mind reproducing again with the below patch? It
> should still fail, but this time it should hopefully show another
> RIP/RSP/EFLAGS instead of the "do_double_fault+0xb/0x140" line.
I applied that too on top of
On 12/30/2017 02:13 AM, Alexander Tsoy wrote:
> You are right, It's due to fstack-check enabled in gentoo's gcc spec.
> "-fstack-check=no" in KBUILD_CFLAGS fixed this problem for me. =/
This made the issue go away :
diff --git a/Makefile b/Makefile
index ac8c441866b7..11a12947c550 100644
---
Got that at a hardened Gentoo Linux server with 4.12.0 (for the first time) at
a BTRFS logical volume occuping about 4/9 of a 5 TB volume group after an
uptime of about 2 days :
Had issues with processes accessing files at that volume now too.
Jul 6 15:33:53 mr-fox kernel: [158695.417132]
On 12/18/20 7:54 AM, Randy Dunlap wrote:
Hi,
[adding linux-mm]
On 12/16/20 1:54 AM, Toralf Förster wrote:
Hi,
I got this recently at this hardened Gentoo Linux server:
Linux mr-fox 5.10.1 #1 SMP Tue Dec 15 22:09:42 CET 2020 x86_64 Intel(R)
Xeon(R) CPU E5-1650 v3 @ 3.50GHz GenuineIntel GNU
On 12/20/20 2:09 AM, Randy Dunlap wrote:
On 12/18/20 2:20 AM, Toralf Förster wrote:
On 12/18/20 7:54 AM, Randy Dunlap wrote:
Hi,
[adding linux-mm]
On 12/16/20 1:54 AM, Toralf Förster wrote:
Hi,
I got this recently at this hardened Gentoo Linux server:
Linux mr-fox 5.10.1 #1 SMP Tue Dec 15
Hi,
I got this recently at this hardened Gentoo Linux server:
Linux mr-fox 5.10.1 #1 SMP Tue Dec 15 22:09:42 CET 2020 x86_64 Intel(R)
Xeon(R) CPU E5-1650 v3 @ 3.50GHz GenuineIntel GNU/Linux
Dec 15 23:31:51 mr-fox kernel: [ 1974.206972]
On 12/23/20 2:50 AM, Randy Dunlap wrote:
What motivates this change? Is there any reason to think this can
happen?
Spotted in the wild:
I run 2 hardened Gentoo systems, a server and a desktop.
I patched the server with this:
mr-fox ~ # cat ubsan.patch
--- linux-5.10.1.orig/mm/readahead.c
On 12/29/20 9:00 PM, Randy Dunlap wrote:
Hi Toralf,
Do you want either or both of your
Reported-by: and Tested-by: on the patch?
thanks.
-- ~Randy
The first is enough, for a Tested-by: was the time frame too short IMO.
--
Toralf
On 12/29/20 11:55 PM, Randy Dunlap wrote:
No, this is wrong. 'size' in this case is the size of the read.
And it's zero. Is this fixed by commit
3644e2d2dda78e21edd8f5415b6d7ab03f5f54f3
Toralf, can you test with 5.11-rc1 (or later)?
thanks.
My plan was to apply that commit on top of the
On 12/30/20 10:05 AM, Toralf Förster wrote:
On 12/29/20 11:55 PM, Randy Dunlap wrote:
No, this is wrong. 'size' in this case is the size of the read.
And it's zero. Is this fixed by commit
3644e2d2dda78e21edd8f5415b6d7ab03f5f54f3
Toralf, can you test with 5.11-rc1 (or later)?
thanks.
My
May I ask you to clarify why
https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/diff/queue-5.2/net-ipv4-fib_trie-avoid-cryptic-ternary-expressions.patch?id=e1b76013997246a0d14b7443acbb393577d2a1e8
speaks about a ternary operator, whereas the diff shows a changed #define?
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please re
is the diff in dmesg
$ diff 3.7.1 3.8.0-rc1+ | grep UP
< br0: flags=4355 mtu 1500
> br0: flags=4419 mtu 1500
< tap0: flags=4099 mtu 1500
> tap0: flags=4163 mtu 1500
more details : http://forums.gentoo.org/viewtopic-p-7211498.html#7211498
--
MfG/Sincerely
Toralf Förster
pgp f
Tested-by: Toralf Förster
On 01/28/2013 11:38 AM, Michael S. Tsirkin wrote:
> Commit c8d68e6be1c3b242f1c598595830890b65cea64a removed carrier off call
> from tun_detach since it's now called on queue disable and not only on
> tun close. This confuses userspace which used this flag
] https://factorable.net/weakkeys12.extended.pdf
[2] http://marc.info/?t=9475430271=1=2
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Am Sonntag, 9. Dezember 2007 schrieb Pavel Machek:
> I smell refrigerator problem; can you suspend if you SIGSTOP your uml,
> first?
No, I cannot suspend my host system if I send SIGSTOP to the UML process first.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F9
Jan 30 09:36 current_governor_ro
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
signature.asc
Description: This is a digitally signed message part.
already answered here :
http://lkml.org/lkml/2008/1/28/195
:-)
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
signature.asc
Description: This is a digitally signed message part.
At Tuesday 05 February 2008 Andrew Morton wrote :
> On Thu, 31 Jan 2008 14:00:14 +0100 Toralf Förster <[EMAIL PROTECTED]> wrote:
>
> (suitable cc's added)
>
> > I'm asking b/c this confuses the current sysstat up to version 8.0.4. An
>
> That would be bad. Please
> +
> + __INITDATA
> +
> subarch_entries:
> .long default_entry /* normal x86/PC */
> .long lguest_entry /* lguest hypervisor */
>
works fine :-)
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
signature.asc
Description: This is a digitally signed message part.
(~5.5 sec as I expected) b/c the CPU is set to 1.7 GHz.
The ondeman governor of previous kernel versions however automatically increased
the CPU speed from 600 MHz to 1.7 GHz.
My system is a ThinkPad T41, I'll attach the .config
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82
r. BTW, here are the settings:
n22 /sys/devices/system/cpu/cpu0/cpufreq/ondemand # tail -v *
==> ignore_nice_load <==
1
==> powersave_bias <==
0
==> sampling_rate <==
50
==> sampling_rate_max <==
25000
==> sampling_rate_min <==
25
==> up_threshold &
RES SHR S %CPU %MEMTIME+ COMMAND
7137 tfoerste 20 0 1796 488 428 R 95.5 0.0 0:01.40 factor
7083 dnetc 39 19 664 348 264 R 2.1 0.0 3:08.33 dnetc
4033 root 20 0 97252 9420 4008 R 0.7 0.9 0:09.43 X
Am Samstag, 26. Januar 2008 schrieben Sie:
> Toralf Förs
Am Sonntag, 27. Januar 2008 schrieben Sie:
>
> On Sun, 2008-01-27 at 12:00 +0100, Toralf Förster wrote:
> > BTW the dnetc process runs under the user "dnetc" with nice level -19,
> > my process runs under my own user id "tfoerste" therefore I wouldn't expec
Am Sonntag, 27. Januar 2008 schrieb Srivatsa Vaddagiri:
> On Sat, Jan 26, 2008 at 07:46:51PM +0100, Toralf Förster wrote:
> >
> > The problem is the same as described here :
> > http://lkml.org/lkml/2007/10/21/85
> > If I run dnetc even with lowest prority th
nd fan speed are at
maximum in that case :-(
It would be nice to run a grid application at lowest priority without impact to
power / fan / temperature but OTOH have full performance for desktop
applications, isn't it ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4
At Sunday 27 January 2008 Mike Galbraith wrote :
>
> On Sun, 2008-01-27 at 13:39 +0100, Toralf Förster wrote:
> > Ough, does this mean that for a multi-user scenario of 2 non-root users "A"
> > and
> > "B" each running exactly 1 process with nice leve
ime factor 819734028463158891" needs
now ~5.61 sec which is a little bit higher than the previous value of 5.44 sec.
Thanks for the solution (BTW b/c FAIR_GROUP_SCHED defaults to "y" I could bet
that more peoples run into this case).
--
MfG/Sincerely
Toralf Förster
pgp finger print:
onnected from 4693[0:0]
Dec 3 14:14:29 n22 acpid: 1 client rule loaded
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
signature.asc
Description: This is a digitally signed message part.
Daniel Drake schrieb:
And the outcome was what exactly? It didn't suspend, and hard-hung? Or
didn't suspend, came back to a usable system? ...
Ah, sorry - the system came back and I could continue my work.
However I couldn't hibernate my system (I tried it 2 additional times)
as long as
my
with gentoo-sources-2.6.23-r3 the system didn't neither
suspend nor hibernate. The good news is that the system doesn't hang :-)
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
signature.asc
Description: This is a digitally signed message part.
not set
#
# Library routines
#
CONFIG_BITREVERSE=m
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=m
CONFIG_CRC7=y
CONFIG_LIBCRC32C=y
CONFIG_LZO_COMPRESS=m
CONFIG_LZO_DECOMPRESS=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
-
/ ext4noatime
0 1
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.o
On 10/24/2012 08:35 PM, Theodore Ts'o wrote:
> On Wed, Oct 24, 2012 at 07:31:57PM +0200, Toralf Förster wrote:
>>> Are you using any kind of special mount options on your usb stick?
>>>
>> nope
>
> Thanks, we're trying to get a reliable repro of this failure,
otherwise booting an EXT4 image won't work b/c the root fs can't be
mounted read-write - and as a side effect no syslog messages might
point the user to this issue (at least in my setup) ...
:-/
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
On 10/27/2012 10:24 AM, Theodore Ts'o wrote:
> On Sat, Oct 27, 2012 at 10:00:46AM +0200, Toralf Förster wrote:
>>
>> otherwise booting an EXT4 image won't work b/c the root fs can't be
>> mounted read-write - and as a side effect no syslog messages might
>> point the u
kernel: ---[ end trace 7fd0c025124fd7ac ]---
Is there anything I should take care for ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 10/19/2012 11:07 PM, Theodore Ts'o wrote:
> On Mon, Oct 15, 2012 at 07:46:02PM +0200, Toralf Förster wrote:
>> Even with current stable kernel 3.6.2 I sometimes get those syslog messages :
>>
>>
>> 2012-10-15T19:37:58.401+02:00 n22 kernel: EXT4-fs error (device sdb3):
On 09/05/2012 07:08 PM, Steven Rostedt wrote:
> On Sun, 2012-09-02 at 11:04 +0200, Toralf Förster wrote:
>> The current git tree of linux gave with gcc-4.6.3 :
>>
>> kernel/trace/trace_events_filter.c: In function
>> ‘ftrace_function_set_filter_cb’:
>> kernel/t
On 09/06/2012 07:31 PM, Steven Rostedt wrote:
> On Thu, 2012-09-06 at 18:35 +0200, Toralf Förster wrote:
>
>> I filed a bug report
>>
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54495
>> and got this answer :
>>
>> --- Comment #1 from Hans-
works flawlessly.
Any idea whether a particular commit could be the culprit ? (Bisecting
such an issue is a night mare)
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-k
On 07/15/2012 10:21 PM, Rafael J. Wysocki wrote:
> On Sunday, July 15, 2012, Toralf Förster wrote:
>> My ThinkPad T400 (Gentoo Linux booted from an external USB drive) does
>> not wake up after s2ram, if the sleep time was longer than about 1 hour.
>> I'm unsure whether this
ng_update(false);
write_sequnlock_irqrestore(, flags);
touch_softlockup_watchdog();
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.
TEXTSEARCH_BM=y
CONFIG_TEXTSEARCH_FSM=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
---
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
Hello,
the build with the attached .config failed,
eferring to the
ret in __ftrace_function_set_filter(), which would be uninitialized if the
for-loop does not run (re_cnt ≤ 0)"
Now I'm wondering if re_cnt can become zero or if gcc is wrong here ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7D
issue or special to my system.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
acpi list is Cc'ed, but what makes me
really wondering is
why / is remounted.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
x/skas/process.c:426
#76 0x0805f7cc in fork_handler () at arch/um/kernel/process.c:160
#77 0x in ?? ()
This happens since a loong time, the GDB trace above is from 3.8-rc1.
Any hints or tips ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508
b617e5 ]---
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-
e8fc6b40
2013-01-03T18:33:12.425+01:00 n22 kernel: ---[ end trace 51c90f89f19bb9ff ]---
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
c_net_br0_need="net.tap0 net.tap1 net.tap2 net.tap3"
config_tap0="null"
tuntap_tap0="tap"
tunctl_tap0="-u "
...
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line &qu
rks fine, I don't see any differences in dmesg output.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
M
Just to state it out explicitely, the power saving RC6 is broken on the GPU.
On 09/29/2012 10:16 AM, Toralf Förster wrote:
>
> Hello,
>
> I'm observed hot CPUs at my ThinkPad T420 (i5-2540M CPU) w/ integrated
> intel graphic with current git
> Powertop-2.1 shows that the GP
/powertop/
> https://01.org/powertop/sites/default/files/downloads/powertop-2.1.tar.gz
>
> I'm not sure about this source.
> Samuel, can you confirm this is an official Intel site ?
>
I use this url = git://github.com/fenrus75/powertop.git
--
MfG/Sincerely
Toralf Förster
pgp finger
ne using a wrong test case
:-[
Sry for the noise - and the waste of time - grr.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
I do wonder about this value:
# grep ^9 /sys/fs/cgroup/memory/*/*/memory.memsw.limit_in_bytes
/sys/fs/cgroup/memory/tinderbox/17.1_developer-20200531-193248/memory.memsw.limit_in_bytes:9223372036854771712
:-( :
$ export GIT_TRACE=1
$ git pull
15:07:08.488836 git.c:439 trace: built-in: git pull
15:07:08.504295 run-command.c:663 trace: run_command: git fetch
--update-head-ok
15:07:08.506481 git.c:439 trace: built-in: git fetch
--update-head-ok
15:07:08.516608
On 5/30/20 3:07 PM, Toralf Förster wrote:
> :-( :
>
> $ export GIT_TRACE=1
>
> $ git pull
> 15:07:08.488836 git.c:439 trace: built-in: git pull
> 15:07:08.504295 run-command.c:663 trace: run_command: git fetch
> --update-head-ok
> 15:07:08.506481 gi
On 5/30/20 7:10 PM, Konstantin Ryabitsev wrote:
> (and the fact that you were seeing it in the first
> place suggests that you should update your openssl library, see
>
at my docked ThinkPad T440s.
I'm just curious what this does mean?
...
sched_clock: Marking stable (765790894, 14019108)->(786693847, -6883845)
registered taskstats version 1
Loading compiled-in X.509 certificates
alg: No test for pkcs1pad(rsa,sha1) (pkcs1pad(rsa-generic,sha1))
Loaded X.509 cert
401 - 500 of 604 matches
Mail list logo
