search for: reorgs

This is the first in a series of patches to move around some X86 .td file contents in preparation for starting to add AVX patterns. This is stuff that will be shared by SSE, MMX and AVX patterns. Eventually, they will all converge under one framework but in the meantime we need to do some code sharing so I want to move the common stuff into a single file. Assuming this patch looks ok, I'll

Now that Bruno is putting in some AVX stuff, it's a good motivator to move my x86 SIMD reorg work into trunk (and got management to agree to prioritize it - Thanks Bruno! :) ). Attached is the first patch of many to accomplish this. The overall goal is to have all x86 SIMD instructions share a set of common patterns so that we can have a more maintainable machine description (e.g. SS, SD,

Bruno Cardoso Lopes <bruno.cardoso at gmail.com> writes: >> Ok to commit? > > I'm Ok with this patch. > > Despite that, I think we should discuss the ones to come, If you really go > "tablegen auto generates everything" as I've noticed in some tablegen patches > you commited, there's a great chance the sse/avx code would become unreadable, >

Hi David, On Fri, Jul 9, 2010 at 3:25 PM, David Greene <dag at cray.com> wrote: > Now that Bruno is putting in some AVX stuff, it's a good motivator to > move my x86 SIMD reorg work into trunk (and got management to agree to > prioritize it - Thanks Bruno! :) ). > > Attached is the first patch of many to accomplish this.  The overall > goal is to have all x86 SIMD

On Jul 12, 2010, at 11:45 AM, David A. Greene wrote: > > I don't see how this patch could cause any failures. > > Is somethinmg tricky going on with the Frontend* tests at the moment? I just updated and ran everything and it's working fine for me. (Note that I haven't tested with your patch.) -eric

This is a medium-ish article I wrote up about the current state of the x86 SSE .td files (sans Bruno's ongoing work on AVX). While some of the code snippets are a little bit out-of-date (owing to said work by Bruno and others), the basic concepts still apply. Essentially, the article outlines several places in the current .td files that have redundancy and how that redundancy has led to some

I've moved our source repository into the top-level svn.xiph.org tree. After using the new set up for a bit, I think having everything (but icecast) in one tree makes more sense. If you have a check out from the old location you can migrate your working copy: cd <theora-working-directory> svn switch http://svn.xiph.org/trunk/theora or svn switch

Ralf Karrenberg <Chareos at gmx.de> writes: > This sounds great! > > For my case, I only require some basic support, so I am optimistic > that your next few patches will provide everything I need. If my evil plan works out, within the next 10 or so patches we should be in a place where pushing everything up goes pretty quickly. It's about 8 TableGen patches and then a

Hi David, >> The last time the AVX backend was mentioned on this list seems to be >> from November 2010, so I would like to ask about the current status. Is >> anybody (e.g. at Cray?) still actively working on it? > > Yes, we are! I am doing a lot of tuning work at the moment. We have > been rather swamped with work for new products and I am now just getting > out

Bruno Cardoso Lopes <bruno.cardoso at gmail.com> writes: >> This patch merely moves some common pattern fragments (memop, >> alignedload, etc.) to a file separate from X86InstrSSE.td so that all >> current x86 SIMD implementations can still use the classes while the >> transition happens. >> >> Ok to commit? > > I'm Ok with this patch. So

I have a system with 4 disk drives, two 512 Gb and two 1 Tb. It look like this: CentOS release 5.9 (Final) Disk /dev/sda: 500.1 GB, 500107862016 bytes Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes Disk /dev/sdc: 500.1 GB, 500107862016 bytes Disk /dev/sdd: 1000.2 GB, 1000204886016 bytes ================================================================= Disk /dev/sda: 500.1 GB, 500107862016 bytes

Bruno Cardoso Lopes <bruno.cardoso at gmail.com> writes: > Hi Ralf > > On Wednesday, June 1, 2011, Ralf Karrenberg <Chareos at gmx.de> wrote: >> Hi, >> >> The last time the AVX backend was mentioned on this list seems to be >> from November 2010, so I would like to ask about the current status. Is >> anybody (e.g. at Cray?) still actively working

This is a heads up - if you aren't into ELF or ARM, you can stop reading :-) I need to add ARM specific relocation support which require some amount of reorg to the exiting ELFObjectWriter.* to remove x86 biases (or at least move them elsewhere). I am currently working on a set of patches, which I will send to commits for review, hopefully in a day or three. Thanks -jason

Hi Everyone, I am trying to decide on a MC'ized reorg of ARMAsmPrinter for MC/ELF, and had some questions. Currently, it defines quite a few methods like printAddrMode4Operand (linked to ARMInstrInfo.td) that currently assume raw text support in the OutStreamer. Are these methods still supposed to be invoked in the MC'ized path for assembly output? Is JimG's new MC/.s

I've installed new complete-page versions of the vorbis spec on the website: http://www.xiph.org/ogg/vorbis/doc/ the per-section html versions have not yet been updated. I also updated docbook, xsltproc, and tetex on motherfish, and installed a catalog file in /etc/xml/catalog since the docbook stuff is a little hard to get going. The docs should build out of the box there now

On Tue, Mar 28, 2023 at 05:28:31PM +0800, Xuan Zhuo wrote: > Considering the complexity of virtio-net.c and the new features we want > to add, it is time to split virtio-net.c into multiple independent > module files. > > This is beneficial to the maintenance and adding new functions. > > And AF_XDP support will be added later, then a separate xsk.c file will > be added.

On Fri, Mar 31, 2023 at 3:31?PM Xuan Zhuo <xuanzhuo at linux.alibaba.com> wrote: > > On Thu, 30 Mar 2023 02:17:43 -0400, "Michael S. Tsirkin" <mst at redhat.com> wrote: > > On Tue, Mar 28, 2023 at 05:28:31PM +0800, Xuan Zhuo wrote: > > > Considering the complexity of virtio-net.c and the new features we want > > > to add, it is time to split

On Fri, 31 Mar 2023 15:35:14 +0800, Jason Wang <jasowang at redhat.com> wrote: > On Fri, Mar 31, 2023 at 3:31?PM Xuan Zhuo <xuanzhuo at linux.alibaba.com> wrote: > > > > On Thu, 30 Mar 2023 02:17:43 -0400, "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > On Tue, Mar 28, 2023 at 05:28:31PM +0800, Xuan Zhuo wrote: > > > >

On Jun 20, 2009, at 7:30 PM, Chris Lattner wrote: > > > My proposed fix for this is to add an 'unsigned char' slot to > MachineOperand that holds a target-specific enum value. The code in > asmprinter would be reduced to: > > switch (theoperandenum) { > case X86::MO_Flag_non_lazy_ptr: > O << "$non_lazy_ptr"; > break; > case

On Nov 9, 2010, at 9:31 AM, Jason Kim wrote: > This is a heads up - if you aren't into ELF or ARM, you can stop reading :-) > > I need to add ARM specific relocation support which require some > amount of reorg to the exiting ELFObjectWriter.* to remove x86 biases > (or at least move them elsewhere). > I am currently working on a set of patches, which I will send to >