search for: reworks

Displaying 20 results from an estimated 2378 matches for "reworks".

Did you mean: rework
2009 Dec 09
2
[LLVMdev] Rework of Vector/Scalar Classification
On Tuesday 08 December 2009 16:01, Dan Gohman wrote: > > I don't see how a register MachineOperand is obviously a vector unless > > there's type information somewhere that I'm missing. > > It has a register which has a register class. It's true that LLVM > currently uses one register class for both scalar and vector uses > of XMM registers on x86, but you
2009 Dec 10
0
[LLVMdev] Rework of Vector/Scalar Classification
On Dec 9, 2009, at 8:20 AM, David Greene wrote: > On Tuesday 08 December 2009 16:01, Dan Gohman wrote: > >>> I don't see how a register MachineOperand is obviously a vector unless >>> there's type information somewhere that I'm missing. >> >> It has a register which has a register class. It's true that LLVM >> currently uses one register
2014 Jan 28
2
[PATCH 1/1] rework printing for visual host key upper border
Key types are getting longer and the current implementation of visual host key breaks with ED25519, resulting in (note the missing bracket): +--[ED25519 256--+ This reworks the calculation of visual host key upper border. Please be aware that this may change the output for other key types as well. --- key.c | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/key.c b/key.c index 9142338..430f290 100644 --- a/key.c +++ b/key.c @@ -530,13 +5...
2009 Dec 07
0
[LLVMdev] Rework of Vector/Scalar Classification
On Friday 04 December 2009 16:44, David Greene wrote: > Here's a reworked patch to mark instructions and operands as vector or > scalar. It uses TableGen to infer the flags from types, allowing the user > to override with a "let isVector = 0" clause. > > I decided to forego classifying MachineMemOperands for now in the interests > of getting this piece in. I still
2009 Dec 04
4
[LLVMdev] Rework of Vector/Scalar Classification
Here's a reworked patch to mark instructions and operands as vector or scalar. It uses TableGen to infer the flags from types, allowing the user to override with a "let isVector = 0" clause. I decided to forego classifying MachineMemOperands for now in the interests of getting this piece in. I still think we should add type information to MachineMemOperands. Why throw away
2019 Sep 06
4
[PATCH 0/2] Revert and rework on the metadata accelreation
On 2019/9/5 ??9:59, Jason Gunthorpe wrote: > On Thu, Sep 05, 2019 at 08:27:34PM +0800, Jason Wang wrote: >> Hi: >> >> Per request from Michael and Jason, the metadata accelreation is >> reverted in this version and rework in next version. >> >> Please review. >> >> Thanks >> >> Jason Wang (2): >> Revert "vhost: access vq
2019 Sep 06
4
[PATCH 0/2] Revert and rework on the metadata accelreation
On 2019/9/5 ??9:59, Jason Gunthorpe wrote: > On Thu, Sep 05, 2019 at 08:27:34PM +0800, Jason Wang wrote: >> Hi: >> >> Per request from Michael and Jason, the metadata accelreation is >> reverted in this version and rework in next version. >> >> Please review. >> >> Thanks >> >> Jason Wang (2): >> Revert "vhost: access vq
2014 Jun 16
1
[PATCH 1/1] rework printing for visual host key upper border
Key types are getting longer and the current implementation of visual host key breaks with ED25519, resulting in (note the missing bracket): +--[ED25519 256--+ This reworks the calculation of visual host key upper border. Please be aware that this slightly modifies the output for other key types as well: +--[ DSA 1024]----+ +---[DSA 1024]----+ +--[ RSA 2048]----+ +---[RSA 2048]----+ +--[ECDSA 256]---+ +---[ECDSA 256]---+ +--[ED25519 256--+ +--[ED25519 256]--+ --...
2017 Apr 06
2
[bug report] virtio_net: rework mergeable buffer handling
Hello Michael S. Tsirkin, The patch 6c8e5f3c41c8: "virtio_net: rework mergeable buffer handling" from Mar 6, 2017, leads to the following static checker warning: drivers/net/virtio_net.c:1042 virtnet_receive() error: uninitialized symbol 'ctx'. drivers/net/virtio_net.c 1030 static int virtnet_receive(struct receive_queue *rq, int budget) 1031 { 1032 struct
2017 Apr 06
2
[bug report] virtio_net: rework mergeable buffer handling
Hello Michael S. Tsirkin, The patch 6c8e5f3c41c8: "virtio_net: rework mergeable buffer handling" from Mar 6, 2017, leads to the following static checker warning: drivers/net/virtio_net.c:1042 virtnet_receive() error: uninitialized symbol 'ctx'. drivers/net/virtio_net.c 1030 static int virtnet_receive(struct receive_queue *rq, int budget) 1031 { 1032 struct
2017 Mar 14
0
[bug report] drm/nouveau/fb/gf100-: rework ram detection
Hello Ben Skeggs, The patch 97e5268d57bb: "drm/nouveau/fb/gf100-: rework ram detection" from Mar 2, 2017, leads to the following static checker warning: drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c:592 gf100_ram_ctor() warn: should 'size << 20' be a 64 bit type? drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c 572 gf100_ram_ctor(const struct nvkm_ram_func
2019 Sep 05
0
[PATCH 0/2] Revert and rework on the metadata accelreation
On Thu, Sep 05, 2019 at 08:27:34PM +0800, Jason Wang wrote: > Hi: > > Per request from Michael and Jason, the metadata accelreation is > reverted in this version and rework in next version. > > Please review. > > Thanks > > Jason Wang (2): > Revert "vhost: access vq metadata through kernel virtual address" > vhost: re-introducing metadata
2019 Sep 07
0
[PATCH 0/2] Revert and rework on the metadata accelreation
On Fri, Sep 06, 2019 at 06:02:35PM +0800, Jason Wang wrote: > > On 2019/9/5 ??9:59, Jason Gunthorpe wrote: > > On Thu, Sep 05, 2019 at 08:27:34PM +0800, Jason Wang wrote: > > > Hi: > > > > > > Per request from Michael and Jason, the metadata accelreation is > > > reverted in this version and rework in next version. > > > > > >
2008 Jul 25
0
discrete event simulation - "factory" with rework
Good morning, I wonder could somebody help me bridge the gap? I want to try and simulate a "factory" type environment with an object moving between stages of production with errors and re-work. The intent of this is to demonstrate the effect of error rates and re-work at various stages in the 'factory' on the total volumes of work at each stage of the factory - in order to
2006 Jul 10
1
Rework of the configuration files (task 280)
Hi everyone, I'm new in the upsdev team, nice to meet you ! I'm currently doing an internship at MGE UPS, working with Arnaud Quette for the NUT project. I'll work for 2 months on the reworking of the configuration files for NUT and creation of libupsconfig and upsconfig libraries. (task 280 and 281 of the NUT project) My planning is as follow : Week 27 : Become used with the
2003 Jan 31
1
exel
...les. When I share the map on a windows server (or windows os) eveything works. When I share it on a samba server it doesn't. When I open the file, it asks to enable macro's (I need them so say yes) - everything fine - After that It asks if I want to rework/check the links (don't know if reworks is the good word). If I say no, everything ok, when I say yes, exel hangs on reworking the links. With Open Office, I don't have this problem. I'm using samba 2.2.5 (with acl) on a 2.2.18 kernel ps the files are copied from he old NT4 server to the samba server. Did a chmod -R 777 on the...
2012 Nov 09
2
[PATCH 0/2] Rework tmpdir and appliance cache directory code.
1/2 is just small code motion. 2/2 reworks the tmpdir and appliance cache directory code. See the commit comment for the full details. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn mac...
2007 Oct 12
1
[PATCH] little typo in news file
Hi, patch inlined for reowkr -> rework conversion in 0.5.3 NEWS entry. cheers, riccardo diff --git a/NEWS b/NEWS index 10b69f7..245c336 100644 --- a/NEWS +++ b/NEWS @@ -5,7 +5,7 @@ Lots of new built-in objects and code cleanup are the highlights of yet another Swfdec release. And a little less condensed: - rework of what APIs call into the script engine. This greatly simplifies using
2012 Aug 05
1
BIG changes to kernel module
...t down and fix the regressions as quickly as possible, so please report any issues to this list and/or the freedesktop bugzilla. There's two areas that didn't get "properly" ported over, that is PM-related things and modesetting. I'll be handling the modesetting and clk/volt reworks starting from nowish (in between fixing regressions), and I suspect Martin will handle the rest of the PM bits (therm and fanctrl) since he knows the design he's going for there. One thing to note is that some kernel module options have changed now, the more important ones are: nouveau.vbios=...
2005 Jun 16
9
chan_capi-cm-0.5 release announcement
Hi all, I would like to announce the first release of the chan_capi channel driver on sourceforge.net The package is available for download with name chan_capi-cm-0.5 and is the current CVS HEAD. It is derived from the chan_capi-0.4.0PRE1 of kapejod. The main changes are: - complete rework - fix race-conditions - fix call state handling - rework of debug/verbose messages - added capiFax