search for: kist

Hi all, We're hitting some walls here when generating the correct structure layout for specific C++ ABI requirements, and I was wondering how much StructLayout could help. For instance, the ABI has some complicated rules on the size of derived classes (http://www.codesourcery.com/public/cxx-abi/abi.html#class-types) and LLVM struct type cannot reflect that in full. Example: // CHECK:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 while trying to add a user to samba i.e smbpasswd -a user i get the following error init_ldap_from_sam: User's Primary Group SID (S-1-22-2-2009) is not for this domain (S-1-5-21-2472404719-3990724825-3229645963), cannot add to LDAP! ldapsam_add_sam_account: init_ldap_from_sam failed! Failed to add entry for user foma. Failed to modify password

On Tue, Dec 05, 2017 at 11:59:17AM +0200, achiad shochat wrote: > Then we'll have a single solution for both netvsc and virtio (and any > other PV device). > And we could handle the VF DMA dirt issue agnostically. For the record, I won't block patches adding this kist to virtio on the basis that they must be generic. It's not a lot of code, implementation can come first, prettify later. But we do need to have a discussion about how devices are paired. I am not sure using just MAC works. E.g. some passthrough devices don't give host ability to set the MA...

On Tue, Dec 05, 2017 at 11:59:17AM +0200, achiad shochat wrote: > Then we'll have a single solution for both netvsc and virtio (and any > other PV device). > And we could handle the VF DMA dirt issue agnostically. For the record, I won't block patches adding this kist to virtio on the basis that they must be generic. It's not a lot of code, implementation can come first, prettify later. But we do need to have a discussion about how devices are paired. I am not sure using just MAC works. E.g. some passthrough devices don't give host ability to set the MA...

...? Can I change the lookup in dovecot or do I have to edit the postfix configuration? Best wishes, Bruno Am Fr., 14. Aug. 2020 um 11:50?Uhr schrieb J. Echter <j.echter at echter-kuechen-elektro.de <mailto:j.echter at echter-kuechen-elektro.de>>: Am 14.08.20 um 11:45 schrieb Bruno Kiste: > I try to use dovecot as a MTA with postfix. > But it does not accept incoming mails. > Why does it not work? > > [root at localhost bruno]# dovecot --version > 2.3.8 (9df20d2db) > > /var/log/maillog > Aug 14 11:03:32 localhost dovec...

...transfer share where I can write to, too. My config file looks as follwing: # Samba config file created using SWAT # from 192.168.0.1 (192.168.0.1) # Date: 2003/08/04 23:05:42 # Global parameters [global] workgroup = LAN netbios name = TOBI server string = Tobis Linux-Kiste interfaces = eth0 security = SHARE encrypt passwords = Yes obey pam restrictions = Yes pam password change = Yes passwd program = /usr/bin/passwd %u passwd chat = *New*password* %n\n *Retype*new*password* %n\n *passwd:*all*authenticat...

On 21 October 2010 08:26, Jin Gu Kang <jaykang10 at imrc.kist.re.kr> wrote: > I think you misunderstood our type notation. > By using your suggetion, "s4" means "i4 align short" in our notation. > In "i4 align 2" for "short a:4", I think that "align 2" is already target dependent > because short...

I am pleased to discuss probleams with you. :) (Your answer is really helpful to me). If you don't mind I would often like to ask you a question. Thanks, Jin-Gu Kang

...instead of MachineFunctionPass. Interestingly I found a FunctionPass example for classic liveness data flow equation. http://cs.pub.ro/~cpl/wiki/images/1/15/Hello.txt ------------------------------------------------ --Zhanglin ----- Original Message ----- From: Jin Gu Kang <jaykang10 at imrc.kist.re.kr> To: Zhanglin Liu <way_lzl at sina.com> Subject: RE: [LLVMdev] Where is liveness analysis pass? Date: 2011-1-13 16:28:59 Hi Zhanglin. First I suggest to read http://llvm.org/docs/CodeGenerator.html#liveintervals. :) I saw the basic processing order of Live interval in backend LLVM...

Thanks for applying this patch. I really appreciate that. Sincerely, Jin-Gu Kang

...ec 05, 2017 at 11:59:17AM +0200, achiad shochat wrote: > > Then we'll have a single solution for both netvsc and virtio (and any > > other PV device). > > And we could handle the VF DMA dirt issue agnostically. > > For the record, I won't block patches adding this kist to virtio > on the basis that they must be generic. It's not a lot > of code, implementation can come first, prettify later. Thanks, based on this discussion we're going to work on improving virtio-net first, but some of Achiad's points are good. I don't believe it should bl...

...Tue, Dec 05, 2017 at 11:59:17AM +0200, achiad shochat wrote: >> Then we'll have a single solution for both netvsc and virtio (and any >> other PV device). >> And we could handle the VF DMA dirt issue agnostically. > > For the record, I won't block patches adding this kist to virtio > on the basis that they must be generic. It's not a lot > of code, implementation can come first, prettify later. It's not a lot of code either way. So I fail to understand why not to do it right from the beginning. For the record... > > But we do need to have a dis...

Hi Renato, First, I appreciate your answer again. :) >> %Char = type { c3, c4, c3, c2 } >> %Short = type { s3, s4, s3, s2 } >> %Int = type { i3, i4, i3, i2 } > See, i is not for int (the C data type) but for every integer type on > any language/platform combination. Normally, booleans are i1 and char > i8, in ARM short is 16 and int is 32, and all of them use the

On 20 October 2010 06:22, Jin Gu Kang <jaykang10 at imrc.kist.re.kr> wrote: > The IR in an previous e-mail is incomplete so far and > I am converting it to various shape. Hi Jin, No worries. I'm interested in the outcome, so I'm playing the devil's advocate to make sure your proposal is consistent with the rest of LLVM. > %Char = t...

...11:59:17AM +0200, achiad shochat wrote: >>> Then we'll have a single solution for both netvsc and virtio (and any >>> other PV device). >>> And we could handle the VF DMA dirt issue agnostically. >> >> For the record, I won't block patches adding this kist to virtio >> on the basis that they must be generic. It's not a lot >> of code, implementation can come first, prettify later. > > It's not a lot of code either way. > So I fail to understand why not to do it right from the beginning. > For the record... What isn...

...11:59:17AM +0200, achiad shochat wrote: >>> Then we'll have a single solution for both netvsc and virtio (and any >>> other PV device). >>> And we could handle the VF DMA dirt issue agnostically. >> >> For the record, I won't block patches adding this kist to virtio >> on the basis that they must be generic. It's not a lot >> of code, implementation can come first, prettify later. > > It's not a lot of code either way. > So I fail to understand why not to do it right from the beginning. > For the record... What isn...

I have searched around the samba documentation, including the smb.conf man page, and have found nothing regarding the cups printing system except change printcap to cups. Now, I have done that, but printing still does not work. I need some types of details and a sample smb.conf and/or any other relevant documentation. Thanks much, George D. Plymale

...p;nbsp;has&nbsp;told&nbsp;me&nbsp;a&nbsp;<BR><BR>------------------------------------------------<BR>--Zhanglin<BR>-----&nbsp;Original&nbsp;Message&nbsp;-----<BR>From:&nbsp;Jin&nbsp;Gu&nbsp;Kang&nbsp;&lt;jaykang10 at imrc.kist.re.kr&gt;<BR>To:&nbsp;Zhanglin&nbsp;Liu&nbsp;&lt;way_lzl at sina.com&gt;<BR>Subject:&nbsp;RE:&nbsp;[LLVMdev]&nbsp;Where&nbsp;is&nbsp;liveness&nbsp;analysis&nbsp;pass?<BR>Date:&nbsp;2011-1-13&nbsp;16:28:59<BR><BR&...

Hi renato, First, I really appreciate your answer. :) The IR in an previous e-mail is incomplete so far and I am converting it to various shape. My team members decided to add new types to solve the bitfield's alignment problem. Let's consider your previous examples: struct testChar { char a:3; char b:4; char c:3; char d:2; }; struct testShort { short a:3; short b:4; short c:3;

I try to use dovecot as a MTA with postfix. But it does not accept incoming mails. Why does it not work? [root at localhost bruno]# dovecot --version 2.3.8 (9df20d2db) /var/log/maillog Aug 14 11:03:32 localhost dovecot[566097]: lmtp(566373): Connect from local Aug 14 11:03:32 localhost dovecot[566097]: lmtp(bruno at 2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>: Debug: