On 28.04.21 15:38, Hendrik Brueckner wrote:
Hi Valentin,
I just had the chance to look into this console topic yesterday.
On Tue, Apr 27, 2021 at 09:40:10PM +0200, Valentin Vidic wrote:
Console name reported in /proc/consoles:
ttyS1-W- (EC p )4:65
It is been a whi
On 27.04.21 21:40, Valentin Vidic wrote:
Console name reported in /proc/consoles:
ttyS1-W- (EC p )4:65
does not match the char device name:
crw--w1 root root4, 65 May 17 12:18 /dev/ttysclp0
so debian-installer inside a QEMU s390x instance get
On 27.04.21 14:40, Valentin Vidic wrote:
On Tue, Apr 27, 2021 at 12:08:01PM +0200, Christian Borntraeger wrote:
I think we did not tell him to go away. It was just that the patch itself
has some downsides in that it can break existing howtos (that do contain
console=tty0).
We could revisit
On 27.04.21 09:22, Philipp Kern wrote:
On 26.04.21 10:52, Benjamin Zimmermann wrote:
$ sudo virt-install [...] --extra-args 'console=ttysclp0 [...]
I do see the 'steal_ctty failure' otherwise.
I'd be cool if someone from IBM could actually go and fix [1] in some
form or another. Valentin
On 27.02.21 05:59, Dimitri John Ledkov wrote:
>
>
> On Thu, 25 Feb 2021, 07:51 Christian Borntraeger, <mailto:borntrae...@de.ibm.com>> wrote:
>
>
>
> On 24.02.21 23:40, dann frazier wrote:
> > Source: s390-tools
> > Version: 2.15.1-2
On 24.02.21 23:40, dann frazier wrote:
> Source: s390-tools
> Version: 2.15.1-2
>
> I'm one of the maintainers of kdump-tools, which has a need to manipulate
> the kernel command line parameters in boot loader configurations.
> Currently zipl provides no way to do this without modifying
> /etc/
On 21.07.20 13:24, Julian Andres Klode wrote:
> On Tue, Jul 21, 2020 at 12:49:59PM +0200, Christian Borntraeger wrote:
>> On 21.07.20 10:18, Adrian Bunk wrote:
>>> [ adding debian-s390 to Cc ]
>>>
>>> On Wed, Jul 08, 2020 at 01:42:33PM +0200, Julian Andres
On 21.07.20 10:18, Adrian Bunk wrote:
> [ adding debian-s390 to Cc ]
>
> On Wed, Jul 08, 2020 at 01:42:33PM +0200, Julian Andres Klode wrote:
>> Package: make-dfsg
>> Version: 4.3-4
>> Severity: serious
>> Tags: patch
>> User: ubuntu-de...@lists.ubuntu.com
>> Usertags: origin-ubuntu groovy ubuntu-
On 09/14/2017 09:58 AM, Sébastien Villemot wrote:
> On Wed, Sep 13, 2017 at 08:33:08PM +, PICCA Frederic-Emmanuel wrote:
>> Hello
>>
>>> Unfortunately it does not look that simple. OpenBLAS is optimized for z13,
>>> but
>>> our s390x port is supposed to support all the z systems (see [1]).
On 11/16/2015 06:18 PM, Kevin Kwan (Personal) wrote:
> Okay, looks like there are more developments to this ->
>
> -Original Message-----
> From: Christian Borntraeger [mailto:borntrae...@de.ibm.com]
> Sent: Friday, November 13, 2015 7:37 AM
> To: kkwan@g
On 11/04/2015 10:52 PM, Kevin Kwan (Personal) wrote:
> Okay, I think I figured out the gist of the problem -
Some comments inline.
>
> a) If I boot up the machine with a debian9 (daily build) kernel using the
> following comamnd line:
>
> qemu-system-s390x.exe -machine type=s390-ccw-virtio-2.5
11 matches
Mail list logo
