search for: console_init

Hi all, Glauber and I have been playing around with getting paravirt ops working on the x86_64. We have our own version of lguest running there too. We have lguest64 running up to console_init, and then it takes an interrupt storm. I'll be posting those patches tomorrow. Glauber and I have been sharing a git repo that isn't open to the public. (we don't want people to see how crappy our stuff is yet ;) Well, it's still kind of crappy, but it's starting to work. So I...

Hi all, Glauber and I have been playing around with getting paravirt ops working on the x86_64. We have our own version of lguest running there too. We have lguest64 running up to console_init, and then it takes an interrupt storm. I'll be posting those patches tomorrow. Glauber and I have been sharing a git repo that isn't open to the public. (we don't want people to see how crappy our stuff is yet ;) Well, it's still kind of crappy, but it's starting to work. So I...

...> + goto err_priv; > + io_priv->dma_area = dma_alloc_coherent(&sch->dev, > + sizeof(*io_priv->dma_area), > + &io_priv->dma_area_dma, GFP_KERNEL); Even though we'll only end up here for 3215 or 3270 consoles, this sent me looking. This code is invoked via console_init(). A few lines down in start_kernel(), we have /* * This needs to be called before any devices perform DMA * operations that might use the SWIOTLB bounce buffers. It will...

...> + goto err_priv; > + io_priv->dma_area = dma_alloc_coherent(&sch->dev, > + sizeof(*io_priv->dma_area), > + &io_priv->dma_area_dma, GFP_KERNEL); Even though we'll only end up here for 3215 or 3270 consoles, this sent me looking. This code is invoked via console_init(). A few lines down in start_kernel(), we have /* * This needs to be called before any devices perform DMA * operations that might use the SWIOTLB bounce buffers. It will...

..._set_options+0xf/0xf0 [ 0.004000] [<ffffffff8045ca5f>] ? uart_parse_options+0x2f/0x90 [ 0.004000] [<ffffffff807896a8>] serial8250_console_setup+0xa8/0xc0 [ 0.004000] [<ffffffff8023801e>] register_console+0x28e/0x2f0 [ 0.004000] [<ffffffff807899c5>] serial8250_console_init+0x155/0x160 [ 0.004000] [<ffffffff80788542>] console_init+0x32/0x50 [ 0.004000] [<ffffffff80765d30>] start_kernel+0x230/0x3e0 [ 0.004000] [<ffffffff8076527c>] x86_64_start_reservations+0x7c/0xc0 [ 0.004000] [<ffffffff807653bb>] x86_64_start_kernel+0xcb/0xf0 [...

...0 > [ 0.004000] [<ffffffff8045ca5f>] ? uart_parse_options+0x2f/0x90 > [ 0.004000] [<ffffffff807896a8>] serial8250_console_setup+0xa8/0xc0 > [ 0.004000] [<ffffffff8023801e>] register_console+0x28e/0x2f0 > [ 0.004000] [<ffffffff807899c5>] serial8250_console_init+0x155/0x160 > [ 0.004000] [<ffffffff80788542>] console_init+0x32/0x50 > [ 0.004000] [<ffffffff80765d30>] start_kernel+0x230/0x3e0 > [ 0.004000] [<ffffffff8076527c>] x86_64_start_reservations+0x7c/0xc0 > [ 0.004000] [<ffffffff807653bb>] x86_64_star...

...&sch->dev, > > > + sizeof(*io_priv->dma_area), > > > + &io_priv->dma_area_dma, GFP_KERNEL); > > > > Even though we'll only end up here for 3215 or 3270 consoles, this sent > > me looking. > > > > This code is invoked via console_init(). A few lines down in > > start_kernel(), we have > > > > /* > > * This needs to be called before any devices perform DMA > > * operations that might use...

...&sch->dev, > > > + sizeof(*io_priv->dma_area), > > > + &io_priv->dma_area_dma, GFP_KERNEL); > > > > Even though we'll only end up here for 3215 or 3270 consoles, this sent > > me looking. > > > > This code is invoked via console_init(). A few lines down in > > start_kernel(), we have > > > > /* > > * This needs to be called before any devices perform DMA > > * operations that might use...

...0.004000] [<ffffffff8045ca5f>] ? uart_parse_options+0x2f/0x90 >> [ 0.004000] [<ffffffff807896a8>] serial8250_console_setup+0xa8/0xc0 >> [ 0.004000] [<ffffffff8023801e>] register_console+0x28e/0x2f0 >> [ 0.004000] [<ffffffff807899c5>] serial8250_console_init+0x155/0x160 >> [ 0.004000] [<ffffffff80788542>] console_init+0x32/0x50 >> [ 0.004000] [<ffffffff80765d30>] start_kernel+0x230/0x3e0 >> [ 0.004000] [<ffffffff8076527c>] x86_64_start_reservations+0x7c/0xc0 >> [ 0.004000] [<ffffffff807653bb&...

I had a quick try to make it work, but no success thus far. Should it be enough to apply the patch and then boot with "console=/dev/hvc0"? Also, why do you comment out the EARLY_PRINTK stuff in Kconfig? J

I had a quick try to make it work, but no success thus far. Should it be enough to apply the patch and then boot with "console=/dev/hvc0"? Also, why do you comment out the EARLY_PRINTK stuff in Kconfig? J

...iv->dma_area = dma_alloc_coherent(&sch->dev, > > + sizeof(*io_priv->dma_area), > > + &io_priv->dma_area_dma, GFP_KERNEL); > > Even though we'll only end up here for 3215 or 3270 consoles, this sent > me looking. > > This code is invoked via console_init(). A few lines down in > start_kernel(), we have > > /* > * This needs to be called before any devices perform DMA > * operations that might use the SWIOTLB bounce buffer...

...ally switching to a kernel controlled page-table after relocation. This makes sure we can make changes to the mapping when necessary, for example map pages unencrypted in SEV and SEV-ES guests. Also remove the debug_putstr() calls in initialize_identity_maps() because the function now runs before console_init() is called. Signed-off-by: Joerg Roedel <jroedel at suse.de> --- arch/x86/boot/compressed/head_64.S | 3 +- arch/x86/boot/compressed/ident_map_64.c | 51 +++++++++++++++---------- arch/x86/boot/compressed/kaslr.c | 3 -- 3 files changed, 32 insertions(+), 25 deletions(-) dif...

...v, >>>> + sizeof(*io_priv->dma_area), >>>> + &io_priv->dma_area_dma, GFP_KERNEL); >>> >>> Even though we'll only end up here for 3215 or 3270 consoles, this sent >>> me looking. >>> >>> This code is invoked via console_init(). A few lines down in >>> start_kernel(), we have >>> >>> /* >>> * This needs to be called before any devices perform DMA >>> * operations that might use the SWIOTLB bounce buffers. It will >>> * mark the...

...0 > [ 0.004000] [<ffffffff8045ca5f>] ? uart_parse_options+0x2f/0x90 > [ 0.004000] [<ffffffff807896a8>] serial8250_console_setup+0xa8/0xc0 > [ 0.004000] [<ffffffff8023801e>] register_console+0x28e/0x2f0 > [ 0.004000] [<ffffffff807899c5>] serial8250_console_init+0x155/0x160 > [ 0.004000] [<ffffffff80788542>] console_init+0x32/0x50 > [ 0.004000] [<ffffffff80765d30>] start_kernel+0x230/0x3e0 > [ 0.004000] [<ffffffff8076527c>] x86_64_start_reservations+0x7c/0xc0 > [ 0.004000] [<ffffffff807653bb>] x86_64_star...

...ll_guest and takes the lguest_guest_info pointer as input. kill_guest_dump(vcpu) - when possible, use the vcpu version, since this will also dump to host printk, the regs of the guest as well as a guest back trace. Which can be really usefull. Well that's it! We currently get to just before console_init in init/main.c of the guest before we take an timer interrupt storm (guest only, host still runs fine). This happens after we enable interrupts. But we are working on that. If you want to help, we would love to accept patches!!! So, now go ahead and play, but don't hurt the puppies! -- Steve

...ll_guest and takes the lguest_guest_info pointer as input. kill_guest_dump(vcpu) - when possible, use the vcpu version, since this will also dump to host printk, the regs of the guest as well as a guest back trace. Which can be really usefull. Well that's it! We currently get to just before console_init in init/main.c of the guest before we take an timer interrupt storm (guest only, host still runs fine). This happens after we enable interrupts. But we are working on that. If you want to help, we would love to accept patches!!! So, now go ahead and play, but don't hurt the puppies! -- Steve

This patch set if my first attempt to make virtio_console usable on s390. To do so, I had to change hvc_console, because s390 has no request_irq and no free_irq. I want to get feedback from the main users of hvc_console before I proceed. The basic idea of this patch set is to remove the calls to request_irq and free_irq and replace them with backend specific callbacks. Please see the

This patch set if my first attempt to make virtio_console usable on s390. To do so, I had to change hvc_console, because s390 has no request_irq and no free_irq. I want to get feedback from the main users of hvc_console before I proceed. The basic idea of this patch set is to remove the calls to request_irq and free_irq and replace them with backend specific callbacks. Please see the

...S guest. + */ + sev_es_shutdown_ghcb(); + return output; } diff --git a/arch/x86/boot/compressed/misc.h b/arch/x86/boot/compressed/misc.h index 5e569e8a7d75..4d37a28370ed 100644 --- a/arch/x86/boot/compressed/misc.h +++ b/arch/x86/boot/compressed/misc.h @@ -115,6 +115,12 @@ static inline void console_init(void) void set_sev_encryption_mask(void); +#ifdef CONFIG_AMD_MEM_ENCRYPT +void sev_es_shutdown_ghcb(void); +#else +static inline void sev_es_shutdown_ghcb(void) { } +#endif + /* acpi.c */ #ifdef CONFIG_ACPI acpi_physical_address get_rsdp_addr(void); @@ -144,5 +150,6 @@ extern struct desc_pt...