pacity
> ## Apr 03 10:54:41 2024 ##
>
> will the LPARCFG option be activated on future versions?
The Debian kernel maintainers are informed since I have reassigned the bug to
the kernel package. I assume this will be fixed in the near future.
I might do it myself if I find the time during the
ers and I think there
is a chance we might see these in the foreseeable future.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ed by this bug, the powerpc build
fails
because of a packaging problem.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
s well and close this bug report.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Bastian!
On Wed, 2023-07-12 at 11:07 +0200, Bastian Blank wrote:
> On Sat, Jul 08, 2023 at 08:41:03PM +0200, John Paul Adrian Glaubitz wrote:
> > Please enable building the linux-libc-dev package for the new Debian
> > architecture loong64.
> > The corresponding kernel a
"loongarch".
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ue to hopefully get some feedback on what else to try to
fix this
issue. I'm happy to provide any patches once I know what to fix.
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=linux=alpha=5.19.6-1=1663530012=0
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?
such file or directory:
'./debian/build/source_rt/Kconfig'
(sid_ia64-dchroot)glaubitz@yttrium:~/linux2/linux-5.17.3$
Does anyone know what I am doing wrong? Is the above way still the correct
method for
changing the kernel configuration in debian/config?
Thanks,
Adrian
--
.''`.
[1]
Adrian
> [1]
> https://cdimage.debian.org/cdimage/ports/snapshots/2021-10-20/debian-11.0.0-sparc64-NETINST-1.iso
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84
e more time. As you know, there are
a lot of issues piling up and a lot of the tasks end up with me.
I will put this on my TODO list.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
only
>>> about a port arch.
>>
>> We could also unmerge #926539 and #961056 again, then close the former bug
>> which was sparc64-specific.
>
> I have unmerged the bugs now, so the sparc one can be closed.
Alright, done.
Thanks,
Adrian
--
.''`. John Paul Ad
; about a port arch.
We could also unmerge #926539 and #961056 again, then close the former bug
which was sparc64-specific.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG:
r the weekend.
If you could do that today, that would be great. If we know it works, we can
finally close this bug report.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
be someone else with a machine that previously had this issue
can also
comment so that we can be sure the issue has been fixed.
Rick, maybe you can check whether the windfarm module(s) get(s) loaded on your
machine?
# lsmod |grep windfarm
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian De
On 4/27/21 2:07 AM, Rick Thomas wrote:
> I've got the latest (Apr 17) running on my G5 right now. No problems.
Rick, you should just confirm that this particular problem is fixed but I assume
that this is the case?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - gl
ing your own kernel. These days, you can
> just use any Debian-provided kernel from 4.19 onwards.
I'm not sure how this is relevant to the question whether the bug was fixed
or not in the Debian kernel package.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debia
ust needs to merge this
>> change?
>
> I actually implemented a fix for this already but didn't push it.
>
> Can you check whether the benh/libgcc_s branch works for you?
Yes, I can confirm that this fixes the issue for me.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : D
it by searching the relevant libgcc_so files.
> The fix is modelled after the btrfs hook functions in
> /usr/share/initramfs-tools/hooks/btrfs.
Could you open a merge request on Salsa so that Ben just needs to merge this
change?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Deb
ss than of
> G5 users. And most people with work loads that have a use for 64k pages
> are probably on newer machines too.
Is POWER5 still supported by the Linux kernel? I thought IBM removed a
bunch of older machines but kept PowerPC 970 support.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :'
4 kernel back to 4k pages. The majority
of our users are people on G5 Macs anyway, so I don't see a point
in using 64k pages.
Anyone with a large modern POWER machine is going to run the ppc64el
port anyway.
Adrian
> [1] https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/
xact same behavior. I also don't think the emulation
is relevant as the underlying issue is a naming inconsistency in the kernel
which is only present on s390x and used to be present on sparc64.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `
he same problem again with
> a different architecture/driver.
It was only SPARC which had this issue as well and where it was fixed. For
all the other architectures, the console and driver names already match.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`.
On 5/20/20 11:17 AM, John Paul Adrian Glaubitz wrote:
> I don't see any discussion in this thread. I would like to know the reasoning
> why kernel upstream thinks that this naming inconsistency is correct. It
> makes no sense, in my opinion and it can potentially trigger more problems.
upstream thinks that this naming inconsistency is correct. It
makes no sense, in my opinion and it can potentially trigger more problems.
Also, this bug report should be merged with the other one that I referenced
yesterday.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glau
y solution to install a new system while this bug is not
> fixed?
Raising severity to important as it directly breaks Debian Ports installations.
I can't raise it to serious though, unfortunately, as it's "just" Debian Ports
that is broken.
Adrian
--
.''`. John Paul
replacing the get_user() with a copy_from_user().
>
> We could disable IB since it doesn't seem that likely to be used on
> sh4, although I think the "verbs" layer can be used on top of Ethernet.
I'm fine with that.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Deve
file:180: sub-make] Error 2
make[3]: Leaving directory
'/<>/debian/build/build_sh4_none_sh7751r'
make[2]: *** [debian/rules.real:213: debian/stamps/build_sh4_none_sh7751r]
Error 2
make[2]: Leaving directory '/<>'
make[1]: *** [debian/rules.gen:701: build-arch_sh4_none_sh7751r_rea
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950254
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
.
I suggest creating a branch in your Salsa home project with the necessary
changes and then open a pull request. It should be mostly copy and paste
work.
Adrian
> [1]
> https://salsa.debian.org/kernel-team/linux/-/tree/master/debian%2Fconfig%2Fsh4
--
.''`. John Paul Adrian Glaub
Control: reopen -1
On 3/28/20 6:16 PM, John Paul Adrian Glaubitz wrote:
> On 3/28/20 5:39 PM, Ivo De Decker wrote:
>> This bug wasn't fixed in time for buster. Is it still present in bullseye? If
>> so, it might be good to try to fix it this time.
>
> I fixed the bug up
Hello!
Could someone merge my pull request to disable crypto tests on m68k and sh4 [1]?
Thanks,
Adrian
> [1] https://salsa.debian.org/kernel-team/linux/merge_requests/171
Hi!
On 6/14/19 7:55 AM, John Paul Adrian Glaubitz wrote:
> My patch has been merged upstream now and is planned for -stable [1].
It's now part of the 4.19 [1] and 5.1 [2] stable queues, so I guess we just
have to wait a little now.
@Ben: Can you make sure this bug gets closed with the n
:linux-base. I have already accumulated a couple
of patches.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
4~rc1 when I tested
on sparc64 [1].
Adrian
> [1] http://lists.gnu.org/archive/html/grub-devel/2019-04/msg00071.html
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84
: true
> linux-base/removing-title:
> * linux-base/disk-id-manual-boot-loader:
> linux-base/disk-id-convert-plan-no-relabel: true
> * linux-base/disk-id-convert-plan: true
> linux-base/removing-running-kernel: true
> linux-base/disk-id-manual:
> linux-base/do-bootloa
opencsd now to use -fPIC instead of -fpic.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ould be simply replacing -fpic with -fPIC.
I guess we could do this. I just find it odd that a profiling library for
ARM is a build dependency on all architectures.
I'll look into fixing libopencsd.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' F
this build-dependency on ARM targets only?
Thanks,
Adrian
> [1] https://buildd.debian.org/status/package.php?p=linux=sid
> [2] https://buildd.debian.org/status/package.php?p=libopencsd=sid
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `'
allation images for
buster/sid or use some of the workarounds suggested by other people in this
thread.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On 10/19/2017 10:18 PM, John Paul Adrian Glaubitz wrote:
> I'm now running into exactly this problem when trying to build the SPL library
> on a native ppc64 system for ZFS-on-Linux, see below.
Addtional note: It works fine on a powerpc installation, so I'm confident it's
a packaging
e LT_OBJDIR ".libs/"
|
|
| int
| main (void)
| {
|
| ;
| return 0;
| }
|
configure:15804: result: no
configure:15807: error: *** Unable to build an empty module.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Ben!
Sorry for bothering you on a Saturday, but can you make sure this change gets
merged before the next upload?
Thanks,
Adrian
> On Oct 10, 2017, at 8:02 AM, John Paul Adrian Glaubitz
> <glaub...@physik.fu-berlin.de> wrote:
>
> Hi Ben!
>
> I have changed the
> [1] https://github.com/glaubitz/linux-debian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
the future, we're hopefully dropping the IDE modules anyway, so I think
the current mechanism is fine as is, unless you think there is really
a problem with it.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin -
package
from experimental and verified my changes to work.
Thanks,
Adrian
[1] https://github.com/glaubitz/linux-debian.git
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75
Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
t; Fair enough.
We could just ask the maintainer of the Aranym package to provide an
updated version in Debian Backports.
Re-assigning in any case.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
by adding
"initcall_blacklist=atari_scsi_driver_init" to the
kernel command line. The buildd "mama" is running 4.11 with that work around.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.d
.
The attached patch enables it, please apply.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
>F
erstand why this particular
patch is necessary, I don't have a patch myself at hand.
Thanks,
Adrian
> [1]
> https://anonscm.debian.org/cgit/kernel/linux.git/tree/debian/patches/bugfix/m68k/revert-m68k-move-exports-to-definitions.patch#n86
--
.''`. John Paul Adrian Glaubitz
: :' : Debian
7278 Mar 30 01:16 vmlinuz
root@mama:/srv/d-i/debian-installer/installer#
Thus, in order to fix this problem, please set the suffix option
for the d-i kernel image for m68k by applying the attached patch.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub.
a patch against the linux source package in experimental.
Thanks,
Adrian
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824524
> [2] http://j-core.org/roadmap.html
> [3] https://wiki.debian.org/SH4/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@d
report as pending.
Adrian
> [1] https://lists.ozlabs.org/pipermail/linuxppc-dev/2016-September/148424.html
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0
ion:
disconnected
glaubitz@ikarus:~$
Thanks,
Adrian
> [1]
> http://accessories.us.dell.com/sna/productdetail.aspx?c=us=19=en=470-ABHH
> [2]
> https://anonscm.debian.org/cgit/kernel/linux.git/tree/debian/installer/modules/nic-usb-modules
--
.''`. John Paul Adrian Glaubitz
: :' : D
option
should be set on architectures only which support SecureBoot.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ble to merge it in the Debian kernel.
As I learned recently with two of my own patches, the policy we have in
Debian prevented them from being merged unless they were merged upstream.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Be
Control: tags -1 + patch
On 05/05/2016 09:32 PM, John Paul Adrian Glaubitz wrote:
>> If it works, I can submit it to the kernel. I don't have a powerpcspe
>> environment to try building it, but I did notice that sstep.o contained
>> those two instructions when building a ppc32
u know.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
pe=3.16.7-ckt9-3=1458056490
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On 04/21/2016 01:07 PM, John Paul Adrian Glaubitz wrote:
> On 04/21/2016 12:59 PM, Ben Hutchings wrote:
>> 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.
>
> Ok, I wasn't aware of that
Could you disable libbpf on sh4 for the time being?
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=linux=sh4=4.5.1-1=1461192004
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@phy
On 04/21/2016 12:59 PM, Ben Hutchings wrote:
> 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.
Ok, I wasn't aware of that. I will let you know once that has happened!
Thanks,
Adrian
--
.''`. Joh
Control: retitle -1 linux: Please add autoloading support for vio
On 04/14/2016 11:19 AM, John Paul Adrian Glaubitz wrote:
> On 04/14/2016 10:56 AM, John Paul Adrian Glaubitz wrote:
>> Hold on a second, I had a copy-and-paste error, the patch needs
>> a slight update since __A
On 04/14/2016 10:56 AM, John Paul Adrian Glaubitz wrote:
> Hold on a second, I had a copy-and-paste error, the patch needs
> a slight update since __ATTR_RO(modalias) is misssing in
> vio_dev_attrs.
Attaching a cleaned up patch.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :'
On 04/13/2016 05:27 PM, John Paul Adrian Glaubitz wrote:
> Ok, tested it and it didn't work unfortunately. The modules are
> not loaded automatically and it seems the reason is that the
> modaliases are not generated:
Hold on a second, I had a copy-and-paste error, the patch needs
a slig
has been tested
with Debian unstable and kernel 4.5.1 on a SPARC-T5 in a Linux
LDOM.
Attaching my patch. I also sent it as two single patches upstream.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik
On 04/13/2016 02:03 PM, John Paul Adrian Glaubitz wrote:
> On 04/11/2016 01:32 AM, Ben Hutchings wrote:
>> The attached patch might fix that, though the correct fix would
>> presumably be to merge the two implementations.
>
> Thanks a lot for the explanation and the patch. I
nd.
I have also notified upstream and Dave Miller is now looking
at a proper fix.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B
74175] sunvnet: eth0: PORT ( remote-mac XX:XX:XX:XX:XX:XX )
So, the question now is why those modules aren't loaded automatically
when boot the debian-installer initrd and kernel.
Adrian
PS: I replaced the actual MAC addresses above with "XX".
--
.''`. John Paul Adrian Glaub
ler image.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
signature.asc
Description: OpenPGP digital signature
erify whether this is actually true. Maybe
there was a change in the kernel that changed the behavior of the
sysfs entry so that the check in the initramfs script fails.
Cheers,
Adrian
> [1]
> http://sources.debian.net/src/initramfs-tools/0.123/hook-functions/?hl=478#L478
--
.''`. Jo
to define a list of modules to be loaded, I assume
it's something to be changed in the kernel package.
Thanks,
Adrian
> [1] https://lists.debian.org/debian-sparc/2016/02/msg00054.html
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504702
--
.''`. John Paul Adrian Glaubitz
: :' :
On 01/24/2016 11:48 AM, John Paul Adrian Glaubitz wrote:
> Can you try kernel 4.4 from experimental? That should be available
> as of now as I have enabled building experimental packages for
> m68k now.
Linux 4.4 works fine here on Aranym:
root@pacman:~> uname -a
Linux pacman 4.4.0-t
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
nabled building experimental packages for
m68k now.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
am pretty sure this is again
radeonfb messing with the GPU as the symptoms are the same.
Adrian
- --
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426
which have very negligible user base given the fact
that those were rather expensive due to their low production numbers.
So my opinion remains unchanged: Drop radeonfb by any means as it's
obsolete and breaks the way more ubiqutous radeon KMS driver.
Cheers,
Adrian
--
.''`. John Paul Adrian Glaubitz
=748398#106
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
deprecated and that you should no
longer use them. This also applies to X.Org.
It would be nice if you could CC me in the future if you are having
issues with non-x86 hardware, especially anything that's powerpc,
Macintosh, or - like in this case - Amiga-related hardware.
Adrian
- --
.''`. John Paul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/09/2015 10:08 AM, John Paul Adrian Glaubitz wrote:
The only reason it was compiled into the powerpc kernel without
anyone complaining is the fact that the xf86-video-ati (= Radeon
X.Org) driver in Wheezy was still old enough [1] to support
-of
the-box. I always had the opinion that radeonfb was deprecated in
favor of the KMS driver and therefore the latter is the one you should
be using.
Maybe it's a good idea to report any issues with the KMS driver to the
radeon upstream developers?
Cheers,
Adrian
--
.''`. John Paul Adrian Glaubitz
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject
he has.
Thus, if the kernel locks up the kernel for whatever reason, I am a
bit lost until Nobuhiro can reset the machine. Having my own local
SH4 machine would simplify things dramatically.
Adrian
- --
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie
Package: linux
Version: 3.16.7-ckt4-1
Severity: normal
Tags: patch
Hi!
The kernel package currently fails to build from source on sh4 since
the build scripts try to pass the '-m32' compiler option on gcc which
is not available with gcc on sh4 (also according to the manpage).
Selecting
on both laptops and the Mac Mini work
as expected.
Conclusion:
* Please set CONFIG_FB_RADEON=m on powerpc32.
Adrian
- --
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75
, you
won't be able to use the radeon driver anymore but just the generic,
low-performance fbdev driver.
I will hopefully be able to test some Powerbooks myself this week.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin
@test-adrian1:/boot
Is this a mistake? It's a pretty showstopper because it forces any
installation of Debian on a PowerMac with a Radeon card to use
the fbdev driver by default which uses a very low colordepth and
has a bad performance.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian
.
I will try to get into touch with the people from the #614221 bug
report. They should be able to test whether the regression still
exists by simply adding video=radeonfb:off on a testing/sid
system.
Adrian
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614221#39
- --
.''`. John Paul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/23/2014 03:24 AM, John Paul Adrian Glaubitz wrote:
On 12/23/2014 02:48 AM, Ben Hutchings wrote:
This change caused a regression for some other 32-bit PowerMacs
the last time we tried it (#614221). Therefore I limited it to
64-bit PowerPC
On 12/09/2014 02:42 AM, John Paul Adrian Glaubitz wrote:
On 12/09/2014 02:05 AM, maximilian attems wrote:
the compiler change better be boot tested, was it?
Well, the kernel package doesn't currently build on sh4 because
gcc-4.7 was built with the m4-nofpu configuration missing [1].
FYI
Package: linux
Version: 3.16.7-2
Severity: normal
Hello!
On sh4, the kernel package is still built with gcc-4.7 by default
since both gcc-4.8 and gcc-4.9 were not built on sh4 until recently.
This has now been resolved and both gcc-4.8 and gcc-4.9 are now
readily available on sh4 to build the
at all, isn't it?
I will thoroughly test the kernel package once the builds were
actually able to build it :).
Adrian
[1]
http://buildd.debian-ports.org/status/fetch.php?pkg=linuxarch=sh4ver=3.16.7-2%2Bb1stamp=1417850239
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub
choice but to use it. I'd also rather use zsh.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
--
To UNSUBSCRIBE, email
for it.
Adrian
- --
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using
control: tags -1 patch
control: title -1 linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc
On 06/29/2014 02:19 PM, John Paul Adrian Glaubitz wrote:
I will provide a proposed diff for the kernel configuration on powerpc
later.
Suggested patch attached which aligns the framebuffer
On 06/27/2014 05:35 PM, John Paul Adrian Glaubitz wrote:
I will try rebuilding the kernel on the PowerPC with CONFIG_FB_RADEON=m
and see if it fixes the issue by allowing to blacklist the radeonfb
module. If yes, I'll send in a kernel patch to change the configuration
for the powerpc kernel
with CONFIG_FB_RADEON=m
and see if it fixes the issue by allowing to blacklist the radeonfb
module. If yes, I'll send in a kernel patch to change the configuration
for the powerpc kernel accordingly.
Cheers,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
it in the kernel configuration or blacklisting it in the
initrd.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Source: linux
Version: 3.14.4-1
Severity: normal
Hi!
I installed Debian on my old Mac Mini G4 today (see installation report [1])
and tried to get X up and running after rebooting the machine.
Unfortunately, I couldn't get X to work with anything but the fbdev driver.
After looking through the
I installed Debian on my old Mac Mini G4 today (see installation
report [1]) and tried to get X up and running after rebooting the
machine.
Forgot the reference:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748327
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
1 - 100 of 108 matches
Mail list logo