Re: projects/armv6 merged to HEAD
On 22 Aug 2012, at 04:17, George Neville-Neil wrote: On Aug 17, 2012, at 05:24 , Robert Watson rwat...@freebsd.org wrote: On Thu, 16 Aug 2012, Oleksandr Tymoshenko wrote: projects/armv6 branch was merged to HEAD and should be considered dead now. This patch is a result of a joint effort by many people. Including but not limited to: Amazing work -- many thanks are due to to everyone who was involved! And this ought to simplify work on both the Rasberry Pi and BeagleBone, as well as the rest of the arm systems. Great! What he said. Big thanks to all concerned! -- Bob Bishop r...@gid.co.uk ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: projects/armv6 merged to HEAD
On Aug 17, 2012, at 05:24 , Robert Watson rwat...@freebsd.org wrote: On Thu, 16 Aug 2012, Oleksandr Tymoshenko wrote: projects/armv6 branch was merged to HEAD and should be considered dead now. This patch is a result of a joint effort by many people. Including but not limited to: Amazing work -- many thanks are due to to everyone who was involved! And this ought to simplify work on both the Rasberry Pi and BeagleBone, as well as the rest of the arm systems. Great! Best, George ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: projects/armv6 merged to HEAD
On Thu, 16 Aug 2012, Oleksandr Tymoshenko wrote: projects/armv6 branch was merged to HEAD and should be considered dead now. This patch is a result of a joint effort by many people. Including but not limited to: Amazing work -- many thanks are due to to everyone who was involved! Robert Grzegorz Bernacki (gber@) Aleksander Dutkowski Ben R. Gray (bgray@) Olivier Houchard (cognet@) Rafal Jaworowski (raj@) and Semihalf team Tim Kientzle (kientzle@) Jakub Wojciech Klama (jceel@) Ian Lepore Warner Losh (imp@) Damjan Marion (dmarion@) Lukasz Plachno Stanislav Sedov (stas@) Mark Tinguely Andrew Turner (andrew@) Thanks to all, who contributed by submitting code, testing and giving valuable advices. Code drop includes following parts: - General ARMv6/ARMv7 kernel bits (pmap, cache, assembler routines, etc...) - ARM SMP support - VFP/Neon support - ARM Generic Interrupt Controller driver - Improved thread-local storage for cpus =ARMv6 - Two new values for TARGET_ARCH: armv6 and armv6eb - Driver for SMSC LAN95XX and LAN8710A ethernet controllers - Marvell MV78x60 support (multiuser, ARMADA XP kernel config) - TI OMAP4 and AM335x support (multiuser, no GPU or graphics support, kernel configs for Pandaboard and Beaglebone) - LPC32x0 support (multiuser, frame buffer works with SSD1289 LCD controller.Embedded Artists EA3250 kernel config) - Barebone Nvidia Tegra2 support (timers, interrupts and UART. No kernel config) Hope now that the code is in trunk it will get more attention and love from developers. Happy hacking -- gonzo ___ freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to freebsd-arch-unsubscr...@freebsd.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: projects?
On Thu, Jun 20, 2002 at 01:21:30PM -0700, Julian Elischer wrote: I've been considereing this as a fun project. The difficult comes at the interface/IP boundary.. we'd need am ng_route node to multiplex the packets to the correct output nodes... Would it be needed to duplicate the whole stack in the netgraph node or would it be relatively easy to hook it up to the existing ip and tcp code? Just wondering. Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: projects?
On Thu, 20 Jun 2002, Terry Lambert wrote: Basically, that's my short list. There are actually a lot more things that could be done in the networking area; there are things to do in the routing area, and things to do with RED queueing, and things to do with resource tuning, etc., and, of course, there's the bugs that you normally see in the BSD stack only when you try to dothings like open more than 65535 outbound connections from a single box, etc.. Personally, I'm tired of solving the same problems over and over again, so I'd like to see the code in FreeBSD proper, so that it becomes part of the intellectual commons. SO which project are you going to do terry? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: projects?
On Fri, 21 Jun 2002, Mark Santcroos wrote: On Thu, Jun 20, 2002 at 01:21:30PM -0700, Julian Elischer wrote: I've been considereing this as a fun project. The difficult comes at the interface/IP boundary.. we'd need am ng_route node to multiplex the packets to the correct output nodes... Would it be needed to duplicate the whole stack in the netgraph node or would it be relatively easy to hook it up to the existing ip and tcp code? I'd try start with a second copy of the existing code and see what needs to be hacked.. If it were easy enough you could retrofit th changes to th current code but I suspect that it woudl diverge... Just wondering. Mark -- Mark SantcroosRIPE Network Coordination Centre http://www.ripe.net/home/mark/New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: projects?
On Fri, Jun 21, 2002 at 08:37:15AM +0200, Mark Santcroos wrote: On Thu, Jun 20, 2002 at 01:21:30PM -0700, Julian Elischer wrote: I've been considereing this as a fun project. The difficult comes at the interface/IP boundary.. we'd need am ng_route node to multiplex the packets to the correct output nodes... Would it be needed to duplicate the whole stack in the netgraph node or would it be relatively easy to hook it up to the existing ip and tcp code? For my purposes, it would need to be seperate so you could copy the module and hack in a new TCP without changing the existing one. -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 msg35162/pgp0.pgp Description: PGP signature
Re: projects?
On Fri, Jun 21, 2002 at 11:04:36AM -0700, Brooks Davis wrote: For my purposes, it would need to be seperate so you could copy the module and hack in a new TCP without changing the existing one. I understand, but you won't need to do that for the IP layer in your case. Other people might have a reverse situation, so some hooks to both these layers would come in handy, that was my point. Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: projects?
On Sat, Jun 22, 2002 at 01:03:34AM +0200, Mark Santcroos wrote: On Fri, Jun 21, 2002 at 11:04:36AM -0700, Brooks Davis wrote: For my purposes, it would need to be seperate so you could copy the module and hack in a new TCP without changing the existing one. I understand, but you won't need to do that for the IP layer in your case. Other people might have a reverse situation, so some hooks to both these layers would come in handy, that was my point. It depends on what you're trying to do. If all you want to do is mess with in-kernel TCP implementations then just hooking into the existing IP layer is sufficent. I'm also thinking that the ability to run netgraph code in a hybrid userland/kernel environment for development would be useful in which case it would be useful to be able to implement the whole network stack in netgraph nodes. -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 msg35179/pgp0.pgp Description: PGP signature
Re: projects?
On Wed, Jun 19, 2002 at 10:09:07PM -0400, David E. Cross wrote: He is however quite sick of networking, and was originally looking at the VM code as a potential area (he is gaining an interest in parallelization and synchronization). Something I'd like to see which is unfortunatly network releated is ng_ip, ng_tcp, and ng_udp netgraph modules. Since the networking code already exists (though it's probably got a number of layering violations in it that would need to be sorted out) this would be more of an infrastructure project then a networking project. It would have things to measure (comparative throughput and latency, for example.) If these modules were available, netgraph would become much more intresting as a basis for network research (say building distributed simulators). Later researchers could add ng_tcp_reno, ng_tcp_vegas, or even ng_tca_daytona (the messed up accelerated tcp which acks each byte seperatly.) -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 msg35085/pgp0.pgp Description: PGP signature
Re: projects?
On Thu, 20 Jun 2002, Brooks Davis wrote: On Wed, Jun 19, 2002 at 10:09:07PM -0400, David E. Cross wrote: He is however quite sick of networking, and was originally looking at the VM code as a potential area (he is gaining an interest in parallelization and synchronization). Something I'd like to see which is unfortunatly network releated is ng_ip, ng_tcp, and ng_udp netgraph modules. Since the networking code already exists (though it's probably got a number of layering violations in it that would need to be sorted out) this would be more of an infrastructure project then a networking project. It would have things to measure (comparative throughput and latency, for example.) If these modules were available, netgraph would become much more intresting as a basis for network research (say building distributed simulators). Later researchers could add ng_tcp_reno, ng_tcp_vegas, or even ng_tca_daytona (the messed up accelerated tcp which acks each byte seperatly.) I've been considereing this as a fun project. The difficult comes at the interface/IP boundary.. we'd need am ng_route node to multiplex the packets to the correct output nodes... :-) -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: projects?
Great list, thanks for that. While I think LRP and TCP Rate Halving are quite interesting, I think tackling the SMP Safe Queues makes the best use my resources. I fear that testing some of the other items requires setups that are not feasible for me. Cheers, Aram Terry Lambert wrote: Aram Compeau wrote: Too bad he's sick of networking. There a lot of intersting codethat could be implemented in the main line FreeBSD that would bereally beneficial, overall. Could you elaborate briefly on what you'd like to see worked on withrespect to this? I don't want you to spend a lot of time describinganything, but I am curious. I don't generally have large blocks of sparetime, but could work on something steadily with a low flame. ---LRP---I would like FreeBSD to support LRP (Lazy Receiver Processing),an idea which came from the Scala Server Project at RiceUniversity.LRP gets rid of the need to run network processing in kernelthreads, in order to get parallel operation on SMP systems;so long as the interrupt processing load is balanced, it'spossible to handle interrupts in an overlapped fashion.Right now, there are four sets of source code: SunOS 4.1.3_U1,FreeBSD 2.2-BETA, FreeBSD 4.0, FreeBSD 4.3. The first threeare from Rice University. The fourth is from Duke University,and is a port forward of the 4.0 Rice code.The Rice code, other than the FreeBSD 2.2-BETA, is unusable.It mixes in an idea called "Resource Containers" (RESCON),that is really not very useful (I can go into great detail onthis, if necessary). It also has a restrictive license. TheFreeBSD 2.2-BETA implementation h as a CMU MACH style license(same as some FreeBSD code already has).The LRP implementation in all these cases is flawed, in thatit assumes that the LRP processing will be universal acrossan entire address family, and the experimental implementationloads a full copy of the AF_INET stack under another familyname. A real integration is tricky, including credentials onaccept calls, an attribute on the family struct, to indicatethat it's LRP'ed, so that common subsystems can behave verydifferently, support for Accept filters and othe Kevents, etc.).LRP gives a minimum of a factor of 3 improvement in connectionsper second, without the SYN cache code involved at all, throughan overall reduction in processing latency. It also has theeffect of preventing "receiver livelock". http://www.cs.rice.edu/CS/Systems/LRP/ http://www.cs.duke.edu/~anderson/freebsd/muse-sosp/readme.txtTCP Rate HalvingI would like to see FreeBSD support TCP Rate Halving, and ideafrom the Pittsburgh Cupercomputing Center (PSC) at CarengieMellon University (CMU).These are the people who invented "traceroute".TCP Rate halving is an alternative to the RFC-2581 Fast Recoveryalgorithm for congestion control. It effectively causes thecongestion recovery to be self-clocked by ACKs, which has theoverall effect of avoiding the normal burstiness of TCP recoveryfollowing congestion.This builds on work by Van Jacobsen, J. Hoe, and Sally Floyd.Their current implementation is for NetBSD 1.3.2. http://www.psc.edu/networking/rate_halving.h tml---SACK, FACK, ECN---Also from PSC at CMU.SACK and FACK are well known. It's annnoying that Luigi Rizzo'scode from 1997 or so was never integrated into FreeBSD.ECN is an implementation of Early Congestion Notification. http://www.psc.edu/networking/tcp.htmlVRRPThere is an implementation of a real VRRP for FreeBSD available;it is in ports.This is a real VRRP (Virtual Router Redundancy Protocol), notlike the Linux version which uses the multicast mask and thusloses multicast capability.There are intersting issues in actual deployment of this code;specifically, the VMAC that needs to be used in order tologically seperate virtual routers is not really implementedwell, so there are common ARP issues.There are a couple of projects that one could take on here; byfar, the most interesting (IMO) would be to support multiplevirtual network cards on a single physical network card. Mostof the Gigabit Ethernet cards, and some of the 10/100Mbit cards,can support multiple MAC addresses (the Intel Gigabit card cansupport 16, the Tigon III supports 4, and the Tigone II supports2).The work required would be to support the ability to have asingle driver, single NIC, multiple virtual NICs.There are also interesting issues, like being able to selectivelycontrol ARP response from a VRRP interface which is not themaster interface. This has intersting implications for therouting code, and for the initialization code, which normallyhandles the gratuitous ARP. More information can be found inthe VRRP RFC, RFC-2338.--TCP Timers--I've discussed this before in depth. Basically, the timer codeis very poor for a large nu mber of connections, and increasingthe size of the callout wheel is not a real/reasonable answer.I would like to see the code
Re: projects that need to be done...
Actually don;t worry about this Forget it, really, I was just hoping someone wouldn;t mind someone to mold into a generally decent workhorse. -Trish -- Trish Lynch [EMAIL PROTECTED] FreeBSD The Power to Serve Ecartis Core Team [EMAIL PROTECTED] http://www.freebsd.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: projects that need to be done...
On Thu, 6 Jun 2002, Trish Lynch wrote: what types of things can be done by people who are generally just learning thier way around some of the code? is there anyone willing to You could go through the PR database and see if there are any problems reported that you could solve. If you can't actually solve it it doesn't matter...you're further analysis may be enough to help someone else fix it...you could post your results to the mailing list...i.e I was looking at PR x and I found this, this and this. I think the problem is line x in x.c but I'm not sure what the correct solution is... Andrew To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: projects that need to be done...
On Fri, 7 Jun 2002, Andrew wrote: On Thu, 6 Jun 2002, Trish Lynch wrote: what types of things can be done by people who are generally just learning thier way around some of the code? is there anyone willing to You could go through the PR database and see if there are any problems reported that you could solve. If you can't actually solve it it doesn't matter...you're further analysis may be enough to help someone else fix it...you could post your results to the mailing list...i.e I was looking at PR x and I found this, this and this. I think the problem is line x in x.c but I'm not sure what the correct solution is... Andrew Or, if you're so inclined, start working on adding a feature that you find lacking in FreeBSD. Mentoring someone is a great idea, but it doesn't end up working too well in a volunteer project. Contribution works best when it's self motivated. If you can't think of anything to do, Andrew's suggestion of looking through the PR database is a good one. Mike Silby Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: projects that need to be done...
On Thu, 6 Jun 2002, Mike Silbersack wrote: Or, if you're so inclined, start working on adding a feature that you find lacking in FreeBSD. Mentoring someone is a great idea, but it doesn't end up working too well in a volunteer project. Contribution works best when it's self motivated. If you can't think of anything to do, Andrew's suggestion of looking through the PR database is a good one. Mike Silby Silbersack Yeah, I was just hoping someone wouldn;t mind it, since I either work better with one person's input, having a type of high functioning autism, I have a difficult time trying to make sense out of 30 different people's 30 different ways of doing something, I was trying to find someone who wouldn;t mind trying to clone themselves in a sense. -Trish -- Trish Lynch [EMAIL PROTECTED] FreeBSD The Power to Serve Ecartis Core Team [EMAIL PROTECTED] http://www.freebsd.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: projects that need to be done...
Trish Lynch wrote: Question: what types of things can be done by people who are generally just learning thier way around some of the code? is there anyone willing to patiently work with a fast learner (yes, honestly my biggest fear is since that I'm entirely self taught is that I have some bad habits, and someone must be willing to LART me at every opportunity on them until I learn) The easiest approach that a lot of people have taken (I heard the statistic that the majority of people with commit bits today had their start this way) is to start documenting anything you don't find self explanatory. In the process, you will learn a lot about it, and at the same time, you will machete some of the jungle to make a path for the people who will follow. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message