Re: [9fans] pc/ether8169.c vs Realtek released driver

2025-03-09 Thread tlaronde
Hello Aidan, I have started to look more closely at the various implementations (Realtek provided, NetBSD --- indirectly from OpenBSD --- and Linux) and your patch and I think we are on the same tracks. Realtek uses the two masks for the macver: 0xFCF0 to do what is done (limitedly) with the

Re: [9fans] pc/ether8169.c vs Realtek released driver

2025-03-09 Thread ori
Quoth tlaro...@kergis.com: > > More generally, wouldn't it be more clear to use PCI_VENDOR_ID, PCI_DEVICE_ID, > etc. from a header instead of the hardcoded values? (that may be hard > to grep to find if support is there or not---I missed at first that > there is a U.S. Robotics card with a Realtek

[9fans] IWP9 trip

2025-03-09 Thread Shawn Rutledge
So who’s planning to go? I think we should get started coordinating the lodging so we can get the flights ahead of time too. https://iwp9.org/#loc says “To be provided”. If we’re just going to get Airbnb’s and such on our own, that’s fine with me, and I could share with someone. Sorry to both

Re: [9fans] NIX this morning: move to GitHub.com/rminnich/9front/heads/nix

2025-03-09 Thread Christopher Nielsen
I am still interested in helping, but life has been throwing curve balls. So I've been a bit preoccupied. I'll see if I can have a look at some of the simpler stuff this weekend. At least setup a test environment. *--* *"The best programs are the ones written when the programmer is supposed to be

Re: [9fans] pc/ether8169.c vs Realtek released driver

2025-03-09 Thread tlaronde
On Sun, Mar 09, 2025 at 03:00:46PM -0400, o...@eigenstate.org wrote: > Quoth tlaro...@kergis.com: > > > > More generally, wouldn't it be more clear to use PCI_VENDOR_ID, > > PCI_DEVICE_ID, > > etc. from a header instead of the hardcoded values? (that may be hard > > to grep to find if support is

Re: [9fans] pc/ether8169.c vs Realtek released driver

2025-03-09 Thread tlaronde
On Sun, Mar 09, 2025 at 12:46:55PM -0700, Aidan K. Wiggins via 9fans wrote: > Hi Thierry, > > > Realtek uses the two masks for the macver: 0xFCF0 to do what is > > done (limitedly) with the macver on the current driver, and to set the > > MACFG (MAC firmware conFiG?) type. The second mask 0x7C

Re: [9fans] pc/ether8169.c vs Realtek released driver

2025-03-09 Thread ori
Quoth Aidan K. Wiggins via 9fans <9fans@9fans.net>: > If it weren't for these non-realtek chips, I think we would just use > switch(did){}. Ugh. yes. I figure it'd be fine to add enum { /* * Some realtek chips are sold with * the US roboti

Re: [9fans] pc/ether8169.c vs Realtek released driver

2025-03-09 Thread Aidan K. Wiggins via 9fans
Hi Thierry, > Realtek uses the two masks for the macver: 0xFCF0 to do what is > done (limitedly) with the macver on the current driver, and to set the > MACFG (MAC firmware conFiG?) type. The second mask 0x7C80 is used > to refine with subconfiguration. I think we should do the same: the >

Re: [9fans] Re: pc/ether8169.c vs Realtek released driver

2025-03-09 Thread Aidan K. Wiggins via 9fans
Hrm, I see what you mean, I think their usage of 0xFC80 is to catch the higher bits in older cards, looking specifically at the definitions for the 8110 family in the linux driver. It seems that up to this point all the cards defined in our driver can be recognized with 0x7C[8F]0, but if s

Re: [9fans] NIX this morning: move to GitHub.com/rminnich/9front/heads/nix

2025-03-09 Thread ron minnich
I'll try to throw together a TODO.md this week for people to work from. On Sun, Mar 9, 2025 at 5:48 AM Christopher Nielsen wrote: > I am still interested in helping, but life has been throwing curve balls. > So I've been a bit preoccupied. > > I'll see if I can have a look at some of the simpler