Re: [PATCH net-next v4 00/10] net: sunhme: Probe/IRQ cleanups
Hello:
This series was applied to netdev/net-next.git (main)
by David S. Miller :
On Fri, 24 Mar 2023 13:51:26 -0400 you wrote:
> Well, I've had these patches kicking around in my tree since last October, so
> I
> guess I had better get around to posting them. This series is mainly a
> cleanup/consolidation of the probe process, with some interrupt changes as
> well.
> Some of these changes are SBUS- (AKA SPARC-) specific, so this should really
> get
> some testing there as well to ensure nothing breaks. I've CC'd a few SPARC
> mailing lists in hopes that someone there can try this out. I also have an
> SBUS
> card I ordered by mistake if anyone has a SPARC computer but lacks this card.
>
> [...]
Here is the summary with links:
- [net-next,v4,01/10] net: sunhme: Fix uninitialized return code
https://git.kernel.org/netdev/net-next/c/d61157414d0a
- [net-next,v4,02/10] net: sunhme: Just restart autonegotiation if we can't
bring the link up
https://git.kernel.org/netdev/net-next/c/70b1b4b86227
- [net-next,v4,03/10] net: sunhme: Remove residual polling code
https://git.kernel.org/netdev/net-next/c/3427372d0bd8
- [net-next,v4,04/10] net: sunhme: Unify IRQ requesting
https://git.kernel.org/netdev/net-next/c/27b9ea8f37a6
- [net-next,v4,05/10] net: sunhme: Alphabetize includes
(no matching commit)
- [net-next,v4,06/10] net: sunhme: Switch SBUS to devres
https://git.kernel.org/netdev/net-next/c/cc216e4b44ce
- [net-next,v4,07/10] net: sunhme: Consolidate mac address initialization
https://git.kernel.org/netdev/net-next/c/273fb669c62c
- [net-next,v4,08/10] net: sunhme: Clean up mac address init
https://git.kernel.org/netdev/net-next/c/d1f088196057
- [net-next,v4,09/10] net: sunhme: Inline error returns
https://git.kernel.org/netdev/net-next/c/902fe6e90368
- [net-next,v4,10/10] net: sunhme: Consolidate common probe tasks
https://git.kernel.org/netdev/net-next/c/ecdcd0428c59
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
[PATCH net-next v4 00/10] net: sunhme: Probe/IRQ cleanups
Well, I've had these patches kicking around in my tree since last October, so I guess I had better get around to posting them. This series is mainly a cleanup/consolidation of the probe process, with some interrupt changes as well. Some of these changes are SBUS- (AKA SPARC-) specific, so this should really get some testing there as well to ensure nothing breaks. I've CC'd a few SPARC mailing lists in hopes that someone there can try this out. I also have an SBUS card I ordered by mistake if anyone has a SPARC computer but lacks this card. Changes in v4: - Tweak variable order for yuletide - Move uninitialized return to its own commit - Use correct SBUS/PCI accessors - Rework hme_version to set the default in pci/sbus_probe and override it (if necessary) in common_probe Changes in v3: - Incorperate a fix from another series into this commit Changes in v2: - Move happy_meal_begin_auto_negotiation earlier and remove forward declaration - Make some more includes common - Clean up mac address init - Inline error returns Sean Anderson (10): net: sunhme: Fix uninitialized return code net: sunhme: Just restart autonegotiation if we can't bring the link up net: sunhme: Remove residual polling code net: sunhme: Unify IRQ requesting net: sunhme: Alphabetize includes net: sunhme: Switch SBUS to devres net: sunhme: Consolidate mac address initialization net: sunhme: Clean up mac address init net: sunhme: Inline error returns net: sunhme: Consolidate common probe tasks drivers/net/ethernet/sun/sunhme.c | 1155 +++-- drivers/net/ethernet/sun/sunhme.h |6 +- 2 files changed, 418 insertions(+), 743 deletions(-) -- 2.37.1
Re: [PATCH net-next v2 0/9] net: sunhme: Probe/IRQ cleanups
On 3/13/23 20:27, Jakub Kicinski wrote: On Sat, 11 Mar 2023 13:18:56 -0500 Sean Anderson wrote: Well, I've had these patches kicking around in my tree since last October, so I guess I had better get around to posting them. This series is mainly a cleanup/consolidation of the probe process, with some interrupt changes as well. Some of these changes are SBUS- (AKA SPARC-) specific, so this should really get some testing there as well to ensure nothing breaks. I've CC'd a few SPARC mailing lists in hopes that someone there can try this out. I also have an SBUS card I ordered by mistake if anyone has a SPARC computer but lacks this card. I had originally planned on adding phylib support to this driver in the hopes of being able to use real phy drivers, but I don't think I'm going to end up doing that. I wanted to be able to use an external (homegrown) phy, but as it turns out you can't buy MII cables in $CURRENTYEAR for under $250 a pop, and even if you could get them you can't buy the connectors either. Oh well... Doesn't apply to net-next, please note we're using the branch called *main* now. Looks like I based this on another patch but forgot to send it. I've resent the series with this patch squashed in. --Sean
[PATCH net-next v3 0/9] net: sunhme: Probe/IRQ cleanups
Well, I've had these patches kicking around in my tree since last October, so I guess I had better get around to posting them. This series is mainly a cleanup/consolidation of the probe process, with some interrupt changes as well. Some of these changes are SBUS- (AKA SPARC-) specific, so this should really get some testing there as well to ensure nothing breaks. I've CC'd a few SPARC mailing lists in hopes that someone there can try this out. I also have an SBUS card I ordered by mistake if anyone has a SPARC computer but lacks this card. I had originally planned on adding phylib support to this driver in the hopes of being able to use real phy drivers, but I don't think I'm going to end up doing that. I wanted to be able to use an external (homegrown) phy, but as it turns out you can't buy MII cables in $CURRENTYEAR for under $250 a pop, and even if you could get them you can't buy the connectors either. Oh well... Changes in v3: - Incorporate a fix from another series into this commit Changes in v2: - Move happy_meal_begin_auto_negotiation earlier and remove forward declaration - Make some more includes common - Clean up mac address init - Inline error returns Sean Anderson (9): net: sunhme: Just restart autonegotiation if we can't bring the link up net: sunhme: Remove residual polling code net: sunhme: Unify IRQ requesting net: sunhme: Alphabetize includes net: sunhme: Switch SBUS to devres net: sunhme: Consolidate mac address initialization net: sunhme: Clean up mac address init net: sunhme: Inline error returns net: sunhme: Consolidate common probe tasks drivers/net/ethernet/sun/sunhme.c | 1161 ++--- drivers/net/ethernet/sun/sunhme.h |6 +- 2 files changed, 415 insertions(+), 752 deletions(-) -- 2.37.1
Re: [PATCH net-next v2 0/9] net: sunhme: Probe/IRQ cleanups
On Sat, 11 Mar 2023 13:18:56 -0500 Sean Anderson wrote: > Well, I've had these patches kicking around in my tree since last October, so > I > guess I had better get around to posting them. This series is mainly a > cleanup/consolidation of the probe process, with some interrupt changes as > well. > Some of these changes are SBUS- (AKA SPARC-) specific, so this should really > get > some testing there as well to ensure nothing breaks. I've CC'd a few SPARC > mailing lists in hopes that someone there can try this out. I also have an > SBUS > card I ordered by mistake if anyone has a SPARC computer but lacks this card. > > I had originally planned on adding phylib support to this driver in the hopes > of > being able to use real phy drivers, but I don't think I'm going to end up > doing > that. I wanted to be able to use an external (homegrown) phy, but as it turns > out you can't buy MII cables in $CURRENTYEAR for under $250 a pop, and even if > you could get them you can't buy the connectors either. Oh well... Doesn't apply to net-next, please note we're using the branch called *main* now.
[PATCH net-next v2 0/9] net: sunhme: Probe/IRQ cleanups
Well, I've had these patches kicking around in my tree since last October, so I guess I had better get around to posting them. This series is mainly a cleanup/consolidation of the probe process, with some interrupt changes as well. Some of these changes are SBUS- (AKA SPARC-) specific, so this should really get some testing there as well to ensure nothing breaks. I've CC'd a few SPARC mailing lists in hopes that someone there can try this out. I also have an SBUS card I ordered by mistake if anyone has a SPARC computer but lacks this card. I had originally planned on adding phylib support to this driver in the hopes of being able to use real phy drivers, but I don't think I'm going to end up doing that. I wanted to be able to use an external (homegrown) phy, but as it turns out you can't buy MII cables in $CURRENTYEAR for under $250 a pop, and even if you could get them you can't buy the connectors either. Oh well... Changes in v2: - Move happy_meal_begin_auto_negotiation earlier and remove forward declaration - Make some more includes common - Clean up mac address init - Inline error returns Sean Anderson (9): net: sunhme: Just restart autonegotiation if we can't bring the link up net: sunhme: Remove residual polling code net: sunhme: Unify IRQ requesting net: sunhme: Alphabetize includes net: sunhme: Switch SBUS to devres net: sunhme: Consolidate mac address initialization net: sunhme: Clean up mac address init net: sunhme: Inline error returns net: sunhme: Consolidate common probe tasks drivers/net/ethernet/sun/sunhme.c | 1162 ++--- drivers/net/ethernet/sun/sunhme.h |6 +- 2 files changed, 415 insertions(+), 753 deletions(-) -- 2.37.1
[RFC PATCH net-next 0/7] net: sunhme: Probe/IRQ cleanups
Well, I've had these patches kicking around in my tree since last October, so I guess I had better get around to posting them. This series is mainly a cleanup/consolidation of the probe process, with some interrupt changes as well. Some of these changes are SBUS- (AKA SPARC-) specific, so this should really get some testing there as well to ensure nothing breaks. I've CC'd a few SPARC mailing lists in hopes that someone there can try this out. I also have an SBUS card I ordered by mistake if anyone has a SPARC computer but lacks this card. I had originally planned on adding phylib support to this driver in the hopes of being able to use real phy drivers, but I don't think I'm going to end up doing that. I wanted to be able to use an external (homegrown) phy, but as it turns out you can't buy MII cables in $CURRENTYEAR for under $250 a pop, and even if you could get them you can't buy the connectors either. Oh well... This series is not actually RFC, but I don't want to forget to post this in another month. Sean Anderson (7): net: sunhme: Just restart autonegotiation if we can't bring the link up net: sunhme: Remove residual polling code net: sunhme: Unify IRQ requesting net: sunhme: Alphabetize includes net: sunhme: Switch SBUS to devres net: sunhme: Consolidate mac address initialization net: sunhme: Consolidate common probe tasks drivers/net/ethernet/sun/sunhme.c | 891 ++ drivers/net/ethernet/sun/sunhme.h | 6 +- 2 files changed, 288 insertions(+), 609 deletions(-) -- 2.37.1
Japan’ s Next-Generation Supercomputer will use SPARC64 architecture.
Hello Debian scientists and SPARC porters, here is a link to press release from Fujitsu and RIKEN announcing the configuration of Japan's next-generation supercomputer. http://www.fujitsu.com/global/news/pr/archives/month/2009/20090717-01.html It will use SPARC64 processors runnign Linux. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Online Registration for 's next event
Dear Gerhard, Have you considered automating registration for 's meetings and events in order to save time, money, and resources? We invite you to attend a webinar, Wednesday, March 19, 2008 at 11:00 AM Tasmania Time, to discover the Event Management module which encompasses all the tools necessary to take your events and meetings to the next level of success. In 30 minutes, we will discuss how to: * Conduct online registration, attendee management, and corporate event management * Collect registration fees for external meetings, events and conferences * Employ Strategic Meetings Management to plan, manage, and measure meetings and events * Gather business intelligence and track meeting spend with standard or custom reports * Integrate with hotel and travel solutions such as Passkey, Cliqbook, GetThere, etc. * Match your company branding in all registration pages, email invitations, and event calendars * Use the Cvent Supplier Network for meeting site selection and to identify meeting service providers http://guest.cvent.com/i.aspx?4W,P1,D1A37EDC-8F93-4A3F-BE1A-1FCC6FABBE7D After you register, we will send you links to download the following whitepapers: - Event Budget Management - Event Management System Buyer's Guide - Obtaining Immediate Event ROI - Online Registration Systems: Buy vs. Build - The Secrets to Successful Event Marketing - The Strategic Meeting Planner Cvent has been used to manage 100,000+ events for over 3,000 customers including large organizations like the American Marketing Association, JPMorgan, Meeting Planners International, Yahoo!, Microsoft, Verizon, and FannieMae. On average our customers see a decrease in cost of 47%, while attendance is increased by 21%! Join us for a 30 minute webinar and see how you can achieve the same results. WHEN: Wednesday, March 19, 2008 at 11:00 AM Tasmania Time WHERE: Online Please respond by using the following links: http://guest.cvent.com/i.aspx?4W,P1,D1A37EDC-8F93-4A3F-BE1A-1FCC6FABBE7D http://guest.cvent.com/i.aspx?3Z,P1,D1A37EDC-8F93-4A3F-BE1A-1FCC6FABBE7D Having trouble with the link? Simply copy and paste the entire address listed below into your web browser: http://guest.cvent.com/i.aspx?1Q,P1,D1A37EDC-8F93-4A3F-BE1A-1FCC6FABBE7D If you’re not available at this time, sign-up for another time on our website by visiting our calendar: http://www.cvent.com/products/event-webinars.shtml Sincerely, Jonathan Rouhafzai Account Executive, Cvent [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * To be excluded from future emails from Cvent: http://guest.cvent.com/i.aspx?8D,P1,D1A37EDC-8F93-4A3F-BE1A-1FCC6FABBE7D * * * * * * * * * * * * * * * * * * * * * * * * * * Mailing Address: Cvent, Inc., 8180 Greensboro Drive, Suite 450, McLean, VA 22102 In compliance with Federal regulations, we hereby disclose that this email is commercial.
Xserver -next
the grafik card, as returnde by the dpkg command, appears to be a SUn Elite 3D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
next
happy new year at all friends of LINUX, with a very good health, and also indeed, plenty of good PC equiped with UNIX/LINUX. Just one question : I'm looking for a CD containing SUN. OS version 5.5.1. I know that its'nt a free software, but as it is a little bit old, I hope that SUN will pardon me. If someine of you has this , pleas sens it to me. Sorry for my fault in English language, I'm French; Bye !!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Could the next version of Debian include TCX as a console driver too please?
Hi, It would be handy for those of us silly folks running SS4s and SS5s to have TCX as a console driver as well. The relevent section has: CONFIG_FB_CGSIX=y # CONFIG_FB_BWTWO is not set CONFIG_FB_CGTHREE=y # CONFIG_FB_TCX is not set CONFIG_FB_CGFOURTEEN=y # CONFIG_FB_P9100 is not set CONFIG_FB_LEO=y All the other choices seem sensible, though I don't know how many CG3s are still in use. For that matter I can't imagine too many folks use a LEO but who knows. OTOH, all SS4s and many SS5s have a TCX. If we're going to have LEO, we probably can live with having TCX as well. Thanks! cheers bruce -- [EMAIL PROTECTED] SDF Public Access UNIX System - http://sdf.lonestar.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
The next generation online pharmacy.
eSecure Online Pharmacies http://ackpeuem.9ou2dsrkojrhva9.spurternj.com The trouble with computers, of course, is that they're very sophisticated idiots. What you are is a question only you can answer. A man who builds his own pedestal had better use strong cement. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Will be gone all next week du
Receive an absolutely free 3 day 2 night vaction voucher to your choice of several fantastic destinations around the world. Think this is too good to be true? Hotels frequently give away free rooms in order to get you in their hotels hoping you will spend money on their services. Visit the link to claim yours http://best-deals2u.biz/tnl/ Update list preference: best-deals2u.biz/re Does your company have a policy regarding concealed weapons?,`What's so unpleasent about being drunk?' Also included are a number of unusual statement made by candidates during `That's the display department.' elwjrmmnrviycmlgfjirmpvieh
Re: Next question
Inhabitant of Zion wrote: BTW on another note is there a specific place that you can go to find alist of all the apt packages that are currently available under Debain Sparc? dselect Also how does one log in as root? On the console? Enter root as the account name, then enter the root password.
Re: Next question
Yeah, dselect is still around. C'mon, the guy's new to Debian. You wouldn't want him to miss out on a classic, wouldya? :) Chad Miller wrote: On Fri, Jan 31, 2003 at 08:45:23AM -0800, Patrick Morris wrote: Inhabitant of Zion wrote: BTW on another note is there a specific place that you can go to find alist of all the apt packages that are currently available under Debain Sparc? dselect Gag, gag! dselect is still around? $ apt-cache search regex (use . to get a list of all packages) # apt-get install name Also how does one log in as root? Eh, I'm not sure we can help very much with this. Is there something wrong? - chad
Next question
Hi I don't seem to be having much joy with the archives. Another old chestnut that must be there but various searches bring nothing up. My screen seems to be set to 800x600 and I want to try and make it a bit bigger. Xconfigurator seems to be a Redhat thing. What is the Debian equivalent? John -- Sent using Sylpheed. Secure, stable and micro$oft free. GnomeICU 92791912 aMSN [EMAIL PROTECTED]
Save BIG on your next List!
A Special Message For You: DO YOU WANT TO IMPROVE YOUR BUSINESS RIGHT AWAY? More than 5,000 companies have ordered from us and more importantly are REORDERING FROM US TO INCREASE THEIR DIRECT MAIL, FAX, AND EMAIL SALES. The lowest prices, finest quality and superior service for which we are known are available ALL UNDER ONE ROOF to enhance your direct mail marketing program. THE COST IS SUBSTANTIALLY LESS AND YOU PAY LESS! It all boils down to: CONSTANTLY COMPILING AND UPDATING TO PROVIDE THE NAMES ADDRESSES OF FRESH, ALIVE, RED HOT PROSPECTS THAT ARE ACCURATE. What other mailing list company offers you as high a percentage of accuracy and sales promotion response AND GUARANTEES IT? TIMES ARE UNCERTAIN TODAY but they have NEVER BEEN BETTER for those who cater to regular business in the usual way, and also seek NEW BUSINESS. Order those that you want and MAKE YOUR NEXT SALE PROMOTION REALLY BIG! From the moment you call upon us for help you will be provided with kind and friendly service combined with gracious concern by any one of our knowledgeable experts. We understand the need for personalized service. This has been the foundation of our success, and everyone within our organization firmly upholds this belief. We appreciate your past orders. The tremendous volume we have received encouraged us to offer bigger and better opportunities for you and your company to utilize. dataUSA 8738 Granville Pkwy, La Vista, NE 68128 John Shields Account Executive Phone 1 (402) 596-2993 Email [EMAIL PROTECTED] datausapricing_1(1).xls Description: datausapricing_1(1).xls consumerpricing(1).xls Description: consumerpricing(1).xls
bootstrapping up to the next kernel
I just tried building 2.2.10 on a 2.2.1 system and got this: vfork(BUG IN DYNAMIC LINKER ld.so: dynamic-link.h: 57: elf_get_dynamic_info: Assertion `! bad dynamic tag' failed!) = 12682 (from strace -fv make oldconfig) I'm pretty sure it isn't kernel build specific, I suspect just about any make that actually vforks would do it. However, the 2.2.9 image would hang (on my SS1+, sun4c) after running for a little while. Do I just wait for 2.2.(x 9) kernel images? libc6 2.1.1-13 doesn't indicate a kernel dependency, is there a newer (or older) one I should be using instead? Or is this just random lossage and I should try again closer to debian-2.2 :-)
