Your message dated Thu, 19 May 2016 12:44:22 +0100
with message-id <20160519114422.gf28...@pyro.eu.org>
and subject line Re: Bug#785491: xserver-xorg-video-siliconmotion FTBFS on
arm64, implicit declarations of inb and outb
has caused the Debian Bug report #785491,
regarding xserver-xorg-video-siliconmotion FTBFS on arm64, implicit
declarations of inb and outb
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
785491: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785491
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xserver-xorg-video-siliconmotion
Severity: serious
Version: 1:1.7.7-2
Tags: sid
x-debbugs-cc: debian-...@lists.debian.org
/bin/bash ../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H
-I. -I../../src -I.. -D_FORTIFY_SOURCE=2 -fvisibility=hidden
-I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/xorg
-I/usr/include/X11/dri -Wall -Wpointer-arith -Wmissing-declarations -Wformat=2
-Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wbad-function-cast
-Wold-style-definition -Wdeclaration-after-statement -Wunused -Wuninitialized
-Wshadow -Wmissing-noreturn -Wmissing-format-attribute -Wredundant-decls
-Wlogical-op -Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main
-Werror=missing-braces -Werror=sequence-point -Werror=return-type
-Werror=trigraphs -Werror=array-bounds -Werror=write-strings -Werror=address
-Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o
smi_501.lo ../../src/smi_501.c
libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../src -I..
-D_FORTIFY_SOURCE=2 -fvisibility=hidden -I/usr/include/pixman-1
-I/usr/include/libdrm -I/usr/include/xorg -I/usr/include/X11/dri -Wall
-Wpointer-arith -Wmissing-declarations -Wformat=2 -Wstrict-prototypes
-Wmissing-prototypes -Wnested-externs -Wbad-function-cast
-Wold-style-definition -Wdeclaration-after-statement -Wunused -Wuninitialized
-Wshadow -Wmissing-noreturn -Wmissing-format-attribute -Wredundant-decls
-Wlogical-op -Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main
-Werror=missing-braces -Werror=sequence-point -Werror=return-type
-Werror=trigraphs -Werror=array-bounds -Werror=write-strings -Werror=address
-Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing -g
-O2 -fstack-protector-strong -Wformat -Werror=format-security -c
../../src/smi_501.c -fPIC -DPIC -o .libs/smi_501.o
In file included from ../../src/smi.h:317:0,
from ../../src/smi_501.c:33:
../../src/regsmi.h: In function 'VGAIN8_INDEX':
../../src/regsmi.h:67:2: error: implicit declaration of function 'outb'
[-Werror=implicit-function-declaration]
outb(pSmi->PIOBase + indexPort, index);
^
../../src/regsmi.h:67:2: warning: nested extern declaration of 'outb'
[-Wnested-externs]
../../src/regsmi.h:68:2: error: implicit declaration of function 'inb'
[-Werror=implicit-function-declaration]
return(inb(pSmi->PIOBase + dataPort));
^
../../src/regsmi.h:68:2: warning: nested extern declaration of 'inb'
[-Wnested-externs]
cc1: some warnings being treated as errors
https://buildd.debian.org/status/fetch.php?pkg=xserver-xorg-video-siliconmotion&arch=arm64&ver=1%3A1.7.8-1&stamp=1431189468
This seems to have been triggered by either the xorg update or by some
other change outside the package. The 1:1.7.7-2+b1 log and 1:1.7.8-1 log
show the error but the non-binnmu 1:1.7.7-2 build was successful and the
log does not mention inb or outb.
From some googling it appears that the chipsets this driver supports
were mostly if not entirely used as onboard graphics in laptops and
were obsolete long before PCIe came in. So I think it's unlikely (but
perhaps not impossible) that such a card would end up in a arm64 system.
So maybe a binary removal request is the way to go.
Putting arm porters in cc just in case anyone can think of a reason to
keep this arround on arm64 (e.g I know that sometimes management
controllers contain clones of obsolete graphics cards, the ones I've
seen were matrox clones but I can't rule out that some may contain
clones of older graphics cards)
--- End Message ---
--- Begin Message ---
Source-Version: 1:1.7.8-1
See https://bugs.debian.org/785770
--- End Message ---
