Hi, everyone!
I'm running Debian powerpc/ppc64 on a couple of PowerPC machines
(PowerMac6,7 and PowerMac11,2) and the GRUB installation seems to be
working perfectly, huge kudos to everyone involved!
So, apart from the big one in $SUBJECT (Linux 5.6.11 seems fine; I'm
running a custom kernel, let
Hi, Paul!
On Sun, 10 May 2020 at 12:24, John Paul Adrian Glaubitz
wrote:
>
> I suggest filing a bug report with plymouth upstream. Although it could
> also be a kernel bug. Did you check the upstream bug trackers?
>
> > https://bugzilla.kernel.org/
> > https://gitlab.freedesktop.org/plymouth/plym
Hi, Gabriel,
On Sun, 10 May 2020 at 12:37, Gabriel Paubert wrote:
>
> I suspect the PowerMac6,7 is a 32 bit machine, given what you say below.
Yes, of course, sorry for not being more explicit. :)
> Well, extremely low is a bit of an exaggeration. On 32 bit x86, lowmem
> is 896MB. This is only
Hello again,
A domingo, 10/05/2020, 14:02, John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de> escreveu:
>
> Can you find out the exact name of the kernel config option for me?
>
> It must be a string that starts with "CONFIG_".
>
Sure, it's CONFIG_TAU. But as I wrote before, I found the 7
Hi again, Adrian,
A domingo, 10/05/2020, 15:04, John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de> escreveu:
> On 5/10/20 3:06 PM, Rui Salvaterra wrote:
>
> We can still enable it, nevertheless [1].
>
It's already enabled in the Debian kernel. I just noticed th
A domingo, 10/05/2020, 15:33, John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de> escreveu:
>
> Ah, right. I was checking the 64-bit kernel only which doesn't have it as
> it's a feature specific to G3 and G4 CPUs:
>
> root@kapitsa:/boot# uname -a
> Linux kapitsa 5.5.0-2-powerpc64 #1 SMP Deb
A segunda, 11/05/2020, 21:21, Alex Deucher escreveu:
>
>
> Note there is no loss of functionality here, at least on radeon
> hardware. It just comes down to which MMU gets used for access to
> system memory, the AGP MMU on the chipset or the MMU built into the
> GPU. On powerpc hardware, AGP ha
A segunda, 11/05/2020, 22:23, Steve Burkhart
escreveu:
> I remember a time when GNU/Linux was something you installed on an old
> computer to make it useful again. If the Debian project wants to leave
> legacy hardware behind, I have no reason to use Debian.
>
Let's not overreact, there's no los
On Tue, 12 May 2020 at 08:58, Michel Dänzer wrote:
>
> FWIW, on my last-generation PowerBook with RV350 (IIRC), there was a big
> performance difference between AGP and PCI GART. The latter was sort of
> usable for normal desktop operation, but not so much for OpenGL apps
> (which were usable with
On Tue, 12 May 2020 at 17:38, Daniel Vetter wrote:
>
> Otherwise all agree, agp is a mighty mess and essentially just
> crapshot outside of x86. It kinda worked for the much more static
> allocations for dri1, but with in-kernel memory managers all the cache
> flushing issues showed up big time an
On Wed, 13 May 2020 at 08:19, Daniel Vetter wrote:
>
> i915 is even worse, we manually mess around with clflush. In
> userspace. So really there's 2 axis for dma memory: coherent vs.
> non-coherent (which is something the dma-api somewhat exposed), i.e.
> do you need to clflush or not, and cached
On Wed, 13 May 2020 at 11:27, Michel Dänzer wrote:
>
> The only theoretical problem there was that the kernel still had a
> cacheable mapping of the same memory, and any access via that (e.g.
> prefetch due to access to a neighbouring page) could trigger a machine
> check. But I don't remember eve
On Wed, 13 May 2020 at 11:58, Michel Dänzer wrote:
>
> How do you know you're hitting that particular issue?
Sorry, somehow I misread that. I was still thinking of the AGP hangs.
On Wed, 13 May 2020 at 14:44, Christian Zigotzky wrote:
>
> OpenGL version string: 1.5 Mesa 7.6
> OpenGL version string: 1.3 Mesa 7.2
>
> Screenshots:
>
> - http://www.supertuxkart.de/stk07ubuntu910ppc.png
> - http://www.supertuxkart.de/opensuse111-stk073.jpg
Those are *extremely old* (and I mean
Hi, guys!
I happened to stumble upon this gem of a patch [1], and it would be
really wonderful if we could find a way to upstream it, since the
developers don't have a way to finish testing it. I don't know if
anybody else from the debian-powerpc community knew about it, but here
it is, nonetheles
On Wed, 13 May 2020 at 18:33, John Paul Adrian Glaubitz
wrote:
>
> Anyone who is working on open source code can request access to the GCC
> compile farm [1] which also includes several fast POWER machines running
> Debian and other operating systems.
>
> The machine gcc203 is maintained by us, so
[Resending since I messed up the subject, sorry]
Hi, everyone,
Something went wrong between Linux 5.6 and 5.7-rc1. This is an iBook
G4 laptop with 1.5 GiB of RAM running the Debian powerpc port. I
haven't bisected yet, since it's going to take quite a bit of time, so
I'm sending this mostly as a
Hi again, Christophe,
On Mon, 18 May 2020 at 15:03, Christophe Leroy
wrote:
>
> Can you try reverting 697ece78f8f749aeea40f2711389901f0974017a ? It may
> have broken swap.
Yeah, that was a good call. :) Linux 5.7-rc1 with the revert on top
survives the beating. I'll be happy to test a definitive
On Mon, 18 May 2020 at 18:15, Christophe Leroy
wrote:
>
> Yeah I discovered recently that the way swap is implemented on powerpc
> expects RW and other important bits not be one of the 3 least
> significant bits (see __pte_to_swp_entry() )
I see, you get the swap entry by shifting the PTE right t
Hi, Adrian,
On Sun, 17 May 2020 at 11:33, John Paul Adrian Glaubitz
wrote:
>
> Any chance someone could have a look at this?
>
I tried to run ofpathname as-is, and it seems to work, apart from that
I/O error with find…? I haven't tested your patches, but here's the
output I'm getting (lsblk for
Hi, Adrian,
On Mon, 18 May 2020 at 21:47, John Paul Adrian Glaubitz
wrote:
>
> I remember running into this issue as well and I think it occurred
> when running the command on a Debian Jessie system or so.
>
> What kind of environment are you running the command in?
Indeed, I just invoked ofpath
Hi, Adrian,
On Tue, 19 May 2020 at 12:54, John Paul Adrian Glaubitz
wrote:
>
> I'm confused now as I have not observed the issue in d-i. I have only
> seen it when running the command on an old Debian Jessie system.
>
> On unstable, both in a normal environment and within d-i, the script
> works
On Tue, 19 May 2020 at 14:36, John Paul Adrian Glaubitz
wrote:
>
> This patch set is fixing ofpathname for Apple PowerMacs.
>
> Which version of Debian are you running?
I'm running Debian unstable. Actually, Debian on big-endian POWER is a
port, are there even stable releases? (Not that I want to
Hi, Mick,
On Wed, 20 May 2020 at 15:00, Mick Bert wrote:
>
> Then I am going to work on the wireless adapter...
To get Wi-Fi working, you probably only need to apt-get the
firmware-b43-installer package, assuming you already added the line
Adrian told you to your sources.list. I'm trying to get
Hi, Christian,
On Wed, 20 May 2020 at 16:00, Christian König
wrote:
>
> So I've used an ancient system (32bit) to setup a test box for this.
>
>
> The first GPU I could test is an RV280 (Radeon 9200 PRO) which is easily
> 15 years old.
Oh, I have one of those in box somewhere, but no AGP machine
Hi, Mick,
On Wed, 20 May 2020 at 16:05, Mick Bert wrote:
>
> But when I type the command iwlist, it give me:*|
iwlist is for very old WEXT-based drivers, IIRC. For modern
mac80211-based drivers (like b43) using the nl80211 configuration
interface, you need to use iw.
Cheers,
Rui
On Wed, 20 May 2020 at 17:56, John Paul Adrian Glaubitz
wrote:
>
> I recommend using nmcli for network configuration on the command line, it's
> convenient and supports everything that network-manager supports.
Nah… nmtui. ;)
On Wed, 20 May 2020 at 18:00, John Paul Adrian Glaubitz
wrote:
>
> On 5/20/20 6:58 PM, Rui Salvaterra wrote:
> > On Wed, 20 May 2020 at 17:56, John Paul Adrian Glaubitz
> > wrote:
> >>
> >> I recommend using nmcli for network configuration on the command lin
Hi, guys,
I apologise in advance if this is too off-topic, it isn't directly
Debian-related (though I'm running Debian ppc64), but since a lot of
people here also have these machines, I thought about asking anyway.
Yesterday, all of a sudden, my G5 started acting up. It booted just
fine, but after
Hi, Adrian,
A quinta, 4/06/2020, 21:17, John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de> escreveu:
>
> We should revert to 4k pages on ppc64be then. There is no reason to enable
> 64k pages for us. That may be well the case for ppc64el though.
>
To be honest, I believe there should be t
Hi, Adrian,
On Sun, 21 Jun 2020 at 10:12, John Paul Adrian Glaubitz
wrote:
>
> Has there been any progress on this? Would be a pity if this patch would
> get lost without getting the attention it deserves.
As far as I know, it's stalled due to required autoconf changes [1]. I
don't have the expe
Hi, Luigi,
On Sun, 21 Jun 2020 at 12:35, luigi burdo wrote:
>
> Tested by me this Dosbox patch on Debian PPC64 and the performances increse
> are about 900%
A 900 % speed increase is insane. I had no idea it could be that high,
I was hoping for about 300 % average. Unfortunately my G5 died a
c
32 matches
Mail list logo
