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
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.
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
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 before early May,
>> but then I wi
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 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
>>
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
>>>
>
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
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
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
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
Package: src:linux
Version: 4.5.5-1
I am starring at the documentation for rebuilding the Debian kernel.
I'd like to test a change in a non-module section of the kernel code
(CONFIG_FB_OF=y), to resolve #825840. So I thought I could simply
follows the steps from:
https://kernel-handbook.alioth.de
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
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
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 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
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
>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
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:
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
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.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
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
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
>
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
>&
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
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
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.
Control: tags -1 patch
Seems like this is available on ubuntu already:
https://github.com/ibuildthecloud/ubuntu-kernel/blob/master/debian/tools/x86_energy_perf_policy
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
Package: src:linux
Version: 3.16.7-ckt9-2
Severity: normal
Dear Maintainer,
Since I migrated away from wheezy to jessie, I am having lots of trouble using
the touchpad. I keep getting:
[ 536.216745] psmouse serio1: DualPoint TouchPad at isa0060/serio1/input0 lost
synchronization, throwing 2 b
Forgot to mention debugfs command:
# echo "file drivers/input/mouse/* +p" >
/sys/kernel/debug/dynamic_debug/control
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org
One way to fix the symptoms is disabling i8kmon:
$ cat /etc/default/i8kmon
# /etc/default/i8kmon
# Change to one to enable i8kmon
ENABLED=0
Everything seems to be back to normal now.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
On Tue, May 19, 2015 at 9:52 AM, Mathieu Malaterre wrote:
> (for some reason I cannot get blacklisting of i8k to work). hope this
Neither:
$ cat /etc/modprobe.d/i8k-blacklist.conf
# https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732242
blacklist i8k
Nor:
$ cat /etc/default/g
Here is what I used:
$ cat blacklist.conf
#
https://wiki.archlinux.org/index.php/Kernel_modules#Using_files_in_.2Fetc.2Fmodprobe.d.2F_2
install i8k /bin/false
This prevents systemd to load i8k early on (# systemctl stop i8kmon):
May 19 15:23:54 maester i8kmon[1631]: Starting Dell
fan/cpu-temper
Another solution is:
# systemctl disable i8kmon
This way it is possible to still have i8kfan installed but prevent
i8kmon deamon and systemd i8kmon to run.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debi
Package: src:linux
Version: 3.16.7-ckt9-2
Severity: minor
The linux kernel code contains old reference to `lspnp` (from
pcmcia-cs package). `lspnp` was only working for PnP BIOS and does not
work anymore since linux kernel expose generic PNP
(PNPACPI/ISAPNP...).
$ head drivers/pnp/pnpbios/proc.c
For reference, this code has never been merged in pnputils:
http://lists.infradead.org/pipermail/linux-pcmcia/2006-January/003163.html
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https
FYI:
https://bugzilla.kernel.org/show_bug.cgi?id=98881
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CA+7wUsxYEGS6hPE9+vf=gctxamdw5sdmpu8ka9ettzrer78...@mail.gma
>From jessie:
$ dmesg
[...]
[1.932597] i2c i2c-3: i2c-powermac: modalias failure on
/uni-n@f800/i2c@f8001000/cereal@1c0
[...]
$ lsmod | grep snd
snd_aoa13264 0
snd_powermac 60654 0
snd_pcm79967 1 snd_powermac
snd_timer 19051 1 snd
Control: tags -1 patch
See:
https://lists.debian.org/debian-powerpc/2013/09/msg00031.html
This include a patch to linux kernel which I have not tested, however
I used the following trick
[...]
For some reason I had to add snd-aoa-i2sbus to /etc/modules to make sure the
snd-aoa-* modules are lo
Some references:
https://bugs.launchpad.net/ubuntu/+source/hw-detect/+bug/1296373
In particular:
https://lists.debian.org/debian-powerpc/2015/05/msg00031.html
and:
https://lists.ozlabs.org/pipermail/linuxppc-dev/2015-May/128566.html
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.de
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
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
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: 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
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
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
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
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
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
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)
>> {
>>
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 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:
>&
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:
>> >
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 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
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
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
Seems like this also affects ppc32 users:
https://lists.debian.org/debian-powerpc/2005/05/msg00384.html
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:
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
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
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 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
>>
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
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
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
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
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: 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
>
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
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
&
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
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
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 has been applied upstream, so marking as fixed-upstream (v4.19-rc1)
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
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
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
> >
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
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
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 ?
> >
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
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 for your triaging.
It turns
Package: pmud
Severity: important
I believe the pmud package should be removed from jessie since it
relies internally on CONFIG_PMAC_APM_EMU being set. This is not longer
the case, therefore /proc/apm is not available anymore.
$ cat README.Debian
[...]
Recent kernels should have APM emulation bui
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
Package: linux
Version: 3.2+46
I've recently ordered a USB to ethernet device. I discovered it was
not supported by the default debian linux kernel.:
$ dmesg
[...]
[1298859.872546] usb 4-1.3: USB disconnect, device number 83
[1298862.118668] usb 4-1.3: new full-speed USB device number 84 using eh
To make this bug report easy to find, here are some refs:
$ lsusb -d 1a86:e092 -vvx
Bus 004 Device 084: ID 1a86:e092 QinHeng Electronics
Couldn't open device, some information will be missing
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 1.10
b
Control: reassign -1 linux-image-3.2.0-4-amd64
$ apt-cache policy linux-image-3.2.0-4-amd64
linux-image-3.2.0-4-amd64:
Installed: 3.2.60-1+deb7u3
Candidate: 3.2.60-1+deb7u3
Version table:
*** 3.2.60-1+deb7u3 0
700 http://security.debian.org/ wheezy/updates/main amd64 Packages
Control: tags -1 upstream
Just for reference. I have been using the work-around documented at:
https://bugs.debian.org/644174#232
And it is working just fine on my laptop.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact list
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
Could that be:
https://bugzilla.kernel.org/show_bug.cgi?id=198855
but it says that it should be closed in 4.17.3
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
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
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
Control: tags -1 fixed-upstream patch pending
OK, I found it:
b7107a67f0d1 x86/irq: Handle spurious interrupt after shutdown gracefully
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
1 - 100 of 148 matches
Mail list logo