* Re: [PATCH v2] net: cxgb3: add error handling for sysfs_create_group
From: David Miller @ 2018-06-15 16:15 UTC (permalink / raw)
To: jiazhouyang09; +Cc: santosh, netdev, linux-kernel
In-Reply-To: <1529031977-57911-1-git-send-email-jiazhouyang09@gmail.com>
From: Zhouyang Jia <jiazhouyang09@gmail.com>
Date: Fri, 15 Jun 2018 11:06:17 +0800
> When sysfs_create_group fails, the lack of error-handling code may
> cause unexpected results.
>
> This patch adds error-handling code after calling sysfs_create_group.
>
> Signed-off-by: Zhouyang Jia <jiazhouyang09@gmail.com>
> ---
> v1->v2:
> - Turn off led when sysfs_create_group fails
Applied, thank you.
^ permalink raw reply
* Re: [PATCH net 0/2] Two tls fixes
From: David Miller @ 2018-06-15 16:15 UTC (permalink / raw)
To: daniel; +Cc: davejwatson, netdev
In-Reply-To: <20180615010746.3099-1-daniel@iogearbox.net>
From: Daniel Borkmann <daniel@iogearbox.net>
Date: Fri, 15 Jun 2018 03:07:44 +0200
> First one is syzkaller trigered uaf and second one noticed
> while writing test code with tls ulp. For details please see
> individual patches.
Series applied and queued up for -stable, thanks!
^ permalink raw reply
* Re: [PATCH net 0/2] l2tp: l2tp_ppp must ignore non-PPP sessions
From: David Miller @ 2018-06-15 16:12 UTC (permalink / raw)
To: g.nault; +Cc: netdev, jchapman
In-Reply-To: <cover.1529065935.git.g.nault@alphalink.fr>
From: Guillaume Nault <g.nault@alphalink.fr>
Date: Fri, 15 Jun 2018 15:39:15 +0200
> The original L2TP code was written for version 2 of the protocol, which
> could only carry PPP sessions. Then L2TPv3 generalised the protocol so that
> it could transport different kinds of pseudo-wires. But parts of the
> l2tp_ppp module still break in presence of non-PPP sessions.
>
> Assuming L2TPv2 tunnels can only transport PPP sessions is right, but
> l2tp_netlink failed to ensure that (fixed in patch 1).
> When retrieving a session from an arbitrary tunnel, l2tp_ppp needs to
> filter out non-PPP sessions (last occurrence fixed in patch 2).
Series applied, thank you.
^ permalink raw reply
* Re: [PATCH net 0/4] mlxsw: IPv6 and reference counting fixes
From: David Miller @ 2018-06-15 16:11 UTC (permalink / raw)
To: idosch; +Cc: netdev, jiri, petrm, dsahern, mlxsw
In-Reply-To: <20180615132338.14241-1-idosch@mellanox.com>
From: Ido Schimmel <idosch@mellanox.com>
Date: Fri, 15 Jun 2018 16:23:34 +0300
> The first three patches fix a mismatch between the new IPv6 behavior
> introduced in commit f34436a43092 ("net/ipv6: Simplify route replace and
> appending into multipath route") and mlxsw. The patches allow the driver
> to support multipathing in IPv6 overlays with GRE tunnel devices. A
> selftest will be submitted when net-next opens.
>
> The last patch fixes a reference count problem of the port_vlan struct.
> I plan to simplify the code in net-next, so that reference counting is
> not necessary anymore.
Series applied, thanks Ido.
^ permalink raw reply
* Re: pull-request: mac80211 2018-06-15
From: David Miller @ 2018-06-15 16:08 UTC (permalink / raw)
To: johannes; +Cc: netdev, linux-wireless
In-Reply-To: <20180615123838.852-1-johannes@sipsolutions.net>
From: Johannes Berg <johannes@sipsolutions.net>
Date: Fri, 15 Jun 2018 14:38:37 +0200
> We have just a handful of pretty simple fixes for this round
> of updates for the current cycle.
>
> Please pull and let me know if there's any problem.
Pulled, thanks Johannes.
^ permalink raw reply
* Re: [PATCH bpf-next v5 00/10] BTF: BPF Type Format
From: Yonghong Song @ 2018-06-15 16:06 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Alexei Starovoitov, Martin KaFai Lau, netdev, Daniel Borkmann,
kernel-team, Wang Nan, Jiri Olsa, Namhyung Kim, Ingo Molnar
In-Reply-To: <20180615142457.GL30043@kernel.org>
On 6/15/18 7:24 AM, Arnaldo Carvalho de Melo wrote:
> Em Thu, Jun 14, 2018 at 09:56:43PM -0700, Yonghong Song escreveu:
>> I really want to get rid of this option as well. To make pahole work
>> with the default default format, I need to add bpf support to
>> libdwfl in elfutils repo. I will work on that.
>
> Right, I haven't looked into detail, but perhaps we can do like we do in
> tools/perf/ where we add a feature test to check if some function is
> present in a library (elfutils even) and if so, use it, otherwise, use a
> copy that we carry in pahole.git.
>
> For instance:
>
> tools/perf/util/symbol-elf.c
>
> #ifndef HAVE_ELF_GETPHDRNUM_SUPPORT
> static int elf_getphdrnum(Elf *elf, size_t *dst)
> {
> GElf_Ehdr gehdr;
> GElf_Ehdr *ehdr;
>
> ehdr = gelf_getehdr(elf, &gehdr);
> if (!ehdr)
> return -1;
>
> *dst = ehdr->e_phnum;
>
> return 0;
> }
> #endif
>
> And we have a feature test to check if that is present, simple one, if
> that builds and links, we have it, then the tools build Makefile magic
> will end up defining HAVE_ELF_GETPHDRNUM_SUPPORT and our copy doesn't
> get included, using what is in elfutils:
>
> [acme@jouet perf]$ cat tools/build/feature/test-libelf-getphdrnum.c
> // SPDX-License-Identifier: GPL-2.0
> #include <libelf.h>
>
> int main(void)
> {
> size_t dst;
>
> return elf_getphdrnum(0, &dst);
> }
> [acme@jouet perf]$
>
> [acme@jouet perf]$ grep elf /tmp/build/perf/FEATURE-DUMP
> feature-libelf=1
> feature-libelf-getphdrnum=1
> feature-libelf-gelf_getnote=1
> feature-libelf-getshdrstrndx=1
> feature-libelf-mmap=1
> [acme@jouet perf]$
>
> This way a new pahole version won't get to wait till places where it
> gets built have these new functions and we stop using it as soon as the
> library get it.
Agreed that later on we can use feature testing to check pahole output
is good or not without dwarfris option. If it is good, compilation does
not need this option and we could deprecate dwarfris option and
eventually remove it once BPF support is in all major elf libraries.
BTW, I have pushed the following commit
https://reviews.llvm.org/rL334839
to clang so now you can compile with attribute dwarfris directly with
clang -tartget bpf.
-bash-4.2$ cat t.c
struct tt {
int a;
char b;
int c;
};
int test(struct tt *a) {
return a->a;
}
-bash-4.2$ clang -target bpf -O2 -g -c -Xclang -target-feature -Xclang
+dwarfris t.c
-bash-4.2$ llvm-objdump -S -d t.o
t.o: file format ELF64-BPF
Disassembly of section .text:
test:
; int test(struct tt *a) {
0: 61 10 00 00 00 00 00 00 r0 = *(u32 *)(r1 + 0)
; return a->a;
1: 95 00 00 00 00 00 00 00 exit
-bash-4.2$ pahole t.o
struct tt {
int a; /* 0 4 */
char b; /* 4 1 */
/* XXX 3 bytes hole, try to pack */
int c; /* 8 4 */
/* size: 12, cachelines: 1, members: 3 */
/* sum members: 9, holes: 1, sum holes: 3 */
/* last cacheline: 12 bytes */
};
-bash-4.2$
^ permalink raw reply
* Re: [PATCH v7 net] stmmac: added support for 802.1ad vlan stripping
From: David Miller @ 2018-06-15 16:06 UTC (permalink / raw)
To: eladv6
Cc: makita.toshiaki, Jose.Abreu, f.fainelli, netdev, peppe.cavallaro,
alexandre.torgue
In-Reply-To: <82c9c00a-b1b7-bd16-0e9c-8b31291cb618@gmail.com>
From: Elad Nachman <eladv6@gmail.com>
Date: Fri, 15 Jun 2018 09:57:39 +0300
> stmmac reception handler calls stmmac_rx_vlan() to strip the vlan before
> calling napi_gro_receive().
>
> The function assumes VLAN tagged frames are always tagged with
> 802.1Q protocol, and assigns ETH_P_8021Q to the skb by hard-coding
> the parameter on call to __vlan_hwaccel_put_tag() .
>
> This causes packets not to be passed to the VLAN slave if it was created
> with 802.1AD protocol
> (ip link add link eth0 eth0.100 type vlan proto 802.1ad id 100).
>
> This fix passes the protocol from the VLAN header into
> __vlan_hwaccel_put_tag() instead of using the hard-coded value of
> ETH_P_8021Q.
>
> NETIF_F_HW_VLAN_STAG_RX check was added and the strip action is now
> dependent on the correct combination of features and the detected vlan tag.
>
> NETIF_F_HW_VLAN_STAG_RX feature was added to be in line with the driver
> actual abilities.
>
> Signed-off-by: Elad Nachman <eladn@gilat.com>
Applied, thank you.
^ permalink raw reply
* Re: [PATCH bpf 1/2] bpf: fix panic in prog load calls cleanup
From: Martin KaFai Lau @ 2018-06-15 15:56 UTC (permalink / raw)
To: Daniel Borkmann; +Cc: ast, netdev
In-Reply-To: <20180615003048.3219-2-daniel@iogearbox.net>
On Fri, Jun 15, 2018 at 02:30:47AM +0200, Daniel Borkmann wrote:
> While testing I found that when hitting error path in bpf_prog_load()
> where we jump to free_used_maps and prog contained BPF to BPF calls
> that were JITed earlier, then we never clean up the bpf_prog_kallsyms_add()
> done under jit_subprogs(). Add proper API to make BPF kallsyms deletion
> more clear and fix that.
>
> Fixes: 1c2a088a6626 ("bpf: x64: add JIT support for multi-function programs")
> Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>
Acked-by: Martin KaFai Lau <kafai@fb.com>
> ---
> include/linux/filter.h | 3 +++
> kernel/bpf/core.c | 14 ++++++++++++++
> kernel/bpf/syscall.c | 8 ++------
> 3 files changed, 19 insertions(+), 6 deletions(-)
>
> diff --git a/include/linux/filter.h b/include/linux/filter.h
> index 45fc0f5..297c56f 100644
> --- a/include/linux/filter.h
> +++ b/include/linux/filter.h
> @@ -961,6 +961,9 @@ static inline void bpf_prog_kallsyms_del(struct bpf_prog *fp)
> }
> #endif /* CONFIG_BPF_JIT */
>
> +void bpf_prog_kallsyms_del_subprogs(struct bpf_prog *fp);
> +void bpf_prog_kallsyms_del_all(struct bpf_prog *fp);
> +
> #define BPF_ANC BIT(15)
>
> static inline bool bpf_needs_clear_a(const struct sock_filter *first)
> diff --git a/kernel/bpf/core.c b/kernel/bpf/core.c
> index 9f14937..1061968 100644
> --- a/kernel/bpf/core.c
> +++ b/kernel/bpf/core.c
> @@ -350,6 +350,20 @@ struct bpf_prog *bpf_patch_insn_single(struct bpf_prog *prog, u32 off,
> return prog_adj;
> }
>
> +void bpf_prog_kallsyms_del_subprogs(struct bpf_prog *fp)
> +{
> + int i;
> +
> + for (i = 0; i < fp->aux->func_cnt; i++)
> + bpf_prog_kallsyms_del(fp->aux->func[i]);
> +}
> +
> +void bpf_prog_kallsyms_del_all(struct bpf_prog *fp)
> +{
> + bpf_prog_kallsyms_del_subprogs(fp);
> + bpf_prog_kallsyms_del(fp);
> +}
> +
> #ifdef CONFIG_BPF_JIT
> /* All BPF JIT sysctl knobs here. */
> int bpf_jit_enable __read_mostly = IS_BUILTIN(CONFIG_BPF_JIT_ALWAYS_ON);
> diff --git a/kernel/bpf/syscall.c b/kernel/bpf/syscall.c
> index 0fa2062..0f62692 100644
> --- a/kernel/bpf/syscall.c
> +++ b/kernel/bpf/syscall.c
> @@ -1034,14 +1034,9 @@ static void __bpf_prog_put_rcu(struct rcu_head *rcu)
> static void __bpf_prog_put(struct bpf_prog *prog, bool do_idr_lock)
> {
> if (atomic_dec_and_test(&prog->aux->refcnt)) {
> - int i;
> -
> /* bpf_prog_free_id() must be called first */
> bpf_prog_free_id(prog, do_idr_lock);
> -
> - for (i = 0; i < prog->aux->func_cnt; i++)
> - bpf_prog_kallsyms_del(prog->aux->func[i]);
> - bpf_prog_kallsyms_del(prog);
> + bpf_prog_kallsyms_del_all(prog);
>
> call_rcu(&prog->aux->rcu, __bpf_prog_put_rcu);
> }
> @@ -1384,6 +1379,7 @@ static int bpf_prog_load(union bpf_attr *attr)
> return err;
>
> free_used_maps:
> + bpf_prog_kallsyms_del_subprogs(prog);
> free_used_maps(prog->aux);
> free_prog:
> bpf_prog_uncharge_memlock(prog);
> --
> 2.9.5
>
^ permalink raw reply
* Re: [bpf PATCH v2 3/6] bpf: sockhash fix omitted bucket lock in sock_close
From: Martin KaFai Lau @ 2018-06-15 15:45 UTC (permalink / raw)
To: John Fastabend; +Cc: ast, daniel, netdev
In-Reply-To: <fe2127cd-7943-c68d-8129-49cf8d7e77e8@gmail.com>
On Fri, Jun 15, 2018 at 08:23:14AM -0700, John Fastabend wrote:
> On 06/14/2018 10:41 PM, Martin KaFai Lau wrote:
> > On Thu, Jun 14, 2018 at 09:44:57AM -0700, John Fastabend wrote:
> >> First in tcp_close, reduce scope of sk_callback_lock() the lock is
> >> only needed for protecting smap_release_sock() the ingress and cork
> >> lists are protected by sock lock. Having the lock in wider scope is
> >> harmless but may confuse the reader who may infer it is in fact
> >> needed.
> >>
> >> Next, in sock_hash_delete_elem() the pattern is as follows,
> >>
> >> sock_hash_delete_elem()
> >> [...]
> >> spin_lock(bucket_lock)
> >> l = lookup_elem_raw()
> >> if (l)
> >> hlist_del_rcu()
> >> write_lock(sk_callback_lock)
> >> .... destroy psock ...
> >> write_unlock(sk_callback_lock)
> >> spin_unlock(bucket_lock)
> >>
> >> The ordering is necessary because we only know the {p}sock after
> >> dereferencing the hash table which we can't do unless we have the
> >> bucket lock held. Once we have the bucket lock and the psock element
> >> it is deleted from the hashmap to ensure any other path doing a lookup
> >> will fail. Finally, the refcnt is decremented and if zero the psock
> >> is destroyed.
> >>
> >> In parallel with the above (or free'ing the map) a tcp close event
> >> may trigger tcp_close(). Which at the moment omits the bucket lock
> >> altogether (oops!) where the flow looks like this,
> >>
> >> bpf_tcp_close()
> >> [...]
> >> write_lock(sk_callback_lock)
> >> for each psock->maps // list of maps this sock is part of
> >> hlist_del_rcu(ref_hash_node);
> >> .... destroy psock ...
> >> write_unlock(sk_callback_lock)
> >>
> >> Obviously, and demonstrated by syzbot, this is broken because
> >> we can have multiple threads deleting entries via hlist_del_rcu().
> >>
> >> To fix this we might be tempted to wrap the hlist operation in a
> >> bucket lock but that would create a lock inversion problem. In
> >> summary to follow locking rules maps needs the sk_callback_lock but we
> >> need the bucket lock to do the hlist_del_rcu. To resolve the lock
> >> inversion problem note that when bpf_tcp_close is called no updates
> >> can happen in parallel, due to ESTABLISH state check in update logic,
> >> so pop the head of the list repeatedly and remove the reference until
> >> no more are left. If a delete happens in parallel from the BPF API
> >> that is OK as well because it will do a similar action, lookup the
> >> sock in the map/hash, delete it from the map/hash, and dec the refcnt.
> >> We check for this case before doing a destroy on the psock to ensure
> >> we don't have two threads tearing down a psock. The new logic is
> >> as follows,
> >>
> >> bpf_tcp_close()
> >> e = psock_map_pop(psock->maps) // done with sk_callback_lock
> >> bucket_lock() // lock hash list bucket
> >> l = lookup_elem_raw(head, hash, key, key_size);
> >> if (l) {
> >> //only get here if elmnt was not already removed
> >> hlist_del_rcu()
> >> ... destroy psock...
> >> }
> >> bucket_unlock()
> >>
> >> And finally for all the above to work add missing sk_callback_lock
> >> around smap_list_remove in sock_hash_ctx_update_elem(). Otherwise
> >> delete and update may corrupt maps list.
> >>
> >> (As an aside the sk_callback_lock serves two purposes. The
> >> first, is to update the sock callbacks sk_data_ready, sk_write_space,
> >> etc. The second is to protect the psock 'maps' list. The 'maps' list
> >> is used to (as shown above) to delete all map/hash references to a
> >> sock when the sock is closed)
> >>
> >> (If we did not have the ESTABLISHED state guarantee from tcp_close
> >> then we could not ensure completion because updates could happen
> >> forever and pin thread in delete loop.)
> >>
> >> Reported-by: syzbot+0ce137753c78f7b6acc1@syzkaller.appspotmail.com
> >> Fixes: 81110384441a ("bpf: sockmap, add hash map support")
> >> Signed-off-by: John Fastabend <john.fastabend@gmail.com>
> >> ---
> >> 0 files changed
> >>
>
> ^^^^ Will fix this 0 files changes as well.
>
> >> struct bpf_htab *htab = container_of(map, struct bpf_htab, map);
> >> @@ -2114,10 +2169,13 @@ static void sock_hash_free(struct bpf_map *map)
> >> */
> >> rcu_read_lock();
> >> for (i = 0; i < htab->n_buckets; i++) {
> >> - struct hlist_head *head = select_bucket(htab, i);
> >> + struct bucket *b = __select_bucket(htab, i);
> >> + struct hlist_head *head;
> >> struct hlist_node *n;
> >> struct htab_elem *l;
> >>
> >> + raw_spin_lock_bh(&b->lock);
> > There is a synchronize_rcu() at the beginning of sock_hash_free().
> > Taking the bucket's lock of the free-ing map at this point is a bit
> > suspicious. What may still access the map after synchronize_rcu()?
> >
>
> tcp_close() may be called while the map is being free. The sync_rcu will
> only sync the BPF side.
Thanks for the explanation.
hmm....so the bpf_tcp_close(), which is under rcu_read_lock(), may still
has a reference to this hash. Should it wait for another rcu grace period
before freeing the htab->buckets and htab?
^ permalink raw reply
* Re: [PATCH v1 net-next] stmmac: fix DMA channel hang in half-duplex mode
From: Bhadram Varka @ 2018-06-15 15:32 UTC (permalink / raw)
To: David Miller, peppe.cavallaro, alexandre.torgue, joabreu; +Cc: netdev, narayanr
In-Reply-To: <20180614.170613.1701140016257763356.davem@davemloft.net>
Hi,
On 6/15/2018 5:36 AM, David Miller wrote:
> From: Bhadram Varka <vbhadram@nvidia.com>
> Date: Wed, 13 Jun 2018 10:00:48 +0530
>
>> HW does not support Half-duplex mode in multi-queue
>> scenario. Fix it by not advertising the Half-Duplex
>> mode if multi-queue enabled.
>>
>> Signed-off-by: Bhadram Varka <vbhadram@nvidia.com>
> Bug fixes should be submitted against net, not net-next. And
> net-next is closed for submissions at this time.
>
> Thanks.
Thanks David. Will submit patch against net.
Jose/Alexander/Peppe,
Please review this patch. Will submit patch to net if there is no concerns.
Thanks!
^ permalink raw reply
* Re: [PATCH v3] tcp: verify the checksum of the first data segment in a new connection
From: van der Linden, Frank @ 2018-06-15 15:32 UTC (permalink / raw)
To: David Miller; +Cc: edumazet@google.com, netdev@vger.kernel.org
In-Reply-To: <20180614.170536.1878787521608501715.davem@davemloft.net>
On 6/14/18 5:05 PM, David Miller wrote:
> From: Frank van der Linden <fllinden@amazon.com>
> Date: Tue, 12 Jun 2018 23:09:37 +0000
>
>> commit 079096f103fa ("tcp/dccp: install syn_recv requests into ehash
>> table") introduced an optimization for the handling of child sockets
>> created for a new TCP connection.
>>
>> But this optimization passes any data associated with the last ACK of the
>> connection handshake up the stack without verifying its checksum, because it
>> calls tcp_child_process(), which in turn calls tcp_rcv_state_process()
>> directly. These lower-level processing functions do not do any checksum
>> verification.
>>
>> Insert a tcp_checksum_complete call in the TCP_NEW_SYN_RECEIVE path to
>> fix this.
>>
>> Signed-off-by: Frank van der Linden <fllinden@amazon.com>
> Applied and queued up for -stable.
>
> I know you mention the bug causing commit in your commit message,
> but you should also still provide a proper Fixes: tag. I took
> care of it for you this time.
Thanks Dave, and thanks for reminding me of the Fixes: tag. Will add it
next time.
- Frank
^ permalink raw reply
* Re: [bpf PATCH v2 3/6] bpf: sockhash fix omitted bucket lock in sock_close
From: John Fastabend @ 2018-06-15 15:23 UTC (permalink / raw)
To: Martin KaFai Lau; +Cc: ast, daniel, netdev
In-Reply-To: <20180615054137.qfw3ad4jzvs74esy@kafai-mbp.dhcp.thefacebook.com>
On 06/14/2018 10:41 PM, Martin KaFai Lau wrote:
> On Thu, Jun 14, 2018 at 09:44:57AM -0700, John Fastabend wrote:
>> First in tcp_close, reduce scope of sk_callback_lock() the lock is
>> only needed for protecting smap_release_sock() the ingress and cork
>> lists are protected by sock lock. Having the lock in wider scope is
>> harmless but may confuse the reader who may infer it is in fact
>> needed.
>>
>> Next, in sock_hash_delete_elem() the pattern is as follows,
>>
>> sock_hash_delete_elem()
>> [...]
>> spin_lock(bucket_lock)
>> l = lookup_elem_raw()
>> if (l)
>> hlist_del_rcu()
>> write_lock(sk_callback_lock)
>> .... destroy psock ...
>> write_unlock(sk_callback_lock)
>> spin_unlock(bucket_lock)
>>
>> The ordering is necessary because we only know the {p}sock after
>> dereferencing the hash table which we can't do unless we have the
>> bucket lock held. Once we have the bucket lock and the psock element
>> it is deleted from the hashmap to ensure any other path doing a lookup
>> will fail. Finally, the refcnt is decremented and if zero the psock
>> is destroyed.
>>
>> In parallel with the above (or free'ing the map) a tcp close event
>> may trigger tcp_close(). Which at the moment omits the bucket lock
>> altogether (oops!) where the flow looks like this,
>>
>> bpf_tcp_close()
>> [...]
>> write_lock(sk_callback_lock)
>> for each psock->maps // list of maps this sock is part of
>> hlist_del_rcu(ref_hash_node);
>> .... destroy psock ...
>> write_unlock(sk_callback_lock)
>>
>> Obviously, and demonstrated by syzbot, this is broken because
>> we can have multiple threads deleting entries via hlist_del_rcu().
>>
>> To fix this we might be tempted to wrap the hlist operation in a
>> bucket lock but that would create a lock inversion problem. In
>> summary to follow locking rules maps needs the sk_callback_lock but we
>> need the bucket lock to do the hlist_del_rcu. To resolve the lock
>> inversion problem note that when bpf_tcp_close is called no updates
>> can happen in parallel, due to ESTABLISH state check in update logic,
>> so pop the head of the list repeatedly and remove the reference until
>> no more are left. If a delete happens in parallel from the BPF API
>> that is OK as well because it will do a similar action, lookup the
>> sock in the map/hash, delete it from the map/hash, and dec the refcnt.
>> We check for this case before doing a destroy on the psock to ensure
>> we don't have two threads tearing down a psock. The new logic is
>> as follows,
>>
>> bpf_tcp_close()
>> e = psock_map_pop(psock->maps) // done with sk_callback_lock
>> bucket_lock() // lock hash list bucket
>> l = lookup_elem_raw(head, hash, key, key_size);
>> if (l) {
>> //only get here if elmnt was not already removed
>> hlist_del_rcu()
>> ... destroy psock...
>> }
>> bucket_unlock()
>>
>> And finally for all the above to work add missing sk_callback_lock
>> around smap_list_remove in sock_hash_ctx_update_elem(). Otherwise
>> delete and update may corrupt maps list.
>>
>> (As an aside the sk_callback_lock serves two purposes. The
>> first, is to update the sock callbacks sk_data_ready, sk_write_space,
>> etc. The second is to protect the psock 'maps' list. The 'maps' list
>> is used to (as shown above) to delete all map/hash references to a
>> sock when the sock is closed)
>>
>> (If we did not have the ESTABLISHED state guarantee from tcp_close
>> then we could not ensure completion because updates could happen
>> forever and pin thread in delete loop.)
>>
>> Reported-by: syzbot+0ce137753c78f7b6acc1@syzkaller.appspotmail.com
>> Fixes: 81110384441a ("bpf: sockmap, add hash map support")
>> Signed-off-by: John Fastabend <john.fastabend@gmail.com>
>> ---
>> 0 files changed
>>
^^^^ Will fix this 0 files changes as well.
>> struct bpf_htab *htab = container_of(map, struct bpf_htab, map);
>> @@ -2114,10 +2169,13 @@ static void sock_hash_free(struct bpf_map *map)
>> */
>> rcu_read_lock();
>> for (i = 0; i < htab->n_buckets; i++) {
>> - struct hlist_head *head = select_bucket(htab, i);
>> + struct bucket *b = __select_bucket(htab, i);
>> + struct hlist_head *head;
>> struct hlist_node *n;
>> struct htab_elem *l;
>>
>> + raw_spin_lock_bh(&b->lock);
> There is a synchronize_rcu() at the beginning of sock_hash_free().
> Taking the bucket's lock of the free-ing map at this point is a bit
> suspicious. What may still access the map after synchronize_rcu()?
>
tcp_close() may be called while the map is being free. The sync_rcu will
only sync the BPF side.
.John
^ permalink raw reply
* [PATCH net] net: stmmac: Run HWIF Quirks after getting HW caps
From: Jose Abreu @ 2018-06-15 15:17 UTC (permalink / raw)
To: netdev
Cc: Jose Abreu, David S. Miller, Joao Pinto, Vitor Soares,
Giuseppe Cavallaro, Alexandre Torgue, Dinh Nguyen
Currently we were running HWIF quirks before getting HW capabilities.
This is not right because some HWIF callbacks depend on HW caps.
Lets save the quirks callback and use it in a later stage.
This fixes Altera socfpga.
Signed-off-by: Jose Abreu <joabreu@synopsys.com>
Fixes: 5f0456b43140 ("net: stmmac: Implement logic to automatically select HW Interface")
Reported-by: Dinh Nguyen <dinh.linux@gmail.com>
Cc: David S. Miller <davem@davemloft.net>
Cc: Joao Pinto <jpinto@synopsys.com>
Cc: Vitor Soares <soares@synopsys.com>
Cc: Giuseppe Cavallaro <peppe.cavallaro@st.com>
Cc: Alexandre Torgue <alexandre.torgue@st.com>
Cc: Dinh Nguyen <dinh.linux@gmail.com>
---
drivers/net/ethernet/stmicro/stmmac/hwif.c | 9 ++-------
drivers/net/ethernet/stmicro/stmmac/stmmac.h | 1 +
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 7 +++++++
3 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/drivers/net/ethernet/stmicro/stmmac/hwif.c b/drivers/net/ethernet/stmicro/stmmac/hwif.c
index 14770fc..1f50e83 100644
--- a/drivers/net/ethernet/stmicro/stmmac/hwif.c
+++ b/drivers/net/ethernet/stmicro/stmmac/hwif.c
@@ -252,13 +252,8 @@ int stmmac_hwif_init(struct stmmac_priv *priv)
return ret;
}
- /* Run quirks, if needed */
- if (entry->quirks) {
- ret = entry->quirks(priv);
- if (ret)
- return ret;
- }
-
+ /* Save quirks, if needed for posterior use */
+ priv->hwif_quirks = entry->quirks;
return 0;
}
diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac.h b/drivers/net/ethernet/stmicro/stmmac/stmmac.h
index 025efbf..76649ad 100644
--- a/drivers/net/ethernet/stmicro/stmmac/stmmac.h
+++ b/drivers/net/ethernet/stmicro/stmmac/stmmac.h
@@ -129,6 +129,7 @@ struct stmmac_priv {
struct net_device *dev;
struct device *device;
struct mac_device_info *hw;
+ int (*hwif_quirks)(struct stmmac_priv *priv);
struct mutex lock;
/* RX Queue */
diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
index 11fb7c7..ccf3e2e 100644
--- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
+++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
@@ -4130,6 +4130,13 @@ static int stmmac_hw_init(struct stmmac_priv *priv)
if (priv->dma_cap.tsoen)
dev_info(priv->device, "TSO supported\n");
+ /* Run HW quirks, if any */
+ if (priv->hwif_quirks) {
+ ret = priv->hwif_quirks(priv);
+ if (ret)
+ return ret;
+ }
+
return 0;
}
--
1.7.1
^ permalink raw reply related
* Fw: [Bug 200083] New: kernel panic: fatal exception in interrupt
From: Stephen Hemminger @ 2018-06-15 15:09 UTC (permalink / raw)
To: netdev
The screenshot shows:
RIP: xfrm_lookup+0x17/0x676
Begin forwarded message:
Date: Fri, 15 Jun 2018 12:35:21 +0000
From: bugzilla-daemon@bugzilla.kernel.org
To: stephen@networkplumber.org
Subject: [Bug 200083] New: kernel panic: fatal exception in interrupt
https://bugzilla.kernel.org/show_bug.cgi?id=200083
Bug ID: 200083
Summary: kernel panic: fatal exception in interrupt
Product: Networking
Version: 2.5
Kernel Version: 4.17.1
Hardware: x86-64
OS: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: IPV4
Assignee: stephen@networkplumber.org
Reporter: pupilla@hotmail.com
Regression: No
Created attachment 276569
--> https://bugzilla.kernel.org/attachment.cgi?id=276569&action=edit
kernel panic screenshot
Hello everyone,
I got a linux 4.17.1 kernel panic after about 54 hours uptime.
root pts/0 10.81.104.126 Fri Jun 15 11:30 - crash (02:32)
root pts/0 10.81.104.126 Thu Jun 14 11:43 - 18:28 (06:44)
root pts/0 10.81.104.126 Wed Jun 13 08:03 - 17:08 (09:05)
reboot system boot 4.17.1 Wed Jun 13 07:49 - 14:04 (2+06:14)
Attached to this bug report the screenshot. Unfortunately nothing
were written to /var/log about this panic.
This is my dmesg:
[ 0.000000] Linux version 4.17.1 (root@Pleiadi) (gcc version 5.5.0 (GCC)) #1
SMP Tue Jun 12 15:13:23 CEST 2018
[ 0.000000] Command line: auto BOOT_IMAGE=Linux ro root=805
vt.default_utf8=0
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point
registers'
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
[ 0.000000] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
[ 0.000000] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes,
using 'standard' format.
[ 0.000000] e820: BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable
[ 0.000000] BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
[ 0.000000] BIOS-e820: [mem 0x0000000020000000-0x00000000201fffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000020200000-0x0000000040003fff] usable
[ 0.000000] BIOS-e820: [mem 0x0000000040004000-0x0000000040004fff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000040005000-0x00000000da174fff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000da175000-0x00000000da621fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000da622000-0x00000000da63bfff] ACPI data
[ 0.000000] BIOS-e820: [mem 0x00000000da63c000-0x00000000dc608fff] ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x00000000dc609000-0x00000000dc7d1fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000dc7d2000-0x00000000dc7d2fff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000dc7d3000-0x00000000dc815fff] ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x00000000dc816000-0x00000000dcffffff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000dd000000-0x00000000df9fffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed00000-0x00000000fed03fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000011e5fffff] usable
[ 0.000000] NX (Execute Disable) protection: active
[ 0.000000] SMBIOS 2.7 present.
[ 0.000000] DMI: LENOVO 3220A11/MAHOBAY, BIOS 9SKT9AAUS 02/23/2018
[ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
[ 0.000000] e820: last_pfn = 0x11e600 max_arch_pfn = 0x400000000
[ 0.000000] MTRR default type: uncachable
[ 0.000000] MTRR fixed ranges enabled:
[ 0.000000] 00000-9FFFF write-back
[ 0.000000] A0000-BFFFF uncachable
[ 0.000000] C0000-CFFFF write-protect
[ 0.000000] D0000-E7FFF uncachable
[ 0.000000] E8000-FFFFF write-protect
[ 0.000000] MTRR variable ranges enabled:
[ 0.000000] 0 base 000000000 mask F00000000 write-back
[ 0.000000] 1 base 100000000 mask FE0000000 write-back
[ 0.000000] 2 base 0E0000000 mask FE0000000 uncachable
[ 0.000000] 3 base 0DE000000 mask FFE000000 uncachable
[ 0.000000] 4 base 0DD800000 mask FFF800000 uncachable
[ 0.000000] 5 base 11F000000 mask FFF000000 uncachable
[ 0.000000] 6 base 11E800000 mask FFF800000 uncachable
[ 0.000000] 7 base 11E600000 mask FFFE00000 uncachable
[ 0.000000] 8 disabled
[ 0.000000] 9 disabled
[ 0.000000] x86/PAT: Configuration [0-7]: WB WC UC- UC WB WP UC- WT
[ 0.000000] e820: update [mem 0xdd800000-0xffffffff] usable ==> reserved
[ 0.000000] e820: last_pfn = 0xdd000 max_arch_pfn = 0x400000000
[ 0.000000] Base memory trampoline at [ (ptrval)] 97000 size 24576
[ 0.000000] BRK [0x01cb9000, 0x01cb9fff] PGTABLE
[ 0.000000] BRK [0x01cba000, 0x01cbafff] PGTABLE
[ 0.000000] BRK [0x01cbb000, 0x01cbbfff] PGTABLE
[ 0.000000] BRK [0x01cbc000, 0x01cbcfff] PGTABLE
[ 0.000000] BRK [0x01cbd000, 0x01cbdfff] PGTABLE
[ 0.000000] BRK [0x01cbe000, 0x01cbefff] PGTABLE
[ 0.000000] ACPI: Early table checksum verification disabled
[ 0.000000] ACPI: RSDP 0x00000000000F0450 000024 (v02 LENOVO)
[ 0.000000] ACPI: XSDT 0x00000000DA627080 000084 (v01 LENOVO TC-9S
00001620 AMI 00010013)
[ 0.000000] ACPI: FACP 0x00000000DA639638 00010C (v05 LENOVO TC-9S
00001620 AMI 00010013)
[ 0.000000] ACPI: DSDT 0x00000000DA627198 01249E (v02 LENOVO TC-9S
00001620 INTL 20051117)
[ 0.000000] ACPI: FACS 0x00000000DC5F6080 000040
[ 0.000000] ACPI: APIC 0x00000000DA639748 000072 (v03 LENOVO TC-9S
00001620 AMI 00010013)
[ 0.000000] ACPI: FPDT 0x00000000DA6397C0 000044 (v01 LENOVO TC-9S
00001620 AMI 00010013)
[ 0.000000] ACPI: MCFG 0x00000000DA639808 00003C (v01 LENOVO TC-9S
00001620 MSFT 00000097)
[ 0.000000] ACPI: SLIC 0x00000000DA639848 000176 (v01 LENOVO TC-9S
00001620 AMI 00010013)
[ 0.000000] ACPI: HPET 0x00000000DA6399C0 000038 (v01 LENOVO TC-9S
00001620 AMI. 00000005)
[ 0.000000] ACPI: SSDT 0x00000000DA6399F8 00036D (v01 LENOVO TC-9S
00001620 INTL 20091112)
[ 0.000000] ACPI: SSDT 0x00000000DA639D68 0009AA (v01 LENOVO TC-9S
00001620 INTL 20051117)
[ 0.000000] ACPI: SSDT 0x00000000DA63A718 000B22 (v01 LENOVO TC-9S
00001620 INTL 20051117)
[ 0.000000] ACPI: ASF! 0x00000000DA63B240 0000A5 (v32 LENOVO TC-9S
00001620 TFSM 000F4240)
[ 0.000000] ACPI: BGRT 0x00000000DA63B2E8 000038 (v00 LENOVO TC-9S
00001620 AMI 00010013)
[ 0.000000] ACPI: TCPA 0x00000000DA63B320 000032 (v02 LENOVO TC-9S
00001620 MSFT 01000013)
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] tsc: Fast TSC calibration using PIT
[ 0.000000] Zone ranges:
[ 0.000000] DMA [mem 0x0000000000001000-0x0000000000ffffff]
[ 0.000000] DMA32 [mem 0x0000000001000000-0x00000000ffffffff]
[ 0.000000] Normal [mem 0x0000000100000000-0x000000011e5fffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x0000000000001000-0x000000000009cfff]
[ 0.000000] node 0: [mem 0x0000000000100000-0x000000001fffffff]
[ 0.000000] node 0: [mem 0x0000000020200000-0x0000000040003fff]
[ 0.000000] node 0: [mem 0x0000000040005000-0x00000000da174fff]
[ 0.000000] node 0: [mem 0x00000000dc7d2000-0x00000000dc7d2fff]
[ 0.000000] node 0: [mem 0x00000000dc816000-0x00000000dcffffff]
[ 0.000000] node 0: [mem 0x0000000100000000-0x000000011e5fffff]
[ 0.000000] Initmem setup node 0 [mem 0x0000000000001000-0x000000011e5fffff]
[ 0.000000] On node 0 totalpages: 1019131
[ 0.000000] DMA zone: 64 pages used for memmap
[ 0.000000] DMA zone: 21 pages reserved
[ 0.000000] DMA zone: 3996 pages, LIFO batch:0
[ 0.000000] DMA32 zone: 13918 pages used for memmap
[ 0.000000] DMA32 zone: 890719 pages, LIFO batch:31
[ 0.000000] Normal zone: 1944 pages used for memmap
[ 0.000000] Normal zone: 124416 pages, LIFO batch:31
[ 0.000000] Reserved but unavailable: 100 pages
[ 0.000000] Reserving Intel graphics memory at [mem 0xdda00000-0xdf9fffff]
[ 0.000000] ACPI: PM-Timer IO Port: 0x408
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1])
[ 0.000000] IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0x8086a701 base: 0xfed00000
[ 0.000000] smpboot: Allowing 4 CPUs, 0 hotplug CPUs
[ 0.000000] e820: [mem 0xdfa00000-0xf7ffffff] available for PCI devices
[ 0.000000] clocksource: refined-jiffies: mask: 0xffffffff max_cycles:
0xffffffff, max_idle_ns: 1910969940391419 ns
[ 0.000000] setup_percpu: NR_CPUS:4 nr_cpumask_bits:4 nr_cpu_ids:4
nr_node_ids:1
[ 0.000000] percpu: Embedded 41 pages/cpu @ (ptrval) s129752 r8192
d29992 u524288
[ 0.000000] pcpu-alloc: s129752 r8192 d29992 u524288 alloc=1*2097152
[ 0.000000] pcpu-alloc: [0] 0 1 2 3
[ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 1003184
[ 0.000000] Kernel command line: auto BOOT_IMAGE=Linux ro root=805
vt.default_utf8=0
[ 0.000000] Dentry cache hash table entries: 524288 (order: 10, 4194304
bytes)
[ 0.000000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ 0.000000] Memory: 3925020K/4076524K available (6152K kernel code, 328K
rwdata, 1224K rodata, 760K init, 444K bss, 151504K reserved, 0K cma-reserved)
[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[ 0.000000] Kernel/User page tables isolation: enabled
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] NR_IRQS: 4352, nr_irqs: 456, preallocated irqs: 16
[ 0.000000] Console: colour VGA+ 80x25
[ 0.000000] console [tty0] enabled
[ 0.000000] ACPI: Core revision 20180313
[ 0.000000] clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff,
max_idle_ns: 133484882848 ns
[ 0.000000] hpet clockevent registered
[ 0.000000] APIC: Switch to symmetric I/O mode setup
[ 0.000000] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=0 pin2=0
[ 0.005000] tsc: Fast TSC calibration using PIT
[ 0.006000] tsc: Detected 3192.583 MHz processor
[ 0.006000] clocksource: tsc-early: mask: 0xffffffffffffffff max_cycles:
0x2e04ebafb17, max_idle_ns: 440795304015 ns
[ 0.006000] Calibrating delay loop (skipped), value calculated using timer
frequency.. 6385.16 BogoMIPS (lpj=3192583)
[ 0.006000] pid_max: default: 32768 minimum: 301
[ 0.006000] Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
[ 0.006000] Mountpoint-cache hash table entries: 8192 (order: 4, 65536
bytes)
[ 0.006000] CPU: Physical Processor ID: 0
[ 0.006000] CPU: Processor Core ID: 0
[ 0.006000] ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
[ 0.006000] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
[ 0.006000] process: using mwait in idle threads
[ 0.007003] Last level iTLB entries: 4KB 512, 2MB 8, 4MB 8
[ 0.007069] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32, 1GB 0
[ 0.007137] Spectre V2 : Mitigation: Full generic retpoline
[ 0.007203] Spectre V2 : Spectre v2 mitigation: Enabling Indirect Branch
Prediction Barrier
[ 0.007274] Spectre V2 : Enabling Restricted Speculation for firmware calls
[ 0.007341] Speculative Store Bypass: Vulnerable
[ 0.007469] Freeing SMP alternatives memory: 20K
[ 0.008042] TSC deadline timer enabled
[ 0.008045] smpboot: CPU0: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz (family:
0x6, model: 0x3a, stepping: 0x9)
[ 0.008204] Performance Events: PEBS fmt1+, IvyBridge events, 16-deep LBR,
full-width counters, Intel PMU driver.
[ 0.008335] ... version: 3
[ 0.008399] ... bit width: 48
[ 0.008464] ... generic registers: 8
[ 0.008528] ... value mask: 0000ffffffffffff
[ 0.008595] ... max period: 00007fffffffffff
[ 0.008660] ... fixed-purpose events: 3
[ 0.008725] ... event mask: 00000007000000ff
[ 0.008818] Hierarchical SRCU implementation.
[ 0.008946] smp: Bringing up secondary CPUs ...
[ 0.009009] x86: Booting SMP configuration:
[ 0.009074] .... node #0, CPUs: #1 #2 #3
[ 0.012018] smp: Brought up 1 node, 4 CPUs
[ 0.012134] smpboot: Max logical packages: 1
[ 0.012199] smpboot: Total of 4 processors activated (25540.66 BogoMIPS)
[ 0.013065] devtmpfs: initialized
[ 0.013156] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff,
max_idle_ns: 1911260446275000 ns
[ 0.013156] futex hash table entries: 1024 (order: 4, 65536 bytes)
[ 0.013227] xor: automatically using best checksumming function avx
[ 0.013330] NET: Registered protocol family 16
[ 0.013491] cpuidle: using governor ladder
[ 0.013491] cpuidle: using governor menu
[ 0.013491] ACPI FADT declares the system doesn't support PCIe ASPM, so
disable it
[ 0.014002] ACPI: bus type PCI registered
[ 0.014076] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem
0xf8000000-0xfbffffff] (base 0xf8000000)
[ 0.014190] PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in E820
[ 0.014262] pmd_set_huge: Cannot satisfy [mem 0xf8000000-0xf8200000] with a
huge-page mapping due to MTRR override.
[ 0.014408] PCI: Using configuration type 1 for base access
[ 0.014495] core: PMU erratum BJ122, BV98, HSD29 workaround disabled, HT off
[ 0.031055] raid6: sse2x1 gen() 8320 MB/s
[ 0.048061] raid6: sse2x1 xor() 6613 MB/s
[ 0.065068] raid6: sse2x2 gen() 10863 MB/s
[ 0.082070] raid6: sse2x2 xor() 7568 MB/s
[ 0.099078] raid6: sse2x4 gen() 12574 MB/s
[ 0.116082] raid6: sse2x4 xor() 9443 MB/s
[ 0.116147] raid6: using algorithm sse2x4 gen() 12574 MB/s
[ 0.116213] raid6: .... xor() 9443 MB/s, rmw enabled
[ 0.116280] raid6: using ssse3x2 recovery algorithm
[ 0.117002] ACPI: Added _OSI(Module Device)
[ 0.117002] ACPI: Added _OSI(Processor Device)
[ 0.117002] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.117002] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.117002] ACPI: Added _OSI(Linux-Dell-Video)
[ 0.123038] ACPI: 4 ACPI AML tables successfully acquired and loaded
[ 0.126227] ACPI: Dynamic OEM Table Load:
[ 0.126297] ACPI: SSDT 0xFFFF880119A11000 00083B (v01 PmRef Cpu0Cst
00003001 INTL 20051117)
[ 0.126540] ACPI: Dynamic OEM Table Load:
[ 0.126540] ACPI: SSDT 0xFFFF880119BD6400 000303 (v01 PmRef ApIst
00003000 INTL 20051117)
[ 0.127061] ACPI: Dynamic OEM Table Load:
[ 0.127128] ACPI: SSDT 0xFFFF880119092000 000119 (v01 PmRef ApCst
00003000 INTL 20051117)
[ 0.127354] ACPI: Interpreter enabled
[ 0.127423] ACPI: (supports S0 S5)
[ 0.127487] ACPI: Using IOAPIC for interrupt routing
[ 0.127570] PCI: Using host bridge windows from ACPI; if necessary, use
"pci=nocrs" and report a bug
[ 0.129355] ACPI: Enabled 17 GPEs in block 00 to 3F
[ 0.135008] ACPI: Power Resource [FN00] (off)
[ 0.135008] ACPI: Power Resource [FN01] (off)
[ 0.135008] ACPI: Power Resource [FN02] (off)
[ 0.135008] ACPI: Power Resource [FN03] (off)
[ 0.135022] ACPI: Power Resource [FN04] (off)
[ 0.136004] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[ 0.136005] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3e])
[ 0.136005] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM
Segments MSI]
[ 0.136005] acpi PNP0A08:00: _OSC: platform does not support [PCIeHotplug
PME]
[ 0.136082] acpi PNP0A08:00: _OSC: OS now controls [AER PCIeCapability]
[ 0.136151] acpi PNP0A08:00: FADT indicates ASPM is unsupported, using BIOS
configuration
[ 0.136381] PCI host bridge to bus 0000:00
[ 0.136447] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7 window]
[ 0.136517] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff window]
[ 0.136585] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff
window]
[ 0.136655] pci_bus 0000:00: root bus resource [mem 0x000d0000-0x000d3fff
window]
[ 0.136724] pci_bus 0000:00: root bus resource [mem 0x000d4000-0x000d7fff
window]
[ 0.136795] pci_bus 0000:00: root bus resource [mem 0x000d8000-0x000dbfff
window]
[ 0.136864] pci_bus 0000:00: root bus resource [mem 0x000dc000-0x000dffff
window]
[ 0.136934] pci_bus 0000:00: root bus resource [mem 0x000e0000-0x000e3fff
window]
[ 0.137001] pci_bus 0000:00: root bus resource [mem 0x000e4000-0x000e7fff
window]
[ 0.137071] pci_bus 0000:00: root bus resource [mem 0xdfa00000-0xfeafffff
window]
[ 0.137141] pci_bus 0000:00: root bus resource [bus 00-3e]
[ 0.137214] pci 0000:00:00.0: [8086:0150] type 00 class 0x060000
[ 0.137282] pci 0000:00:01.0: [8086:0151] type 01 class 0x060400
[ 0.137310] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
[ 0.138004] pci 0000:00:02.0: [8086:0152] type 00 class 0x030000
[ 0.138004] pci 0000:00:02.0: reg 0x10: [mem 0xf7400000-0xf77fffff 64bit]
[ 0.138004] pci 0000:00:02.0: reg 0x18: [mem 0xe0000000-0xefffffff 64bit
pref]
[ 0.138004] pci 0000:00:02.0: reg 0x20: [io 0xf000-0xf03f]
[ 0.138008] pci 0000:00:14.0: [8086:1e31] type 00 class 0x0c0330
[ 0.138008] pci 0000:00:14.0: reg 0x10: [mem 0xf7c20000-0xf7c2ffff 64bit]
[ 0.138008] pci 0000:00:14.0: PME# supported from D3hot D3cold
[ 0.138008] pci 0000:00:16.0: [8086:1e3a] type 00 class 0x078000
[ 0.138008] pci 0000:00:16.0: reg 0x10: [mem 0xf7c38000-0xf7c3800f 64bit]
[ 0.138008] pci 0000:00:16.0: PME# supported from D0 D3hot D3cold
[ 0.138008] pci 0000:00:16.3: [8086:1e3d] type 00 class 0x070002
[ 0.138008] pci 0000:00:16.3: reg 0x10: [io 0xf0e0-0xf0e7]
[ 0.138008] pci 0000:00:16.3: reg 0x14: [mem 0xf7c36000-0xf7c36fff]
[ 0.138008] pci 0000:00:19.0: [8086:1502] type 00 class 0x020000
[ 0.138008] pci 0000:00:19.0: reg 0x10: [mem 0xf7c00000-0xf7c1ffff]
[ 0.138008] pci 0000:00:19.0: reg 0x14: [mem 0xf7c35000-0xf7c35fff]
[ 0.138008] pci 0000:00:19.0: reg 0x18: [io 0xf080-0xf09f]
[ 0.138008] pci 0000:00:19.0: PME# supported from D0 D3hot D3cold
[ 0.138059] pci 0000:00:1a.0: [8086:1e2d] type 00 class 0x0c0320
[ 0.138079] pci 0000:00:1a.0: reg 0x10: [mem 0xf7c34000-0xf7c343ff]
[ 0.138156] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold
[ 0.138222] pci 0000:00:1c.0: [8086:1e10] type 01 class 0x060400
[ 0.138353] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[ 0.138433] pci 0000:00:1c.4: [8086:1e18] type 01 class 0x060400
[ 0.138510] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold
[ 0.139004] pci 0000:00:1d.0: [8086:1e26] type 00 class 0x0c0320
[ 0.139004] pci 0000:00:1d.0: reg 0x10: [mem 0xf7c33000-0xf7c333ff]
[ 0.139004] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold
[ 0.139006] pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401
[ 0.139006] pci 0000:00:1f.0: [8086:1e47] type 00 class 0x060100
[ 0.139007] pci 0000:00:1f.2: [8086:1e02] type 00 class 0x010601
[ 0.139007] pci 0000:00:1f.2: reg 0x10: [io 0xf0d0-0xf0d7]
[ 0.139007] pci 0000:00:1f.2: reg 0x14: [io 0xf0c0-0xf0c3]
[ 0.139010] pci 0000:00:1f.2: reg 0x18: [io 0xf0b0-0xf0b7]
[ 0.139017] pci 0000:00:1f.2: reg 0x1c: [io 0xf0a0-0xf0a3]
[ 0.139024] pci 0000:00:1f.2: reg 0x20: [io 0xf060-0xf07f]
[ 0.139032] pci 0000:00:1f.2: reg 0x24: [mem 0xf7c32000-0xf7c327ff]
[ 0.139067] pci 0000:00:1f.2: PME# supported from D3hot
[ 0.139121] pci 0000:00:1f.3: [8086:1e22] type 00 class 0x0c0500
[ 0.139138] pci 0000:00:1f.3: reg 0x10: [mem 0xf7c31000-0xf7c310ff 64bit]
[ 0.139157] pci 0000:00:1f.3: reg 0x20: [io 0xf040-0xf05f]
[ 0.140004] pci 0000:01:00.0: [8086:1521] type 00 class 0x020000
[ 0.140004] pci 0000:01:00.0: reg 0x10: [mem 0xf7900000-0xf79fffff]
[ 0.140356] pci 0000:01:00.0: reg 0x1c: [mem 0xf7a84000-0xf7a87fff]
[ 0.140796] pci 0000:01:00.0: reg 0x30: [mem 0xf7a00000-0xf7a7ffff pref]
[ 0.142084] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
[ 0.142619] pci 0000:01:00.1: [8086:1521] type 00 class 0x020000
[ 0.143063] pci 0000:01:00.1: reg 0x10: [mem 0xf7800000-0xf78fffff]
[ 0.143503] pci 0000:01:00.1: reg 0x1c: [mem 0xf7a80000-0xf7a83fff]
[ 0.145167] pci 0000:01:00.1: PME# supported from D0 D3hot D3cold
[ 0.146084] pci 0000:00:01.0: PCI bridge to [bus 01]
[ 0.146153] pci 0000:00:01.0: bridge window [mem 0xf7800000-0xf7afffff]
[ 0.146205] pci 0000:00:1c.0: PCI bridge to [bus 02]
[ 0.147005] pci 0000:03:00.0: [10ec:8168] type 00 class 0x020000
[ 0.147005] pci 0000:03:00.0: reg 0x10: [io 0xe000-0xe0ff]
[ 0.147005] pci 0000:03:00.0: reg 0x18: [mem 0xf7b00000-0xf7b00fff 64bit]
[ 0.147005] pci 0000:03:00.0: reg 0x20: [mem 0xf0000000-0xf0003fff 64bit
pref]
[ 0.147104] pci 0000:03:00.0: supports D1 D2
[ 0.147105] pci 0000:03:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.147374] pci 0000:00:1c.4: PCI bridge to [bus 03]
[ 0.147443] pci 0000:00:1c.4: bridge window [io 0xe000-0xefff]
[ 0.147446] pci 0000:00:1c.4: bridge window [mem 0xf7b00000-0xf7bfffff]
[ 0.147452] pci 0000:00:1c.4: bridge window [mem 0xf0000000-0xf00fffff
64bit pref]
[ 0.148004] pci 0000:00:1e.0: PCI bridge to [bus 04] (subtractive decode)
[ 0.148004] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7 window]
(subtractive decode)
[ 0.148004] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff window]
(subtractive decode)
[ 0.148004] pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff
window] (subtractive decode)
[ 0.148004] pci 0000:00:1e.0: bridge window [mem 0x000d0000-0x000d3fff
window] (subtractive decode)
[ 0.148004] pci 0000:00:1e.0: bridge window [mem 0x000d4000-0x000d7fff
window] (subtractive decode)
[ 0.148004] pci 0000:00:1e.0: bridge window [mem 0x000d8000-0x000dbfff
window] (subtractive decode)
[ 0.148004] pci 0000:00:1e.0: bridge window [mem 0x000dc000-0x000dffff
window] (subtractive decode)
[ 0.148004] pci 0000:00:1e.0: bridge window [mem 0x000e0000-0x000e3fff
window] (subtractive decode)
[ 0.148004] pci 0000:00:1e.0: bridge window [mem 0x000e4000-0x000e7fff
window] (subtractive decode)
[ 0.148004] pci 0000:00:1e.0: bridge window [mem 0xdfa00000-0xfeafffff
window] (subtractive decode)
[ 0.148004] pci_bus 0000:00: on NUMA node 0
[ 0.148024] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 10 *11 12 14 15)
[ 0.148128] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 *10 11 12 14 15)
[ 0.148232] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 *10 11 12 14 15)
[ 0.148335] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 10 11 12 14 15)
[ 0.148437] ACPI: PCI Interrupt Link [LNKE] (IRQs *3 4 5 6 10 11 12 14 15)
[ 0.148538] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 10 11 12 14 15)
*0, disabled.
[ 0.148642] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 10 11 12 14 15)
*0, disabled.
[ 0.148746] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 10 *11 12 14 15)
[ 0.149009] pci 0000:00:02.0: vgaarb: setting as boot VGA device
[ 0.149076] pci 0000:00:02.0: vgaarb: VGA device added:
decodes=io+mem,owns=io+mem,locks=none
[ 0.149189] pci 0000:00:02.0: vgaarb: bridge control possible
[ 0.149256] vgaarb: loaded
[ 0.150002] SCSI subsystem initialized
[ 0.150013] libata version 3.00 loaded.
[ 0.150028] PCI: Using ACPI for IRQ routing
[ 0.150907] PCI: pci_cache_line_size set to 64 bytes
[ 0.151022] e820: reserve RAM buffer [mem 0x0009d800-0x0009ffff]
[ 0.151023] e820: reserve RAM buffer [mem 0x40004000-0x43ffffff]
[ 0.151024] e820: reserve RAM buffer [mem 0xda175000-0xdbffffff]
[ 0.151024] e820: reserve RAM buffer [mem 0xdc7d3000-0xdfffffff]
[ 0.151025] e820: reserve RAM buffer [mem 0xdd000000-0xdfffffff]
[ 0.151026] e820: reserve RAM buffer [mem 0x11e600000-0x11fffffff]
[ 0.151112] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0, 0, 0, 0, 0
[ 0.151183] hpet0: 8 comparators, 64-bit 14.318180 MHz counter
[ 0.154009] clocksource: Switched to clocksource tsc-early
[ 0.154094] pnp: PnP ACPI init
[ 0.154222] system 00:00: [io 0x0680-0x069f] has been reserved
[ 0.154290] system 00:00: [io 0x1100-0x110f] has been reserved
[ 0.154359] system 00:00: [io 0xffff] has been reserved
[ 0.154426] system 00:00: [io 0xffff] has been reserved
[ 0.154493] system 00:00: [io 0x0400-0x0453] has been reserved
[ 0.154560] system 00:00: [io 0x0458-0x047f] has been reserved
[ 0.154628] system 00:00: [io 0x0500-0x057f] has been reserved
[ 0.154695] system 00:00: [io 0x164e-0x164f] has been reserved
[ 0.154766] system 00:00: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.154780] pnp 00:01: Plug and Play ACPI device, IDs PNP0b00 (active)
[ 0.154808] system 00:02: [io 0x0454-0x0457] has been reserved
[ 0.154878] system 00:02: Plug and Play ACPI device, IDs INT3f0d PNP0c02
(active)
[ 0.154975] system 00:03: [io 0x0a00-0x0a2f] has been reserved
[ 0.155047] system 00:03: [io 0x0a30-0x0a3f] has been reserved
[ 0.155115] system 00:03: [io 0x0a40-0x0a4f] has been reserved
[ 0.155183] system 00:03: [io 0x0218-0x0219] has been reserved
[ 0.155253] system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.155293] system 00:04: [io 0x04d0-0x04d1] has been reserved
[ 0.155364] system 00:04: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.155492] pnp 00:05: [dma 0 disabled]
[ 0.155517] pnp 00:05: Plug and Play ACPI device, IDs PNP0501 (active)
[ 0.155706] pnp 00:06: Plug and Play ACPI device, IDs PNP0c31 (active)
[ 0.155826] system 00:07: [mem 0xfed1c000-0xfed1ffff] has been reserved
[ 0.155895] system 00:07: [mem 0xfed10000-0xfed17fff] has been reserved
[ 0.155964] system 00:07: [mem 0xfed18000-0xfed18fff] has been reserved
[ 0.156037] system 00:07: [mem 0xfed19000-0xfed19fff] has been reserved
[ 0.156106] system 00:07: [mem 0xf8000000-0xfbffffff] has been reserved
[ 0.156175] system 00:07: [mem 0xfed20000-0xfed3ffff] has been reserved
[ 0.156243] system 00:07: [mem 0xfed90000-0xfed93fff] has been reserved
[ 0.156312] system 00:07: [mem 0xfed45000-0xfed8ffff] has been reserved
[ 0.156381] system 00:07: [mem 0xff000000-0xffffffff] has been reserved
[ 0.156450] system 00:07: [mem 0xfee00000-0xfeefffff] could not be reserved
[ 0.156519] system 00:07: [mem 0xdfa00000-0xdfa00fff] has been reserved
[ 0.156590] system 00:07: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.156695] system 00:08: [mem 0x20000000-0x201fffff] has been reserved
[ 0.156764] system 00:08: [mem 0x40004000-0x40004fff] has been reserved
[ 0.156835] system 00:08: Plug and Play ACPI device, IDs PNP0c01 (active)
[ 0.156861] pnp: PnP ACPI: found 9 devices
[ 0.162160] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff,
max_idle_ns: 2085701024 ns
[ 0.162305] pci 0000:00:01.0: PCI bridge to [bus 01]
[ 0.162373] pci 0000:00:01.0: bridge window [mem 0xf7800000-0xf7afffff]
[ 0.162444] pci 0000:00:1c.0: PCI bridge to [bus 02]
[ 0.162526] pci 0000:00:1c.4: PCI bridge to [bus 03]
[ 0.162593] pci 0000:00:1c.4: bridge window [io 0xe000-0xefff]
[ 0.162663] pci 0000:00:1c.4: bridge window [mem 0xf7b00000-0xf7bfffff]
[ 0.162733] pci 0000:00:1c.4: bridge window [mem 0xf0000000-0xf00fffff
64bit pref]
[ 0.162807] pci 0000:00:1e.0: PCI bridge to [bus 04]
[ 0.162881] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7 window]
[ 0.162882] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff window]
[ 0.162883] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff window]
[ 0.162884] pci_bus 0000:00: resource 7 [mem 0x000d0000-0x000d3fff window]
[ 0.162885] pci_bus 0000:00: resource 8 [mem 0x000d4000-0x000d7fff window]
[ 0.162886] pci_bus 0000:00: resource 9 [mem 0x000d8000-0x000dbfff window]
[ 0.162887] pci_bus 0000:00: resource 10 [mem 0x000dc000-0x000dffff window]
[ 0.162888] pci_bus 0000:00: resource 11 [mem 0x000e0000-0x000e3fff window]
[ 0.162889] pci_bus 0000:00: resource 12 [mem 0x000e4000-0x000e7fff window]
[ 0.162890] pci_bus 0000:00: resource 13 [mem 0xdfa00000-0xfeafffff window]
[ 0.162891] pci_bus 0000:01: resource 1 [mem 0xf7800000-0xf7afffff]
[ 0.162892] pci_bus 0000:03: resource 0 [io 0xe000-0xefff]
[ 0.162893] pci_bus 0000:03: resource 1 [mem 0xf7b00000-0xf7bfffff]
[ 0.162894] pci_bus 0000:03: resource 2 [mem 0xf0000000-0xf00fffff 64bit
pref]
[ 0.162895] pci_bus 0000:04: resource 4 [io 0x0000-0x0cf7 window]
[ 0.162896] pci_bus 0000:04: resource 5 [io 0x0d00-0xffff window]
[ 0.162897] pci_bus 0000:04: resource 6 [mem 0x000a0000-0x000bffff window]
[ 0.162898] pci_bus 0000:04: resource 7 [mem 0x000d0000-0x000d3fff window]
[ 0.162899] pci_bus 0000:04: resource 8 [mem 0x000d4000-0x000d7fff window]
[ 0.162900] pci_bus 0000:04: resource 9 [mem 0x000d8000-0x000dbfff window]
[ 0.162901] pci_bus 0000:04: resource 10 [mem 0x000dc000-0x000dffff window]
[ 0.162902] pci_bus 0000:04: resource 11 [mem 0x000e0000-0x000e3fff window]
[ 0.162903] pci_bus 0000:04: resource 12 [mem 0x000e4000-0x000e7fff window]
[ 0.162904] pci_bus 0000:04: resource 13 [mem 0xdfa00000-0xfeafffff window]
[ 0.162968] NET: Registered protocol family 2
[ 0.163117] tcp_listen_portaddr_hash hash table entries: 2048 (order: 3,
32768 bytes)
[ 0.163193] TCP established hash table entries: 32768 (order: 6, 262144
bytes)
[ 0.163307] TCP bind hash table entries: 32768 (order: 7, 524288 bytes)
[ 0.163460] TCP: Hash tables configured (established 32768 bind 32768)
[ 0.163547] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ 0.163626] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes)
[ 0.163723] NET: Registered protocol family 1
[ 0.163812] pci 0000:00:02.0: Video device with shadowed ROM at [mem
0x000c0000-0x000dffff]
[ 0.180100] pci 0000:00:1a.0: quirk_usb_early_handoff+0x0/0x5f3 took 15680
usecs
[ 0.196094] pci 0000:00:1d.0: quirk_usb_early_handoff+0x0/0x5f3 took 15541
usecs
[ 0.196224] PCI: CLS mismatch (64 != 32), using 64 bytes
[ 0.196236] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 0.196305] software IO TLB [mem 0xd6175000-0xda175000] (64MB) mapped at [
(ptrval)- (ptrval)]
[ 0.196454] RAPL PMU: API unit is 2^-32 Joules, 3 fixed counters, 163840 ms
ovfl timer
[ 0.196523] RAPL PMU: hw unit of domain pp0-core 2^-16 Joules
[ 0.196590] RAPL PMU: hw unit of domain package 2^-16 Joules
[ 0.196657] RAPL PMU: hw unit of domain pp1-gpu 2^-16 Joules
[ 0.196974] workingset: timestamp_bits=62 max_order=20 bucket_order=0
[ 0.197923] Block layer SCSI generic (bsg) driver version 0.4 loaded (major
253)
[ 0.197992] io scheduler noop registered
[ 0.198082] io scheduler cfq registered (default)
[ 0.198148] io scheduler mq-deadline registered
[ 0.198213] io scheduler kyber registered
[ 0.198716] Monitor-Mwait will be used to enter C-1 state
[ 0.198720] Monitor-Mwait will be used to enter C-2 state
[ 0.198724] Monitor-Mwait will be used to enter C-3 state
[ 0.199429] ahci 0000:00:1f.2: version 3.0
[ 0.199534] ahci 0000:00:1f.2: SSS flag set, parallel bus scan disabled
[ 0.210060] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0xb
impl SATA mode
[ 0.210145] ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio slum
part ems sxs apst
[ 0.216249] scsi host0: ahci
[ 0.216396] scsi host1: ahci
[ 0.216738] scsi host2: ahci
[ 0.216851] scsi host3: ahci
[ 0.216956] scsi host4: ahci
[ 0.217109] scsi host5: ahci
[ 0.217194] ata1: SATA max UDMA/133 abar m2048@0xf7c32000 port 0xf7c32100
irq 24
[ 0.217264] ata2: SATA max UDMA/133 abar m2048@0xf7c32000 port 0xf7c32180
irq 24
[ 0.217333] ata3: DUMMY
[ 0.217397] ata4: SATA max UDMA/133 abar m2048@0xf7c32000 port 0xf7c32280
irq 24
[ 0.217466] ata5: DUMMY
[ 0.217528] ata6: DUMMY
[ 0.217611] intel_pstate: Intel P-state driver initializing
[ 0.217776] Initializing XFRM netlink socket
[ 0.217843] NET: Registered protocol family 17
[ 0.217928] random: get_random_bytes called from init_oops_id+0x1d/0x2c with
crng_init=0
[ 0.217999] sched_clock: Marking stable (217106815, 0)->(219459977,
-2353162)
[ 0.218123] registered taskstats version 1
[ 0.218335] Btrfs loaded, crc32c=crc32c-generic
[ 0.524048] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 0.526257] ata1.00: ATA-8: WDC WD3200BEKT-08PVMT1, 02.01A02, max UDMA/133
[ 0.526348] ata1.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 31/32),
AA
[ 0.528705] ata1.00: configured for UDMA/133
[ 0.528902] scsi 0:0:0:0: Direct-Access ATA WDC WD3200BEKT-0 1A02
PQ: 0 ANSI: 5
[ 0.529213] sd 0:0:0:0: [sda] 625142448 512-byte logical blocks: (320 GB/298
GiB)
[ 0.529336] sd 0:0:0:0: [sda] Write Protect is off
[ 0.529422] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 0.529474] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled,
doesn't support DPO or FUA
[ 0.670558] sda: sda1 sda2 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12 >
[ 0.671025] sd 0:0:0:0: [sda] Attached SCSI disk
[ 0.836047] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 0.839361] ata2.00: ATAPI: HL-DT-STDVD-RAM GH82N, KU02, max UDMA/133
[ 0.843702] ata2.00: configured for UDMA/133
[ 0.853056] scsi 1:0:0:0: CD-ROM HL-DT-ST DVD-RAM GH82N KU02
PQ: 0 ANSI: 5
[ 1.173607] ata4: SATA link down (SStatus 0 SControl 300)
[ 1.206765] BTRFS: device fsid 7bd010c3-fec1-44df-bb0c-1fa742599a5f devid 1
transid 8427 /dev/root
[ 1.207532] BTRFS info (device sda5): disk space caching is enabled
[ 1.207600] BTRFS info (device sda5): has skinny extents
[ 1.245182] VFS: Mounted root (btrfs filesystem) readonly on device 0:11.
[ 1.245669] Freeing unused kernel memory: 760K
[ 1.248034] tsc: Refined TSC clocksource calibration: 3192.746 MHz
[ 1.248123] clocksource: tsc: mask: 0xffffffffffffffff max_cycles:
0x2e058540c6e, max_idle_ns: 440795222505 ns
[ 1.248288] clocksource: Switched to clocksource tsc
[ 1.251063] Write protecting the kernel read-only data: 10240k
[ 1.251589] Freeing unused kernel memory: 2020K
[ 1.253069] Freeing unused kernel memory: 824K
[ 1.842507] random: udevd: uninitialized urandom read (16 bytes read)
[ 1.842612] random: udevd: uninitialized urandom read (16 bytes read)
[ 1.842685] random: udevd: uninitialized urandom read (16 bytes read)
[ 1.887242] udevd[807]: starting eudev-3.1.5
[ 1.994626] random: crng init done
[ 1.994719] random: 4 urandom warning(s) missed due to ratelimiting
[ 2.012019] input: Power Button as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
[ 2.012097] ACPI: Power Button [PWRB]
[ 2.012224] input: Power Button as
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
[ 2.012294] ACPI: Power Button [PWRF]
[ 2.012340] thermal LNXTHERM:00: registered as thermal_zone0
[ 2.012427] ACPI: Thermal Zone [TZ00] (28 C)
[ 2.012528] rtc_cmos 00:01: RTC can wake from S4
[ 2.013812] thermal LNXTHERM:01: registered as thermal_zone1
[ 2.013920] ACPI: Thermal Zone [TZ01] (30 C)
[ 2.013984] rtc_cmos 00:01: registered as rtc0
[ 2.013995] rtc_cmos 00:01: alarms up to one month, y3k, 242 bytes nvram,
hpet irqs
[ 2.021154] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k
[ 2.021220] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
[ 2.021407] e1000e 0000:00:19.0: Interrupt Throttling Rate (ints/sec) set to
dynamic conservative mode
[ 2.023192] igb: Intel(R) Gigabit Ethernet Network Driver - version 5.4.0-k
[ 2.023260] igb: Copyright (c) 2007-2014 Intel Corporation.
[ 2.032162] ACPI: bus type USB registered
[ 2.032240] usbcore: registered new interface driver usbfs
[ 2.032310] usbcore: registered new interface driver hub
[ 2.032385] usbcore: registered new device driver usb
[ 2.049522] sr 1:0:0:0: [sr0] scsi3-mmc drive: 40x/40x writer dvd-ram cd/rw
xa/form2 cdda tray
[ 2.049657] cdrom: Uniform CD-ROM driver Revision: 3.20
[ 2.049796] sr 1:0:0:0: Attached scsi CD-ROM sr0
[ 2.079142] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 2.079214] r8169 0000:03:00.0: can't disable ASPM; OS doesn't have ASPM
control
[ 2.079742] r8169 0000:03:00.0 eth0: RTL8168e/8111e at 0x0000000039993a45,
7c:8b:ca:01:17:5d, XID 0c200000 IRQ 35
[ 2.079858] r8169 0000:03:00.0 eth0: jumbo features [frames: 9200 bytes, tx
checksumming: ko]
[ 2.080257] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
[ 2.080516] r8169 0000:03:00.0 eth126: renamed from eth0
[ 2.101632] 00:05: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a
16550A
[ 2.106061] r8169 0000:03:00.0 eth1: renamed from eth126
[ 2.130456] igb 0000:01:00.0: Intel(R) Gigabit Ethernet Network Connection
[ 2.130525] igb 0000:01:00.0: eth0: (PCIe:5.0Gb/s:Width x4)
b4:96:91:0e:fd:1e
[ 2.131241] igb 0000:01:00.0: eth0: PBA No: H34227-005
[ 2.131306] igb 0000:01:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx
queue(s)
[ 2.204843] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 2.205330] cryptd: max_cpu_qlen set to 1000
[ 2.231013] igb 0000:01:00.1: Intel(R) Gigabit Ethernet Network Connection
[ 2.231084] igb 0000:01:00.1: eth2: (PCIe:5.0Gb/s:Width x4)
b4:96:91:0e:fd:1f
[ 2.231701] igb 0000:01:00.1: eth2: PBA No: H34227-005
[ 2.231768] igb 0000:01:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 tx
queue(s)
[ 2.232390] e1000e 0000:00:19.0 eth3: (PCI Express:2.5GT/s:Width x1)
fc:4d:d4:2e:dc:d1
[ 2.232638] e1000e 0000:00:19.0 eth3: Intel(R) PRO/1000 Network Connection
[ 2.232738] e1000e 0000:00:19.0 eth3: MAC: 10, PHY: 11, PBA No: FFFFFF-0FF
[ 2.253316] 0000:00:16.3: ttyS1 at I/O 0xf0e0 (irq = 19, base_baud = 115200)
is a 16550A
[ 2.253426] ehci-pci: EHCI PCI platform driver
[ 2.253712] ehci-pci 0000:00:1a.0: EHCI Host Controller
[ 2.253781] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus
number 1
[ 2.253858] ehci-pci 0000:00:1a.0: debug port 2
[ 2.257811] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported
[ 2.257820] ehci-pci 0000:00:1a.0: irq 16, io mem 0xf7c34000
[ 2.264008] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00
[ 2.264167] hub 1-0:1.0: USB hub found
[ 2.264237] hub 1-0:1.0: 3 ports detected
[ 2.264349] AVX version of gcm_enc/dec engaged.
[ 2.264422] AES CTR mode by8 optimization enabled
[ 2.264494] ehci-pci 0000:00:1d.0: EHCI Host Controller
[ 2.264563] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus
number 2
[ 2.264640] ehci-pci 0000:00:1d.0: debug port 2
[ 2.268614] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported
[ 2.268621] ehci-pci 0000:00:1d.0: irq 23, io mem 0xf7c33000
[ 2.276012] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00
[ 2.276304] hub 2-0:1.0: USB hub found
[ 2.276376] hub 2-0:1.0: 3 ports detected
[ 2.276651] xhci_hcd 0000:00:14.0: xHCI Host Controller
[ 2.276719] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus
number 3
[ 2.277840] xhci_hcd 0000:00:14.0: hcc params 0x20007181 hci version 0x100
quirks 0x0000b930
[ 2.277912] xhci_hcd 0000:00:14.0: cache line size of 64 is not supported
[ 2.278051] hub 3-0:1.0: USB hub found
[ 2.278127] hub 3-0:1.0: 4 ports detected
[ 2.278464] xhci_hcd 0000:00:14.0: xHCI Host Controller
[ 2.278533] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus
number 4
[ 2.278602] xhci_hcd 0000:00:14.0: Host supports USB 3.0 SuperSpeed
[ 2.278790] hub 4-0:1.0: USB hub found
[ 2.278863] hub 4-0:1.0: 4 ports detected
[ 2.586037] usb 1-1: new high-speed USB device number 2 using ehci-pci
[ 2.602036] usb 2-1: new high-speed USB device number 2 using ehci-pci
[ 2.714971] hub 1-1:1.0: USB hub found
[ 2.715187] hub 1-1:1.0: 6 ports detected
[ 2.730966] hub 2-1:1.0: USB hub found
[ 2.731187] hub 2-1:1.0: 8 ports detected
[ 3.161320] BTRFS: device fsid 1f8ea480-3fd3-499f-8e85-0e673a4bff97 devid 1
transid 128 /dev/sda9
[ 3.276790] BTRFS: device fsid 96f9c05b-7ea5-48f9-a2e1-081b2ef06461 devid 1
transid 6465 /dev/sda11
[ 3.277945] BTRFS: device fsid 476fc7cf-5dca-4ec6-8cec-c571eb5a7067 devid 1
transid 27 /dev/sda10
[ 3.510746] BTRFS: device fsid c5f611a1-2976-49d9-b0ba-403139b6343d devid 1
transid 242 /dev/sda8
[ 3.533552] BTRFS: device fsid 0f2d250c-4c32-4741-8c9a-132560b50b49 devid 1
transid 189 /dev/sda6
[ 3.577855] BTRFS: device fsid bdaa35ed-c912-4ea8-81e7-a6bd764f0c1a devid 1
transid 12336 /dev/sda7
[ 3.625764] Adding 27087188k swap on /dev/sda12. Priority:-2 extents:1
across:27087188k
[ 3.885673] BTRFS info (device sda5): disk space caching is enabled
[ 7.042367] BTRFS info (device sda6): disk space caching is enabled
[ 7.042435] BTRFS info (device sda6): has skinny extents
[ 7.095311] BTRFS info (device sda7): disk space caching is enabled
[ 7.095378] BTRFS info (device sda7): has skinny extents
[ 7.136111] BTRFS info (device sda8): disk space caching is enabled
[ 7.136177] BTRFS info (device sda8): has skinny extents
[ 7.219982] BTRFS info (device sda9): disk space caching is enabled
[ 7.220073] BTRFS info (device sda9): has skinny extents
[ 7.303370] BTRFS info (device sda10): disk space caching is enabled
[ 7.303438] BTRFS info (device sda10): has skinny extents
[ 7.377203] BTRFS info (device sda11): disk space caching is enabled
[ 7.377270] BTRFS info (device sda11): has skinny extents
[ 9.907057] r8169 0000:03:00.0 eth1: link down
[ 9.911816] igb 0000:01:00.1: changing MTU from 1500 to 9000
[ 10.047064] e1000e 0000:00:19.0 eth3: changing MTU from 1500 to 9000
[ 10.047072] e1000e 0000:00:19.0: Interrupt Throttle Rate off
[ 12.879839] igb 0000:01:00.0 eth0: igb: eth0 NIC Link is Up 1000 Mbps Full
Duplex, Flow Control: RX
[ 13.427843] igb 0000:01:00.1 eth2: igb: eth2 NIC Link is Up 1000 Mbps Full
Duplex, Flow Control: RX
[ 17.790736] NET: Registered protocol family 15
[ 352.013266] nf_conntrack: default automatic helper assignment has been
turned off for security reasons and CT-based firewall rule not found. Use the
iptables CT target to attach helpers instead.
and my .config
root@Pleiadi:/usr/src/linux# grep CONFIG .config | grep -v '#'
CONFIG_64BIT=y
CONFIG_X86_64=y
CONFIG_X86=y
CONFIG_INSTRUCTION_DECODER=y
CONFIG_OUTPUT_FORMAT="elf64-x86-64"
CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig"
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_MMU=y
CONFIG_ARCH_MMAP_RND_BITS_MIN=28
CONFIG_ARCH_MMAP_RND_BITS_MAX=32
CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MIN=8
CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MAX=16
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_ARCH_HAS_CPU_RELAX=y
CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y
CONFIG_ARCH_HAS_FILTER_PGPROT=y
CONFIG_HAVE_SETUP_PER_CPU_AREA=y
CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y
CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y
CONFIG_ARCH_WANT_GENERAL_HUGETLB=y
CONFIG_ZONE_DMA32=y
CONFIG_AUDIT_ARCH=y
CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y
CONFIG_X86_64_SMP=y
CONFIG_ARCH_SUPPORTS_UPROBES=y
CONFIG_FIX_EARLYCON_MEM=y
CONFIG_PGTABLE_LEVELS=4
CONFIG_IRQ_WORK=y
CONFIG_BUILDTIME_EXTABLE_SORT=y
CONFIG_THREAD_INFO_IN_TASK=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
CONFIG_LOCALVERSION=""
CONFIG_HAVE_KERNEL_GZIP=y
CONFIG_HAVE_KERNEL_BZIP2=y
CONFIG_HAVE_KERNEL_LZMA=y
CONFIG_HAVE_KERNEL_XZ=y
CONFIG_HAVE_KERNEL_LZO=y
CONFIG_HAVE_KERNEL_LZ4=y
CONFIG_KERNEL_LZMA=y
CONFIG_DEFAULT_HOSTNAME="(none)"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_CROSS_MEMORY_ATTACH=y
CONFIG_HAVE_ARCH_AUDITSYSCALL=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_IRQ_SHOW=y
CONFIG_GENERIC_IRQ_EFFECTIVE_AFF_MASK=y
CONFIG_GENERIC_PENDING_IRQ=y
CONFIG_GENERIC_IRQ_MIGRATION=y
CONFIG_IRQ_DOMAIN=y
CONFIG_IRQ_DOMAIN_HIERARCHY=y
CONFIG_GENERIC_MSI_IRQ=y
CONFIG_GENERIC_MSI_IRQ_DOMAIN=y
CONFIG_GENERIC_IRQ_MATRIX_ALLOCATOR=y
CONFIG_GENERIC_IRQ_RESERVATION_MODE=y
CONFIG_IRQ_FORCED_THREADING=y
CONFIG_SPARSE_IRQ=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_ARCH_CLOCKSOURCE_DATA=y
CONFIG_CLOCKSOURCE_VALIDATE_LAST_CYCLE=y
CONFIG_GENERIC_TIME_VSYSCALL=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_GENERIC_CLOCKEVENTS_MIN_ADJUST=y
CONFIG_GENERIC_CMOS_UPDATE=y
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ_COMMON=y
CONFIG_NO_HZ_IDLE=y
CONFIG_HIGH_RES_TIMERS=y
CONFIG_TICK_CPU_ACCOUNTING=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_TASKSTATS=y
CONFIG_CPU_ISOLATION=y
CONFIG_TREE_RCU=y
CONFIG_SRCU=y
CONFIG_TREE_SRCU=y
CONFIG_RCU_STALL_COMMON=y
CONFIG_RCU_NEED_SEGCBLIST=y
CONFIG_LOG_BUF_SHIFT=18
CONFIG_LOG_CPU_MAX_BUF_SHIFT=12
CONFIG_PRINTK_SAFE_LOG_BUF_SHIFT=13
CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
CONFIG_ARCH_SUPPORTS_NUMA_BALANCING=y
CONFIG_ARCH_WANT_BATCHED_UNMAP_TLB_FLUSH=y
CONFIG_ARCH_SUPPORTS_INT128=y
CONFIG_NAMESPACES=y
CONFIG_UTS_NS=y
CONFIG_IPC_NS=y
CONFIG_PID_NS=y
CONFIG_NET_NS=y
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_SYSCTL_EXCEPTION_TRACE=y
CONFIG_HAVE_PCSPKR_PLATFORM=y
CONFIG_BPF=y
CONFIG_MULTIUSER=y
CONFIG_SGETMASK_SYSCALL=y
CONFIG_SYSFS_SYSCALL=y
CONFIG_FHANDLE=y
CONFIG_POSIX_TIMERS=y
CONFIG_PRINTK=y
CONFIG_PRINTK_NMI=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_PCSPKR_PLATFORM=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_FUTEX_PI=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_ADVISE_SYSCALLS=y
CONFIG_MEMBARRIER=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ABSOLUTE_PERCPU=y
CONFIG_KALLSYMS_BASE_RELATIVE=y
CONFIG_ARCH_HAS_MEMBARRIER_SYNC_CORE=y
CONFIG_HAVE_PERF_EVENTS=y
CONFIG_PERF_EVENTS=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLUB_DEBUG=y
CONFIG_SLUB=y
CONFIG_SLAB_MERGE_DEFAULT=y
CONFIG_SLUB_CPU_PARTIAL=y
CONFIG_HAVE_OPROFILE=y
CONFIG_OPROFILE_NMI_TIMER=y
CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y
CONFIG_ARCH_USE_BUILTIN_BSWAP=y
CONFIG_HAVE_IOREMAP_PROT=y
CONFIG_HAVE_KPROBES=y
CONFIG_HAVE_KRETPROBES=y
CONFIG_HAVE_OPTPROBES=y
CONFIG_HAVE_KPROBES_ON_FTRACE=y
CONFIG_HAVE_FUNCTION_ERROR_INJECTION=y
CONFIG_HAVE_NMI=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_HAVE_DMA_CONTIGUOUS=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_HAS_FORTIFY_SOURCE=y
CONFIG_ARCH_HAS_SET_MEMORY=y
CONFIG_HAVE_ARCH_THREAD_STRUCT_WHITELIST=y
CONFIG_ARCH_WANTS_DYNAMIC_TASK_STRUCT=y
CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y
CONFIG_HAVE_CLK=y
CONFIG_HAVE_DMA_API_DEBUG=y
CONFIG_HAVE_HW_BREAKPOINT=y
CONFIG_HAVE_MIXED_BREAKPOINTS_REGS=y
CONFIG_HAVE_USER_RETURN_NOTIFIER=y
CONFIG_HAVE_PERF_EVENTS_NMI=y
CONFIG_HAVE_HARDLOCKUP_DETECTOR_PERF=y
CONFIG_HAVE_PERF_REGS=y
CONFIG_HAVE_PERF_USER_STACK_DUMP=y
CONFIG_HAVE_ARCH_JUMP_LABEL=y
CONFIG_HAVE_RCU_TABLE_FREE=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_HAVE_ALIGNED_STRUCT_PAGE=y
CONFIG_HAVE_CMPXCHG_LOCAL=y
CONFIG_HAVE_CMPXCHG_DOUBLE=y
CONFIG_HAVE_ARCH_SECCOMP_FILTER=y
CONFIG_SECCOMP_FILTER=y
CONFIG_HAVE_GCC_PLUGINS=y
CONFIG_HAVE_CC_STACKPROTECTOR=y
CONFIG_CC_STACKPROTECTOR_NONE=y
CONFIG_HAVE_ARCH_WITHIN_STACK_FRAMES=y
CONFIG_HAVE_CONTEXT_TRACKING=y
CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y
CONFIG_HAVE_IRQ_TIME_ACCOUNTING=y
CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE=y
CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE_PUD=y
CONFIG_HAVE_ARCH_HUGE_VMAP=y
CONFIG_HAVE_ARCH_SOFT_DIRTY=y
CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_HAVE_IRQ_EXIT_ON_IRQ_STACK=y
CONFIG_ARCH_HAS_ELF_RANDOMIZE=y
CONFIG_HAVE_ARCH_MMAP_RND_BITS=y
CONFIG_HAVE_EXIT_THREAD=y
CONFIG_ARCH_MMAP_RND_BITS=28
CONFIG_HAVE_COPY_THREAD_TLS=y
CONFIG_HAVE_STACK_VALIDATION=y
CONFIG_HAVE_ARCH_VMAP_STACK=y
CONFIG_VMAP_STACK=y
CONFIG_ARCH_HAS_STRICT_KERNEL_RWX=y
CONFIG_STRICT_KERNEL_RWX=y
CONFIG_ARCH_HAS_STRICT_MODULE_RWX=y
CONFIG_STRICT_MODULE_RWX=y
CONFIG_ARCH_HAS_REFCOUNT=y
CONFIG_ARCH_HAS_GCOV_PROFILE_ALL=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULES_TREE_LOOKUP=y
CONFIG_BLOCK=y
CONFIG_BLK_SCSI_REQUEST=y
CONFIG_BLK_DEV_BSG=y
CONFIG_MSDOS_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_BLK_MQ_PCI=y
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_CFQ=y
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_MQ_IOSCHED_DEADLINE=y
CONFIG_MQ_IOSCHED_KYBER=y
CONFIG_PADATA=y
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
CONFIG_ARCH_SUPPORTS_ATOMIC_RMW=y
CONFIG_MUTEX_SPIN_ON_OWNER=y
CONFIG_RWSEM_SPIN_ON_OWNER=y
CONFIG_LOCK_SPIN_ON_OWNER=y
CONFIG_ARCH_USE_QUEUED_SPINLOCKS=y
CONFIG_QUEUED_SPINLOCKS=y
CONFIG_ARCH_USE_QUEUED_RWLOCKS=y
CONFIG_QUEUED_RWLOCKS=y
CONFIG_ARCH_HAS_SYNC_CORE_BEFORE_USERMODE=y
CONFIG_ARCH_HAS_SYSCALL_WRAPPER=y
CONFIG_ZONE_DMA=y
CONFIG_SMP=y
CONFIG_X86_FEATURE_NAMES=y
CONFIG_RETPOLINE=y
CONFIG_IOSF_MBI=m
CONFIG_SCHED_OMIT_FRAME_POINTER=y
CONFIG_NO_BOOTMEM=y
CONFIG_MCORE2=y
CONFIG_X86_INTERNODE_CACHE_SHIFT=6
CONFIG_X86_L1_CACHE_SHIFT=6
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_P6_NOP=y
CONFIG_X86_TSC=y
CONFIG_X86_CMPXCHG64=y
CONFIG_X86_CMOV=y
CONFIG_X86_MINIMUM_CPU_FAMILY=64
CONFIG_X86_DEBUGCTLMSR=y
CONFIG_CPU_SUP_INTEL=y
CONFIG_CPU_SUP_AMD=y
CONFIG_CPU_SUP_CENTAUR=y
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
CONFIG_DMI=y
CONFIG_SWIOTLB=y
CONFIG_IOMMU_HELPER=y
CONFIG_NR_CPUS_RANGE_BEGIN=2
CONFIG_NR_CPUS_RANGE_END=512
CONFIG_NR_CPUS_DEFAULT=64
CONFIG_NR_CPUS=4
CONFIG_SCHED_MC=y
CONFIG_SCHED_MC_PRIO=y
CONFIG_PREEMPT_NONE=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_PERF_EVENTS_INTEL_UNCORE=y
CONFIG_PERF_EVENTS_INTEL_RAPL=y
CONFIG_PERF_EVENTS_INTEL_CSTATE=y
CONFIG_X86_16BIT=y
CONFIG_X86_ESPFIX64=y
CONFIG_X86_VSYSCALL_EMULATION=y
CONFIG_ARCH_PHYS_ADDR_T_64BIT=y
CONFIG_ARCH_DMA_ADDR_T_64BIT=y
CONFIG_X86_DIRECT_GBPAGES=y
CONFIG_ARCH_HAS_MEM_ENCRYPT=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SPARSEMEM_DEFAULT=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ILLEGAL_POINTER_VALUE=0xdead000000000000
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_SPARSEMEM_MANUAL=y
CONFIG_SPARSEMEM=y
CONFIG_HAVE_MEMORY_PRESENT=y
CONFIG_SPARSEMEM_EXTREME=y
CONFIG_SPARSEMEM_VMEMMAP_ENABLE=y
CONFIG_SPARSEMEM_ALLOC_MEM_MAP_TOGETHER=y
CONFIG_SPARSEMEM_VMEMMAP=y
CONFIG_HAVE_MEMBLOCK=y
CONFIG_HAVE_MEMBLOCK_NODE_MAP=y
CONFIG_HAVE_GENERIC_GUP=y
CONFIG_ARCH_DISCARD_MEMBLOCK=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_ARCH_ENABLE_SPLIT_PMD_PTLOCK=y
CONFIG_COMPACTION=y
CONFIG_MIGRATION=y
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_BOUNCE=y
CONFIG_VIRT_TO_BUS=y
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_ARCH_WANTS_THP_SWAP=y
CONFIG_GENERIC_EARLY_IOREMAP=y
CONFIG_ARCH_HAS_ZONE_DEVICE=y
CONFIG_ARCH_USES_HIGH_VMA_FLAGS=y
CONFIG_ARCH_HAS_PKEYS=y
CONFIG_X86_RESERVE_LOW=64
CONFIG_MTRR=y
CONFIG_MTRR_SANITIZER=y
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=0
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
CONFIG_X86_PAT=y
CONFIG_ARCH_USES_PG_UNCACHED=y
CONFIG_ARCH_RANDOM=y
CONFIG_X86_SMAP=y
CONFIG_X86_INTEL_UMIP=y
CONFIG_X86_INTEL_MEMORY_PROTECTION_KEYS=y
CONFIG_SECCOMP=y
CONFIG_HZ_1000=y
CONFIG_HZ=1000
CONFIG_SCHED_HRTICK=y
CONFIG_PHYSICAL_START=0x1000000
CONFIG_PHYSICAL_ALIGN=0x1000000
CONFIG_LEGACY_VSYSCALL_EMULATE=y
CONFIG_MODIFY_LDT_SYSCALL=y
CONFIG_HAVE_LIVEPATCH=y
CONFIG_ARCH_HAS_ADD_PAGES=y
CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
CONFIG_ACPI=y
CONFIG_ACPI_LEGACY_TABLES_LOOKUP=y
CONFIG_ARCH_MIGHT_HAVE_ACPI_PDC=y
CONFIG_ACPI_SYSTEM_POWER_STATES_SUPPORT=y
CONFIG_ACPI_SPCR_TABLE=y
CONFIG_ACPI_LPIT=y
CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_CPU_FREQ_PSS=y
CONFIG_ACPI_PROCESSOR_CSTATE=y
CONFIG_ACPI_PROCESSOR_IDLE=y
CONFIG_ACPI_CPPC_LIB=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_PROCESSOR_AGGREGATOR=m
CONFIG_ACPI_THERMAL=m
CONFIG_ARCH_HAS_ACPI_TABLE_UPGRADE=y
CONFIG_ACPI_CONTAINER=y
CONFIG_ACPI_HOTPLUG_IOAPIC=y
CONFIG_HAVE_ACPI_APEI=y
CONFIG_HAVE_ACPI_APEI_NMI=y
CONFIG_X86_PM_TIMER=y
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_X86_INTEL_PSTATE=y
CONFIG_CPU_IDLE=y
CONFIG_CPU_IDLE_GOV_LADDER=y
CONFIG_CPU_IDLE_GOV_MENU=y
CONFIG_PCI=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
CONFIG_PCI_DOMAINS=y
CONFIG_MMCONF_FAM10H=y
CONFIG_PCIEPORTBUS=y
CONFIG_PCIEAER=y
CONFIG_PCIEASPM=y
CONFIG_PCIEASPM_DEFAULT=y
CONFIG_PCI_BUS_ADDR_T_64BIT=y
CONFIG_PCI_MSI=y
CONFIG_PCI_MSI_IRQ_DOMAIN=y
CONFIG_PCI_QUIRKS=y
CONFIG_PCI_LOCKLESS_CONFIG=y
CONFIG_PCI_LABEL=y
CONFIG_ISA_DMA_API=y
CONFIG_AMD_NB=y
CONFIG_BINFMT_ELF=y
CONFIG_ELFCORE=y
CONFIG_BINFMT_SCRIPT=y
CONFIG_COREDUMP=y
CONFIG_X86_DEV_DMA_OPS=y
CONFIG_NET=y
CONFIG_NET_INGRESS=y
CONFIG_NET_EGRESS=y
CONFIG_PACKET=y
CONFIG_PACKET_DIAG=y
CONFIG_UNIX=y
CONFIG_UNIX_DIAG=y
CONFIG_XFRM=y
CONFIG_XFRM_OFFLOAD=y
CONFIG_XFRM_ALGO=y
CONFIG_XFRM_USER=y
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
CONFIG_INET=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_VERBOSE=y
CONFIG_IP_ROUTE_CLASSID=y
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE_DEMUX=m
CONFIG_NET_IP_TUNNEL=m
CONFIG_NET_IPGRE=m
CONFIG_SYN_COOKIES=y
CONFIG_INET_ESP=m
CONFIG_INET_ESP_OFFLOAD=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_DIAG=y
CONFIG_INET_TCP_DIAG=y
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
CONFIG_NETFILTER=y
CONFIG_NETFILTER_ADVANCED=y
CONFIG_NETFILTER_INGRESS=y
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_FAMILY_ARP=y
CONFIG_NETFILTER_NETLINK_ACCT=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=m
CONFIG_NETFILTER_CONNCOUNT=m
CONFIG_NF_CONNTRACK_MARK=y
CONFIG_NF_CONNTRACK_EVENTS=y
CONFIG_NF_CT_PROTO_GRE=m
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_H323=m
CONFIG_NF_CONNTRACK_BROADCAST=m
CONFIG_NF_CONNTRACK_NETBIOS_NS=m
CONFIG_NF_CONNTRACK_PPTP=m
CONFIG_NF_CONNTRACK_SIP=m
CONFIG_NF_CONNTRACK_TFTP=m
CONFIG_NF_CT_NETLINK=m
CONFIG_NF_CT_NETLINK_TIMEOUT=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_SIP=m
CONFIG_NF_NAT_TFTP=m
CONFIG_NF_NAT_REDIRECT=m
CONFIG_NETFILTER_SYNPROXY=m
CONFIG_NETFILTER_XTABLES=m
CONFIG_NETFILTER_XT_MARK=m
CONFIG_NETFILTER_XT_CONNMARK=m
CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
CONFIG_NETFILTER_XT_TARGET_HL=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_NAT=m
CONFIG_NETFILTER_XT_TARGET_NETMAP=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_REDIRECT=m
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
CONFIG_NETFILTER_XT_MATCH_CONNLIMIT=m
CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_ECN=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
CONFIG_NETFILTER_XT_MATCH_HL=m
CONFIG_NETFILTER_XT_MATCH_IPCOMP=m
CONFIG_NETFILTER_XT_MATCH_IPRANGE=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_QUOTA=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_U32=m
CONFIG_IP_SET=m
CONFIG_IP_SET_MAX=256
CONFIG_IP_SET_BITMAP_IP=m
CONFIG_IP_SET_BITMAP_IPMAC=m
CONFIG_IP_SET_BITMAP_PORT=m
CONFIG_IP_SET_HASH_IP=m
CONFIG_IP_SET_HASH_IPPORT=m
CONFIG_IP_SET_HASH_IPPORTIP=m
CONFIG_IP_SET_HASH_IPPORTNET=m
CONFIG_IP_SET_HASH_NET=m
CONFIG_IP_SET_HASH_NETPORT=m
CONFIG_IP_SET_HASH_NETIFACE=m
CONFIG_IP_SET_LIST_SET=m
CONFIG_NF_DEFRAG_IPV4=m
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_REJECT_IPV4=m
CONFIG_NF_NAT_IPV4=m
CONFIG_NF_NAT_PROTO_GRE=m
CONFIG_NF_NAT_PPTP=m
CONFIG_NF_NAT_H323=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_RPFILTER=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_SYNPROXY=m
CONFIG_IP_NF_NAT=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m
CONFIG_HAVE_NET_DSA=y
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_SFB=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_INGRESS=m
CONFIG_NET_CLS=y
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_CLS_U32_MARK=y
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_FLOW=m
CONFIG_NET_EMATCH=y
CONFIG_NET_EMATCH_STACK=32
CONFIG_NET_EMATCH_U32=m
CONFIG_NET_EMATCH_IPSET=m
CONFIG_NET_CLS_ACT=y
CONFIG_NET_ACT_POLICE=m
CONFIG_NET_ACT_GACT=m
CONFIG_NET_ACT_MIRRED=m
CONFIG_NET_ACT_IPT=m
CONFIG_NET_ACT_NAT=m
CONFIG_NET_ACT_PEDIT=m
CONFIG_NET_SCH_FIFO=y
CONFIG_RPS=y
CONFIG_RFS_ACCEL=y
CONFIG_XPS=y
CONFIG_NET_RX_BUSY_POLL=y
CONFIG_BQL=y
CONFIG_NET_FLOW_LIMIT=y
CONFIG_FIB_RULES=y
CONFIG_DST_CACHE=y
CONFIG_GRO_CELLS=y
CONFIG_MAY_USE_DEVLINK=y
CONFIG_HAVE_EBPF_JIT=y
CONFIG_UEVENT_HELPER=y
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_DEVTMPFS=y
CONFIG_STANDALONE=y
CONFIG_FW_LOADER=y
CONFIG_EXTRA_FIRMWARE=""
CONFIG_ALLOW_DEV_COREDUMP=y
CONFIG_GENERIC_CPU_AUTOPROBE=y
CONFIG_GENERIC_CPU_VULNERABILITIES=y
CONFIG_REGMAP=y
CONFIG_REGMAP_I2C=m
CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y
CONFIG_PNP=y
CONFIG_PNPACPI=y
CONFIG_BLK_DEV=y
CONFIG_CDROM=m
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_LOOP_MIN_COUNT=8
CONFIG_HAVE_IDE=y
CONFIG_SCSI_MOD=y
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_BLK_DEV_SD=y
CONFIG_BLK_DEV_SR=m
CONFIG_CHR_DEV_SG=m
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_ATA=y
CONFIG_SATA_AHCI=y
CONFIG_SATA_MOBILE_LPM_POLICY=0
CONFIG_ATA_SFF=y
CONFIG_ATA_BMDMA=y
CONFIG_ATA_PIIX=m
CONFIG_NETDEVICES=y
CONFIG_MII=m
CONFIG_NET_CORE=y
CONFIG_DUMMY=m
CONFIG_IFB=m
CONFIG_TUN=m
CONFIG_ETHERNET=y
CONFIG_NET_VENDOR_INTEL=y
CONFIG_E1000E=m
CONFIG_E1000E_HWTS=y
CONFIG_IGB=m
CONFIG_NET_VENDOR_REALTEK=y
CONFIG_R8169=m
CONFIG_INPUT=y
CONFIG_ARCH_MIGHT_HAVE_PC_SERIO=y
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_UNIX98_PTYS=y
CONFIG_DEVMEM=y
CONFIG_SERIAL_8250=m
CONFIG_SERIAL_8250_PNP=y
CONFIG_SERIAL_8250_PCI=m
CONFIG_SERIAL_8250_EXAR=m
CONFIG_SERIAL_8250_NR_UARTS=2
CONFIG_SERIAL_8250_RUNTIME_UARTS=2
CONFIG_SERIAL_CORE=m
CONFIG_HW_RANDOM=m
CONFIG_HW_RANDOM_INTEL=m
CONFIG_HW_RANDOM_AMD=m
CONFIG_NVRAM=m
CONFIG_HPET=y
CONFIG_DEVPORT=y
CONFIG_I2C=m
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_COMPAT=y
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m
CONFIG_PPS=m
CONFIG_THERMAL=y
CONFIG_THERMAL_EMERGENCY_POWEROFF_DELAY_MS=0
CONFIG_THERMAL_DEFAULT_GOV_STEP_WISE=y
CONFIG_THERMAL_GOV_STEP_WISE=y
CONFIG_SSB_POSSIBLE=y
CONFIG_BCMA_POSSIBLE=y
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
CONFIG_VGA_CONSOLE=y
CONFIG_VGACON_SOFT_SCROLLBACK=y
CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=128
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=80
CONFIG_DUMMY_CONSOLE_ROWS=25
CONFIG_HID=m
CONFIG_HID_GENERIC=m
CONFIG_USB_HID=m
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_COMMON=m
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB=m
CONFIG_USB_PCI=y
CONFIG_USB_DEFAULT_PERSIST=y
CONFIG_USB_XHCI_HCD=m
CONFIG_USB_XHCI_PCI=m
CONFIG_USB_EHCI_HCD=m
CONFIG_USB_EHCI_TT_NEWSCHED=y
CONFIG_USB_EHCI_PCI=m
CONFIG_USB_EHCI_HCD_PLATFORM=m
CONFIG_USB_OHCI_HCD=m
CONFIG_USB_OHCI_HCD_PCI=m
CONFIG_USB_UHCI_HCD=m
CONFIG_USB_STORAGE=m
CONFIG_USB_SERIAL=m
CONFIG_USB_SERIAL_GENERIC=y
CONFIG_USB_SERIAL_PL2303=m
CONFIG_EDAC_ATOMIC_SCRUB=y
CONFIG_EDAC_SUPPORT=y
CONFIG_RTC_LIB=y
CONFIG_RTC_MC146818_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_SYSTOHC_DEVICE="rtc0"
CONFIG_RTC_NVMEM=y
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_I2C_AND_SPI=m
CONFIG_RTC_DRV_CMOS=m
CONFIG_PMC_ATOM=y
CONFIG_CLKDEV_LOOKUP=y
CONFIG_HAVE_CLK_PREPARE=y
CONFIG_COMMON_CLK=y
CONFIG_CLKEVT_I8253=y
CONFIG_I8253_LOCK=y
CONFIG_CLKBLD_I8253=y
CONFIG_MAILBOX=y
CONFIG_PCC=y
CONFIG_IOMMU_SUPPORT=y
CONFIG_ARM_GIC_MAX_NR=1
CONFIG_RAS=y
CONFIG_NVMEM=y
CONFIG_FIRMWARE_MEMMAP=y
CONFIG_DMI_SCAN_MACHINE_NON_EFI_FALLBACK=y
CONFIG_DCACHE_WORD_ACCESS=y
CONFIG_EXT2_FS=y
CONFIG_BTRFS_FS=y
CONFIG_FS_POSIX_ACL=y
CONFIG_EXPORTFS=y
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_FUSE_FS=m
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
CONFIG_NTFS_FS=m
CONFIG_NTFS_RW=y
CONFIG_PROC_FS=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_KERNFS=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="utf8"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_UTF8=m
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7
CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4
CONFIG_FRAME_WARN=2048
CONFIG_SECTION_MISMATCH_WARN_ONLY=y
CONFIG_STACK_VALIDATION=y
CONFIG_HAVE_DEBUG_KMEMLEAK=y
CONFIG_ARCH_HAS_DEBUG_VIRTUAL=y
CONFIG_DEBUG_MEMORY_INIT=y
CONFIG_HAVE_DEBUG_STACKOVERFLOW=y
CONFIG_HAVE_ARCH_KASAN=y
CONFIG_ARCH_HAS_KCOV=y
CONFIG_HARDLOCKUP_CHECK_TIMESTAMP=y
CONFIG_PANIC_ON_OOPS_VALUE=0
CONFIG_PANIC_TIMEOUT=0
CONFIG_LOCK_DEBUGGING_SUPPORT=y
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_RCU_CPU_STALL_TIMEOUT=21
CONFIG_USER_STACKTRACE_SUPPORT=y
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_DYNAMIC_FTRACE=y
CONFIG_HAVE_DYNAMIC_FTRACE_WITH_REGS=y
CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y
CONFIG_HAVE_SYSCALL_TRACEPOINTS=y
CONFIG_HAVE_FENTRY=y
CONFIG_HAVE_C_RECORDMCOUNT=y
CONFIG_TRACING_SUPPORT=y
CONFIG_RUNTIME_TESTING_MENU=y
CONFIG_HAVE_ARCH_KGDB=y
CONFIG_ARCH_HAS_UBSAN_SANITIZE_ALL=y
CONFIG_ARCH_HAS_DEVMEM_IS_ALLOWED=y
CONFIG_EARLY_PRINTK=y
CONFIG_DOUBLEFAULT=y
CONFIG_HAVE_MMIOTRACE_SUPPORT=y
CONFIG_IO_DELAY_TYPE_0X80=0
CONFIG_IO_DELAY_TYPE_0XED=1
CONFIG_IO_DELAY_TYPE_UDELAY=2
CONFIG_IO_DELAY_TYPE_NONE=3
CONFIG_IO_DELAY_0X80=y
CONFIG_DEFAULT_IO_DELAY_TYPE=0
CONFIG_UNWINDER_ORC=y
CONFIG_PAGE_TABLE_ISOLATION=y
CONFIG_HAVE_HARDENED_USERCOPY_ALLOCATOR=y
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_XOR_BLOCKS=y
CONFIG_CRYPTO=y
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_RNG_DEFAULT=m
CONFIG_CRYPTO_AKCIPHER2=y
CONFIG_CRYPTO_KPP2=y
CONFIG_CRYPTO_ACOMP2=y
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=y
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_NULL2=y
CONFIG_CRYPTO_PCRYPT=m
CONFIG_CRYPTO_WORKQUEUE=y
CONFIG_CRYPTO_CRYPTD=m
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_SIMD=m
CONFIG_CRYPTO_GLUE_HELPER_X86=m
CONFIG_CRYPTO_CCM=m
CONFIG_CRYPTO_GCM=m
CONFIG_CRYPTO_CHACHA20POLY1305=m
CONFIG_CRYPTO_SEQIV=m
CONFIG_CRYPTO_ECHAINIV=m
CONFIG_CRYPTO_CBC=m
CONFIG_CRYPTO_CTR=m
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_LRW=m
CONFIG_CRYPTO_XTS=m
CONFIG_CRYPTO_CMAC=m
CONFIG_CRYPTO_HMAC=m
CONFIG_CRYPTO_XCBC=m
CONFIG_CRYPTO_CRC32C=y
CONFIG_CRYPTO_CRC32C_INTEL=m
CONFIG_CRYPTO_GHASH=m
CONFIG_CRYPTO_POLY1305=m
CONFIG_CRYPTO_POLY1305_X86_64=m
CONFIG_CRYPTO_MD5=m
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA1_SSSE3=m
CONFIG_CRYPTO_SHA256_SSSE3=m
CONFIG_CRYPTO_SHA512_SSSE3=m
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_SHA3=m
CONFIG_CRYPTO_GHASH_CLMUL_NI_INTEL=m
CONFIG_CRYPTO_AES=y
CONFIG_CRYPTO_AES_X86_64=m
CONFIG_CRYPTO_AES_NI_INTEL=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_CAMELLIA_X86_64=m
CONFIG_CRYPTO_CAMELLIA_AESNI_AVX_X86_64=m
CONFIG_CRYPTO_CAMELLIA_AESNI_AVX2_X86_64=m
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_DES3_EDE_X86_64=m
CONFIG_CRYPTO_CHACHA20=m
CONFIG_CRYPTO_CHACHA20_X86_64=m
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_LZO=m
CONFIG_CRYPTO_842=m
CONFIG_CRYPTO_LZ4=m
CONFIG_CRYPTO_LZ4HC=m
CONFIG_CRYPTO_ANSI_CPRNG=m
CONFIG_CRYPTO_DRBG_MENU=m
CONFIG_CRYPTO_DRBG_HMAC=y
CONFIG_CRYPTO_DRBG=m
CONFIG_CRYPTO_JITTERENTROPY=m
CONFIG_HAVE_KVM=y
CONFIG_RAID6_PQ=y
CONFIG_BITREVERSE=y
CONFIG_RATIONAL=y
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_STRNLEN_USER=y
CONFIG_GENERIC_NET_UTILS=y
CONFIG_GENERIC_FIND_FIRST_BIT=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IOMAP=y
CONFIG_ARCH_USE_CMPXCHG_LOCKREF=y
CONFIG_ARCH_HAS_FAST_MULTIPLIER=y
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
CONFIG_CRC32_SLICEBY8=y
CONFIG_LIBCRC32C=y
CONFIG_XXHASH=y
CONFIG_842_COMPRESS=m
CONFIG_842_DECOMPRESS=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_LZO_COMPRESS=y
CONFIG_LZO_DECOMPRESS=y
CONFIG_LZ4_COMPRESS=m
CONFIG_LZ4HC_COMPRESS=m
CONFIG_LZ4_DECOMPRESS=m
CONFIG_ZSTD_COMPRESS=y
CONFIG_ZSTD_DECOMPRESS=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT_MAP=y
CONFIG_HAS_DMA=y
CONFIG_SGL_ALLOC=y
CONFIG_DMA_DIRECT_OPS=y
CONFIG_CPU_RMAP=y
CONFIG_DQL=y
CONFIG_GLOB=y
CONFIG_NLATTR=y
CONFIG_SG_POOL=y
CONFIG_ARCH_HAS_SG_CHAIN=y
CONFIG_ARCH_HAS_PMEM_API=y
CONFIG_ARCH_HAS_UACCESS_FLUSHCACHE=y
CONFIG_SBITMAP=y
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply
* Re: [BUG] net: stmmac: socfpga ethernet no longer working on linux-next
From: Jose Abreu @ 2018-06-15 14:58 UTC (permalink / raw)
To: Dinh Nguyen, Jose.Abreu
Cc: Marek Vasut, netdev, David Miller, clabbe, Dinh Nguyen
In-Reply-To: <CADhT+wcWGP+TzGw6Od74caRYLcapQZJeb4uHPqLYma2KV0+jqw@mail.gmail.com>
On 14-06-2018 17:18, Dinh Nguyen wrote:
> On Thu, Jun 14, 2018 at 10:23 AM Jose Abreu <Jose.Abreu@synopsys.com> wrote:
>> On 14-06-2018 15:21, Dinh Nguyen wrote:
>>> [ 0.835537] socfpga-dwmac ff702000.ethernet: PTP uses main clock
>>> [ 0.841794] socfpga-dwmac ff702000.ethernet: Version ID not available
>>> [ 0.848223] socfpga-dwmac ff702000.ethernet: DWMAC1000
>>> [ 0.853454] socfpga-dwmac ff702000.ethernet: Normal descriptors
>>> [ 0.859357] socfpga-dwmac ff702000.ethernet: Ring mode enabled
>>> [ 0.865184] socfpga-dwmac ff702000.ethernet: DMA HW capability register suppo
>>> rted
>>> [ 0.872654] socfpga-dwmac ff702000.ethernet: RX Checksum Offload Engine suppo
>>> rted
>>> [ 0.880113] socfpga-dwmac ff702000.ethernet: COE Type 2
>>> [ 0.885329] socfpga-dwmac ff702000.ethernet: TX Checksum insertion supported
>>>
>> Interesting ... Please check if bellow patch makes thing work
>> again (if not please send me the resultant dmesg log and also the
>> log without the problematic patch that you identified):
>>
>> -------------------->8------------------
>> diff --git a/drivers/net/ethernet/stmicro/stmmac/hwif.c
>> b/drivers/net/ethernet/stmicro/stmmac/hwif.c
>> index 14770fc..1961819 100644
>> --- a/drivers/net/ethernet/stmicro/stmmac/hwif.c
>> +++ b/drivers/net/ethernet/stmicro/stmmac/hwif.c
>> @@ -252,12 +252,8 @@ int stmmac_hwif_init(struct stmmac_priv *priv)
>> return ret;
>> }
>>
>> - /* Run quirks, if needed */
>> - if (entry->quirks) {
>> - ret = entry->quirks(priv);
>> - if (ret)
>> - return ret;
>> - }
>> + /* Save quirks, if needed for posterior use */
>> + priv->hwif_quirks = entry->quirks;
>>
>> return 0;
>> }
>> diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac.h
>> b/drivers/net/ethernet/stmicro/stmmac/stmmac.h
>> index 025efbf..be7da43 100644
>> --- a/drivers/net/ethernet/stmicro/stmmac/stmmac.h
>> +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac.h
>> @@ -193,6 +193,9 @@ struct stmmac_priv {
>>
>> /* Pulse Per Second output */
>> struct stmmac_pps_cfg pps[STMMAC_PPS_MAX];
>> +
>> + /* DEBUG */
>> + int (*hwif_quirks)(struct stmmac_priv *priv);
>> };
>>
>> enum stmmac_state {
>> diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
>> b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
>> index 11fb7c7..fbe74f2 100644
>> --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
>> +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
>> @@ -4130,6 +4130,12 @@ static int stmmac_hw_init(struct
>> stmmac_priv *priv)
>> if (priv->dma_cap.tsoen)
>> dev_info(priv->device, "TSO supported\n");
>>
>> + if (priv->hwif_quirks) {
>> + ret = priv->hwif_quirks(priv);
>> + if (ret)
>> + return ret;
>> + }
>> +
>> return 0;
>> }
>>
>> -------------------->8------------------
>>
> The above patch fixed it!
Thanks for testing. I will send a proper patch next week.
Thanks and Best Regards,
Jose Miguel Abreu
>
> Dinh
^ permalink raw reply
* Re: [BUG BISECT] NFSv4 client fails on Flush Journal to Persistent Storage
From: Krzysztof Kozlowski @ 2018-06-15 14:28 UTC (permalink / raw)
To: Chuck Lever
Cc: Sudeep Holla, Trond Myklebust, Linux NFS Mailing List,
Anna Schumaker, Bruce Fields, Jeff Layton, David S. Miller,
netdev, open list, linux-samsung-soc@vger.kernel.org
In-Reply-To: <BCD39D7E-EEEC-4EB9-824E-63323C333C88@oracle.com>
On Fri, Jun 15, 2018 at 4:23 PM, Chuck Lever <chuck.lever@oracle.com> wrote:
>
>
>> On Jun 15, 2018, at 10:07 AM, Krzysztof Kozlowski <krzk@kernel.org> wrote:
>>
>> On Fri, Jun 15, 2018 at 2:53 PM, Sudeep Holla <sudeep.holla@arm.com> wrote:
>>> Hi,
>>>
>>> On Thu, Jun 7, 2018 at 12:19 PM, Krzysztof Kozlowski <krzk@kernel.org> wrote:
>>>> Hi,
>>>>
>>>> When booting my boards under recent linux-next, I see failures of systemd:
>>>>
>>>> [FAILED] Failed to start Flush Journal to Persistent Storage.
>>>> See 'systemctl status systemd-journal-flush.service' for details.
>>>> Starting Create Volatile Files and Directories...
>>>> [** ] A start job is running for Create V… [ 223.209289] nfs:
>>>> server 192.168.1.10 not responding, still trying
>>>> [ 223.209377] nfs: server 192.168.1.10 not responding, still trying
>>>>
>>>> Effectively the boards fails to boot. Example is here:
>>>> https://krzk.eu/#/builders/1/builds/2157
>>>>
>>>
>>> I too encountered the same issue.
>>>
>>>> This was bisected to:
>>>> commit 37ac86c3a76c113619b7d9afe0251bbfc04cb80a
>>>> Author: Chuck Lever <chuck.lever@oracle.com>
>>>> Date: Fri May 4 15:34:53 2018 -0400
>>>>
>>>> SUNRPC: Initialize rpc_rqst outside of xprt->reserve_lock
>>>>
>>>> alloc_slot is a transport-specific op, but initializing an rpc_rqst
>>>> is common to all transports. In addition, the only part of initial-
>>>> izing an rpc_rqst that needs serialization is getting a fresh XID.
>>>>
>>>> Move rpc_rqst initialization to common code in preparation for
>>>> adding a transport-specific alloc_slot to xprtrdma.
>>>>
>>>> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
>>>> Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
>>>>
>>>
>>> Unfortunately, spent time to bisect independently without seeing this
>>> report and got the same culprit.
>>>
>>>>
>>>> Bisect log attached. Full configuration:
>>>> 1. exynos_defconfig
>>>> 2. ARMv7, octa-core, Exynos5422 and Exynos4412 (Odroid XU3, U3 and others)
>>>> 3. NFSv4 client (from Raspberry Pi)
>>>>
>>>
>>> Yes the issue is seen only with NFSv4 client and with latest systemd I think.
>>> My Ubuntu 16.04(32bit FS) is boots fine while 18.04 has the above issue.
>>> Passing nfsv3 in kernel command line makes it work again.
>>
>> Thanks for reply!
>>
>> I test it on systemd versions 236 and 238... and it fails on both.
>> However one board passes always - it is Odroid HC1 with same core
>> configuration as described before. Probably there is some different SW
>> package on it.
>>
>>>> Let me know if you need any more information.
>>>>
>>>
>>> Also I was observing this issue with Linus master branch from
>>> the time the above patch was merged until today. The issue
>>> is no longer seen since this morning however I just enabled lockdep
>>> and got these messages.
>>
>> All recent linux-next fail. Today's Linus' tree (4c5e8fc62d6a ("Merge
>> tag 'linux-kselftest-4.18-rc1-2' of
>> git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest"))
>> managed to get up on one board but stuck on different board with the
>> same issue.
>>
>> I am quite surprised that there is no response from the author of the
>> commit and this was just moved from next (while failing) to Linus'
>> tree... bringing the issue to mainline now.
>
> Sorry. This morning is the first time I've seen this report, which was
> not To: or Cc'd to me.
D'oh! That's mine mistake. Apparently I missed to put you on CC list.
Sorry for that.
> Since I don't have access to this kind of hardware, I will have to ask
> for your help to perform basic troubleshooting.
>
> Can we start by capturing the network traffic that occurs while you
> reproduce the problem? Use tshark or tcpdump on your NFS server, filter
> on the IP of the client, and send me (or the list) the raw pcap file.
Sure, I'll send you tcpdump without Cc-ing list.
Best regards,
Krzysztof
^ permalink raw reply
* Re: [PATCH bpf-next v5 00/10] BTF: BPF Type Format
From: Arnaldo Carvalho de Melo @ 2018-06-15 14:24 UTC (permalink / raw)
To: Yonghong Song
Cc: Alexei Starovoitov, Martin KaFai Lau, netdev, Daniel Borkmann,
kernel-team, Wang Nan, Jiri Olsa, Namhyung Kim, Ingo Molnar
In-Reply-To: <10dfa74e-65e7-1787-c646-9077e1acdf9e@fb.com>
Em Thu, Jun 14, 2018 at 09:56:43PM -0700, Yonghong Song escreveu:
> I really want to get rid of this option as well. To make pahole work
> with the default default format, I need to add bpf support to
> libdwfl in elfutils repo. I will work on that.
Right, I haven't looked into detail, but perhaps we can do like we do in
tools/perf/ where we add a feature test to check if some function is
present in a library (elfutils even) and if so, use it, otherwise, use a
copy that we carry in pahole.git.
For instance:
tools/perf/util/symbol-elf.c
#ifndef HAVE_ELF_GETPHDRNUM_SUPPORT
static int elf_getphdrnum(Elf *elf, size_t *dst)
{
GElf_Ehdr gehdr;
GElf_Ehdr *ehdr;
ehdr = gelf_getehdr(elf, &gehdr);
if (!ehdr)
return -1;
*dst = ehdr->e_phnum;
return 0;
}
#endif
And we have a feature test to check if that is present, simple one, if
that builds and links, we have it, then the tools build Makefile magic
will end up defining HAVE_ELF_GETPHDRNUM_SUPPORT and our copy doesn't
get included, using what is in elfutils:
[acme@jouet perf]$ cat tools/build/feature/test-libelf-getphdrnum.c
// SPDX-License-Identifier: GPL-2.0
#include <libelf.h>
int main(void)
{
size_t dst;
return elf_getphdrnum(0, &dst);
}
[acme@jouet perf]$
[acme@jouet perf]$ grep elf /tmp/build/perf/FEATURE-DUMP
feature-libelf=1
feature-libelf-getphdrnum=1
feature-libelf-gelf_getnote=1
feature-libelf-getshdrstrndx=1
feature-libelf-mmap=1
[acme@jouet perf]$
This way a new pahole version won't get to wait till places where it
gets built have these new functions and we stop using it as soon as the
library get it.
- Arnaldo
^ permalink raw reply
* Re: [BUG BISECT] NFSv4 client fails on Flush Journal to Persistent Storage
From: Chuck Lever @ 2018-06-15 14:23 UTC (permalink / raw)
To: Krzysztof Kozlowski
Cc: Sudeep Holla, Trond Myklebust, Linux NFS Mailing List,
Anna Schumaker, Bruce Fields, Jeff Layton, David S. Miller,
netdev, open list, linux-samsung-soc@vger.kernel.org
In-Reply-To: <CAJKOXPfX0CytKcYDaDAYYuCQjk-mcGjFRHfZco-wPQsc4G1agA@mail.gmail.com>
> On Jun 15, 2018, at 10:07 AM, Krzysztof Kozlowski <krzk@kernel.org> wrote:
>
> On Fri, Jun 15, 2018 at 2:53 PM, Sudeep Holla <sudeep.holla@arm.com> wrote:
>> Hi,
>>
>> On Thu, Jun 7, 2018 at 12:19 PM, Krzysztof Kozlowski <krzk@kernel.org> wrote:
>>> Hi,
>>>
>>> When booting my boards under recent linux-next, I see failures of systemd:
>>>
>>> [FAILED] Failed to start Flush Journal to Persistent Storage.
>>> See 'systemctl status systemd-journal-flush.service' for details.
>>> Starting Create Volatile Files and Directories...
>>> [** ] A start job is running for Create V… [ 223.209289] nfs:
>>> server 192.168.1.10 not responding, still trying
>>> [ 223.209377] nfs: server 192.168.1.10 not responding, still trying
>>>
>>> Effectively the boards fails to boot. Example is here:
>>> https://krzk.eu/#/builders/1/builds/2157
>>>
>>
>> I too encountered the same issue.
>>
>>> This was bisected to:
>>> commit 37ac86c3a76c113619b7d9afe0251bbfc04cb80a
>>> Author: Chuck Lever <chuck.lever@oracle.com>
>>> Date: Fri May 4 15:34:53 2018 -0400
>>>
>>> SUNRPC: Initialize rpc_rqst outside of xprt->reserve_lock
>>>
>>> alloc_slot is a transport-specific op, but initializing an rpc_rqst
>>> is common to all transports. In addition, the only part of initial-
>>> izing an rpc_rqst that needs serialization is getting a fresh XID.
>>>
>>> Move rpc_rqst initialization to common code in preparation for
>>> adding a transport-specific alloc_slot to xprtrdma.
>>>
>>> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
>>> Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
>>>
>>
>> Unfortunately, spent time to bisect independently without seeing this
>> report and got the same culprit.
>>
>>>
>>> Bisect log attached. Full configuration:
>>> 1. exynos_defconfig
>>> 2. ARMv7, octa-core, Exynos5422 and Exynos4412 (Odroid XU3, U3 and others)
>>> 3. NFSv4 client (from Raspberry Pi)
>>>
>>
>> Yes the issue is seen only with NFSv4 client and with latest systemd I think.
>> My Ubuntu 16.04(32bit FS) is boots fine while 18.04 has the above issue.
>> Passing nfsv3 in kernel command line makes it work again.
>
> Thanks for reply!
>
> I test it on systemd versions 236 and 238... and it fails on both.
> However one board passes always - it is Odroid HC1 with same core
> configuration as described before. Probably there is some different SW
> package on it.
>
>>> Let me know if you need any more information.
>>>
>>
>> Also I was observing this issue with Linus master branch from
>> the time the above patch was merged until today. The issue
>> is no longer seen since this morning however I just enabled lockdep
>> and got these messages.
>
> All recent linux-next fail. Today's Linus' tree (4c5e8fc62d6a ("Merge
> tag 'linux-kselftest-4.18-rc1-2' of
> git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest"))
> managed to get up on one board but stuck on different board with the
> same issue.
>
> I am quite surprised that there is no response from the author of the
> commit and this was just moved from next (while failing) to Linus'
> tree... bringing the issue to mainline now.
Sorry. This morning is the first time I've seen this report, which was
not To: or Cc'd to me.
Since I don't have access to this kind of hardware, I will have to ask
for your help to perform basic troubleshooting.
Can we start by capturing the network traffic that occurs while you
reproduce the problem? Use tshark or tcpdump on your NFS server, filter
on the IP of the client, and send me (or the list) the raw pcap file.
--
Chuck Lever
^ permalink raw reply
* Re: [PATCH net 1/4] ipv6: Only emit append events for appended routes
From: David Ahern @ 2018-06-15 14:21 UTC (permalink / raw)
To: Ido Schimmel, netdev; +Cc: davem, jiri, petrm, mlxsw
In-Reply-To: <20180615132338.14241-2-idosch@mellanox.com>
On 6/15/18 7:23 AM, Ido Schimmel wrote:
> Current code will emit an append event in the FIB notification chain for
> any route added with NLM_F_APPEND set, even if the route was not
> appended to any existing route.
>
> This is inconsistent with IPv4 where such an event is only emitted when
> the new route is appended after an existing one.
>
> Align IPv6 behavior with IPv4, thereby allowing listeners to more easily
> handle these events.
>
> Fixes: f34436a43092 ("net/ipv6: Simplify route replace and appending into multipath route")
> Signed-off-by: Ido Schimmel <idosch@mellanox.com>
> Acked-by: Jiri Pirko <jiri@mellanox.com>
> ---
> net/ipv6/ip6_fib.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
Acked-by: David Ahern <dsahern@gmail.com>
^ permalink raw reply
* Re: [BUG BISECT] NFSv4 client fails on Flush Journal to Persistent Storage
From: Krzysztof Kozlowski @ 2018-06-15 14:10 UTC (permalink / raw)
To: Sudeep Holla
Cc: Trond Myklebust, linux-nfs, Anna Schumaker, J. Bruce Fields,
Jeff Layton, David S. Miller, netdev, open list,
linux-samsung-soc@vger.kernel.org
In-Reply-To: <CAJKOXPfX0CytKcYDaDAYYuCQjk-mcGjFRHfZco-wPQsc4G1agA@mail.gmail.com>
On Fri, Jun 15, 2018 at 4:07 PM, Krzysztof Kozlowski <krzk@kernel.org> wrote:
>
> I test it on systemd versions 236 and 238... and it fails on both.
> However one board passes always - it is Odroid HC1 with same core
> configuration as described before. Probably there is some different SW
> package on it.
>
>>> Let me know if you need any more information.
>>>
>>
>> Also I was observing this issue with Linus master branch from
>> the time the above patch was merged until today. The issue
>> is no longer seen since this morning however I just enabled lockdep
>> and got these messages.
About this lockdep error - I see it for very long time and it appears
always (see end of serial log here:
https://krzk.eu/#/builders/21/builds/707/steps/10/logs/serial0). It
started much before this issue came so I am not sure whether it is
related.
Best regards,
Krzysztof
^ permalink raw reply
* Re: [BUG BISECT] NFSv4 client fails on Flush Journal to Persistent Storage
From: Krzysztof Kozlowski @ 2018-06-15 14:07 UTC (permalink / raw)
To: Sudeep Holla
Cc: Trond Myklebust, linux-nfs, Anna Schumaker, J. Bruce Fields,
Jeff Layton, David S. Miller, netdev, open list,
linux-samsung-soc@vger.kernel.org
In-Reply-To: <CAPKp9uZ79ybkv7dMpcy2GQ9L+rWk+vdExQ48diWWQPOUdDQtSQ@mail.gmail.com>
On Fri, Jun 15, 2018 at 2:53 PM, Sudeep Holla <sudeep.holla@arm.com> wrote:
> Hi,
>
> On Thu, Jun 7, 2018 at 12:19 PM, Krzysztof Kozlowski <krzk@kernel.org> wrote:
>> Hi,
>>
>> When booting my boards under recent linux-next, I see failures of systemd:
>>
>> [FAILED] Failed to start Flush Journal to Persistent Storage.
>> See 'systemctl status systemd-journal-flush.service' for details.
>> Starting Create Volatile Files and Directories...
>> [** ] A start job is running for Create V… [ 223.209289] nfs:
>> server 192.168.1.10 not responding, still trying
>> [ 223.209377] nfs: server 192.168.1.10 not responding, still trying
>>
>> Effectively the boards fails to boot. Example is here:
>> https://krzk.eu/#/builders/1/builds/2157
>>
>
> I too encountered the same issue.
>
>> This was bisected to:
>> commit 37ac86c3a76c113619b7d9afe0251bbfc04cb80a
>> Author: Chuck Lever <chuck.lever@oracle.com>
>> Date: Fri May 4 15:34:53 2018 -0400
>>
>> SUNRPC: Initialize rpc_rqst outside of xprt->reserve_lock
>>
>> alloc_slot is a transport-specific op, but initializing an rpc_rqst
>> is common to all transports. In addition, the only part of initial-
>> izing an rpc_rqst that needs serialization is getting a fresh XID.
>>
>> Move rpc_rqst initialization to common code in preparation for
>> adding a transport-specific alloc_slot to xprtrdma.
>>
>> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
>> Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
>>
>
> Unfortunately, spent time to bisect independently without seeing this
> report and got the same culprit.
>
>>
>> Bisect log attached. Full configuration:
>> 1. exynos_defconfig
>> 2. ARMv7, octa-core, Exynos5422 and Exynos4412 (Odroid XU3, U3 and others)
>> 3. NFSv4 client (from Raspberry Pi)
>>
>
> Yes the issue is seen only with NFSv4 client and with latest systemd I think.
> My Ubuntu 16.04(32bit FS) is boots fine while 18.04 has the above issue.
> Passing nfsv3 in kernel command line makes it work again.
Thanks for reply!
I test it on systemd versions 236 and 238... and it fails on both.
However one board passes always - it is Odroid HC1 with same core
configuration as described before. Probably there is some different SW
package on it.
>> Let me know if you need any more information.
>>
>
> Also I was observing this issue with Linus master branch from
> the time the above patch was merged until today. The issue
> is no longer seen since this morning however I just enabled lockdep
> and got these messages.
All recent linux-next fail. Today's Linus' tree (4c5e8fc62d6a ("Merge
tag 'linux-kselftest-4.18-rc1-2' of
git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest"))
managed to get up on one board but stuck on different board with the
same issue.
I am quite surprised that there is no response from the author of the
commit and this was just moved from next (while failing) to Linus'
tree... bringing the issue to mainline now.
Best regards,
Krzysztof
^ permalink raw reply
* Re: [PATCH] bpf: attach type BPF_LIRC_MODE2 should not depend on CONFIG_CGROUP_BPF
From: Daniel Borkmann @ 2018-06-15 14:03 UTC (permalink / raw)
To: Sean Young
Cc: Y Song, Matthias Reichl, linux-media, LKML, Alexei Starovoitov,
Mauro Carvalho Chehab, netdev, Devin Heitmueller, Quentin Monnet
In-Reply-To: <20180614184207.khwcmwmj4duous4c@gofer.mess.org>
Hi Sean,
On 06/14/2018 08:42 PM, Sean Young wrote:
> If the kernel is compiled with CONFIG_CGROUP_BPF not enabled, it is not
> possible to attach, detach or query IR BPF programs to /dev/lircN devices,
> making them impossible to use. For embedded devices, it should be possible
> to use IR decoding without cgroups or CONFIG_CGROUP_BPF enabled.
>
> This change requires some refactoring, since bpf_prog_{attach,detach,query}
> functions are now always compiled, but their code paths for cgroups need
> moving out. Rather than a #ifdef CONFIG_CGROUP_BPF in kernel/bpf/syscall.c,
> moving them to kernel/bpf/cgroup.c does not require #ifdefs since that file
> is already conditionally compiled.
>
> Signed-off-by: Sean Young <sean@mess.org>
Just two minor edits below from my side:
> include/linux/bpf-cgroup.h | 31 +++++++++++
> kernel/bpf/cgroup.c | 110 +++++++++++++++++++++++++++++++++++++
> kernel/bpf/syscall.c | 105 ++---------------------------------
> 3 files changed, 145 insertions(+), 101 deletions(-)
>
> diff --git a/include/linux/bpf-cgroup.h b/include/linux/bpf-cgroup.h
> index 975fb4cf1bb7..ee67cd35f426 100644
> --- a/include/linux/bpf-cgroup.h
> +++ b/include/linux/bpf-cgroup.h
> @@ -188,12 +188,43 @@ int __cgroup_bpf_check_dev_permission(short dev_type, u32 major, u32 minor,
> \
> __ret; \
> })
> +int sockmap_get_from_fd(const union bpf_attr *attr, int type, bool attach);
> +int cgroup_bpf_prog_attach(const union bpf_attr *attr,
> + enum bpf_prog_type ptype);
> +int cgroup_bpf_prog_detach(const union bpf_attr *attr,
> + enum bpf_prog_type ptype);
> +int cgroup_bpf_prog_query(const union bpf_attr *attr,
> + union bpf_attr __user *uattr);
> #else
>
> struct cgroup_bpf {};
> static inline void cgroup_bpf_put(struct cgroup *cgrp) {}
> static inline int cgroup_bpf_inherit(struct cgroup *cgrp) { return 0; }
>
> +static inline int sockmap_get_from_fd(const union bpf_attr *attr,
> + int type, bool attach)
> +{
> + return -EINVAL;
> +}
> +
> +static inline int cgroup_bpf_prog_attach(const union bpf_attr *attr,
> + enum bpf_prog_type ptype)
> +{
> + return -EINVAL;
> +}
> +
> +static inline int cgroup_bpf_prog_detach(const union bpf_attr *attr,
> + enum bpf_prog_type ptype)
> +{
> + return -EINVAL;
> +}
> +
> +static inline int cgroup_bpf_prog_query(const union bpf_attr *attr,
> + union bpf_attr __user *uattr)
> +{
> + return -EINVAL;
> +}
> +
> #define cgroup_bpf_enabled (0)
> #define BPF_CGROUP_PRE_CONNECT_ENABLED(sk) (0)
> #define BPF_CGROUP_RUN_PROG_INET_INGRESS(sk,skb) ({ 0; })
> diff --git a/kernel/bpf/cgroup.c b/kernel/bpf/cgroup.c
> index f7c00bd6f8e4..d6e18f9dc0c4 100644
> --- a/kernel/bpf/cgroup.c
> +++ b/kernel/bpf/cgroup.c
> @@ -428,6 +428,116 @@ int __cgroup_bpf_query(struct cgroup *cgrp, const union bpf_attr *attr,
> return ret;
> }
>
> +int bpf_prog_attach_check_attach_type(const struct bpf_prog *prog,
> + enum bpf_attach_type attach_type)
> +{
> + switch (prog->type) {
> + case BPF_PROG_TYPE_CGROUP_SOCK:
> + case BPF_PROG_TYPE_CGROUP_SOCK_ADDR:
> + return attach_type == prog->expected_attach_type ? 0 : -EINVAL;
> + default:
> + return 0;
> + }
> +}
This one is rather BPF core, cgroup progs only happen to use it. Could
you either move it as static inline into include/linux/bpf.h or leave it
in kernel/bpf/syscall.c? In any case the #ifdef CONFIG_CGROUP_BPF wrapper
could probably be dropped as well from it.
> +int sockmap_get_from_fd(const union bpf_attr *attr, int type, bool attach)
> +{
> + struct bpf_prog *prog = NULL;
> + int ufd = attr->target_fd;
> + struct bpf_map *map;
> + struct fd f;
> + int err;
> +
> + f = fdget(ufd);
> + map = __bpf_map_get(f);
> + if (IS_ERR(map))
> + return PTR_ERR(map);
> +
> + if (attach) {
> + prog = bpf_prog_get_type(attr->attach_bpf_fd, type);
> + if (IS_ERR(prog)) {
> + fdput(f);
> + return PTR_ERR(prog);
> + }
> + }
> +
> + err = sock_map_prog(map, prog, attr->attach_type);
> + if (err) {
> + fdput(f);
> + if (prog)
> + bpf_prog_put(prog);
> + return err;
> + }
> +
> + fdput(f);
> + return 0;
> +}
And this one should rather end up in kernel/bpf/sockmap.c to have it with
the rest of sockmap code. Moving into cgroup.c would rather be a in the
wrong place given what the code does.
Thanks,
Daniel
^ permalink raw reply
* Re: [PATCH 07/17] net: convert sock.sk_wmem_alloc from atomic_t to refcount_t
From: David Woodhouse @ 2018-06-15 13:44 UTC (permalink / raw)
To: Eric Dumazet, Elena Reshetova, netdev
Cc: Krzysztof Mazur, Kevin Darbyshire-Bryant, 3chas3, Mathias Kresin
In-Reply-To: <3cbab0cc-230d-6980-6748-67f777c8ad22@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3273 bytes --]
On Fri, 2018-06-15 at 06:39 -0700, Eric Dumazet wrote:
>
> On 06/15/2018 06:27 AM, Eric Dumazet wrote:
> >
> >
> >
> > On 06/15/2018 05:29 AM, David Woodhouse wrote:
> > >
> > > On Fri, 2017-06-30 at 13:08 +0300, Elena Reshetova wrote:
> > > >
> > > > diff --git a/include/linux/atmdev.h b/include/linux/atmdev.h
> > > > index c1da539..4d97a89 100644
> > > > --- a/include/linux/atmdev.h
> > > > +++ b/include/linux/atmdev.h
> > > > @@ -254,7 +254,7 @@ static inline void atm_return(struct atm_vcc *vcc,int truesize)
> > > >
> > > > static inline int atm_may_send(struct atm_vcc *vcc,unsigned int size)
> > > > {
> > > > - return (size + atomic_read(&sk_atm(vcc)->sk_wmem_alloc)) <
> > > > + return (size + refcount_read(&sk_atm(vcc)->sk_wmem_alloc)) <
> > > > sk_atm(vcc)->sk_sndbuf;
> > > > }
> > >
> > > Hm, this (commit 14afee4b6092fd) may have broken PPPoATM. I did spend a
> > > while staring hard at my own commit 9d02daf754238 which introduced
> > > pppoatm_may_send(), but it's actually atm_may_send() which is never
> > > allowing packets to be pushed.
> > >
> > > Debugging (which is ongoing) has so far shown that we are accounting
> > > for a packet in pppoatm_send() which has skb->truesize==0x1c0, and
> > > later end up in pppoatm_pop()→atm_raw_pop() with skb->truesize==0x2c0.
> > >
> > > This was always harmless before, but now it's a refcount_t it appears
> > > to underflow and go into its "screw you" mode and never let any more
> > > packets get sent.
> > >
> > > I'm staring hard at the special case in pskb_expand_head() to *not*
> > > change skb->truesize under certain circumstances, and wondering if that
> > > (is, should be) covering the case of ATM skbs:
> > >
> > > /* It is not generally safe to change skb->truesize.
> > > * For the moment, we really care of rx path, or
> > > * when skb is orphaned (not attached to a socket).
> > > */
> > > if (!skb->sk || skb->destructor == sock_edemux)
> > > skb->truesize += size - osize;
> > >
> > > Failing that, maybe we should copy the accounted value of skb->truesize
> > > into the struct skb_atm_data in skb->cb at the time we add it to
> > > sk_wmem_alloc — and then subtract *that* value from sk_wmem_alloc in
> > > atm_raw_pop() instead of the then current value of skb->truesize.
> > >
> > > Suggestions?
> > >
> > Maybe ATM should make sure skb->sk is set ?
Yeah... I don't think we want sock_wfree() as a destructor, unless we
also fix up atm_pop_raw() not to do the same refcount_sub() and cope
with some other details, but it could probably be workable with
sufficient caffeine.
> > something like the following :
> >
> Or simply use a new field in ATM_SKB(skb) to remember a stable
> truesize used in both sides (add/sub)
Right, that was my second suggestion ("copy the accounted value...").
It's a bit of a hack, and I think that actually *using* sock_wfree()
instead of what's currently in atm_pop_raw() would be the better
solution. Does anyone remember why we didn't do that in the first
place?
[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 5213 bytes --]
^ permalink raw reply
* [PATCH net 2/2] l2tp: filter out non-PPP sessions in pppol2tp_tunnel_ioctl()
From: Guillaume Nault @ 2018-06-15 13:39 UTC (permalink / raw)
To: netdev; +Cc: James Chapman
In-Reply-To: <cover.1529065935.git.g.nault@alphalink.fr>
pppol2tp_tunnel_ioctl() can act on an L2TPv3 tunnel, in which case
'session' may be an Ethernet pseudo-wire.
However, pppol2tp_session_ioctl() expects a PPP pseudo-wire, as it
assumes l2tp_session_priv() points to a pppol2tp_session structure. For
an Ethernet pseudo-wire l2tp_session_priv() points to an l2tp_eth_sess
structure instead, making pppol2tp_session_ioctl() access invalid
memory.
Fixes: d9e31d17ceba ("l2tp: Add L2TP ethernet pseudowire support")
Signed-off-by: Guillaume Nault <g.nault@alphalink.fr>
---
net/l2tp/l2tp_ppp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/l2tp/l2tp_ppp.c b/net/l2tp/l2tp_ppp.c
index f429fed06a1e..55188382845c 100644
--- a/net/l2tp/l2tp_ppp.c
+++ b/net/l2tp/l2tp_ppp.c
@@ -1201,7 +1201,7 @@ static int pppol2tp_tunnel_ioctl(struct l2tp_tunnel *tunnel,
l2tp_session_get(sock_net(sk), tunnel,
stats.session_id);
- if (session) {
+ if (session && session->pwtype == L2TP_PWTYPE_PPP) {
err = pppol2tp_session_ioctl(session, cmd,
arg);
l2tp_session_dec_refcount(session);
--
2.17.1
^ permalink raw reply related
* [PATCH net 1/2] l2tp: reject creation of non-PPP sessions on L2TPv2 tunnels
From: Guillaume Nault @ 2018-06-15 13:39 UTC (permalink / raw)
To: netdev; +Cc: James Chapman
In-Reply-To: <cover.1529065935.git.g.nault@alphalink.fr>
The /proc/net/pppol2tp handlers (pppol2tp_seq_*()) iterate over all
L2TPv2 tunnels, and rightfully expect that only PPP sessions can be
found there. However, l2tp_netlink accepts creating Ethernet sessions
regardless of the underlying tunnel version.
This confuses pppol2tp_seq_session_show(), which expects that
l2tp_session_priv() returns a pppol2tp_session structure. When the
session is an Ethernet pseudo-wire, a struct l2tp_eth_sess is returned
instead. This leads to invalid memory access when
pppol2tp_session_get_sock() later tries to dereference ps->sk.
Fixes: d9e31d17ceba ("l2tp: Add L2TP ethernet pseudowire support")
Signed-off-by: Guillaume Nault <g.nault@alphalink.fr>
---
net/l2tp/l2tp_netlink.c | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/net/l2tp/l2tp_netlink.c b/net/l2tp/l2tp_netlink.c
index 6616c9fd292f..5b9900889e31 100644
--- a/net/l2tp/l2tp_netlink.c
+++ b/net/l2tp/l2tp_netlink.c
@@ -553,6 +553,12 @@ static int l2tp_nl_cmd_session_create(struct sk_buff *skb, struct genl_info *inf
goto out_tunnel;
}
+ /* L2TPv2 only accepts PPP pseudo-wires */
+ if (tunnel->version == 2 && cfg.pw_type != L2TP_PWTYPE_PPP) {
+ ret = -EPROTONOSUPPORT;
+ goto out_tunnel;
+ }
+
if (tunnel->version > 2) {
if (info->attrs[L2TP_ATTR_DATA_SEQ])
cfg.data_seq = nla_get_u8(info->attrs[L2TP_ATTR_DATA_SEQ]);
--
2.17.1
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox