Displaying 20 results from an estimated 2380 matches for "reworking".
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
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]----+
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 project, create a draft about the formalism
of the new config files
Week 28 : Send this draft to the mailing lis...
2003 Jan 31
1
exel
...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 files to test, but don't think it's a permission
issue - can write and read 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 machines into Xen guests.
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
Hey all,
I've just pushed a major rework/rewrite of the Nouveau kernel module to git[1].
Details of the whys and what-nots of the rework are in the various commit
messages. At this point don't expect any exciting cool functionality, the
work so far is merely a restructure to allow moving forward on a number
of fronts in the future.
I expect that for a while there will be a *lot* of
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