On Sat, 2024-07-20 at 21:45 +0200, John Paul Adrian Glaubitz wrote:
> On Sat, 2024-07-20 at 21:17 +0200, Ben Hutchings wrote:
> > I had a go yesterday and ran into the same problem. I couldn't
> > reproduce with a small kernel config (allnoconfig + BPF + DEBUG_INFO +
> >
7;t
reproduce with a small kernel config (allnoconfig + BPF + DEBUG_INFO +
DEBUG_INFO_BTF) and there wasn't enough disk space to build even one of
the Debian kernel flavours.
> Will take care of it and let you know when it's (some hours).
Thank you!
Ben.
--
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.
signature.asc
Description: This is a digitally signed message part
Control: found -1 5.10.28-1
On Sun, 2021-05-02 at 08:55 +0200, Salvatore Bonaccorso wrote:
> Hi,
>
> On Thu, Oct 19, 2017 at 11:04:27PM +0100, Ben Hutchings wrote:
> > On Thu, 2017-10-19 at 22:18 +0200, John Paul Adrian Glaubitz wrote:
> > > Hi Mathieu!
> > >
&
since 4.13:
commit efe0160cfd40a99c052a00e174787c1f4158a9cd
Author: Nicholas Piggin
Date: Fri May 12 01:56:52 2017 +1000
powerpc/64: Linker on-demand sfpr functions for modules
So we should either ship the script or patch out the version test.
Ben.
--
Ben Hutchings
We get in
On Fri, 2017-03-31 at 16:14 +0200, John Paul Adrian Glaubitz wrote:
> On 03/31/2017 12:56 AM, Ben Hutchings wrote:
> > So to get rid of KERNELMAJOR you would first need to delete this
> > feature and parameter from build/util/pkg-list, and check that it
> > behaves the
On Thu, 2017-03-30 at 23:52 +0200, John Paul Adrian Glaubitz wrote:
> On 03/30/2017 11:43 PM, Ben Hutchings wrote:
> > > Could you give me a quick heads-up how you would like the code to
> > > be changed? I would assume that running "mkvmlinuz" is still
> > &
On Thu, 2017-03-30 at 23:04 +0200, John Paul Adrian Glaubitz wrote:
> Hi Ben!
>
> On 03/20/2017 10:33 PM, Ben Hutchings wrote:
> > On Mon, 2017-03-20 at 22:29 +0100, John Paul Adrian Glaubitz wrote:
> > > On 03/20/2017 10:19 PM, Ben Hutchings wrote:
> > > > Cou
On Mon, 2017-03-20 at 22:29 +0100, John Paul Adrian Glaubitz wrote:
> On 03/20/2017 10:19 PM, Ben Hutchings wrote:
> > Could you please not copy this nonsense?
>
> I also copied it for sparc64 "as is" back then, simply for
> consistency reasons.
> Wouldn
MAJOR) not supported" \
> + ;;\
[...]
Could you please not copy this nonsense?
Ben.
--
Ben Hutchings
Humans are not rational beings; they are rationalising beings.
signature.asc
Description: This is a digitally signed message part
s as to why radeon.ko is not present in during d-i (only
> radeonfb.ko is). However today I can only find:
>
> https://bugs.debian.org/782058#51
>
> I thought you mentioned some kind of regression, hence the reason to
> not ship radeon.ko during debian installation.
>
> Do you rem
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 P
into shape 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
'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
t ARM and x86, but:
- On armel, kirkwood and orion5x are still separate subarchitectures
even though they use the same kernel flavour
- On armhf, there is no armmp-lpae subarchitecture, because all
hardware that can run the armmp-lpae kernel can also run the armmp
kernel
- On i386, ther
Debian kernel packages for powerpc and ppc64el are broken following
some recent toolchain upgrades:
https://bugs.debian.org/808043
https://bugs.debian.org/808246
Please can you investigate this as a matter of urgency.
Ben.
--
Ben Hutchings
Always try to do things in chronological order;
it&#
n't think so; this is probably a bug in wheezy.
The last time I had that sort of problem, it was due to an omission from
the file /etc/securetty (list of devices that root may log in through).
But in wheezy that file does include hvc0.
Ben.
--
Ben Hutchings
Q. Which is the greater problem i
On Sun, 2015-04-12 at 22:04 +0200, Samuel Thibault wrote:
> Ben Hutchings, le Sun 12 Apr 2015 20:27:29 +0100, a écrit :
> > On Sun, 2015-04-12 at 20:45 +0200, Samuel Thibault wrote:
> > > Ben Hutchings, le Sun 12 Apr 2015 00:35:33 +0100, a écrit :
> > > > On Sat, 201
On Sun, 2015-04-12 at 20:45 +0200, Samuel Thibault wrote:
> Ben Hutchings, le Sun 12 Apr 2015 00:35:33 +0100, a écrit :
> > On Sat, 2015-04-11 at 20:22 +0200, Holger Wansing wrote:
> > > supports-smp-sometimes - that generation of cpu will most likely
> > >
PowerPC architectures seem to have useful
wireless drivers in the installer (only PCMCIA wireless drivers, for
some reason).
> supports-smp-sometimes - that generation of cpu will most likely
> fully support smp, right?
[...]
Yes.
Ben.
--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source
signature.asc
Description: This is a digitally signed message part
there is the term "PowerLinux machine".
> This all should be harmonized to one term.
[...]
Based on
<http://openpowerfoundation.org/technical/technical-resources/technical-specifications/>
I think it's 'PowerPC 64-bit little-endian', or 'PowerISA little-endian'.
However, comparing with the way we've named other architectures, '64-bit
PowerPC (little-endian)' would be more consistent.
Ben.
--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source
signature.asc
Description: This is a digitally signed message part
eezes
> when trying o reboot, but ONLY if I am running X when I attempt to
> reboot.
>
> Also, the X graphics is crappy compared to the same machine running
> the 3.2 kernel (Wheezy)
>
> I'm working on getting netconsole setup so I can get a transcript of
> the crash/han
On Sun, 2013-12-15 at 21:16 +0100, aexlfowley wrote:
> This seems closed.
> http://anonscm.debian.org/viewvc/kernel?view=revision&revision=20878
> Right, Ben?
It's pending. It won't be closed until the new kernel package is
uploaded.
Ben.
--
Ben Hutchings
Q. Which is
ich case it would be a linux bug), or is it just not included in the
> installer (which would make this a bug in debian-installer)?
[...]
Module selection for the intaller is also largely defined by the linux
package.
Ben.
--
Ben Hutchings
Q. Which is the greater problem in the world today, ig
On Wed, 2013-10-23 at 00:28 -0500, Kumar Gala wrote:
> On Oct 19, 2013, at 5:24 PM, Ben Hutchings wrote:
>
> > When building lib/raid6/altivec8.o with gcc 4.8 on Debian, the compiler
> > is generating references to two new runtime subroutines which are
> > apparently no
a64 and other big updates.
>
> So please, keep ia64 in the bandwagon ;-)
But I don't think ia64 is well-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
On Fri, 2013-08-02 at 16:56 +0200, Michel Dänzer wrote:
> On Fre, 2013-08-02 at 16:20 +0200, Ben Hutchings wrote:
> > On Fri, 2013-08-02 at 14:41 +0200, Michel Dänzer wrote:
> > > On Son, 2013-07-21 at 18:56 +0100, Ben Hutchings wrote:
> > > >
> > > >
On Fri, 2013-08-02 at 14:41 +0200, Michel Dänzer wrote:
> On Son, 2013-07-21 at 18:56 +0100, Ben Hutchings wrote:
> >
> > Michael, what are we supposed to do about radeon? I thought KMS still
> > didn't work on PowerMac laptops.
>
> It does work in principle. T
e to investigate this, or suggest how to proceeed? It's
apparently a regression between 3.8 and 3.9, but the windfarm driver
itself appears unchanged between those versions.
Ben.
--
Ben Hutchings
All extremists should be taken out and shot.
signature.asc
Description: This is a digitally signed message part
a likely broken partition
layout after you choose manual layout. It doesn't seem right
that if you want to customise layout at all you must remember
any machine-specific constraints.
Also, this constraint is not documented in the installation manual.
Ben.
--
Be
On Sun, 2013-07-21 at 20:36 -0400, Milan Kupcevic wrote:
> Control: notfound -1 yaboot-installer/1.1.26
>
> On 07/21/2013 04:55 PM, Ben Hutchings wrote:
> > Control: reassign -1 yaboot-installer 1.1.26
> >
> > On Mon, 2013-07-22 at 00:38 +0400, Pavel Fedin wrote:
>
know, is another thing. It's a "plain" image
> meant to be ran from GRUB or yaboot. It cannot be run from OFW.
> So, we can close this, probably with a notification to Installer
> guys.
There is no need to close it. I'm reassigning to the relevant part of
bigger than a normal
generic initramfs, but maybe I'm wrong.
Ben.
> I don't believe there are many differences between CD version and
> working version. At least not in early startup code.
>
--
Ben Hutchings
The most exhausting thing in life is being insincere. - Anne Morrow Lindberg
signature.asc
Description: This is a digitally signed message part
rking to support them either.
This might be relevant:
https://lists.debian.org/debian-powerpc/2013/07/msg8.html
Michael, what are we supposed to do about radeon? I thought KMS still
didn't work on PowerMac laptops. Can we make the default depend on the
machine type?
Ben.
--
Ben Hut
On Mon, Jun 27, 2011 at 10:03:04AM -0700, Geoff Levand wrote:
> Hi,
>
> On 06/26/2011 02:35 PM, Ben Hutchings wrote:
> > We wouldn't consider this as a distinct port, as the PS3 will run the
> > same powerpc binaries as we already provide. But I assume there is some
>
per list is debian-b...@lists.debian.org.
Ben.
--
Ben Hutchings
If more than one person is responsible for a bug, no one is at fault.
signature.asc
Description: This is a digitally signed message part
On Sat, 2011-03-05 at 20:43 +, Ben Hutchings wrote:
[...]
> * Has anyone tested 2.6.37-{1,2} on a non-Mac system yet, and does
> vga16fb work there?
I'm still interested in the answer to this.
[...]
> * Could some Mac users test and report whether i915 or nouveau can
> succe
On Sun, 2011-03-06 at 07:56 +0100, Elimar Riesebieter wrote:
> * Ben Hutchings [110306 06:48 +]:
> > On Sun, 2011-03-06 at 07:27 +0100, Elimar Riesebieter wrote:
> > [...]
> > > model : PowerBook5,8
> > > detected as : 287 (PowerBook G4
mweis
> Linux version 2.6.36-samweis
>
> nonfree firmware package is needed:
>
> $ cat /proc/fb
> 0 radeondrmfb
Can you send the kernel .config file for 2.6.38-rc7-samweis?
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
yed on the screen (though the system is
otherwise alive). So it seems that radeon is not yet able to take over
from offb and we need to stay with radeonfb and UMS in X for now.
* Could some Mac users test and report whether i915 or nouveau can
successfully take over the display from offb in 2.6.37
;t like messing with so
> high severity when it's not my bugs)
Either will work. 'forcemerge' will set all the merged bugs to the
severity of the first one you specify.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
t) if you want to make it work for general lilo-like
> syntax.
[...]
Yes, all parts of yaboot should really be using the same configuration
parser. Reimplementing it is crazy.
By the way, I think this bug should be merged with #580455.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
> I also saw that you filled this bug:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581173 which make me
> think that your approach is to adapt every bootloader to this syntax.
[...]
I filed that bug because elilo.sh is not consistent with ELILO itself.
Ben.
--
Ben Hutchings
Once a
42 matches
Mail list logo
