On Tue, 2019-04-16 at 11:47 +0200, John Paul Adrian Glaubitz wrote:
> Hi Ben!
>
> On 4/7/19 1:53 AM, Ben Hutchings wrote:
> > > root@landau:~# cat /proc/consoles
> > > ttyHV0 -W- (EC p )4:64
> > > tty0 -WU (E )4:1
&g
know when this is fixed. I'm not subscribed to this
list.
Ben.
--
Ben Hutchings
Nothing is ever a complete failure; it can always serve as a bad
example.
signature.asc
Description: This is a digitally signed message part
On Sat, 2016-10-01 at 15:48 +0200, John Paul Adrian Glaubitz wrote:
> On 10/01/2016 02:17 PM, Ben Hutchings wrote:
> >
> > >
> > > This isn't the case for PowerPC32 where upstream development is still very
> > > active because it's part of the PowerPC ker
which is why I hope
> we can add sparc64 as an official port soon.
[...]
Oracle cares about Solaris on SPARC, not Linux on SPARC.
Ben.
--
Ben Hutchings
Klipstein's 4th Law of Prototyping and Production:
A fail-safe circuit will destroy
others.
signature.asc
Description: This is a digitally signed message part
don't need multiarch:
[...]
This is only the case because ppc64 has a lower level of support
(unofficial port) than powerpc (release architecture). The 64-bit
kernel package should be dropped once powerpc is at the same or lower
level of support than ppc64 - just as we've done for i386, s390 and
sparc
itectures in the main archive,
so excluding sparc64.
As it is, the only way to avoid it is to install my patched kmod and an
experimental signature package. And that actually isn't a very good
idea, so in practice everyone sees this error message at the moment on
all architectures.
Ben.
--
Ben Hutching
that needs further
> review or discussion? FWIW, the patch set has been acked upstream [1,2],
> but it has not been merged yet.
[...]
As you should know, our general policy is to wait for patches to be
applied by the subsystem maintainer. Let us know when they are.
Ben.
--
Ben Hu
Control: reopen -1
Control: retitle -1 vio devices on SPARC do not have modaliases
On Wed, 2016-04-13 at 17:27 +0200, John Paul Adrian Glaubitz wrote:
> On 04/13/2016 02:03 PM, John Paul Adrian Glaubitz wrote:
> >
> > On 04/11/2016 01:32 AM, Ben Hutchings wrote:
> > >
On Mon, 2016-04-11 at 00:02 +0200, John Paul Adrian Glaubitz wrote:
> On 04/10/2016 10:17 PM, Ben Hutchings wrote:
> >
> > Like everything else in the installer initramfs, they are installed
> > from a udeb. See build/pkg-lists/*/sparc64.cfg
> Yeah, I remember that now. I
On Sun, 2016-04-10 at 21:03 +0200, John Paul Adrian Glaubitz wrote:
> On 04/10/2016 08:50 PM, Ben Hutchings wrote:
> >
> > initramfs-tools has nothing to do with the installer initramfs.
> Hmm, ok. Then I'll need to keep digging in debian-installer. So far,
> I haven't found
ith the module loading mechanism. Grepping
> through sources.debian.net, it looks like the modules are actually
> loaded by initramfs-tools when /sys/bus/vio is present during boot.
[...]
initramfs-tools has nothing to do with the installer initramfs.
Ben.
--
Ben Hutchings
I'm always
ns if you change it to:
if (auxv)
memcpy(, auxv, sizeof(x));
?
Ben.
--
Ben Hutchings
73.46% of all statistics are made up.
signature.asc
Description: This is a digitally signed message part
On Thu, 2016-01-14 at 03:00 +0300, Anatoly Pugachev wrote:
> On Mon, Jan 11, 2016 at 3:08 AM, Ben Hutchings <b...@decadent.org.uk> wrote:
> > On Thu, 2016-01-07 at 20:30 +0300, Anatoly Pugachev wrote:
> > > Can you please suggest, what to do next? Close this bugreport as
On Thu, 2016-01-07 at 20:30 +0300, Anatoly Pugachev wrote:
> On Thu, Jan 7, 2016 at 5:49 AM, Ben Hutchings <b...@decadent.org.uk> wrote:
> > On Wed, 2016-01-06 at 23:13 +0300, Anatoly Pugachev wrote:
> > [...]
> > > Sorry for wrong feature request, please close this b
On Wed, 2016-01-06 at 23:13 +0300, Anatoly Pugachev wrote:
[...]
> Sorry for wrong feature request, please close this bug as non-valid. Thanks.
I don't mind keeping it open if you're still hoping to get more
information.
Ben.
--
Ben Hutchings
Life would be so much easier if we could l
change, and I believe the 32-bit and 64-bit modes for userland are not
that different.
Ben.
--
Ben Hutchings
Quantity is no substitute for quality, but it's the only one we've got.
signature.asc
Description: This is a digitally signed message part
-supported even in wheezy. The kernel
doesn't boot on some common machines and no-one seems to be able to fix
it.
Ben.
--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source
signature.asc
Description: This is a digitally signed message part
expect
to do so Real Soon Now, but not soon enough for your testing.
Ben.
--
Ben Hutchings
When in doubt, use brute force. - Ken Thompson
signature.asc
Description: This is a digitally signed message part
On Sun, 2011-08-14 at 19:23 +0100, Jurij Smakov wrote:
On Sat, Aug 13, 2011 at 03:53:38PM -0700, David Miller wrote:
From: Jurij Smakov ju...@wooyd.org
Date: Sat, 13 Aug 2011 18:25:36 +0100
The problem with vmlinux.lds.S appears to be trivial, I have simply
merged it in manually and
On Thu, 2011-08-11 at 18:11 -0700, David Miller wrote:
Ben, please add the following bug fix on top of the Sparc Niagara-T3
patch set I sent the other week, otherwise all pre-Niagara boxes
won't boot.
I think there may have been a miscommunication. I assumed Jurij would
apply the SPARC
?
Thanks!
Obviously, I would welcome such a contribution, but the final decision
regarding including the out-of-tree patchsets lies with kernel team -
CC'ing them.
Any such patches would of course have to be accepted by the
upstream maintainer for SPARC. ;-)
Ben.
--
Ben Hutchings
We get
On Thu, Apr 14, 2011 at 03:57:25PM +0200, Hermann Lauer wrote:
On Thu, Apr 14, 2011 at 01:04:48PM +0100, Ben Hutchings wrote:
Does your custom kernel use the old IDE cmd64x driver?
What happens if you add 'blacklist=pata_cmd64x' to the kernel command
line for the Debian kernel
Debian received a bug report that pata_cmd64x fails on some SPARC
machines, whereas cmd64x works. The bug report is logged at
http://bugs.debian.org/622745.
On Thu, 2011-04-14 at 15:57 +0200, Hermann Lauer wrote:
On Thu, Apr 14, 2011 at 01:04:48PM +0100, Ben Hutchings wrote:
Does your custom
Version: 2.6.26-14
13:52 bwh davem: btw, the Debian bug with PCI enumeration by X vs kernel
is supposed to be fixed, but perhaps you could verify that?
http://bugs.debian.org/514418
22:38 davem bwh: yes that debian bug is fixed
--
Ben Hutchings
The program
2002-05-21 and got to the point of
floppy0: WARNING disk change called early
VFS: Insert root floppy disk to be loaded into RAM disk and press ENTER
I followed the instruction, but nothing happened.
I can post a complete log of boot messages if that's useful.
--
Ben Hutchings
For every
25 matches
Mail list logo