Re: Embedded switch instead of stadard PHY

2011-05-08 Thread Adrian Chadd
On 8 May 2011 01:22, Damjan Marion damjan.mar...@gmail.com wrote: I would like to implement support for embedded switch on WRT350Nv2 router which is based on 88F5181L SoC (ARM). FreeBSD already have support for embedded gigabit card (if_mge) but in case if this router MAC is connected

Re: Embedded switch instead of stadard PHY

2011-05-08 Thread Damjan Marion
On May 8, 2011, at 9:58 AM, Adrian Chadd wrote: On 8 May 2011 01:22, Damjan Marion damjan.mar...@gmail.com wrote: I would like to implement support for embedded switch on WRT350Nv2 router which is based on 88F5181L SoC (ARM). FreeBSD already have support for embedded gigabit card

Re: Embedded switch instead of stadard PHY

2011-05-08 Thread Marius Strobl
On Sat, May 07, 2011 at 07:22:23PM +0200, Damjan Marion wrote: Hi, I would like to implement support for embedded switch on WRT350Nv2 router which is based on 88F5181L SoC (ARM). FreeBSD already have support for embedded gigabit card (if_mge) but in case if this router MAC is connected

Re: Embedded switch instead of stadard PHY

2011-05-08 Thread Damjan Marion
On May 8, 2011, at 3:16 PM, Marius Strobl wrote: On Sat, May 07, 2011 at 07:22:23PM +0200, Damjan Marion wrote: Hi, I would like to implement support for embedded switch on WRT350Nv2 router which is based on 88F5181L SoC (ARM). FreeBSD already have support for embedded gigabit card

Re: Embedded switch instead of stadard PHY

2011-05-08 Thread Marius Strobl
On Sun, May 08, 2011 at 03:52:29PM +0200, Damjan Marion wrote: On May 8, 2011, at 3:16 PM, Marius Strobl wrote: On Sat, May 07, 2011 at 07:22:23PM +0200, Damjan Marion wrote: Hi, I would like to implement support for embedded switch on WRT350Nv2 router which is based on

Re: [UPDATE] New Boot-Loader Menu -- version 1.4

2011-05-08 Thread Devin Teske
On May 7, 2011, at 8:24 PM, 兰清 wrote: Hi Devin, Hi Lan, This loader menu is awesome! Thank you. But as I opinion, items (1,6,7) and (2,3,4,5) are two different thing. Hmmm. You're right. 1.Boot[Enter] 6.Escape to loader prompt 7.Reboot These options are

test

2011-05-08 Thread Jason Hellenthal
hackers, Test -- Regards, (jhell) Jason Hellenthal ___ 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: test

2011-05-08 Thread Jason Hellenthal
hackers, On Sun, May 08, 2011 at 01:54:18PM -0400, Jason Hellenthal wrote: hackers, Test My appologies. this message was never supposed to leave the outbox. Instead of hitting one key I hit another. Please disregard. Thanks. -- Regards, (jhell) Jason Hellenthal

[RFC][Change-Request] Create usefulness in rc.subr etc/rc.conf.d/*.conf namespace.

2011-05-08 Thread Jason Hellenthal
List, - Please reply-to freebsd...@freebsd.org Recently I have been going over some changes in the configurations that are possible with the rc subsystem and to my dismay I have found some inconsistencies with in particular the way rc.conf.d directory is processed and the arguments that are

Re: [UPDATE] New Boot-Loader Menu -- version 1.4

2011-05-08 Thread Devin Teske
On May 8, 2011, at 12:13 PM, Alexander Leidinger wrote: On Sun, 8 May 2011 10:48:55 -0700 Devin Teske dte...@vicor.com wrote: I would like to see general consensus from the community for separating the items before moving ahead with such a non-trivial change. IMO: - I agree that there

Re: [UPDATE] New Boot-Loader Menu -- version 1.4

2011-05-08 Thread Alexander Leidinger
On Sun, 8 May 2011 10:48:55 -0700 Devin Teske dte...@vicor.com wrote: I would like to see general consensus from the community for separating the items before moving ahead with such a non-trivial change. IMO: - I agree that there are two different types of actions - having 2 distinct blocks

Re: [RELEASE] New Boot-Loader Menu

2011-05-08 Thread Dieter BSD
There's really only room for one or two more menu items. Perhaps some items could be moved to a 2nd level menu? 1) boot multiuser mode ( default ) 2) boot single user mode 3) menu to set boot options 4) help Would be nice: a fix for having to lean on a key autorepeating for a couple seconds.

[RFC] Replacing our regex implementation

2011-05-08 Thread Gabor Kovesdan
Hi Folks, I've been given the opportunity to work in GSoC 2011 to replace our base regex library with a more modern one and given that the regex code is something essential probably there are lots of interested parties so I decided to open a thread here about my plans and the approach that I

Re: [RFC] Replacing our regex implementation

2011-05-08 Thread Pedro F. Giffuni
Hello; Thanks Gabor for this cool project! --- On Sun, 5/8/11, Gabor Kovesdan ga...@kovesdan.org wrote: ... - It doesn't provide the REG_STARTEND macro, which is our non-POSIX extension. Still, it is useful and easy to implement so it is not a problem either. Our sed requires REG_STARTEND

Re: [RFC] Replacing our regex implementation

2011-05-08 Thread Bakul Shah
As per the following URLs re2 is much faster than TRE (on the benchmarks they ran): http://lh3lh3.users.sourceforge.net/reb.shtml http://sljit.sourceforge.net/regex_perf.html re2 is in C++ has a PCRE API, while TRE is in C has a POSIX API. Both have BSD copyright. Is it worth considering

Re: [RFC] Replacing our regex implementation

2011-05-08 Thread Gabor Kovesdan
Em 09-05-2011 02:17, Bakul Shah escreveu: As per the following URLs re2 is much faster than TRE (on the benchmarks they ran): http://lh3lh3.users.sourceforge.net/reb.shtml http://sljit.sourceforge.net/regex_perf.html re2 is in C++ has a PCRE API, while TRE is in C has a POSIX API. Both have

Re: [RFC] Replacing our regex implementation

2011-05-08 Thread Bakul Shah
On Mon, 09 May 2011 02:37:10 BST Gabor Kovesdan ga...@kovesdan.org wrote: Em 09-05-2011 02:17, Bakul Shah escreveu: As per the following URLs re2 is much faster than TRE (on the benchmarks they ran): http://lh3lh3.users.sourceforge.net/reb.shtml

Re: [RFC] Replacing our regex implementation

2011-05-08 Thread Zhihao Yuan
On Sun, May 8, 2011 at 8:49 PM, Bakul Shah ba...@bitblocks.com wrote: On Mon, 09 May 2011 02:37:10 BST Gabor Kovesdan ga...@kovesdan.org  wrote: Em 09-05-2011 02:17, Bakul Shah escreveu: As per the following URLs re2 is much faster than TRE (on the benchmarks they ran):

Re: [RFC] Replacing our regex implementation

2011-05-08 Thread Lev Serebryakov
Hello, Bakul. You wrote 9 мая 2011 г., 5:17:09: As per the following URLs re2 is much faster than TRE (on the benchmarks they ran): http://lh3lh3.users.sourceforge.net/reb.shtml http://sljit.sourceforge.net/regex_perf.html re2 is much faster at price of memory. I don't remember details

Re: [RFC] Replacing our regex implementation

2011-05-08 Thread Bakul Shah
On Mon, 09 May 2011 08:30:57 +0400 Lev Serebryakov l...@freebsd.org wrote: Hello, Bakul. You wrote 9 =EC=E0=FF 2011 =E3., 5:17:09: As per the following URLs re2 is much faster than TRE (on the benchmarks they ran): http://lh3lh3.users.sourceforge.net/reb.shtml