Date: Fri, 11 Jan 2008 10:00:42 +0900 From: Pyun YongHyeon <pyunyh@gmail.com> To: Erik Osterholm <freebsd-lists-erik@erikosterholm.org>, Kris Kennaway <kris@FreeBSD.org>, freebsd-questions@FreeBSD.org, yongari@FreeBSD.org Subject: Re: FreeBSD's problems as seen by the BSDForen.de community Message-ID: <20080111010042.GB59435@cdnetworks.co.kr> In-Reply-To: <20080110210655.GA9505@aleph.cepheid.org> References: <478556AD.6090400@bsdforen.de> <d763ac660801100656r1c7919bas4ca454d304959d15@mail.gmail.com> <20080110161541.GA2317@aleph.cepheid.org> <478682D2.8030006@FreeBSD.org> <20080110210655.GA9505@aleph.cepheid.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jan 10, 2008 at 03:06:55PM -0600, Erik Osterholm wrote: > Sorry to cold-CC you on this, yongari--please ignore if this doesn't > interest you. > I'm interesting in fixing drivers in tree. txp(4) is one of drivers that need more attention, I guess. It seems that datasheet for 3Com Typhoon is not available to developers so fixing may require lots of time and trial and errors. Unfortunately I don't have that hardware (I can't find that hardware in local store.) so it would be hard for me to fix it. If you can ship the hardware to me, please let me know. I'm somewhat overloaded so it would take more time than usual... > On Thu, Jan 10, 2008 at 09:40:50PM +0100, Kris Kennaway wrote: > > Erik Osterholm wrote: > > >On Thu, Jan 10, 2008 at 11:56:15PM +0900, Adrian Chadd wrote: > > >>On 10/01/2008, Dominic Fandrey <kamikaze@bsdforen.de> wrote: > > >> > > >>This is the thing though. Its working for the developers, its not > > >>working for the users, so how do you think it'll get fixed? > > >> > > >>>The second big problem is the handling of regressions. PRs remain > > >>>unanswered or the reporters are told that the regressions they > > >>>report do not exist. Some of our members have even suffered the > > >>>experience that they developed a patch, but it simply was ignored > > >>>or turned down for the reason that it was a "Linux solution". > > >>>Especially frustrating for those among us who have never looked at > > >>>Linux code. > > >>Whats the PR number? > > > > > >I'm coming in in the middle of this thread, but here's one from July > > >2006: > > >kern/100839 > > > > > >No one from the FreeBSD community ever responded on it. I thought > > >that I'd even suggested removing the driver entirely, due to this > > >showstopping bug, and removing its listing as compatible, but now I > > >can't find an archived reference, so maybe it was in my head. > > > > > >I love FreeBSD, and I used it on a daily basis, but there's an > > >example, if you're genuinely interested. > > > > > >Erik > > > > Yeah, that's a pretty good example of hardware with no real maintainer > > in the FreeBSD community. Actually it does look like yongari@ worked on > > it a couple of months ago, so you might want to bring it to his attention. > > > > Kris > > I can do that, though it looks like the changes made were quite > generic to interfaces in general, and not specific to the TXP. While > I was trying to get this to work, it looked pretty likely that the > problem was in how the kernel was talking to the device itself--the > device would get confused when it was brought down and back up. > > My recollection is that the Linux driver just stops I/O to the card, > but leaves it in its online state, effectively disconnecting it from > the TCP/IP stack, in order to bring it down. FreeBSD tries to > actually disable the interface, but doesn't re-initialize it correctly > when bringing it back up. > > If someone doesn't want to take accountability for the bug, I'd really > like to see it removed from the compatibility list. I could probably > find some hardware to donate to the cause of fixing it, if someone was > committed to fixing it, though. > > Erik -- Regards, Pyun YongHyeon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080111010042.GB59435>