search for: atag

...nt of start_kernel. However, I didn''t see codes handle the > >> start_info_t on ARM side. Instead, I see a more standard protocal when > >> booting ARM''s dom0, which follows linux kernel bootstrap rules: > >> > >> r0 = 0, r1 = machine nr, r2 = atags or dtb pointer > >> > >> Does it mean that Xen for ARM does not use the start_info_t to pass > >> information when booting PV guest? > >> Or did I miss something important? > > > > That''s right, we don''t use start_info_t on ARM,...

...package, based on the one contributed for Solaris but I was not able to test it, yet. This mail is intended as an indication that the sentence "port to Reliant UNIX has been added" which appears in some documentation and announcements is not completely true. Norbert. -- Norbert Bladt ATAG debis Informatik, ISM-TZ1 / Z302 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640

...%s' disabled (badness %d)", + entropy_sources[c].path, entropy_sources[c].args[1], + entropy_sources[c].badness); #endif if (entropy_sources[c].badness > 0) -- Norbert Bladt ATAG debis Informatik, TZ1 - Z364 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640

...uot; and that's it. Hope this helps, Norbert. P.S. The real fix for the next release would be to either ask for the timeout value, determine it automagically in some way or change the hard-coded value of 100 in the "configure" script to something more reasonable. -- Norbert Bladt ATAG debis Informatik, TZ1 - Z364 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640

...; I applied the attached patch and now it works, again. Please advice if this is not the right fix or whether this change was intended. Thanks for providing openssh ! Regards, Norbert. P.S. I am not subscribed to the developer list so a cc: to my mail address is appreciated. -- Norbert Bladt ATAG debis Informatik, ISM-TZ1 / Z302 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640 <<auth-rh-rsa.diff>> -------------- next part -------------- A non-text attachment was scrubbed... Name: auth-rh-rsa.diff Type: applicat...

...he 2nd uptime output). I would like to know if any of you knows about working code (php or perl greatly appréciated :) ) that may help me understanding how this kind of connection may be properly done. Knowing how to customize the data generated by icecast so that output would be surronded by <atag> things would also be helpfull. Have a nice day. -- Pierre Amadio --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'u...

...I believe. (I don't have access > to it right now.) This was discussed last week for 2.1.0 - just change > error() to debug() for those two messages. Sorry, you are completely right. I noticed it right now myself, that this is not the real fix. Regards, Norbert Bladt. -- Norbert Bladt ATAG debis Informatik, TZ1 - Z302 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640

...X-forwarding works fine ! > Can you try setting the "--with-ipaddr-display" option to configure? OK. I'll try that. > Does this fix the problem? If so I will make it the default for Reliant > Unix. I'll report the result to the list. Later, Norbert. -- Norbert Bladt ATAG debis Informatik, ISM-TZ1 / Z302 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640

...1:1 mapping, there is something wrong in the command file or you run out of memory. Because there should be much more "malloc"s done by sshd than just these four. Sorry, that I can't help much more than analyzing the truss output. Hope it helps, anyway, Norbert. -- Norbert Bladt ATAG debis Informatik, ISM-TZ1 / Z302 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640

...r it is running on the local host and opens the communication to the local name piped /tmp/.X11-unix/Xn (n being the DISPLAY number) instead of the TCP-port 6000+n. I am still thinking that opening and creating the named pipe in /tmp/.X11unix is the real and final fix. Norbert. -- Norbert Bladt ATAG debis Informatik, ISM-TZ1 / Z302 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640

...user flag" before it tries the RSAAuthentication. These kind of problems are not easy to determine without looking at the source and adding calls to debug(...) to it. Is that change intended or is this the result of the "added" support for Reliant UNIX ? Norbert. -- Norbert Bladt ATAG debis Informatik, ISM-TZ1 / Z302 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640

...ogin server works without asking any passwords or passphrases. The same for "ssh" or "scp". We don't have any .rhosts file either. I think we'll set the "PasswordAuthentication no" in our server sshd_config file, later. HTH, Norbert Bladt. -- Norbert Bladt ATAG debis Informatik, ISM-TZ1 / Z302 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640 > However here's what "ssh -v server" on the client gives me... > > SSH Version OpenSSH-2.1, protocol versions 1.5/2.0. >...

...ain socket instead of opening an IP-port ? The source code is there to do it in case the DISPLAY variable is containing the string "unix". I already have changed the code to open the named pipe in that case, but this is obviously never done. Somehow confused, Norbert. -- Norbert Bladt ATAG debis Informatik, ISM-TZ1 / Z302 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640

...ernel/setup.c index 22cc863..3dcd357 100644 --- a/arch/arm/kernel/setup.c +++ b/arch/arm/kernel/setup.c @@ -55,6 +55,8 @@ #include <asm/unwind.h> #include <asm/memblock.h> #include <asm/virt.h> +#include <asm/xen/hypervisor.h> +#include <xen/xen.h> #include "atags.h" #include "tcm.h" @@ -768,6 +770,7 @@ void __init setup_arch(char **cmdline_p) arm_dt_init_cpu_maps(); psci_init(); + xen_early_init(); #ifdef CONFIG_SMP if (is_smp()) { if (!mdesc->smp_init || !mdesc->smp_init()) { diff --git a/arch/arm/xen/enlighten.c b/arch/a...

...ctxt->user_regs.pc32 = dom->parms.virt_entry - offset; /* Linux boot protocol. See linux.Documentation/arm/Booting. */ ctxt->user_regs.r0_usr = 0; /* SBZ */ @@ -125,7 +127,7 @@ static int vcpu_arm32(struct xc_dom_image *dom, void *ptr) * like a valid pointer to a set of ATAGS or a DTB. */ ctxt->user_regs.r2_usr = dom->devicetree_blob ? - dom->devicetree_seg.vstart : 0xffffffff; + (dom->devicetree_seg.vstart - offset) : 0xffffffff; ctxt->sctlr = SCTLR_GUEST_INIT; @@ -280,15 +282,15 @@ int arch_setup_meminit(struct xc_dom_...

Hi all, this small patch series implement guest SMP support for ARM, using the ARM PSCI interface for secondary cpu bringup. Stefano Stabellini (4): xen/arm: basic PSCI support, implement cpu_on xen/arm: support for guest SGI xen/arm: support vcpu_op hypercalls xen: move VCPUOP_register_vcpu_info to common code xen/arch/arm/domain.c | 66 ++++++++++++++++++++++++

First off, Apologies for the massive patch series... This series boots a 32-bit dom0 kernel to a command prompt on an ARMv8 (AArch64) model. The kernel is the same one as I am currently using with the 32 bit hypervisor I haven''t yet tried starting a guest or anything super advanced like that ;-). Also there is not real support for 64-bit domains at all, although in one or two places I

...justed appropriately. We don''t yet make use of the device tree to map MMIO regions or setup interrupts for the guest and we still include the UART used for Xen''s console. Note that loading Linux using a vmlinux file is no longer supported and the kernel must support device tree (ATAGS are no longer provided by Xen). It is also possible to provide the Xen and dom0 command line via the device tree. This isn''t as useful as it seems as Xen still needs to be rebuilt to included the updated device tree. The instructions on the wiki[1] have been updated to reflect these ch...

This patch series implements SMP boot for arch/arm, as far as getting all CPUs up and running the idle loop. Changes from v1: - moved barriers out of loop in udelay() - dropped broken GIC change in favour of explanatory comment - made the increment of ready_cpus atomic (I couldn''t move the increment to before signalling the next CPU because the PT switch has to happen between

This round implements all of the review comments from V2 and all patches are now acked. Unless there are any objections I intend to apply later this morning. Ian.