0010 DS: ES: CR0: 80050033
[2.740345] CR2: 0020 CR3: 00010194c003 CR4: 0000001706e0
Regards
--
Mathieu Parent
found 1022068 6.1~rc8-1~exp1
upstream 1022068 https://gitlab.freedesktop.org/drm/nouveau/-/issues/188
thanks
Still in latest experimental kernel. :-(
I've found an upstream bug (every distro affected).
Cheers
--
Mathieu
found 1022068 6.1~rc7-1~exp1
done
Still in latest experimental kernel. :-(
a8054b730
[2.726375] FS: 7f2c9ec40d00() GS:9e07cf2c()
knlGS:
[2.726377] CS: 0010 DS: ES: CR0: 80050033
[2.726378] CR2: 0020 CR3: 00010163c002 CR4: 001706e0
Regards
Mathieu Parent
add those firmwares.
Thanks
Mathieu Parent
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-0-rt-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint
Andreas,
On Mon, Jul 11, 2022 at 9:03 PM Andreas Beckmann wrote:
>
> On 11/07/2022 18.35, Mathieu Malaterre wrote:
> > Since the nvidia* package do the heavy lifting of downloading locally
> > binary, it would make sense to add yet-another package for firmware
> >
Dear Debian NVIDIA Maintainers,
Is there any interest in maintaining a nvidia-firmware package within
Debian NVIDIA group maintenance ? It seems some of the nvidia firmware
blob cannot be maintained within firmware-misc-nonfree:
* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990662#12
Since
Local steps for me were:
% wget
https://raw.githubusercontent.com/envytools/firmware/master/extract_firmware.py
% wget
https://download.nvidia.com/XFree86/Linux-x86_64/340.108/NVIDIA-Linux-x86_64-340.108.run
% sh NVIDIA-Linux-x86_64-340.108.run --extract-only
% python3 extract_firmware.py
% sudo
firmware-linux-nonfree 20210818-1
ii firmware-misc-nonfree 20210818-1
pn firmware-myricom
pn firmware-netxen
pn firmware-qlogic
ii firmware-realtek 20210818-1
ii firmware-samsung 20210818-1
pn firmware-siano
pn firmware-ti-connectivity
pn xen-hypervisor
--
Mathieu Roy
pn firmware-libertas
ii firmware-linux-nonfree 20210818-1
ii firmware-misc-nonfree 20210818-1
pn firmware-myricom
pn firmware-netxen
pn firmware-qlogic
ii firmware-realtek 20210818-1
ii firmware-samsung 20210818-1
pn firmware-siano
pn firmware-ti-connectivity
pn xen-hypervisor
--
Mathieu Roy
On Thu, Oct 7, 2021 at 10:46 AM Mathieu Malaterre wrote:
>
> On Thu, Apr 23, 2020 at 4:31 AM Ben Hutchings wrote:
> >
> > On Tue, 2020-04-21 at 11:26 +0200, Mathieu Malaterre wrote:
> > > Dear Debian-kernel team,
> > >
> > > > Would it be possible
On Thu, Apr 23, 2020 at 4:31 AM Ben Hutchings wrote:
>
> On Tue, 2020-04-21 at 11:26 +0200, Mathieu Malaterre wrote:
> > Dear Debian-kernel team,
> >
> > > Would it be possible to ship an alternate ppc64 kernel build without
> > > the 64K page option ?
> >
to very hot (to the point I can make it overheat by loading it
too much).
Do you think it'd be doable to backport it to 5.10?
Regards,
--
Mathieu Chouquet-Stringer
The sun itself sees not till heaven clears.
-- William Shakespeare --
Source: linux
Version: 4.19.194-1
It would be super nice to ship asn1_compiler in linux-kbuild-*, this
would simplify build steps for modules such as ksmbd. Right now only
Fedora & RHEL are supported in the stand-alone module install step:
* https://github.com/cifsd-team/ksmbd#installing-as-a-sta
Package: firmware-misc-nonfree
Version: 20210315-2~bpo10+1
It would be super nice to distribute the nividia/nouveau firmware in
firmware-misc-nonfree. Right now symptoms are:
[127020.582478] nouveau :01:00.0: firmware: failed to load
nouveau/nvd9_fuc084 (-2)
[127020.582481] firmware_class: Se
Salvatore,
On Sun, May 2, 2021 at 8:59 AM Salvatore Bonaccorso wrote:
>
> Control: tags -1 + moreinfo
>
> Hi Mathieu,
>
> This bug thread was by the time very long but stoppend in 2016. Are
> the issues still relevant for us or should we close this bug by now?
Thanks f
OK, so the actual error is rather:
nv-drm.c:54:25: error: implicit declaration of function
‘drm_pci_init’; did you mean ‘drm_mm_init’?
[-Werror=implicit-function-declaration]
ref:
*
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-340/+bug/1885344
Dear Debian-kernel team,
> Would it be possible to ship an alternate ppc64 kernel build without
> the 64K page option ?
Could someone please clarify if this is possible/acceptable ? The new
ppc64 kernel would not be the default but could be installed on G5
machine after installation.
Thanks
.
Please try with linux 4.19.37-5+deb10u2 from buster-proposed-updates.
It has a couple of cifs fixes.
Also, this commit in cifs is about lockup, and *may* be relevant:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/fs/cifs?id=48f238a79f668f8ff013024d83010de551833d7f
Regard
Control: tags -1 fixed-upstream patch pending
OK, I found it:
b7107a67f0d1 x86/irq: Handle spurious interrupt after shutdown gracefully
Package: src:linux
Followup-For: Bug #932304
Installing a kernel from git/master show that the symptoms are now gone.
-- System Information:
Debian Release: 10.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.2.0+ (SMP w/4 CPU cores)
Kernel taint
On Wed, Jul 17, 2019 at 10:51 PM Miguel A. Vallejo wrote:
> But for me this problem is triggered by the Arduino IDE.
Interesting. The system bell only starts when I open my xfce session.
I'll continue digging in the audio direction.
Thanks
False positive. Turns out commit
e9d0ba506ea8661a7d91d67e04abe69a535b6048 is present in debian linux
kernel on buster.
-- Forwarded message -
From: Kai-Heng Feng
Date: Wed, Jul 17, 2019 at 4:13 PM
Subject: Re: do_IRQ: 0.37 No irq handler for vector
To: Mathieu Malaterre
Hi
Could that be:
https://bugzilla.kernel.org/show_bug.cgi?id=198855
but it says that it should be closed in 4.17.3
Package: src:linux
Version: 4.19.37-5
Severity: normal
hi there,
I've updated my desktop to buster and I am getting a flood of messages such as:
[ 920.728347] do_IRQ: 0.37 No irq handler for vector
So far I've solved the symptoms with:
# rmmod pcspkr
Would be nice to have a fix. I'll try new
/c8744f44aeaee1caf5d6595e9351702253260088
And probably:
https://github.com/torvalds/linux/commit/68fe1d5da548aab2b6b1c28a9137248d6ccfcc43
You can also add Icelake:
https://github.com/torvalds/linux/commit/48f76b68f9fca4e1d5bbb1755d14e8e8e09bdd5b
Thanks
Mathieu Parent
See also:
https
Control: tags -1 fixed-upstream
Patch has been applied upstream, so marking as fixed-upstream (v4.19-rc1)
Hi Rick,
On Tue, Apr 12, 2016 at 12:08 PM Mathieu Malaterre wrote:
>
> Dear all,
>
> I am looking for testers for the following patch:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741663#20
>
> Wolfram (CC here) is looking for feedback from users for this
Control: tags -1 fixed-upstream patch upstream
The symptoms should disappear now that default has been set to PCI
(instead of AGP) on PowerPC system.
https://github.com/torvalds/linux/commit/037d1a66ae64
Target is 4.18-rc1
https://lkml.org/lkml/2018/6/5/1158
Christian,
On Mon, Oct 17, 2016 at 9:32 AM Mathieu Malaterre wrote:
>
> Hi,
>
> On Fri, Oct 14, 2016 at 4:45 PM, Thadeu Lima de Souza Cascardo
> wrote:
> > There is certainly a way to automate this, but my question on whether
> > that sequence would fix the problem
f set before falling
> back to autodetection
> - no longer use NAME variable or the useless Anonymous string
>
> The logic is switched from multiline if/then/fi statements to compact
> shell variable substition commands.
Much more elegant indeed.
Acked-by: Mathieu Malaterre
&
I am seeing somewhat identical error message in dmesg from my Mac Mini
G4 (ppc) system with ATI:
[ 268.132457] [drm] radeon kernel modesetting enabled.
[ 268.132645] bus: 'pci': add driver radeon
[ 268.132735] bus: 'pci': driver_probe_device: matched device
:00:10.0 with driver radeon
[ 26
Control: tags -1 upstream confirmed pending
-- Forwarded message --
On Tuesday, February 13, 2018 07:03:16 PM Mathieu Malaterre wrote:
> When the linux kernel is build with (typical kernel ship with Debian
> installer):
>
> CONFIG_FB=y
>
Source: linux
Version: 4.14.13-1
Severity: minor
User: debian-powe...@lists.debian.org
Usertags: powerpc
At least on my G4 Mac Mini, I can see:
$ cp /boot/config-4.14.0-3-powerpc .config
$ make savedefconfig
scripts/kconfig/conf --savedefconfig=defconfig Kconfig
.config:3186:warning: symbol valu
Control: affects -1 src:systemd
For easier reference:
dmesg reveals:
[8.324634] systemd[1]: File
/lib/systemd/system/systemd-journald.service:35 configures an IP
firewall (IPAddressDeny=any), but the local system does not s
upport BPF/cgroup based firewalling.
[8.337180] systemd[1]: Proc
For reference.
-- Forwarded message --
On 05/01/18 14:44, Mathieu Malaterre wrote:
> Hi there,
>
> I am trying to get sdhci-pci driver to work with the following hardware:
>
> $ sudo lspci -s 03:00.1 -v -nn
> 03:00.1 SD Host controller [0805]: Broadcom Limi
Also for reference:
$ sudo lspci -s 03:00.1 -vvx
03:00.1 SD Host controller: Broadcom Limited BCM57765/57785 SDXC/MMC
Card Reader (rev 10) (prog-if 01)
Subsystem: Broadcom Limited BCM57765/57785 SDXC/MMC Card Reader
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR
Control: found -1 4.14+88~bpo9+1
Same here, using a MacBookPro10,1. I cannot get the driver to work
when SDHC Samsung Evo 16GB is placed in card reader (bug is totally
reproducible). If I remove the card and place it in a USB reader
(USB-HUB reader) then everything is fine. I even tested using f3p
Source: linux
Severity: normal
When using libkcapi default programs, one get (with default Debian kernel), the
following message:
$ wget http://www.chronox.de/libkcapi/libkcapi-0.13.0.tar.xz
$ tar xf libkcapi-0.13.0.tar.xz
$ cd libkcapi-0.13.0
$ cd lib
$ make
$ cd ../test
$ make
$ ./kcapi -x 3
Can you point to the exact good/bad versions, from
http://snapshot.debian.org/package/linux/?
Also, what are your mount options (from fstab?)
Regards
--
Mathieu Parent
Hi,
On Mon, Nov 7, 2016 at 8:42 AM, Karl-Philipp Richter wrote:
> Hi,
>
> Am 07.11.2016 um 07:44 schrieb Mathieu Malaterre:
>> You have a really surprising setup. How is it even possible to have
>> bumblebeed on PPC32 ? the package is supposed to be empty for this
>>
Hi,
On Sun, Nov 6, 2016 at 8:28 PM, Karl-Philipp Richter wrote:
[...]
> Nov 6 20:24:45 debian systemd[1]: bumblebeed.service: Service
> hold-off time over, scheduling restart.
> Nov 6 20:24:45 debian systemd[1]: Stopped Bumblebee C Daemon.
> Nov 6 20:24:45 debian systemd[1]: Starte
hi,
On Thu, Nov 3, 2016 at 9:06 PM, Karl-Philipp Richter wrote:
>
>
> Am 03.11.2016 um 12:15 schrieb Mathieu Malaterre:
>> Why src:linux and not simply the binary package: xserver-xorg-video-nouveau ?
> I already did at
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug
Package: linux-image-amd64
Version: 3.16+63
Seems like updatedb does not work with current stable kernel:
[ 2039.660634] INFO: task updatedb.mlocat:1261 blocked for more than
120 seconds.
[ 2039.660640] Not tainted 3.16.0-4-amd64 #1
[ 2039.660642] "echo 0 > /proc/sys/kernel/hung_task_timeou
Package: src:linux
Version: 3.16+63
Hi,
on my Mac G5 I see loss of network connectivity when doing big
downloads or uploads.
The machine cannot be pinged anymore then and also cannot ping out.
When it's happening I see the following messages:
Oct 11 10:45:13 g5 kernel: [ 430.477967] gem 0001:
Seems like this also affects ppc32 users:
https://lists.debian.org/debian-powerpc/2005/05/msg00384.html
Hi,
On Fri, Oct 14, 2016 at 4:45 PM, Thadeu Lima de Souza Cascardo
wrote:
> There is certainly a way to automate this, but my question on whether
> that sequence would fix the problem was intended to more easily fix a
> real bug in the driver.
>
> I can try to help fix the driver on my free time
Here is the full patch for reference.
-- Forwarded message --
From: Mathieu Malaterre
Date: Sat, Oct 8, 2016 at 2:09 PM
Subject: [PATCH] Fix loading of module radeonfb on PowerMac
To: linux-fb...@vger.kernel.org
Cc: Lennart Sorensen , Tomi Valkeinen
, Jean-Christophe Plagniol
On Thu, Oct 6, 2016 at 4:13 PM, Lennart Sorensen
wrote:
> On Thu, Oct 06, 2016 at 07:44:35AM +0200, Mathieu Malaterre wrote:
>> That's precisely what I tried yesterday.
>>
>> Anytime I press 'Enter' after '22 set-mode' or '32 set-depth' I l
Hi,
On Wed, Oct 5, 2016 at 9:23 PM, Lennart Sorensen
wrote:
> On Wed, Oct 05, 2016 at 08:55:50PM +0200, Mathieu Malaterre wrote:
>> Will do ASAP. For reference:
>>
>> https://bugs.debian.org/825840#92
>>
>> and
>>
>> devalias tells me t
On Wed, Oct 5, 2016 at 7:45 PM, Lennart Sorensen
wrote:
> On Wed, Oct 05, 2016 at 06:40:36PM +0200, Mathieu Malaterre wrote:
>> On Tue, Oct 4, 2016 at 10:24 PM, Lennart Sorensen
>> wrote:
>> > On Tue, Oct 04, 2016 at 09:22:17PM +0200, Mathieu Malaterre wrote:
>> >
On Tue, Oct 4, 2016 at 10:24 PM, Lennart Sorensen
wrote:
> On Tue, Oct 04, 2016 at 09:22:17PM +0200, Mathieu Malaterre wrote:
>> On Tue, Oct 4, 2016 at 4:44 PM, Lennart Sorensen
>> wrote:
>> > On Tue, Oct 04, 2016 at 03:49:12PM +0200, Samuel Thibault wrote:
>&
Control: tags -1 + patch
On Tue, Oct 4, 2016 at 11:37 PM, Lennart Sorensen
wrote:
> On Tue, Oct 04, 2016 at 09:39:12PM +0200, Mathieu Malaterre wrote:
>> Here is what I see:
>>
>> [ 52.270154] bus: 'pci': add driver radeonfb
>> [ 52.270224] bus: '
On Tue, Oct 4, 2016 at 9:13 PM, Lennart Sorensen
wrote:
> On Tue, Oct 04, 2016 at 08:41:45PM +0200, Mathieu Malaterre wrote:
>> Hi Len,
>>
>> Here is the release function I am using:
>>
>> static void offb_destroy(struct fb_info *info)
>> {
>>
On Tue, Oct 4, 2016 at 4:44 PM, Lennart Sorensen
wrote:
> On Tue, Oct 04, 2016 at 03:49:12PM +0200, Samuel Thibault wrote:
>> € grep bogl_set_palette *
>> bogl.c: bogl_set_palette = bogl_fb_set_palette;
>> bogl.c: bogl_set_palette = bogl_fb_set_palette;
>> bogl.c: bogl_set_pal
Hi Len,
Here is the release function I am using:
static void offb_destroy(struct fb_info *info)
{
struct offb_par *par = (struct offb_par *) info->par;
if (info->screen_base)
iounmap(info->screen_base);
if (par->cmap_adr != NULL) {
iounmap(p
On Tue, Oct 4, 2016 at 4:44 PM, Lennart Sorensen
wrote:
> On Tue, Oct 04, 2016 at 03:49:12PM +0200, Samuel Thibault wrote:
>> € grep bogl_set_palette *
>> bogl.c: bogl_set_palette = bogl_fb_set_palette;
>> bogl.c: bogl_set_palette = bogl_fb_set_palette;
>> bogl.c: bogl_set_pal
Hi,
> Well it seems ATY,Rockhopper2 (not Rockhopper) in the Mac Mini is in fact
> a Radeon, and the way the radeonfb driver handles the pallete appears
> to match the cmap_radeon in offb, so perhaps this would work in offb.c
I had time to test this patch yesterday night. It did not work using
`cm
For reference.
-- Forwarded message --
From: Mathieu Malaterre
Date: Tue, Sep 13, 2016 at 3:37 PM
Subject: Re: [powerpc] offb: red / blue color inversion
Geert,
On Fri, Jun 17, 2016 at 9:11 AM, Geert Uytterhoeven
wrote:
> Hi Mathieu,
>
> On Thu, Jun 9, 2016 a
For reference.
-- Forwarded message --
From: Mathieu Malaterre
Date: Wed, Jun 15, 2016 at 10:34 AM
Subject: Re: Rational for having CONFIG_FB_RADEON=m
Hi Ben,
On Tue, Jun 14, 2016 at 1:15 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2016-06-14 at 13:26 +1000, Mich
Control: retitle -1 offb/ATY,RockHopper: inverts red and blue in bterm
Control: tags -1 - patch
Control: tags -1 + confirmed upstream
Control: forwarded -1 http://www.spinics.net/lists/linux-fbdev/msg21179.html
At least I am able to reproduce the issue using only :
# tput setaf 1
and
# tput setaf
Control: tags -1 confirmed upstream patch
Control: forwarded -1
https://lists.ozlabs.org/pipermail/linuxppc-dev/2016-September/148238.html
Patch is at:
https://lists.ozlabs.org/pipermail/linuxppc-dev/2016-September/148424.html
Hi Samuel,
On Tue, Sep 6, 2016 at 2:32 AM, Samuel Thibault wrote:
> Control: reassign -1 linux
>
> Mathieu Malaterre, on Mon 05 Sep 2016 07:26:15 +0200, wrote:
>> Frame buffer device information:
>> Name: OFfb ATY,RockHo
>> Address : 0x9c008000
Control: reassign -1 localechooser 2.68
Control: retitle -1 localechooser: image display inverts red and blue color
Ok, so here is my latest experiment.
1. Get the latest Debian Installer Stretch Alpha 7 release
wget
http://cdimage.debian.org/cdimage/stretch_di_alpha7/powerpc/iso-cd/debian-stret
There was some confusion with 714345 vs 778469, introduced by myself.
I am clarifiying that 714345 relates only to the patch applied
upstream as '28760c195e22856aedbacad5eb7b46ac1d76bb90' and is this
fixed since 4.1-rc3.
While 778469 is the compatible issue, which is fixed in 4.7-rc3.
Package: linux-image-amd64
Version: 3.16+63
I cannot use any more my oldish webcam: Philips PCVC730K (ToUCam
Fun)/PCVC830 (ToUCam II) USB webcam. If I start:
$ cheese -d /dev/video1
Here is what I see in dmesg:
[271571.088304] usb 4-1.3: new full-speed USB device number 6 using ehci-pci
[271571
So if I understand correctly since https://bugs.debian.org/748398
radeonfb is now a module. What this means is that now instead of
radeonfb taking the lead over OFfb, currently OFfb setup /dev/fb0
first (build-in driver takes over modules??). It is then impossible to
load radeonfb since it lack som
On Fri, Jun 3, 2016 at 5:29 PM, Wolfram Sang wrote:
> On Tue, Apr 12, 2016 at 12:08:03PM +0200, Mathieu Malaterre wrote:
>> Dear all,
>>
>> I am looking for testers for the following patch:
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741663#20
>&
On Fri, Jun 10, 2016 at 8:43 PM, Lennart Sorensen
wrote:
> On Fri, Jun 10, 2016 at 08:28:12PM +0200, Mathieu Malaterre wrote:
>> Wolfram,
>>
>> Could you please double check the following output from modinfo and
>> confirm this is the same issue as Debian #714345
>
Wolfram,
Could you please double check the following output from modinfo and
confirm this is the same issue as Debian #714345
On Fri, Jun 10, 2016 at 8:25 PM, Riccardo Mottola
wrote:
> Hi Mathieu,
>
> Mathieu Malaterre wrote:
>>
>> Ok, then copy/paste:
>>
&g
Package: src:linux
Version: 4.6.1-1
Would it be possible to ship an alternate ppc64 kernel build without
the 64K page option ? This would allow us to provide a (non-default)
ppc64 kernel which would work with old G5 Mac with nvidia card.
Currently the situation is described in:
https://bugs.debi
forwarded 826629 https://bugs.freedesktop.org/show_bug.cgi?id=96423
retitle 826629 radeonfb should be able to kick out offb
tags 826629 upstream
thanks
On Tue, Jun 7, 2016 at 12:14 PM, Ben Hutchings wrote:
> Control: tag -1 moreinfo
>
> On Tue, 2016-06-07 at 11:04 +0200, Mathieu Malate
Package: src:linux
Version: 4.5.5-1
This is an attempt to resolve the symptoms from #825840 (1). As
explain in this bug report, debian-installer is trying to use radeonfb
on PowerPC. However two things happen:
1. At startup Framebuffer is setup by Open Firmware (OFfb)
2. radeonfb currently does n
Control: tags -1 patch
-- Forwarded message --
From: Wolfram Sang
Date: Sun, Jun 5, 2016 at 12:32 PM
Subject: Re: Bug#714345: No sound on PowerPC with Jessie upgrade
To: Mathieu Malaterre
> # modinfo snd-aoa-i2sbus
...
> alias: of:Ni2sT*CC*
> alias:
>From Open Firware, I can do:
0 > dev screen
0 > show-modes
Which leads to
0 = 800 x 600 @ 60 Hz * CURRENT
1 = 800 x 600 @ 56 Hz - Disabled
2 = 640 x 480 @ 75 Hz
3 = 640 x 480 @ 72 Hz - Disabled
4 = 640 x 480 @ 67 Hz - Disabled
5 = 640 x 480 @ 60 Hz
6 = 8 x 1 @ 0 Hz - Not Available
7 = 8 x 1 @ 0
On Thu, Jun 2, 2016 at 3:09 PM, Wolfram Sang wrote:
>
>> So if this is not working for me (Mac Mini G4/PPC), I leave it open
>> for now. This used to work out of the box on wheezy, without
>> explicitely setting snd-aoa-i2sbus in `/etc/modules`.
>
> But with it, it is working?
>
Sure ! Works beau
On Thu, Jun 2, 2016 at 2:44 PM, Mathieu Malaterre wrote:
> On Thu, Jun 2, 2016 at 2:30 PM, Wolfram Sang wrote:
>>
>>> Does not seems to be present in 4.5.5-1 which is the current (sid)
>>> debian kernel.
>>
>> $ git show 28760c195e22856aedbacad5eb7b46ac
On Thu, Jun 2, 2016 at 2:30 PM, Wolfram Sang wrote:
>
>> Does not seems to be present in 4.5.5-1 which is the current (sid)
>> debian kernel.
>
> $ git show 28760c195e22856aedbacad5eb7b46ac1d76bb90
Sorry. I got confused with:
https://bugs.debian.org/778469#24
which points to:
https://lists.deb
reopen 714345
found 714345 4.5.5-1
thanks
On Tue, Apr 12, 2016 at 11:46 AM, Wolfram Sang wrote:
> On Tue, Apr 12, 2016 at 11:05:00AM +0200, Mathieu Malaterre wrote:
>> > https://lists.ozlabs.org/pipermail/linuxppc-dev/2015-May/129212.html
>>
>> Has it been merged yet ?
On Thu, Jun 2, 2016 at 10:13 AM, Mathieu Malaterre wrote:
> Per reference:
> https://lists.debian.org/debian-devel/2016/06/msg4.html
>
> [...]
> Adding 'dpkg-architecture -apowerpc -c' in
> front of the command may help.
> [...]
Indeed, this solved the
Per reference:
https://lists.debian.org/debian-devel/2016/06/msg4.html
[...]
Adding 'dpkg-architecture -apowerpc -c' in
front of the command may help.
[...]
However from my system:
$ echo "Value [$(dpkg-architecture -apowerpc -c)]"
Value []
So I am confused now. Is this a bug in debian/rule
se] Error 2
make[2]: Leaving directory '/home/mathieu/tmp/linux-4.5.4'
debian/rules.real:376: recipe for target
'install-image_powerpc_none_powerpc' failed
make[1]: *** [install-image_powerpc_none_powerpc] Error 2
make[1]: Leaving directory '/home/mathieu/t
On Tue, May 31, 2016 at 6:22 PM, Ben Hutchings wrote:
> On Tue, 2016-05-31 at 17:34 +0200, Mathieu Malaterre wrote:
>> On Mon, May 30, 2016 at 9:50 PM, Ben Hutchings wrote:
>> > Control: reassign src:linux 4.5.4-1
>> > Control: tag -1 help
>> >
>> &g
Some actual progress. The trick was to prevent Open Firmware to
provide the framebuffer for us (??does that even make sense??).
Before;
[0.740726] Using unsupported 800x600 ATY,RockHopper2_A at
9c008000, depth=8, pitch=1024
[0.750458] Console: switching to colour frame buffer device 100x3
As a side note, inserting the radeonfb module gives me:
[ 96.551486] radeonfb :00:10.0: enabling device (0006 -> 0007)
[ 96.551526] radeonfb :00:10.0: BAR 0: can't reserve [mem
0x9800-0x9fff pref]
[ 96.551531] radeonfb (:00:10.0): cannot request region 0.
[ 96.551545] r
Package: linux-image-4.5.0-2-powerpc
Version: 4.5.4-1
During Debian installation the background color is inverted on PPC system.
At least on my Mac Mini G4, the default background color shows up as red
from begining to start (only the last screen turn blue).
Looking at the module loaded during th
On Fri, May 13, 2016 at 8:39 AM, Mathieu Malaterre wrote:
> Hi Ben !
>
> On Mon, May 2, 2016 at 8:53 PM, Ben Hutchings wrote:
>> Control: tag -1 upstream
>>
>> On Mon, 2016-05-02 at 15:07 +0200, Mathieu Malaterre wrote:
>>> Package: src:linux
>>>
>
Hi Ben !
On Mon, May 2, 2016 at 8:53 PM, Ben Hutchings wrote:
> Control: tag -1 upstream
>
> On Mon, 2016-05-02 at 15:07 +0200, Mathieu Malaterre wrote:
>> Package: src:linux
>>
>> On PPC:
>>
>> $ apt-get source linux-image-4.5.0-0.bpo.1-powerpc
>>
clone 798102 -1
reassign -1 joystick 1:1.5.1-2
retitle -1 joystick: jstest does not work with ams kernel module
thanks
On Thu, May 5, 2016 at 9:32 PM, Michael Hanselmann wrote:
[...]
> What I can confirm, however, is that the sensor's values can be read
> from /sys/devices/platform/ams/current. “
Hi,
On Thu, May 5, 2016 at 9:32 PM, Michael Hanselmann wrote:
> Hello Dan and Mathieu
>
> On 18.04.2016 18:17, Michael Hanselmann wrote:
>> Fortunately I still have two devices with the two variants of the
>> sensor. I'm not able to look into this in more detail befor
Package: src:linux
On PPC:
$ apt-get source linux-image-4.5.0-0.bpo.1-powerpc
$ cd linux-4.5.1
$ make oldconfig
$ make modules_prepare
$ make modules SUBDIRS=drivers/gpu/drm/radeon
or equivalent:
$ make drivers/gpu/drm/radeon/radeon.ko
both fails with:
ld: arch/powerpc/lib/crtsavres.o: No suc
Dear Dmitry Torokhov,
I am trying to track down the following bug report in Debian:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798424
Would you be able to tell from the bug report what could be the issue
with interaction in between appletouch and hibernate ?
Thanks much for your time.
Control: tags -1 confirmed
On Mon, Apr 18, 2016 at 7:49 AM, Kristen wrote:
> On 4/12/16 4:10 AM, Mathieu Malaterre wrote:
>> Hi,
>>
>> Since the OP of #697606 does not have the hardware anymore, I am
>> thinking of closing the bug report.
>>
>> Does anyone
found 666021 3.2.78-1
thanks
> This is not a PowerPC-specific issue. (In fact POWER is much less
> likely to have this problem, as its usual page size is 64K.)
This is the default now :
[debian/config/kernelarch-powerpc/config-arch-64: Set PPC_64K_PAGES.]
https://anonscm.debian.org/cgit/kernel/
Hi,
Since the OP of #697606 does not have the hardware anymore, I am
thinking of closing the bug report.
Does anyone have access to an iBook G3 and wants to update the bug ?
thx
Dear all,
I am looking for testers for the following patch:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741663#20
Wolfram (CC here) is looking for feedback from users for this patch.
Thanks much.
Is this bug still accurate with current debian kernel ?
Control: reassign -1 src:xserver-xorg-video-nouveau
Control: forcemerge -1 790690
I am reassigning this bug to nouveau. There may be improvement there,
and debian kernel ppc64 is keeping PPC_64K_PAGES (afaik).
Control: reassign -1 src:xserver-xorg-video-nouveau 1:1.0.12-1
Since nouveau people are currently considering that not supporting 64K
page is a bug. It is time to re-affect the bug to nouveau instead of
src:linux.
FYI
-- Forwarded message --
From:
Date: Thu, Apr 7, 2016 at 12:05 AM
Subject: [Bug 94757] powerpc64 & 64Kb kernel pagesize not working with nouveau
To: mathieu.malate...@gmail.com
Comment # 6 on bug 94757 from Ben Skeggs
I have a WIP chunk of work which will hopefully address
1 - 100 of 239 matches
Mail list logo