similar to: Re: PXE Distro

Hi. I've ever wondered how nuch timeis left to timeout while waiting at the boot prompt, so I've writen this small patch to show it. This add a configuration command 'showtimeout'. If you like the patch I could improve it (for example to show the timeout in decimal because now it uses the writehex functions) Regards. -- ______ ________ / / \/ /___ ) I N T E G

Hi, I've been using pxe-enabled nic's with an lzpxe-etherboot image generated by rom-o-matic.net to boot a ltsp.org kernel, with dhcp 3 to use if statements to determine which filename option he gives to the pxe/etherboot dhcp client.Explained at http://www.ltsp.org/documentation/pxe.howto.html This works perfectly, except for the fact that you can't use 1 etherboot pxe image for

Hello, I appreciate the help. I am able to mount the nfs root share to a directory and then chroot to it and pull up a shell. Everything seems fully functional from there and I can run all the programs I checked. Wasn't sure how to manually test the init command. When I type /sbin/int it prints the proper format for an init command and when I type /sbin/init S, I just get a carriage return.

Hi Linfeng, On 06/02/17 02:51 PM, Linfeng Zhang wrote: > However, the critical thing is that all the states in each stage when > processing input[i] are reused by the next input[i+1]. That is > input[i+1] must wait input[i] for 1 stage, and input[i+2] must wait > input[i+1] for 1 stage, etc. That is indeed the tricky part... and the one I think you could do slightly differently. If

Hi Linfeng, On 06/02/17 07:18 PM, Linfeng Zhang wrote: > This is a great idea. But the order (psEncC->shapingLPCOrder) can be > configured to 12, 14, 16, 20 and 24 according to complexity parameter. > > It's hard to get a universal function to handle all these orders > efficiently. Any suggestions? I can think of two ways of handling larger orders. The obvious one is

Hi Jean-Marc, Attached is the silk_warped_autocorrelation_FIX_neon() which implements your idea. Speed improvement vs the previous optimization: Complexity 0-4: Doesn't call this function. Complexity 5: 2.1% (order = 16) Complexity 6: 1.0% (order = 20) Complexity 8: 0.1% (order = 24) Complexity 10: 0.1% (order = 24) Code size of silk_warped_autocorrelation_FIX_neon() changes from 2,644

Hi Linfeng, Thanks for the updated patch. I'll have a look and get back to you. When you report speedup percentages, is that relative to the entire encoder or relative to just that function in C? Also, what's the speedup compared to master? Cheers, Jean-Marc On 05/04/17 12:14 PM, Linfeng Zhang wrote: > I attached a new patch with small cleanup (disassembly is identical as > the

This is a great idea. But the order (psEncC->shapingLPCOrder) can be configured to 12, 14, 16, 20 and 24 according to complexity parameter. It's hard to get a universal function to handle all these orders efficiently. Any suggestions? Thanks, Linfeng On Mon, Feb 6, 2017 at 12:40 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Linfeng, > > On 06/02/17 02:51 PM,

Hi Linfeng, I had a closer look at your patch and the code looks good -- and slightly simpler than I had anticipated, so that's good. I did some profiling on a Cortex A57 and I've been seeing slightly less improvement than you're reporting, more like 3.5% at complexity 8. It appears that the warped autocorrelation function itself is only faster by a factor of about 1.35. That's a

Hi Jean-Marc, Thanks a lot for reviewing this huge assembly function! silk_warped_autocorrelation_FIX_c()'s kernel part is for( n = 0; n < length; n++ ) { tmp1_QS = silk_LSHIFT32( (opus_int32)input[ n ], QS ); /* Loop over allpass sections */ for( i = 0; i < order; i++ ) { /* Output of allpass section */ tmp2_QS = silk_SMLAWB(

I attached a new patch with small cleanup (disassembly is identical as the last patch). We have done the same internal testing as usual. Also, attached 2 failed temporary versions which try to reduce code size (just for code review reference purpose). The new patch of silk_warped_autocorrelation_FIX_neon() has a code size of 3,228 bytes (with gcc). smaller_slower.c has a code size of 2,304

Hi Jean-Marc, Thanks for your suggestions. Will get back to you once we have some updates. Linfeng On Mon, Feb 6, 2017 at 5:47 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Linfeng, > > On 06/02/17 07:18 PM, Linfeng Zhang wrote: > > This is a great idea. But the order (psEncC->shapingLPCOrder) can be > > configured to 12, 14, 16, 20 and 24 according to

Hi, is there any way to simulate a PXE boot from an Etherboot ROM? Background: I am using PXES in a customer project. PXES supports bootsplash only via pxelinux. The customer machines only have old ISA network cards for which there appears to be no PXE boot rom so I have to use Etherboot. Maybe one could build an NBI image from pxelinux.0 somehow ??? Use a newer etherboot image as a second

Thank Jean-Marc! The speedup percentages are all relative to the entire encoder. Comparing to master, this optimization patch speeds up fixed-point SILK encoder on NEON as following: Complexity 5: 6.1% Complexity 6: 5.8% Complexity 8: 5.5% Complexity 10: 4.0% when testing on an Acer Chromebook, ARMv7 Processor rev 3 (v7l), CPU max MHz: 2116.5 Thanks, Linfeng On Wed, Apr 5, 2017 at 11:02 AM,

This may seem to be an odd request, but here it goes: I would like to be able to recursively load pxelinux. Simple reason being that many useful mini distro's now use it (PXES, Recovery is Possible, Fedora Anaconda, my own homebrew setup program, unattended.sf.net, etc), and I would like to be able have drop in upgradabily for those distro's. The idea being I can create a master menu and

Hi All, I'm playing with KVM in order to adopt the technology for dev / testing purposes. Installing RHEL5 from ISO images works ok, no problems with installation. The problem occurs with PXE boot - it is simply doesn't try to do PXE boot, according to what I can see: Booting from Hard Disk... Boot from Hard Disk failed: not a bootable disk FATAL: No bootable device. _ I have: CentOS

Dear Sir, I am using PXES for booting diskless computer to win2k, and/or LTSP servers. The problem is we have many computers in our lab have different computers, so i require different .initrd files for each group of computers. Can i have different /pxelinux.cfg/default files so that i can define different locations for my boot files. Thanks in advance. Limesh Parekh, Enjay Computer

Hi, I am writing a for loop that creates one object, say 'outn' on every round of the loop. I would like the name of each object to include the index of the loop as in, for example: out1, out2, out3, ... And I would like the naming of the object to take place automatically as the loop moves through? Similarly, I would like to be able to call different objects (in1, in2, in3,

Hi folks, There is probably a canned solution for this problem, but after some searching I can't find it. I currently run some stations booted over the network using pretty standard PXELINUX, boot kernel & initrd (squashed) images. The PXE-bootable images are thin client Linux (PXES, but could be anything like LTSP, ThinStation etc). However I will be installing some more at the end of

CentOS Errata and Bugfix Advisory 2011:0982 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0982.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 218bebfd4e15d2f7a70a030cd1a27cb3 etherboot-pxes-5.4.4-15.el5.centos.x86_64.rpm 6d870664352a31e92c5c604e401960a6 etherboot-roms-5.4.4-15.el5.centos.x86_64.rpm