Re: [PATCH 14/14] m68k/atari: USB - Add ISP1160 USB host controller support
Miro Kropáček <[email protected]> Fri, 17 Jul 2026 23:49:52 +1000
| Newsgroups | gmane.linux.debian.ports.68k,gmane.linux.ports.m68k |
|---|---|
| Message-ID | <CAN5rfbQMfUDDu6jUJaR=u0o-_SeVGA+6FQ-SwBShtq3rN3APCQ@mail.gmail.com> |
--000000000000b515040656ced54a Content-Type: text/plain; charset="UTF-8" Hi Michael, On Mon, 25 Mar 2013 at 11:36, Michael Schmitz <[email protected]> wrote: > Add Atari specific support code for isp116x-hcd driver used by EtherNAT > and NetUSBee adapters. Both use a 16-bit data bus wiring that is > byte-swapped > in hardware. The EtherNAT adapter also has quirks relating to interrupts > and needs interrupts disabled until after the chip has been reset. > > Debugging of FIFO register access code and NetUSBee support by David Galvez > <[email protected]> (MiNT driver author). > > Signed-off-by: Michael Schmitz <[email protected]> > Sorry to necro-bump this email thread but this specific commit is quite interesting. As far as I understand it, this patch was proposed and merged on top of Geert's m68k-queue branch. However five hours later there was another set of patches meant for upstream/debian merge: https://lore.kernel.org/linux-m68k/[email protected] (interestingly, it wasn't CC'ed to debian-m68k) where you explicitly asked ( https://lore.kernel.org/linux-m68k/[email protected]) to skip https://lore.kernel.org/linux-m68k/[email protected] and https://lore.kernel.org/linux-m68k/[email protected] (this one) patches. "I don't mind for it to live in m68k-queue for a while" ... so, 13 years later ;), what prevents merging NetUSBee support upstream? -- http://mikro.atari.org --000000000000b515040656ced54a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div><span style=3D"background-color:transparent">Hi Micha= el,</span></div><div><span style=3D"background-color:transparent"><br></spa= n></div><div dir=3D"ltr"><span style=3D"background-color:transparent">On Mo= n, 25 Mar 2013 at 11:36, Michael Schmitz <<a href=3D"mailto:schmitzmic@g= mail.com">[email protected]</a>> wrote:</span></div><div class=3D"gma= il_quote gmail_quote_container"><blockquote class=3D"gmail_quote" style=3D"= margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-lef= t:1ex">Add Atari specific support code for isp116x-hcd driver used by Ether= NAT<br> and NetUSBee adapters. Both use a 16-bit data bus wiring that is byte-swapp= ed<br> in hardware. The EtherNAT adapter also has quirks relating to interrupts<br= > and needs interrupts disabled until after the chip has been reset.<br> <br> Debugging of FIFO register access code and NetUSBee support by David Galvez= <br> <<a href=3D"mailto:[email protected]" target=3D"_blank">dgalvez75@gmai= l.com</a>> (MiNT driver author).<br> <br> Signed-off-by: Michael Schmitz <<a href=3D"mailto:[email protected]" ta= rget=3D"_blank">[email protected]</a>><br></blockquote><div>Sorry to ne= cro-bump this email thread but this specific commit is quite interesting. A= s far as I understand it, this patch was proposed and merged on top of Geer= t's m68k-queue branch. However five hours later there was another set o= f patches meant for upstream/debian merge:=C2=A0<a href=3D"https://lore.ker= nel.org/linux-m68k/[email protected]">htt= ps://lore.kernel.org/linux-m68k/1364193464-3890-1-git-send-email-schmitz@de= bian.org</a> (interestingly, it wasn't CC'ed to debian-m68k) where = you explicitly asked (<a href=3D"https://lore.kernel.org/linux-m68k/5152996= [email protected]">https://lore.kernel.org/linux-m68k/5152996E.50800@gmail.= com</a>) to skip=C2=A0<a href=3D"https://lore.kernel.org/linux-m68k/1364193= [email protected]">https://lore.kernel.org/linux= -m68k/[email protected]</a> and=C2=A0<a h= ref=3D"https://lore.kernel.org/linux-m68k/1364193464-3890-12-git-send-email= [email protected]">https://lore.kernel.org/linux-m68k/1364193464-3890-12-= [email protected]</a> (this one) patches.</div><div><br></d= iv><div>"I don't mind for it to live in m68k-queue for a while&quo= t; ... s<span style=3D"background-color:transparent">o, 13 years later ;), = what prevents merging NetUSBee support upstream?</span></div></div><div><br= ></div><span class=3D"gmail_signature_prefix">-- </span><br><div dir=3D"ltr= " class=3D"gmail_signature"><div dir=3D"ltr"><div><a href=3D"http://mikro.a= tari.org" target=3D"_blank">http://mikro.atari.org</a></div></div></div></d= iv> --000000000000b515040656ced54a--