similar to: A Request to Add module to CentOS Linux (3.10.0-1127.18.2.el7.x86_64) 7 (Core)

On Thu, 10 Sep 2020 23:27:14 -0700 John Pierce wrote: > I googled the module name, it appears to be something new from kernel 5.x > ? Backporting that to 3.10 is likely a massive job. According to this webpage: https://mininet-wifi.github.io/sixlowpan/ "6LoWPAN is supported by Mininet-WiFi thanks to the fakelb and mac802154_hwsim module. Both modules have been developed to support

On 9/15/20 8:09 AM, Phil Perry wrote: > On 15/09/2020 05:28, Dedoep wrote: >> Hi Phil, >> >> Not sure if you've had time to look at this? As mentioned middleware, >> like >> docker-ce, is preventing us from moving to el8. >> >> Thanks >> Dan >> > > Hi Dan, > > I've succeeded in backporting mac802154_hwsim for you as a

Hi Phil, Not sure if you've had time to look at this? As mentioned middleware, like docker-ce, is preventing us from moving to el8. Thanks Dan On Fri, Sep 11, 2020 at 10:33 PM Dedoep <stompnoe at gmail.com> wrote: > Hi Phil, ok that's great thanks. > I have a colleague working through vroc/fake raid issues we're having > when using

Hello John & Frank, We have tried both Centos8 and installing kernel-ml-5.8.6-2.el7.elrepo.x86_64.rpm but both options are too "bleeding" edge for our other middleware that still require the Centos 7 3.10.0-1127.18.2.el7.x86_64. Hence the request. Thanks On Fri, Sep 11, 2020 at 4:45 PM Frank Cox <theatre at sasktel.net> wrote: > On Thu, 10 Sep 2020 23:27:14 -0700 >

On 11/09/2020 07:59, Dedoep wrote: > Hello John & Frank, > > We have tried both Centos8 and > installing kernel-ml-5.8.6-2.el7.elrepo.x86_64.rpm but both options are too > "bleeding" edge for our other middleware that still require the Centos > 7 3.10.0-1127.18.2.el7.x86_64. Hence the request. > > Thanks > I have tried backporting the module to el7 for

On 15/09/2020 05:28, Dedoep wrote: > Hi Phil, > > Not sure if you've had time to look at this? As mentioned middleware, like > docker-ce, is preventing us from moving to el8. > > Thanks > Dan > Hi Dan, I've succeeded in backporting mac802154_hwsim for you as a standalone kmod package for el7. I've updated your request here:

On Thu, Sep 10, 2020, 11:08 PM Dedoep <stompnoe at gmail.com> wrote: > Hello, > > Is it possible to add the mac802154_hwsim module to CentOS Linux > (3.10.0-1127.18.2.el7.x86_64) 7 (Core), so that its part of the OS? If that module is not part of red hat Enterprise 7 then it will never be part of CentOS. > I googled the module name, it appears to be something new from

Hi Phil, ok that's great thanks. I have a colleague working through vroc/fake raid issues we're having when using kernel-ml-5.8.6-2.el7.elrepo.x86_64.rpm by switching to linux soft raid. Also we dont have a supported docker-ce for el8 yet. On Fri, Sep 11, 2020 at 9:10 PM Phil Perry <pperry at elrepo.org> wrote: > On 11/09/2020 07:59, Dedoep wrote: > > Hello John &

CentOS Errata and Security Advisory 2020:3220 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:3220 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 902acadffe6f22819077496921383eaf7b2e83dc506a6ef6024c662bf7aa219b bpftool-3.10.0-1127.18.2.el7.x86_64.rpm

This is just a reposting of the patch that enables endian checks, with addition of trivial patches that drop __bitwise__ and __CHECK_ENDIAN__ everywhere. I plan to include this in my pull request unless I hear otherwise. Michael S. Tsirkin (8): linux/types.h: enable endian checks for all sparse builds tools: enable endian checks for all sparse builds Documentation/sparse: drop __bitwise__

This is just a reposting of the patch that enables endian checks, with addition of trivial patches that drop __bitwise__ and __CHECK_ENDIAN__ everywhere. I plan to include this in my pull request unless I hear otherwise. Michael S. Tsirkin (8): linux/types.h: enable endian checks for all sparse builds tools: enable endian checks for all sparse builds Documentation/sparse: drop __bitwise__

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

At Sun, 2 Aug 2020 06:59:06 -0500 CentOS mailing list <centos at centos.org> wrote: > > > > On 8/2/20 2:04 AM, Alessandro Baggi wrote: > > > > Il 01/08/20 22:03, Greg Bailey ha scritto: > >> On 8/1/20 6:56 AM, david wrote: > >>> At 02:54 AM 8/1/2020, Alessandro Baggi wrote: > >>>> Hi Johnny, > >>>> thank you very

On 8/2/20 2:04 AM, Alessandro Baggi wrote: > > Il 01/08/20 22:03, Greg Bailey ha scritto: >> On 8/1/20 6:56 AM, david wrote: >>> At 02:54 AM 8/1/2020, Alessandro Baggi wrote: >>>> Hi Johnny, >>>> thank you very much for clarification. >>>> >>>> You said that in the centos infrastructure only one server got the >>>>

Hi Gordon, my dracut package is the latest available for Centos7 (this occur just after my "yum update" and reboot). It is dracut-033-568.el7.x86_64 in CentOS Linux release 7.8.2003 (Core) I'm going to rebuild my initrd as suggested with the snapshot setup. Thanks for the links. Patrick Le 19/08/2020 ? 17:31, Gordon Messmer a ?crit?: > On 8/19/20 1:02 AM, Patrick B?gou wrote:

Hi, I'm running 3 Dovecot director and 6 Dovecot backend on CentOS 6 and Dovecot 2.3.10, with Maildir shared on NFSv3 (on NetApp). Since CentOS 6 will be EOL on November I started to upgrade to CentOS 7 the first Dovecot backend. But after Director start to direct users on new CentOS 7 server some errors, for any users, come up, an example: Aug 21 14:56:41 Error: imap(alessio at

><snip> > >> Yes .. it should be on mirror.centos.org now .. you could change the > >> repo where your updates come from.? OR .. wait for that mirror to get > >> updated. > > > > > > I just did > > yum clean all > > yum update > > > > and 15-8 showed up.? Maybe the 'clean all' > did it, or maybe just

Hi Orion, no, I still have this problem. I delay working on it as I the latest updates have not been installed on the server and on the client. I'll work again on this problem as soon as possible. Thanks Charles for your detailed information on how to track this problem. I'll check all these metrics. I have several clients for this nfs server and the problem seems only to occur from the

The following changes since commit 06c2afb862f9da8dc5efa4b6076a0e48c3fbaaa5: Linux 6.5-rc1 (2023-07-09 13:53:13 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux.git/ tags/sysctl-6.6-rc1 for you to fetch changes up to 53f3811dfd5e39507ee3aaea1be09aabce8f9c98: sysctl: Use ctl_table_size as stopping criteria for list macro

__bitwise__ used to mean "yes, please enable sparse checks unconditionally", but now that we dropped __CHECK_ENDIAN__ __bitwise is exactly the same. There aren't many users, replace it by __bitwise everywhere. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- arch/arm/plat-samsung/include/plat/gpio-cfg.h | 2 +- drivers/md/dm-cache-block-types.h | 6