search for: incidenti

...st.de> > Cc: Hannes Reinecke <hare at suse.de> > Cc: Sagi Grimberg <sagig at dev.mellanox.co.il> > Cc: H. Peter Anvin <hpa at zytor.com> > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> OK but we need to document the new interface in the spec (and incidentially, this will be useful to verify the assumptions made here and on the host side). Could you please submit this proposal to the OASIS Virtio TC for inclusion into the next spec draft? Ideally as a patch against the tex source, but a prose description would do as well. The TC meets on a bi-weekly b...

...st.de> > Cc: Hannes Reinecke <hare at suse.de> > Cc: Sagi Grimberg <sagig at dev.mellanox.co.il> > Cc: H. Peter Anvin <hpa at zytor.com> > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> OK but we need to document the new interface in the spec (and incidentially, this will be useful to verify the assumptions made here and on the host side). Could you please submit this proposal to the OASIS Virtio TC for inclusion into the next spec draft? Ideally as a patch against the tex source, but a prose description would do as well. The TC meets on a bi-weekly b...

...gt; > > Cc: Sagi Grimberg <sagig at dev.mellanox.co.il> > > > Cc: H. Peter Anvin <hpa at zytor.com> > > > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> > > > > OK but we need to document the new interface in the spec > > (and incidentially, this will be useful to verify the assumptions > > made here and on the host side). > > Could you please submit this proposal to the OASIS Virtio TC > > for inclusion into the next spec draft? > > Ideally as a patch against the tex source, but a prose > > descripti...

...gt; > > Cc: Sagi Grimberg <sagig at dev.mellanox.co.il> > > > Cc: H. Peter Anvin <hpa at zytor.com> > > > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> > > > > OK but we need to document the new interface in the spec > > (and incidentially, this will be useful to verify the assumptions > > made here and on the host side). > > Could you please submit this proposal to the OASIS Virtio TC > > for inclusion into the next spec draft? > > Ideally as a patch against the tex source, but a prose > > descripti...

...arguments in a register, and all values in registers / the stack. - Implement an intrinsic to get the number of arguments in LLVM IR. - Implement an intrinsic to get at the arguments in LLVM IR. Are there any better ways to solve this? Does any of the existing calling conventions support this? Incidentially, the same handling is necessary for return values (any function can return any number of values, and the caller must check for correct return value arity). Varargs seem a bad match, as everything is passed on the stack, not in registers, and no count is kept of the actual number of arguments....

...ellanox.co.il> > > > > > Cc: H. Peter Anvin <hpa at zytor.com> > > > > > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> > > > > > > > > OK but we need to document the new interface in the spec > > > > (and incidentially, this will be useful to verify the assumptions > > > > made here and on the host side). > > > > Could you please submit this proposal to the OASIS Virtio TC > > > > for inclusion into the next spec draft? > > > > Ideally as a patch against the tex...

...ellanox.co.il> > > > > > Cc: H. Peter Anvin <hpa at zytor.com> > > > > > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> > > > > > > > > OK but we need to document the new interface in the spec > > > > (and incidentially, this will be useful to verify the assumptions > > > > made here and on the host side). > > > > Could you please submit this proposal to the OASIS Virtio TC > > > > for inclusion into the next spec draft? > > > > Ideally as a patch against the tex...

...gt; > > Cc: Sagi Grimberg <sagig at dev.mellanox.co.il> > > > Cc: H. Peter Anvin <hpa at zytor.com> > > > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> > > > > OK but we need to document the new interface in the spec > > (and incidentially, this will be useful to verify the assumptions > > made here and on the host side). > > Could you please submit this proposal to the OASIS Virtio TC > > for inclusion into the next spec draft? > > Ideally as a patch against the tex source, but a prose > > descripti...

...gt; > > Cc: Sagi Grimberg <sagig at dev.mellanox.co.il> > > > Cc: H. Peter Anvin <hpa at zytor.com> > > > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> > > > > OK but we need to document the new interface in the spec > > (and incidentially, this will be useful to verify the assumptions > > made here and on the host side). > > Could you please submit this proposal to the OASIS Virtio TC > > for inclusion into the next spec draft? > > Ideally as a patch against the tex source, but a prose > > descripti...

I applied the patch Gene wrote here: https://github.com/triton/nixpkgs/commit/06e146b2ce5eaaa54ebea061dd5797f89ae2c37c The tree after that commit is entirely based on gcc5. In order to do a test with gcc4.9, I reverted: https://github.com/triton/nixpkgs/commit/8ccc1f121f379f4d66ce0a66f581c49d25fb4e15#diff-d7222640d82ff920625e9311d05a0137 and then built two images, one entirely based on gcc4.9

...e a way of saving the passwords for the Samba shares ? I would like to authenticate the Windows client (type in the password at intial logon), and have the Samba shares mapped automatically. I have tried saving share information under User Account administration of the Windows XP Control Panel. Incidentially, the username and password are the same for the Windows XP and Samba server. Ken Cobler

...ecke <hare at suse.de> > > Cc: Sagi Grimberg <sagig at dev.mellanox.co.il> > > Cc: H. Peter Anvin <hpa at zytor.com> > > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> > > OK but we need to document the new interface in the spec > (and incidentially, this will be useful to verify the assumptions > made here and on the host side). > Could you please submit this proposal to the OASIS Virtio TC > for inclusion into the next spec draft? > Ideally as a patch against the tex source, but a prose > description would do as well. Mos...

...imberg <sagig at dev.mellanox.co.il> > > > > Cc: H. Peter Anvin <hpa at zytor.com> > > > > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> > > > > > > OK but we need to document the new interface in the spec > > > (and incidentially, this will be useful to verify the assumptions > > > made here and on the host side). > > > Could you please submit this proposal to the OASIS Virtio TC > > > for inclusion into the next spec draft? > > > Ideally as a patch against the tex source, but a prose...

...cheme functions will take an extra (hidden to the Scheme users) parameter saying how many args they were given. That's how C++ deals with the implicit "this" parameter for class methods. Then you could either use varargs or bitcast your functions to a reasonable type when used. > Incidentially, the same handling is necessary for return values (any > function can return any number of values, and the caller must check for > correct return value arity). A similar approach could work there, though targets aren't used to dealing with lots of return values so you may encounter m...

...imberg <sagig at dev.mellanox.co.il> > > > > Cc: H. Peter Anvin <hpa at zytor.com> > > > > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> > > > > > > OK but we need to document the new interface in the spec > > > (and incidentially, this will be useful to verify the assumptions > > > made here and on the host side). > > > Could you please submit this proposal to the OASIS Virtio TC > > > for inclusion into the next spec draft? > > > Ideally as a patch against the tex source, but a prose...

...lidation Entry. The ISO image slint64-14.1.iso exposed by Didier, shows in the Validation Entry of the boot catalog: platform Id = 0. The Section Header of the next section shows platform id = 0xef. The next section header bears platform id = 1. This is what isohybrid.c does dislike. It's not incidential but explicitely written in its code. Some background is told in http://mjg59.dreamwidth.org/11285.html More adventures of Matthew Garrett get shown by googling "mjg59 mac boot". > If the isohybrid tool expects to use "efi" for "Mac" and/or for > "PPC...

...t; > > > > Cc: H. Peter Anvin <hpa at zytor.com> > > > > > > Signed-off-by: Nicholas Bellinger <nab at linux-iscsi.org> > > > > > > > > > > OK but we need to document the new interface in the spec > > > > > (and incidentially, this will be useful to verify the assumptions > > > > > made here and on the host side). > > > > > Could you please submit this proposal to the OASIS Virtio TC > > > > > for inclusion into the next spec draft? > > > > > Ideally as a p...

> Hi, > > > Unfortunately I get the error message: > > isohybrid: slint64-14.1.iso: unable to find mac efi image > > This is probably due to El Torito Platform id "Mac" in > > -eltorito-alt-boot -no-emul-boot -eltorito-platform Mac \ > -eltorito-boot isolinux/macboot.img \ > > This caused in the image >