From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 6983615800F for ; Thu, 16 Feb 2023 12:11:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 186F4E08BD; Thu, 16 Feb 2023 12:11:24 +0000 (UTC) Received: from mail-yw1-f174.google.com (mail-yw1-f174.google.com [209.85.128.174]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8FB3DE0837 for ; Thu, 16 Feb 2023 12:11:23 +0000 (UTC) Received: by mail-yw1-f174.google.com with SMTP id 00721157ae682-53388269e84so16472347b3.9 for ; Thu, 16 Feb 2023 04:11:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=gwtaRrWkYbZUXwk3axlJPMC085cnTsOwIbv3yWPLGbI=; b=phR4D/VUPdujClbxZssFWsSnYrMR8/XRp3USfXv8CbU0BJ89CNf26JKRbemxGo/52S Q022IVCpSyXZ8OF4CcWQwTDdBeruD1pYe7ywPVv7fq10F4YeK9ca8ilM6tuQmAWMW01Y XpTyjBG8Q7Z/LdJO/e70kNGv7TUrsiI4bla3+3S5M0roilULAg24uzUBfzA38NemUinf 19WXHhrCyBm+fSijKoLcT+KIL9Tn8ranPkNsNnUnmFQqsxiK2UnyVA2TK8dUKHKsMeLk umvBO97lpy/d3hi11GKdtpLvhQ1kMv0A7uvxYGY+BSdnc+9hib6uudMHD70Q0lDV9nqN I6mw== X-Gm-Message-State: AO0yUKVChRCHpgv+FzFI1nDdLuND1/YUkztTpQ5YJhJ0ocTxZd3W1K4r +P6n4VNSVQ7T7ZF87nmAqA48T7CYd1JDCkBgaqYOG5isQbA= X-Google-Smtp-Source: AK7set+NnbYcVPu8ggQQPk5XjF4CHr2rS20wPXZ18egEuRvDISh4xEurHtqmgJuKljMxEdPcUrs+xZBITuRy8gCnw08= X-Received: by 2002:a0d:dd09:0:b0:4ff:a70a:1286 with SMTP id g9-20020a0ddd09000000b004ffa70a1286mr509665ywe.447.1676549482253; Thu, 16 Feb 2023 04:11:22 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: In-Reply-To: From: Rich Freeman Date: Thu, 16 Feb 2023 07:11:12 -0500 Message-ID: Subject: Re: [gentoo-user] Re: my 5.15.93 kernel keeps rebooting To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: 42a230a4-3cc2-49ca-9739-5e80babf2ff0 X-Archives-Hash: f0dba4258a0680e061d88cc085fd6d56 On Thu, Feb 16, 2023 at 6:50 AM John Covici wrote: > > The sending computer has two nics, eno1 for the internal network and > eno2 is on the internet. So, my netconsole stanza said > netconsole=@192.168.0.1/eno1,@192.168.0.2 Is CONFIG_NETCONSOLE enabled for your kernel? I'm not sure if the kernel will assign the names eno1/2 to interfaces - I think those might be assigned by udev, which probably won't have run before the kernel parses this instruction. You might need to use eth0/1 - and your guess is as good as mine which one corresponds to which. If it isn't one of those it might not hurt to put the target mac address in there just to be safe. I haven't needed that but maybe there are situations where ARP won't work (it would be needed if you are crossing subnets, in which case you'd need the gateway MAC). Keep in mind that this is a low-level function that doesn't use any routing/userspace/etc. It was designed to be robust in the event of a PANIC and to be able to be enabled fairly early during boot, so it can't rely on the sorts of things we just take for granted with networking. > > The box which is at 192.168.0.2 has netcat (windows version) and I > tried the following: > netcat -u -v -l 192.168.0.2 6666 and I also tried 192.168.0.1 6666 > which is the ip address of the linux console which I am trying to > debug. > > I also tried 0.0.0.0 6666 which did not work either, but I think the > windows firewall was blocking, and I did fix that, but did not try the > 0.0.0.0 after that. > So I'm pretty sure that netcat requires listing the destination IP, since it has to open a socket to listen on that IP. You can optionally set a source address/port in which case it will ignore anything else, but by default it will accept packets from any source. I was definitely going to suggest making sure that a windows firewall wasn't blocking the inbound connections. That's fairly default behavior on windows. -- Rich