USB ethernet wake-on-LAN?

2023-11-22 Thread Chris Adams
I have a new ThinkPad T14s AMD 4th gen notebook, and a USB-C ethernet
adapter.  I would like to be able to send wake-on-LAN to the notebook
for some uses.

The ethernet adapter also has a USB-C port for power delivery (so it can
also charge the notebook).  When the notebook is suspended, the ethernet
link stays up (LEDs are lit on both it and the switch port).  It also
shows support for wake-on-LAN, defaulting to magic packet mode.

I tried the "old-style" /proc/acpi/wakeup (which shows enabled for the
USB in question) as well as /sys/bus/usb/devices/*/power/wakeup (which
all defaulted to disabled, but I enabled them too).  However, nothing
seemed to work.

I have other systems with built-in/PCIe NICs that I can wake; it's just
this one with the USB (because no built-in NIC) that's a problem.  The
BIOS has a setting for USB wake-on-LAN with the official dock (which was
enabled), but I didn't see anything else that looked relevant.

Any suggestions?

-- 
Chris Adams 
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Python code error in F39, but not in F38

2023-11-22 Thread Ranjan Maitra via users
On Wed Nov22'23 02:36:35PM, Samuel Sieb wrote:
> From: Samuel Sieb 
> Date: Wed, 22 Nov 2023 14:36:35 -0800
> To: users@lists.fedoraproject.org
> Reply-To: Community support for Fedora users 
> Subject: Re: Python code error in F39, but not in F38
>
> On 11/22/23 14:20, Ranjan Maitra via users wrote:
> > On Wed Nov22'23 09:49:49PM, Barry Scott wrote:
> > > From: Barry Scott 
> > > Date: Wed, 22 Nov 2023 21:49:49 +
> > > > At this point you need get more information.
> > > >
> > > > What do the folllowing GDB commands print?
> > > >
> > > > p tstate
> > > > p tstate->interp
> > > > thread allow all bt
> > > Doh...
> > >
> > >   thread apply all bt
> > >
> > > I always type:
> > >   t a a bt
> > >
> > > and typo'ed the expansion.
> >
> > Thanks, here is what comes out:
> >
> >   (gdb)  p tstate->interp
> >
> >   value has been optimized out
> >   (gdb) thread apply all bt
>
> You missed the first one: "p tstate".
>

My apologies, I did not include this in my cut-and-paste:

(gdb) p tstate

$1 = 

Sorry about that. All this in F39 (python 3.12, of course).

Ranjan



--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Python code error in F39, but not in F38

2023-11-22 Thread Samuel Sieb

On 11/22/23 14:20, Ranjan Maitra via users wrote:

On Wed Nov22'23 09:49:49PM, Barry Scott wrote:

From: Barry Scott 
Date: Wed, 22 Nov 2023 21:49:49 +

At this point you need get more information.

What do the folllowing GDB commands print?

p tstate
p tstate->interp
thread allow all bt

Doh...

thread apply all bt

I always type:
t a a bt

and typo'ed the expansion.


Thanks, here is what comes out:

  (gdb)  p tstate->interp

  value has been optimized out
  (gdb) thread apply all bt


You missed the first one: "p tstate".
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Python code error in F39, but not in F38

2023-11-22 Thread Ranjan Maitra via users
On Wed Nov22'23 09:49:49PM, Barry Scott wrote:
> From: Barry Scott 
> Date: Wed, 22 Nov 2023 21:49:49 +
> To: Community support for Fedora users 
> CC: Ranjan Maitra 
> Reply-To: Community support for Fedora users 
> Subject: Re: Python code error in F39, but not in F38
>
>
>
> > On 22 Nov 2023, at 21:32, Barry Scott  wrote:
> >
> >> Any suggestions as to what is going wrong here?
> >
> > At this point you need get more information.
> >
> > What do the folllowing GDB commands print?
> >
> > p tstate
> > p tstate->interp
> > thread allow all bt
> Doh...
>
>   thread apply all bt
>
> I always type:
>   t a a bt
>
> and typo'ed the expansion.

Thanks, here is what comes out:

 (gdb)  p tstate->interp

 value has been optimized out
 (gdb) thread apply all bt


 Thread 1 (Thread 0x77ec7740 (LWP 387946) "python"):
 #0  0x779e4b5b in _PyInterpreterState_GET () at 
/usr/src/debug/python3.12-3.12.0-1.fc39.x86_64/Include/internal/pycore_pystate.h:118
 #1  get_state () at 
/usr/src/debug/python3.12-3.12.0-1.fc39.x86_64/Objects/obmalloc.c:866
 #2  _PyObject_Free (ctx=, p=0x56d898a0) at 
/usr/src/debug/python3.12-3.12.0-1.fc39.x86_64/Objects/obmalloc.c:1850
 #3  0x7fff9e5e292f in sip_api_free (mem=) at 
/usr/src/debug/sip-4.19.25-9.fc39.x86_64/siplib/siplib.c:2239
 #4  sipOMFinalise (om=0x7fff9e5ff9a0 ) at 
/usr/src/debug/sip-4.19.25-9.fc39.x86_64/susr/src/debug/python3.12-3.12.0-1.fc39.x86_64/Python/pylifecycle.c:1977
 #8  0x77ab6337 in Py_RunMain () at 
/usr/src/debug/python3.12-3.12.0-1.fc39.x86_64/Modules/main.c:691
 #9  0x77a7185c in Py_BytesMain (argc=, argv=) at /usr/src/debug/python3.12-3.12.0-1.fc39.x86_64/Modules/main.c:743
 #10 0x7764614a in __libc_start_call_main 
(main=main@entry=0x5160
 --Type  for more, q to quit, c to continue without paging--

 , argc=argc@entry=4, argv=argv@entry=0x7fffdfd8) at 
../sysdeps/nptl/libc_start_call_main.h:58
 #11 0x7764620b in __libc_start_main_impl (main=0x5160 , 
argc=4, argv=0x7fffdfd8, init=, fini=, 
rtld_fini=, stack_end=0x7fffdfc8) at ../csu/libc-start.c:360
 #12 0x5095 in _start ()
(gdb)

Many thanks and best wishes,
Ranjan

--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Python code error in F39, but not in F38

2023-11-22 Thread Barry Scott


> On 22 Nov 2023, at 21:32, Barry Scott  wrote:
> 
>> Any suggestions as to what is going wrong here?
> 
> At this point you need get more information.
> 
> What do the folllowing GDB commands print?
> 
> p tstate
> p tstate->interp
> thread allow all bt
Doh...

thread apply all bt

I always type:
t a a bt

and typo'ed the expansion.

Barry--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Python code error in F39, but not in F38

2023-11-22 Thread Barry Scott


> On 22 Nov 2023, at 20:16, Ranjan Maitra via users 
>  wrote:
> 
> Thanks very much for this for explaining how to run gdb on a python script! 
> On Python 3.12 (Fedora 39), I get, at the very end:
> 
> Thread 1 "python" received signal SIGSEGV, Segmentation fault.
> 0x779e4b5b in _PyInterpreterState_GET ()
> at 
> /usr/src/debug/python3.12-3.12.0-1.fc39.x86_64/Include/internal/pycore_pystate.h:118
> 118 return tstate->interp;
> (gdb)
> 
> On Python 3.11 (Fedora 38), I get, at the very end:
> 
> [Inferior 1 (process 199650) exited normally]
> (gdb)
> 
> Any suggestions as to what is going wrong here?

At this point you need get more information.

What do the folllowing GDB commands print?

p tstate
p tstate->interp
thread allow all bt

Barry

--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Python code error in F39, but not in F38

2023-11-22 Thread Ranjan Maitra via users
On Tue Nov21'23 05:25:35PM, Samuel Sieb wrote:
> From: Samuel Sieb 
> Date: Tue, 21 Nov 2023 17:25:35 -0800
> To: users@lists.fedoraproject.org
> Reply-To: Community support for Fedora users 
> Subject: Re: Python code error in F39, but not in F38
>
> On 11/19/23 10:01, Ranjan Maitra via users wrote:
> > I tried:
> >
> > $ gdb python "./test.py ultadanga.tiff ultadanga-64-rgb.png 1 7"
> > (gdb)
>
> $ gdb python
> (gdb) run ./test.py ultadanga.tiff ultadanga-64-rgb.png 1 7
> --

Thanks very much for this for explaining how to run gdb on a python script! On 
Python 3.12 (Fedora 39), I get, at the very end:

 Thread 1 "python" received signal SIGSEGV, Segmentation fault.
 0x779e4b5b in _PyInterpreterState_GET ()
 at 
/usr/src/debug/python3.12-3.12.0-1.fc39.x86_64/Include/internal/pycore_pystate.h:118
 118 return tstate->interp;
 (gdb)

On Python 3.11 (Fedora 38), I get, at the very end:

 [Inferior 1 (process 199650) exited normally]
 (gdb)

Any suggestions as to what is going wrong here?

Many thanks and best wishes,
Ranjan








> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Python code error in F39, but not in F38

2023-11-22 Thread Barry


> On 22 Nov 2023, at 16:14, Ranjan Maitra via users 
>  wrote:
> 
> Thanks! Interesting, I wonder if that is also what has caused tensorflow to 
> not go up to 3.12 for now.

Complex packages usually take a while to port to a new python is released.
All the python packages that fedora ships have been ported to python 3.12.

Why a crash in 3.12 and not 3.11? Because bugs can be tripped up on compiler
changes. FYI the fortran issues do not effect python 3.12 itself, they effected
packages in the scientific python world like numpy, pandas etc.
But due to heroic folk they all made it to 3.12.

Barry


--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Python code error in F39, but not in F38

2023-11-22 Thread Ranjan Maitra via users
On Wed Nov22'23 08:12:58AM, George N. White III wrote:
> From: "George N. White III" 
> Date: Wed, 22 Nov 2023 08:12:58 -0400
> To: Community support for Fedora users 
> Reply-To: Community support for Fedora users 
> Subject: Re: Python code error in F39, but not in F38
>
> On Sun, Nov 19, 2023 at 2:02 PM Ranjan Maitra via users <
> users@lists.fedoraproject.org> wrote:
>
> > On Sun Nov19'23 05:35:19PM, Barry wrote:
> > > From: Barry 
> > > Date: Sun, 19 Nov 2023 17:35:19 +
> > > To: Community support for Fedora users 
> >  >
> > > >
> > > >
> > > > It is possible that there is a bug in the code itself, but nothing
> > above
> > > > points to my created code.
> > > >
> > > > Any suggestions? Or is this a bug?
> > >
> > > Are you using C extensions in your code? If so I would suspect them for
> > corrupting python. I think you can get into gdb inside the core file with
> > coredumpctl debug.
> >
> > The python code calls a shared object library that is written in C. But
> > why does this core dump only happen in F39 (python 3.12) and not with
> > F38 (python 3.11)?
> >
>
> There were some big changes in 3.12 (driven by the need to support Fortran
> on
> Windows and macOS by replacing very old gfortran version with flang-new).
> I havrn't
> had time to look at what is being used in linux, but you could get a quick
> overview from
> ldd.  See: <
> https://discuss.python.org/t/why-scipy-builds-for-python-3-12-on-windows-are-a-minor-miracle-especially-in-conda-forge/38270
> >
>
> There is also new build system, so a lot of work getting everything working
> in 3.12.  Meanwhile
> you can run 3.11 stuff using python environments.
>

Thanks! Interesting, I wonder if that is also what has caused tensorflow to not 
go up to 3.12 for now. From what I read somewhere (I think on an archived 
tensorflow mailing list or something) the linux builds are up, but not the 
MacO$ and Windoze builds. Both of which, if I had my way, should never have 
been allowed even indirectly into any professional environment.

Ranjan
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Intel NUC 12 Enthusiast Kit with Arc 770 and fedora 39

2023-11-22 Thread Michal Schorm
No sure this is what you're looking for, but:

you can edit the kernel parameters in the boot entry.
Select a boot entry from a list and press 'e' to edit. Then 'ctrl+x' to execute.
That way, you can have a custom kernel option set while running the
Fedora installation ISO.

If that would help with the freezing during Anaconda installation, you
should be halfway there.

Then after installation is finished, on the new system, edit
`/etc/default/grub`, which is used when a new boot entry is added,
which is usually done by some Post scriptlet of the kernel, when you
(re-)install / update the kernel.
I did this in the past to solve different issues requiring edit of
kernel parameters.
e.g:
echo "GRUB_CMDLINE_LINUX=\"intel_idle.max_cstate=2 i915.enable_psr=0
i915.enable_fbc=0\"" >> /etc/default/grub

For example the settings in the /etc/default/grub I use, are:
GRUB_TIMEOUT=1
GRUB_DISABLE_UUID=true
GRUB_ENABLE_BLSCFG=true

Hope this helps.

Michal

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Tue, Nov 21, 2023 at 12:13 PM Patrick O'Callaghan
 wrote:
>
> On Tue, 2023-11-21 at 10:08 +0100, Gianluca Cecchi wrote:
> > BTW: I have still to understand if the system will use both graphics
> > cards
> > (which one is primary in this case?) or if the onboard one will be
> > disabled
> > if using a discrete card on the Nuc.
>
> I've no idea what will happen with a NUC, but in my experience Fedora
> will use the discrete card in preference to the IGP, unless it's
> blacklisted in the boot line.
>
> There's a package called switcheroo-control which allows you to select
> which GPU to use for specific apps, though personally I haven't had
> much luck with it.
>
> poc
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Python code error in F39, but not in F38

2023-11-22 Thread George N. White III
On Sun, Nov 19, 2023 at 2:02 PM Ranjan Maitra via users <
users@lists.fedoraproject.org> wrote:

> On Sun Nov19'23 05:35:19PM, Barry wrote:
> > From: Barry 
> > Date: Sun, 19 Nov 2023 17:35:19 +
> > To: Community support for Fedora users 
>  >
> > >
> > >
> > > It is possible that there is a bug in the code itself, but nothing
> above
> > > points to my created code.
> > >
> > > Any suggestions? Or is this a bug?
> >
> > Are you using C extensions in your code? If so I would suspect them for
> corrupting python. I think you can get into gdb inside the core file with
> coredumpctl debug.
>
> The python code calls a shared object library that is written in C. But
> why does this core dump only happen in F39 (python 3.12) and not with
> F38 (python 3.11)?
>

There were some big changes in 3.12 (driven by the need to support Fortran
on
Windows and macOS by replacing very old gfortran version with flang-new).
I havrn't
had time to look at what is being used in linux, but you could get a quick
overview from
ldd.  See: <
https://discuss.python.org/t/why-scipy-builds-for-python-3-12-on-windows-are-a-minor-miracle-especially-in-conda-forge/38270
>

There is also new build system, so a lot of work getting everything working
in 3.12.  Meanwhile
you can run 3.11 stuff using python environments.


-- 
George N. White III
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue