Bug#931707: linux: HW_RANDOM_OMAP disabled for arm64 --> please enable

SSH > > were > > coming up extremely slow, taking over a minute to start. > > > > This is caused by somebody disabling the rng driver for arm64 kernels a > > long time ago: > > linux (4.14.13-1) unstable; urgency=medium > > ... > > [ Riku Voipio ] &

[PATCH v2] deb-pkg: generate correct build dependencies

From: Riku Voipio bison/flex is now needed always for building for kconfig. Some build dependencies depend on kernel configuration, enable them as needed: - libelf-dev when UNWINDER_ORC is set - libssl-dev for SYSTEM_TRUSTED_KEYRING Since the libssl-dev is needed for extract_cert binary

[PATCH] deb-pkg: generate correct build dependencies

From: Riku Voipio bison/flex is now needed always for building since genksyms is always generated. Some build dependencies depend on kernel configuration, enable them as needed: - libelf-dev when UNWINDER_ORC is set - libssl-dev for SYSTEM_TRUSTED_KEYRING Since the libssl-dev is needed

Bug#900581: linux: Enable Buster kernel features for newer ARM64 servers.

On Tue, Sep 04, 2018 at 11:43:07AM -0700, Geoff Levand wrote: > > Is it resolved? Graeme Gregory claimed > > (https://www.spinics.net/lists/arm-kernel/msg669946.html) that "most > > people are running the firmware provided from HPe support but was never > > put on release site". > > I took that

Bug#900581: linux: Enable Buster kernel features for newer ARM64 servers.

On Thu, Jun 14, 2018 at 09:58:56AM +0100, Ian Campbell wrote: > On Wed, 2018-06-13 at 12:25 -0700, Geoff Levand wrote: > > On 06/09/2018 05:15 AM, Ian Campbell wrote: > > > > > I think this is probably something for the arch (or perhaps > > > platform) > > > code to deal with. See for example all

Bug#900581: linux: Enable Buster kernel features for newer ARM64 servers.

added an arm64 specific CONFIG_ACPI_NFIT=y, overriding the default of =m, but > the > commit message mentions nothing about why this was done. > > Remove the arm64 specific setting and use the default of module build. > > Cc: Riku Voipio > Signed-off-by: Geoff Levand > --- &

Re: [PATCH v2] kbuild: deb-pkg improve maintainer address generation

On 7 May 2018 at 16:35, Masahiro Yamada <yamada.masah...@socionext.com> wrote: > Hi Riku, > > 2018-05-07 16:11 GMT+09:00 <riku.voi...@linaro.org>: >> From: Riku Voipio <riku.voi...@linaro.org> >> >> There is multiple issues with the genaration of maint

[PATCH v2] kbuild: deb-pkg improve maintainer address generation

From: Riku Voipio <riku.voi...@linaro.org> There is multiple issues with the genaration of maintainer string It uses DEBEMAIL and EMAIL enviroment variables, which may contain angle brackets, creating invalid maintainer strings. The documented KBUILD_BUILD_USER and KBUILD_BUILD_HOST var

[PATCH] kbuild: deb-pkg improve maintainer address generation

From: Riku Voipio <riku.voi...@linaro.org> There is multiple issues with the genaration of maintainer string It uses DEBEMAIL and EMAIL enviroment variables, which may contain angle brackets, creating invalid maintainer strings. The documented KBUILD_BUILD_USER and KBUILD_BUILD_HOST var

Bug#876774: tested with 4.16-rc6, patch

tags +876774 pending thanks On Wed, Apr 04, 2018 at 07:08:01PM +0200, Josua Mayer wrote: > Greetings once again, > > I have now rebuilt the current kernel package from sid, with the > necessary config changes. > So far it boots, and network works. I haven't tested anything else yet. > > Please

[PATCH v5] scripts/package/builddeb: split generating packaging and build

From: Riku Voipio <riku.voi...@linaro.org> Move debian/ directory generation out of builddeb to a new script, mkdebian. The package build commands are kept in builddeb, which is now an internal command called from debian/rules. With these changes in place, we can now use dpkg-buildpackag

Re: [PATCH v4] scripts/package/builddeb: split generating packaging and build

On 29 March 2018 at 03:20, Ben Hutchings <b...@decadent.org.uk> wrote: > On Wed, 2018-03-28 at 11:58 +0300, Riku Voipio wrote: > [...] >> One option: >> >> +++ b/scripts/package/mkdebian >> cat < debian/rules >> -#!/usr/bin/make -f >> #!$(which

Re: [PATCH v4] scripts/package/builddeb: split generating packaging and build

On 27 March 2018 at 18:23, Masahiro Yamada <yamada.masah...@socionext.com> wrote: > Riku, > > 2018-03-27 22:28 GMT+09:00 Riku Voipio <riku.voi...@linaro.org>: > >>> If I use GNU Make 4.2 >>> >>> $ cat deb_pkg_log.txt >>> MAKEFLAGS for deb

Fwd: [PATCH v4] scripts/package/builddeb: split generating packaging and build

resend, sorry forgot the mailing lists from last post. Hi Masahiro, On 27 March 2018 at 12:07, Masahiro Yamada <yamada.masah...@socionext.com> wrote: > 2018-02-21 19:10 GMT+09:00 <riku.voi...@linaro.org>: >> From: Riku Voipio <riku.voi...@linaro.org> >> >>

[PATCH v4] scripts/package/builddeb: split generating packaging and build

From: Riku Voipio <riku.voi...@linaro.org> Move debian/ directory generation out of builddeb to a new script, mkdebian. The package build commands are kept in builddeb, which is now an internal command called from debian/rules. With these changes in place, we can now use dpkg-buildpackag

Bug#880584: [PATCH] auto_add_modules: add mfd in MODULES==most

Hi Ben, On Thu, Nov 02, 2017 at 02:46:47PM +, Riku Voipio wrote: > Package: initramfs-tools > Version: 0.130 > Severity: normal > Tags: patch > > Multi Function Devices may carry essential functions on arm/arm64 > platforms. For example in 96boards HiKey mfd/hi655

Re: [PATCH v2] Add server and 96boards options

Hi, On Tue, Oct 31, 2017 at 04:35:13PM +0200, Riku Voipio wrote: > Generic server options NUMA, ACPI_NUMA, CRASH_DUMP, VFIO, *WATCHDOG > > Servers specific options: > > APM X-gene: NET_XGENE_V2 > Cavium ThunderX: EDAC_THUNDERX, MMC_CAVIUM_THUNDER, CRYPTO_DEV_CAVIUM* &

Bug#880584: [PATCH] auto_add_modules: add mfd in MODULES==most

=most, update-initramfs doesn't pick mfd modules. Since mfd is quite small (284K on arm64), just add them all to most. This may also open the road to make some currently built-in CONFIG_MFD drivers modules. Signed-off-by: Riku Voipio <riku.voi...@linaro.org> --- hook-functions | 1 + 1 file c

[PATCH v2] Add server and 96boards options

, DRM_I2C_ADV7511_AUDIO DragonBoard 410c: *QCOM*, CONFIG_CMA, USB changes Signed-off-by: Riku Voipio <riku.voi...@linaro.org> --- v2: added ACPI_CPPC_CPUFREQ added PMEM and ACPI NFIT for uefi ramdisks - update changelog - rebase to debian packaging master --- debian/changelog

[PATCH] [arm64] Add server and 96boards options

From: Riku Voipio <riku.voi...@linaro.org> Generic server options NUMA, ACPI_NUMA, CRASH_DUMP, VFIO, *WATCHDOG Servers specific options: APM X-gene: NET_XGENE_V2 Cavium ThunderX: EDAC_THUNDERX, MMC_CAVIUM_THUNDER, CRYPTO_DEV_CAVIUM* Cavium ThunderX 2: GPIO_XLP, I2C_XLP9XX, SPI_XLP His

Re: [PATCH v3] scripts/package/builddeb: split generating packaging and build

On 4 October 2017 at 12:12, Masahiro Yamada <yamada.masah...@socionext.com> wrote: > Hi Riku, > 2017-10-02 19:43 GMT+09:00 <riku.voi...@linaro.org>: >> From: Riku Voipio <riku.voi...@linaro.org> >> >> Move debian/ directory generation out of builddeb

[PATCH v3] scripts/package/builddeb: split generating packaging and build

From: Riku Voipio <riku.voi...@linaro.org> Move debian/ directory generation out of builddeb to a new script, mkdebian. The package build commands are kept in builddeb, which is now an internal command called from debian/rules. With these changes in place, we can now use dpkg-buildpackag

Re: [PATCH v2] scripts/package/builddeb: split generating packaging and build

On 29 September 2017 at 12:36, Masahiro Yamada <yamada.masah...@socionext.com> wrote: > Hi Riku, > > > 2017-09-23 18:39 GMT+09:00 Riku Voipio <riku.voi...@linaro.org>: >> Move debian/ directory generation out of builddeb to a new script, >> mkdebian.

[PATCH v2] scripts/package/builddeb: split generating packaging and build

for handrolled source/changes generation. This patch is based on the criticism of the current state of builddeb discussed on: https://patchwork.kernel.org/patch/9656403/ Signed-off-by: Riku Voipio <riku.voi...@linaro.org> --- changes since v1: - use scripts/package/builddeb directly instead of

Re: [PATCH 2/2] scripts/package/builddeb: split generating packaging and build

On 20 September 2017 at 12:04, Masahiro Yamada <yamada.masah...@socionext.com> wrote: > Hi Riku, > > > 2017-08-16 20:08 GMT+09:00 <riku.voi...@linaro.org>: >> From: Riku Voipio <riku.voi...@linaro.org> >> >> Move debian/ directory generat

Re: [PATCH 1/2] scripts/package/Makefile: make revision update a function

On 8 September 2017 at 18:40, Masahiro Yamada <yamada.masah...@socionext.com> wrote: > 2017-09-08 2:04 GMT+09:00 Masahiro Yamada <yamada.masah...@socionext.com>: >> Hi Riku, >> >> >> 2017-08-16 20:08 GMT+09:00 <riku.voi...@linaro.org>:

Re: [PATCH 2/2] scripts/package/builddeb: split generating packaging and build

Hi Jim, Thanks for testing. On 17 August 2017 at 03:24, Jim Davis wrote: > On Wed, Aug 16, 2017 at 4:08 AM, wrote: >> >> deb-pkg and bindeb-pkg removing need for handrulled source/changes > > handrolled? > > A quick test on a Ubuntu 16.04 vm with

[PATCH 2/2] scripts/package/builddeb: split generating packaging and build

From: Riku Voipio <riku.voi...@linaro.org> Move debian/ directory generation out of builddeb to a new script, mkdebian. The package build commands are kept in builddeb, which is now and internal command called from debian/rules. With these changes in place, we can now use dpkg-buildpackag

[PATCH 1/2] scripts/package/Makefile: make revision update a function

From: Riku Voipio <riku.voi...@linaro.org> The updated deb-pkg and bindeb-pkg will use the same snippet, so make it reusable. Signed-off-by: Riku Voipio <riku.voi...@linaro.org> --- scripts/package/Makefile | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --g

Bug#861384: arm64: emulate deprecated instructions

Package: linux Version: 4.10.7-1~exp1 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertag: arm64 After some consideration, I think indeed this kernel option needs to be enabled. 1) Rasperry pi binaries While using rasperry-pi targetted Docker images is terrible for

[PATCH 1/2 v3] builddeb: Update a few outdated and hardcoded strings

From: Riku Voipio <riku.voi...@linaro.org> The builddeb script has some hardcoded references to Linux version 2.6 which is ancient. Drop Provides as the virtual packages provided are not useful anymore. Leave the Provides for linux-kernel-headers, as someone might still be referring to it.

[PATCH v3 0/2] builddeb updates

From: Riku Voipio <riku.voi...@linaro.org> Trivial builddeb updates, the fastdeb change to be refactored later. Andrew Donnellan (1): builddeb: fix typo Riku Voipio (1): builddeb: Update a few outdated and hardcoded strings scripts/package/builddeb | 9 ++--- 1 file chan

[PATCH 2/2] builddeb: fix typo

From: Andrew Donnellan <andrew.donnel...@au1.ibm.com> Signed-off-by: Andrew Donnellan <andrew.donnel...@au1.ibm.com> Signed-off-by: Riku Voipio <riku.voi...@linaro.org> --- scripts/package/builddeb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/

Re: [PATCH 3/3] builddeb: add make fastdeb-pkg target

Hi, Thanks for taking time to review. On 18 April 2017 at 17:31, Masahiro Yamada wrote: > Before expanding this even more, > please help me understand this script. > > Commit 3716001b implemented source package build > at the end of the builddeb script. > However,

Re: [PATCH v2 0/3] builddeb updates for v4.12

Hi Masahiro, On 31 March 2017 at 16:09, <riku.voi...@linaro.org> wrote: > From: Riku Voipio <riku.voi...@linaro.org> > > Resend of the builddeb script updates that missed v4.11 > round. Can you please take a look at the series? > Changes from v1 series: > > S

[PATCH 2/3] builddeb: fix typo

From: Andrew Donnellan <andrew.donnel...@au1.ibm.com> Signed-off-by: Andrew Donnellan <andrew.donnel...@au1.ibm.com> Signed-off-by: Riku Voipio <riku.voi...@linaro.org> --- scripts/package/builddeb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/

[PATCH v2 1/3] builddeb: Update a few outdated and hardcoded strings

From: Riku Voipio <riku.voi...@linaro.org> The builddeb script has some hardcoded references to Linux version 2.6 which is ancient. Drop Provides as the virtual packages provided are not useful anymore. Leave the Provides for linux-kernel-headers, as someone might still be referring to it.

[PATCH 3/3] builddeb: add make fastdeb-pkg target

From: Riku Voipio <riku.voi...@linaro.org> Currently, the deb-pkg and bindeb-pkg targets create multiple packages for the kernel binaries, headers, userspace headers and firmware. For developers who generate Debian packages as part of their development workflows, it's often not nec

[PATCH v2 0/3] builddeb updates for v4.12

From: Riku Voipio <riku.voi...@linaro.org> Resend of the builddeb script updates that missed v4.11 round. Changes from v1 series: Standards-Version: line is removed instead of updating Andrew Donnellan (1): builddeb: fix typo Riku Voipio (2): builddeb: Update a few outdated and har

Bug#853170: fails to boot on debian's MP30-AR1 systems [regression]

On Tue, Jan 31, 2017 at 02:30:10PM +, Riku Voipio wrote: > This hints that numerous kernel config changes we did are probably > not the reason, but some of the kernel changes between 4.9.2 and 4.9.6. The offending commit is: http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stab

Bug#853170: fails to boot on debian's MP30-AR1 systems [regression]

Quick test with 4.9.2-2 with new arm64 kernel config: boots 4.9.6-3 work old arm64 kernel config: booms This hints that numerous kernel config changes we did are probably not the reason, but some of the kernel changes between 4.9.2 and 4.9.6. Especially between 4.9.5 and 4.9.6 a bulk of arm64

Re: [PATCH] Consolidate gadget config

On 27 January 2017 at 21:09, Ben Hutchings <b...@decadent.org.uk> wrote: > On Fri, 2017-01-27 at 16:02 +0200, riku.voi...@linaro.org wrote: >> From: Riku Voipio <riku.voi...@linaro.org> >> >> If CONFIG_USB_GADGET is selected, enable all configfs functions as &

[PATCH] Consolidate gadget config

From: Riku Voipio <riku.voi...@linaro.org> If CONFIG_USB_GADGET is selected, enable all configfs functions as modules and most popular legacy modules (ethernet and serial). g_nokia left as armhf specific (Nokia N900 tradition) --- debian/config/armhf/config | 3 --- debian/config/

Bug#852493: Please enable Thunder NIC virtual function driver

On Wed, Jan 25, 2017 at 02:05:06AM +, Ben Hutchings wrote: > Control: tag -1 moreinfo > > On Tue, 2017-01-24 at 22:13 +, Punit Agrawal wrote: > > Source: linux > > Severity: wishlist > > Tags: patch > > > > While testing device passthrough with a debian guest on a Cavium > > Thunder, I

[PATCH v3 1/3] builddeb: Update a few outdated and hardcoded strings

From: Riku Voipio <riku.voi...@linaro.org> The builddeb script has some hardcoded references to Linux version 2.6 which is ancient. Drop Provides as the virtual packages provided are not useful anymore. Leave the Provides for linux-kernel-headers, as someone might still be referring to it.

Re: [PATCH v2] [arm64] Add more options

On 24 January 2017 at 04:21, Ben Hutchings <b...@decadent.org.uk> wrote: > On Fri, 2017-01-13 at 16:41 +0200, riku.voi...@linaro.org wrote: >> From: Riku Voipio <riku.voi...@linaro.org> >> >> * Enable Cavium ThunderX server architecutre >> * Enable server rel

[PATCH 0/3] builddeb updates for 4.11

From: Riku Voipio <riku.voi...@linaro.org> The listed patches already missed one merge window, so it would be nice if they can be considered for 4.11 Andrew Donnellan (1): builddeb: fix typo Riku Voipio (2): builddeb: Update a few outdated and hardcoded strings builddeb: add make f

[PATCH v2 1/3] builddeb: Update a few outdated and hardcoded strings

From: Riku Voipio <riku.voi...@linaro.org> The builddeb script has some hardcoded references to Linux version 2.6 which is ancient. Drop Provides as the virtual packages provided are not useful anymore. Leave the Provides for linux-kernel-headers, as someone might still be referring to it.

[PATCH 2/3] builddeb: fix typo

From: Andrew Donnellan <andrew.donnel...@au1.ibm.com> Signed-off-by: Andrew Donnellan <andrew.donnel...@au1.ibm.com> Signed-off-by: Riku Voipio <riku.voi...@linaro.org> --- scripts/package/builddeb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/

[PATCH v2 3/3] builddeb: add make fastdeb-pkg target

From: Riku Voipio <riku.voi...@linaro.org> Currently, the deb-pkg and bindeb-pkg targets create multiple packages for the kernel binaries, headers, userspace headers and firmware. For developers who generate Debian packages as part of their development workflows, it's often not nec

Re: [PATCH v2] [arm64] Add more options

On Fri, Jan 13, 2017 at 04:41:47PM +0200, riku.voi...@linaro.org wrote: > From: Riku Voipio <riku.voi...@linaro.org> > > * Enable Cavium ThunderX server architecutre > * Enable server related options > * Enable CMA for DB410c DRM > * Some missing gpio driver enabled in u

Re: [PATCH] builddeb: add make fastdeb-pkg target

On 13 January 2017 at 08:54, Andrew Donnellan <andrew.donnel...@au1.ibm.com> wrote: > On 29/11/16 13:45, Andrew Donnellan wrote: >> >> On 26/11/16 01:15, riku.voi...@linaro.org wrote: >>> >>> From: Riku Voipio <riku.voi...@linaro.org> >>> &g

[PATCH v2] [arm64] Add more options

From: Riku Voipio <riku.voi...@linaro.org> * Enable Cavium ThunderX server architecutre * Enable server related options * Enable CMA for DB410c DRM * Some missing gpio driver enabled in upstream defconfig * DT cpufreq, spidev and missing DB410c audio setting --- debian/config/arm64/confi

[PATCH] [arm64] Add more options

From: Riku Voipio <riku.voi...@linaro.org> * Enable CMA for DB410c DRM * Some missing gpio driver enabled in upstream defconfig * DT cpufreq, spidev and missing DB410c audio setting --- debian/config/arm64/config | 33 + 1 file changed, 33 insertions(+)

[PATCH] builddeb: add make fastdeb-pkg target

From: Riku Voipio <riku.voi...@linaro.org> Currently, the deb-pkg and bindeb-pkg targets create multiple packages for the kernel binaries, headers, userspace headers and firmware. For developers who generate Debian packages as part of their development workflows, it's often not nec

Re: [PATCH v3] deb-pkg: add source package

On 21 August 2015 at 15:38, Michal Marek mma...@suse.cz wrote: On Fri, Aug 21, 2015 at 11:08:44AM +0200, Ben Hutchings wrote: I've gone through this with Riku and found a couple of problems: - The 'clean' rule in the generated debian/rules calls 'make clean', but

kernel make deb-pkg improvements

Hutchings (1): deb-pkg: Add automatic support for armhf architecture Riku Voipio (6): deb-pkg: move setting debarch for a separate function deb-pkg: simplify directory creation deb-pkg: add source package package Makefile: fix perf-tar targets when outdir is set tools

[PATCH v3] deb-pkg: add source package

From: Riku Voipio riku.voi...@linaro.org Make deb-pkg build both source and binary package like make rpm-pkg does. For people who only need binary kernel package, there is now bindeb-pkg target, same target also used to build the .deb files if built from the source package using dpkg-buildpackage

Re: [2/2] deb-pkg: add source package

On 9 June 2015 at 10:26, Yves-Alexis Perez cor...@debian.org wrote: On jeu., 2015-05-28 at 12:11 +0300, Riku Voipio wrote: + dpkg-genchanges ../linux-upstream_${packageversion}_ ${debarch}.changes +else + dpkg-genchanges -b ../linux-upstream_${packageversion}_ ${debarch

Re: [PATCH 2/2] deb-pkg: add source package

On 31 May 2015 at 04:14, Ben Hutchings b...@decadent.org.uk wrote: On Thu, 2015-05-28 at 12:11 +0300, riku.voi...@linaro.org wrote: From: Riku Voipio riku.voi...@linaro.org By passing BUILD_SOURCE=y variable, make deb-pkg builds a debian source package. It will generate a minimal debian/rules

[PATCH 0/2] deb-pkg: add source package

From: Riku Voipio riku.voi...@linaro.org A bit delayed v2 of debian source package addition. This is against linux-next which already has needed set_debarch function. Resubmitting the slipped directory simplification patch. Riku Voipio (2): deb-pkg: simplify directory creation deb-pkg: add

[PATCH 1/2] deb-pkg: simplify directory creation

From: Riku Voipio riku.voi...@linaro.org Every package needs /usr/share/doc/$package_name and DEBIAN directory, so create them as part of create_package function. Signed-off-by: Riku Voipio riku.voi...@linaro.org --- scripts/package/builddeb | 19 +-- 1 file changed, 5

[PATCH 2/2] deb-pkg: add source package

From: Riku Voipio riku.voi...@linaro.org By passing BUILD_SOURCE=y variable, make deb-pkg builds a debian source package. It will generate a minimal debian/rules file that calls back to make deb-pkg. Generated source package will build the same kernel .config than what was available for make deb

Re: [PATCH 2/2] deb-pkg: add source package

On 22 April 2015 at 18:50, maximilian attems m...@stro.at wrote: On Fri, Apr 10, 2015 at 04:15:14PM +0300, riku.voi...@linaro.org wrote: From: Riku Voipio riku.voi...@linaro.org By passing BUILD_SOURCE=y variable, make deb-pkg builds a debian source package. It will generate a minimal debian

[PATCH] deb-pkg: v2: move setting debarch for a separate function

From: Riku Voipio riku.voi...@linaro.org create_package() function tries to resolve used architecture for everry package. Split the setting the architecture to a new function, set_debarch(), called once on startup. This allows using debarch from other parts of script as needed. v2: Follow

Re: [PATCH 1/4] deb-pkg: Add automatic support for armhf architecture

On 2 April 2015 at 17:18, Michal Marek mma...@suse.cz wrote: On 2015-04-02 15:14, Riku Voipio wrote: On 2 April 2015 at 15:01, Arnaud Patard arnaud.pat...@rtp-net.org wrote: riku.voi...@linaro.org writes: --- a/scripts/package/builddeb +++ b/scripts/package/builddeb @@ -45,7 +45,16

[PATCH 2/4] builddeb: install dtbs

From: Riku Voipio riku.voi...@linaro.org When kernel is built with CONFIG_OF, install all built device tree files built. The installation location used is same as toplevel INSTALL_DTBS_PATH. Signed-off-by: Riku Voipio riku.voi...@linaro.org --- scripts/package/builddeb | 4 1 file changed

[PATCH 0/4] builddeb improvements

From: Riku Voipio riku.voi...@linaro.org A collection of patches to improve the make deb-pkg target first three patches should be quite straight-forward changes, but the last one is more complicated. Ben Hutchings (1): deb-pkg: Add automatic support for armhf architecture Riku Voipio (3

[PATCH 3/4] builddeb: simplify directory creation

From: Riku Voipio riku.voi...@linaro.org Every package needs /usr/share/doc/$package_name and DEBIAN directory, so create them as part of create_package function. Signed-off-by: Riku Voipio riku.voi...@linaro.org --- scripts/package/builddeb | 21 ++--- 1 file changed, 6

[PATCH 4/4] RFC: builddeb: add linux-tools package with perf

From: Riku Voipio riku.voi...@linaro.org Perf is shipped in debian in linux-tools-$version package. Extend the existing to builddeb script to build perf if BUILD_TOOLS=y is added the make deb-pkg line Some features of this patch I'm uncomfortable with: 1. Relative paths are resoved to absolute

Re: [PATCH 2/4] builddeb: install dtbs

On 2 April 2015 at 15:17, Arnaud Patard arnaud.pat...@rtp-net.org wrote: Arnaud Patard (Rtp) arnaud.pat...@rtp-net.org writes: Already sent a better patch for that (your patch is not handling system with CONFIG_OF and without dtbs_install):

[PATCH 1/4] deb-pkg: Add automatic support for armhf architecture

instead of CONFIG_VFP Cc: debian-...@lists.debian.org Signed-off-by: Ben Hutchings b...@decadent.org.uk Signed-off-by: Riku Voipio riku.voi...@linaro.org --- scripts/package/builddeb | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/scripts/package/builddeb b/scripts

Re: [PATCH 1/4] deb-pkg: Add automatic support for armhf architecture

On 2 April 2015 at 15:01, Arnaud Patard arnaud.pat...@rtp-net.org wrote: riku.voi...@linaro.org writes: --- a/scripts/package/builddeb +++ b/scripts/package/builddeb @@ -45,7 +45,16 @@ create_package() { arm64) debarch=arm64 ;; arm*) -

Re: Donation of a Calxeda Highbank node

On Sun, Apr 28, 2013 at 10:30:27AM -0700, Steve Langasek wrote: On Sat, Apr 27, 2013 at 09:32:59AM +0200, Peter Palfrader wrote: The impression I got during the brief from the arm porters is that it is so far unclear how well Debian will run on this nice shiney thing. So for now it's just a

Bug#635840: carl9170 firmware missing from debian

On Mon, Jan 14, 2013 at 11:41:48AM +, Ben Hutchings wrote: On Tue, 2012-09-04 at 10:07 +0300, Riku Voipio wrote: I don't believe it's absolutely necessary to build from sources during the package build, and indeed none of the other free firmware images are rebuilt. The problem has been

Bug#689268: linux-image-3.2.0-3-amd64: Intel HD 4000 (Ivy Bridge) graphics freeze

Hi, Hm, I'm a little confused. Are you sure 3.3-rc1 is not affected, and if not, why bisect between 3.2 and 3.3-rc1 instead of -rc6? What git tree are you using to bisect the Debian kernel? So far, the status seems: Debian3.2.32-1: hang in few hours of use Upstream 3.3-rc1 ... 3.3 no

Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze

On Wed, Dec 05, 2012 at 07:39:01AM -0800, Jonathan Nieder wrote: Riku Voipio wrote: On Wed, Nov 28, 2012 at 07:52:51AM -0800, Jonathan Nieder wrote: If you can bisect to find the first unaffected kernel between 3.2 and 3.3-rc6 as described at [1], that would be excellent. Thanks much

Bug#689268: linux-image-3.2.0-3-amd64: Intel HD 4000 (Ivy Bridge) graphics freeze

On Wed, Nov 28, 2012 at 07:52:51AM -0800, Jonathan Nieder wrote: If you can bisect to find the first unaffected kernel between 3.2 and 3.3-rc6 as described at [1], that would be excellent. Thanks much for your work. I have now been bisecting (I skipped the drm tree reset, this is bisect

Bug#689268: linux-image-3.2.0-3-amd64: Intel HD 4000 (Ivy Bridge) graphics freeze

Hi, Is there any updates since early november? I have a Ivy bridge PC now with PH8H77-V LE motherboard and 3570K cpu showing the mentioned symptomps. I can work on bisecting the issue if nobody else is already on it. Riku -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with

Bug#635840: carl9170 firmware missing from debian

Hi, This is sad, someone actually releases their wireless card firmware under GPL and we fail to get it included in Debian. Way to encourage manufacturers to open source their firmwares and end users to buy hardware with open firmware... This is quite classic case where perfect has beome the

Bug#524003: FTBFS on armel

Hi, and thanks for tracing this bug down! Quick summary for debian-kernel list - a patch in generic kernel code is needed to fix tokyocabinet FTBFS on armel. On Thu, Jan 28, 2010 at 09:49:57AM +0100, Sebastian Andrzej Siewior wrote: It is in queued in -mm [0] for .33, will be backportable if

Bug#467454: some modules unnecessarily built-in

On Sat, Jul 26, 2008 at 01:52:27PM -0700, Martin Michlmayr wrote: P.S. Riku posted an interesting message asking whether we could replace the versatile flavour with a more popular ARM arch that is also emulated by qemu. That would either be the pxa zauruses or omap2. But that could be a bit

Bug#405810: Please provide package with vmlinuX, similar to kernel-debuginfo on redhat

The problem is that the vmlinuz file in /boot and modules in /lib/modules do not carry debug symbols. Therefor the vmlinux and unstripped modules would be needed in a linux-debug-2.6.x-x-all package carrying these would be nice. See the following discussion about systemtap for example:

Bug#488242: Please include more features to jffs2 module

Package: linux-2.6 Version: 2.6.25-5 Severity: wishlist Tags: patch I'm not sure what's the preferred form of proposing kernel config changes, but I'd like to propose support adding JFFS2 Summary and Compressor support. These features are being used on many products (such as Nokia n8x0 tablets),

Bug#397616: /proc/cpu/alignment should default to warn and fixup on arm

I think this should be pushed via upstream. In the following thread, it seems to be concluded that 1) fixups should be default 2) warnings can cause bad side-effects (imagine a unaligned error in sysklogd..) http://thread.gmane.org/gmane.linux.ports.arm.kernel/34044 On Fri, Apr 25, 2008 at

Bug#462677: non-working coreutils and findutils in arm chroot, running armel kernel

block 472982 by 462677 block 472983 by 462677 thanks 462677 cloned as bugs 472982, 472983. On Thu, Mar 27, 2008 at 04:34:14PM -0400, Nicolas Pitre wrote: I'll let you test it, but otherwise: Tested now, rm/find work beautifully. Submitted to the arm patch tracker. -- To UNSUBSCRIBE,

Bug#462677: non-working coreutils and findutils in arm chroot, running armel kernel

clone 462677 -1 -2 reassign -1 coreutils retitle -1 rm assert error on arm with armel kernel: ((status) == RM_OK || (status) == RM_USER_DECLINED || (status) == RM_ERROR) reassign -2 fileutils retitle -2 findutils fails oldabi arm userland with armel kernel: thanks See #462677 and.

Bug#462677: non-working coreutils and findutils in arm chroot, running armel kernel

On Thu, Mar 27, 2008 at 02:04:10PM -0400, Michael Stone wrote: If someone can show that it is a coreutils problem, and have some kind of reproducible case I'd be happy to look at it more. Ok, but I'd still like to keep the bug open in coreutils, so people can find it. point I don't see what

Bug#462677: non-working coreutils and findutils in arm chroot, running armel kernel

On Thu, Mar 27, 2008 at 09:08:58PM +0200, Riku Voipio wrote: Now after a quick relook, I think the issue is fstatat64. both find and rm call it, but arch/arm/kernel/sys_oabi-compat.c doesn't have a shim to convert the stat64 struct oldabi - eabi for this function. Fix is probably trivial

Bug#455909: linux-image-2,6-iop32x: many misaligned memory accesses

On Fri, Dec 28, 2007 at 06:44:20PM +0100, Martin Michlmayr wrote: * Martin Guy [EMAIL PROTECTED] [2007-12-28 17:15]: The binary's not in the repo, and all my various attempts at building it from the linux-2.6_2.6.23-1 Debian sources with dpkg-makepackage or as mentioned in ArmEabiTodo,

Bug#455909: linux-image-2,6-iop32x: many misaligned memory accesses

On Wed, Dec 12, 2007 at 06:58:04PM -0700, Martin Michlmayr wrote: * Martin Guy [EMAIL PROTECTED] [2007-12-12 09:29]: After running for a mere 20 hours, /proc/cpu/alignment reports millions of misaligned word accesses from the kernel: $ cat /proc/cpu/alignment I'm away from my N2100 at the

Re: Debian's Linux kernel continues to regress on freedom

On Wed, Sep 12, 2007 at 12:39:05AM -0400, Nathanael Nerode wrote: Non-free material is being included in main for the benefit of *precisely zero* users. There's no two ways about this: this is a Social Contract violation. Kernel has 736[1] open bugs, including ones that corrupt data and make

Bug#410853: linux-2.6: please add support for armel architecture

On Sun, May 06, 2007 at 10:37:04PM +0200, Martin Michlmayr wrote: * Riku Voipio [EMAIL PROTECTED] [2007-05-05 23:02]: With that addition, linux-2.6 compiled great and boot fine on thecus n2100. Except that the f75375s.c driver is missing. I shall create a updated patch for it.. It should

Bug#410853: linux-2.6: please add support for armel architecture

On Sat, May 05, 2007 at 01:37:17PM +0300, Riku Voipio wrote: dh_clean -d -k make -C 'debian/build/build-libc-dev' headers_check ARCH=armel make[3]: Entering directory `/root/kernel/linux-2.6-2.6.21/debian/build/build-libc-dev' Makefile:493: /root/kernel/linux-2.6-2.6.21/debian/build/build

Bug#410853: linux-2.6: please add support for armel architecture

Hi, With that addition, linux-2.6 compiled great and boot fine on thecus n2100. Except that the f75375s.c driver is missing. I shall create a updated patch for it.. On Sat, May 05, 2007 at 03:51:38PM +0300, Riku Voipio wrote: I presume this fixes it. Back to building... --- linux-2.6-2.6.21

Bug#400488: no fans after S3 sleep on many laptops

retitle 400488 no fans after S3 sleep on several HP laptop models thanks Hi, With the kernel from linux-image-2.6.18-2-686, fans for my laptop (HP nc6120) don't work anymore after an S3 suspend/resume cycle. Did this work with older kernels? I can very well imagine that you guys don't want

Bug#337663: initramfs-tools does not load correct keymap

package initramfs-tools retitle 337663 initramfs-tools does not load correct keymap thanks The original report complains that rescue shell has wrong keymapping. This can be agreed to be a minor issue. However, no keymap being loaded makes inputting complex cryptoroot passphrase with special