On Mon, Jul 31, 2017 at 11:43 PM, Roger Shimizu wrote:
> And I tried Ben's recommendation to make armel kernel smaller,
> which I pushed to branch rosh/strip_armel on alioth, confirmed it worked
> well for 4.10.7-1~exp1 (by cherry-pick) on my kirkwood based Linkstation.
I alread
On Mon, Jul 31, 2017 at 11:43 PM, Roger Shimizu wrote:
> On Mon, Jul 31, 2017 at 3:05 AM, Roger Shimizu wrote:
>>
>> While I'm still working on this, but I find the latest kernel in
>> archive, 4.11.11-1+b1, fails to boot on my kirkwood based Linkstation.
>> I tri
On Sun, Aug 20, 2017 at 12:55 AM, Ian Campbell wrote:
> On Sat, 2017-08-19 at 12:57 +0900, Roger Shimizu wrote:
>> I know for bug #870185, Robert fixed his device by modify uboot
>> params, but I guess it's still possible to keep uboot params and only
>> change the boot
On Sun, Aug 20, 2017 at 6:54 AM, Ben Hutchings wrote:
> On Sun, 2017-08-20 at 02:35 +0900, Roger Shimizu wrote:
>>
>> The real problem is kernel size (after decompression) increased from
>> 5MB to 8MB. (detail is in my previous post)
>> This looks like a bug, sinc
ean
up kconfig using kconfigeditor2
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
Control: tag -1 +pending
On Mon, Aug 21, 2017 at 9:28 AM, Roger Shimizu wrote:
> On Mon, Aug 21, 2017 at 12:43 AM, Ben Hutchings wrote:
>>
>> OK, then try using 4.11.6 source and bisecting the Debian config
>> changes.
>
> Result:
> 0905519af414d339f615d7aac97
On Tue, Aug 22, 2017 at 2:55 AM, Ben Hutchings wrote:
> On Tue, 2017-08-22 at 01:22 +0900, Roger Shimizu wrote:
>
> Oh I see, that adds section (1 MiB) alignment in several places.
> Surprisingly, the padding isn't completely zero-filled, so it inflates
> the compressed imag
On Sun, Aug 27, 2017 at 1:27 AM, Roger Shimizu wrote:
> On Tue, Aug 22, 2017 at 2:55 AM, Ben Hutchings wrote:
>> For the size check, you're mostly duplicating the existing check_size()
>> function. It would be preferable to have a single function with some
>> extra pa
Dear kernel maintainers,
Please kindly help to backport kernel 4.12.6-1, which hits testing
already, and helps thinkpad x201 user according to #859639 [0].
Thank you!
[0] https://bugs.debian.org/859639#30
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
mand several times during building.
Is anything else need to be set, or parallel building is turned off
because some other bugs?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Sun, Aug 27, 2017 at 1:31 AM, Roger Shimizu wrote:
> On Sun, Aug 27, 2017 at 1:27 AM, Roger Shimizu wrote:
>> On Tue, Aug 22, 2017 at 2:55 AM, Ben Hutchings wrote:
>>> For the size check, you're mostly duplicating the existing check_size()
>>> function.
On Sun, Aug 27, 2017 at 3:14 PM, Roger Shimizu wrote:
On Mon, Aug 28, 2017 at 1:09 AM, Debian Bug Tracking System
wrote:
> -- Forwarded message --
> From: Roger Shimizu
> To: Debian Bug Tracking System
> Cc:
> Bcc:
> Date: Sun, 27 Aug 2017 15:14:
ned in previous email
[0], has been used.
Now I think we have to touch the crypto module part, which affects
cryptsetup/initramfs-tools.
I'll try this approach this week.
[0] https://lists.debian.org/debian-kernel/2017/05/msg00040.html
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Fri, Oct 27, 2017 at 6:03 AM, Ben Hutchings wrote:
> On Tue, 2017-10-24 at 00:10 +0900, Roger Shimizu wrote:
>> Dear Ben,
>>
>> Thanks for the ping!
>>
>> On Fri, Oct 20, 2017 at 11:07 PM, Ben Hutchings wrote:
>> > Sadly, linux has again faile
hf/config.armmp
> @@ -1086,6 +1086,7 @@ CONFIG_TWL4030_WATCHDOG=m
> CONFIG_IMX2_WDT=m
> CONFIG_TEGRA_WATCHDOG=m
> CONFIG_BCM2835_WDT=m
> +CONFIG_DW_WATCHDOG=m
>
> ##
> ## file: kernel/power/Kconfig
Added to sid branch.
Thank you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1
skinen
> Reviewed-by: Andrew Lunn
> Signed-off-by: Gregory CLEMENT
Ben already added this patch to sid branch [0]
[0]: https://anonscm.debian.org/cgit/kernel/linux.git/commit/?h=sid&id=b20f5e
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1
Please, would you update our kernel config?
> I would like to see CONFIG_NFT_{DUP|FWD}_NETDEV configured as =m in the
> Debian kernel.
Thanks for your suggestion!
CONFIG_NF_DUP_NETDEV seems to be newly introduced also.
So it's better to add it as module as well?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1
Control: tags -1 - moreinfo + pending
On Fri, May 13, 2016 at 7:08 PM, Arturo Borrero Gonzalez
wrote:
> On 13 May 2016 at 12:04, Roger Shimizu wrote:
>>
>> CONFIG_NF_DUP_NETDEV seems to be newly introduced also.
>> So it's better to add it as module as well?
merge the last two because they occurs on the same hardware.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1
On Sat, May 21, 2016 at 9:53 PM, Roger Shimizu wrote:
> On Mon, Apr 18, 2016 at 9:55 AM, Vagrant Cascadian wrote:
>> Control: notfound 821311 4.6~rc3-1~exp1
>>
>> On 2016-04-17, Vagrant Cascadian wrote:
>>> Running the 4.5.x kernel doesn't appear to have workin
Dear Ben,
kernel 4.6-1~exp1 for experimental has been compiling for ARCH=armel
for nearly a week [0].
Please kindly check what happened and restart the build if necessary.
Thank you!
[0] https://buildd.debian.org/status/package.php?p=linux&suite=experimental
Cheers,
--
Roger Shimizu, GM
means that the heartbeat LED actually
> works (as soon as the right module is loaded). So double win.
Thanks for your suggestion!
It will be included in next sid kernel.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1
t; +## drivers/rtc/Kconfig
> +CONFIG_RTC_DRV_MAX77686=m
> +
> +## drivers/mmc/host/Kconfig
> +CONFIG_MMC_SDHCI_S3C=m
Thanks!
Applied your patch to sid branch, and with my slight modification.
Just one question / doubt:
all other RTC around RTC_DRV_MAX77686 are built-in, maybe we should
also make RTC_DRV_MAX77686 as built-in?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1
On Sun, May 29, 2016 at 3:19 PM, Vagrant Cascadian wrote:
> On 2016-05-28, Roger Shimizu wrote:
>>> +## drivers/mfd/Kconfig
>>> +CONFIG_MFD_MAX77686=m
>>> +
>>> +## drivers/regulator/Kconfig
>>> +CONFIG_REGULATOR_MAX77686=m
>>> +
&
can review
this list, and then judge whether to include them.
If you really want to discuss this, I suggest you to start a new
thread in debian-kernel@lists.debian.org
It's not a issue that one bug ticket can resolve. We need more
discussion that all kernel maintainers have census.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1
Cheers,
--
Roger Shimizu, GMT +2 Cape Town (in DebConf16)
PGP/GPG: 4096R/6C6ACD6417B3ACB1
rkwood
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
>From e2a4e8ea8a4dc1cc37aea282cc73abb4913ddee0 Mon Sep 17 00:00:00 2001
From: Roger Shimizu
Date: Sat, 25 Jul 2015 17:24:08 +0900
Subject: [PATCH] update &qu
amfs | busybox-static
Versions of packages initramfs-tools suggests:
ii bash-completion 1:2.1-4
-- no debconf information
>From 28ed0a7df830882641c0984bf78b442b120f822d Mon Sep 17 00:00:00 2001
From: Roger Shimizu
Date: Mon, 27 Jul 2015 22:19:20 +0900
Subject: [PATCH 1/2] advance the tim
Dear Kernel Maintainer,
I'm sorry that the previous email subject was wrong, and need to be
updated as below:
- wrong: linux: update "Depends" of linux on armel/sh4 due to package renamed
- correct: linux: update "Recommends" of linux on armel/sh4 due to
package renamed
Fortunately, the descripti
+CC: ijc
Forgot to mention the idea of 2nd patch came from ijc's post:
- http://www.hellion.org.uk/blog/posts/debugging-initramfs-over-netconsole/
I'll update the patch to reflect this info commit log later.
Dear ijc,
Thanks for your post!
Hope you don't mind that I polished your code and post
param should be earlier than calling
"load_modules" routine.
Look forward to your feedback!
Cheers,
Roger
On Wed, Jul 29, 2015 at 4:17 AM, Ian Campbell wrote:
> On Wed, 2015-07-29 at 01:16 +0900, Roger Shimizu wrote:
>> Hope you don't mind that I polished your code and post
Dear Maintainer,
Per Ian's confirmation, enclosed the updated patchset.
1st patch is not touched, only some commit log change in 2nd patch.
Thank you!
Cheers,
Roger
From 28ed0a7df830882641c0984bf78b442b120f822d Mon Sep 17 00:00:00 2001
From: Roger Shimizu
Date: Mon, 27 Jul 2015 22:19:20
7 00:00:00 2001
From: Roger Shimizu
Date: Sun, 2 Aug 2015 13:10:46 +0900
Subject: [PATCH v3 1/2] load netconsole with param in load_modules() routine
As v0.120, if netconsole is set in kernel command line options, that
module would be loaded twice, first in load_modules() routine WITHOUT
module
[I'm sorry that previous email didn't send to the right bug thread, so
resend here]
Dear Maintainer,
Thanks for your attention, I see this issue already got handled in
svn/trunk by r22868 and r22869.
My question is will this fix go into jessie/wheezy branch?
Since this issue actually occurred fro
he size limit and
> configuration to you. If armel/marvell breaks again and stays broken
> then I'm going to have to disable it.
Thanks for the advices!
I'll chase those possibilities (maybe after stretch released).
If I break something, kindly let me know.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpvdAD6LEqWz.pgp
Description: PGP signature
On Mon, 8 May 2017 16:03:50 +0200
Martin Michlmayr wrote:
> * Roger Shimizu [2017-05-06 14:45]:
> > I'll try to take care of armel/marvell.
>
> I thought the plan was to drop the whole armel architecture after
> stretch anyway.
>
> Maybe we should start that con
uot; command. [0]
[0] https://wiki.debian.org/DebianKernelReportingBugs
For the specific problem you report, could you inform what upstream
patch can support that feature? Thank you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgp1A9aogByOL.pgp
Description: PGP signature
ill be very close to the current limit of 2 MiB. If it grows beyond
> > this we'll lose support for many QNAP models.
>
> It's now (with 4.12.2-1~exp1) over 2 MiB; please look at this.
OK.
BTW. When do you plan to upload 4.12 series kernel to unstable?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
rnel and d-arm list, but didn't find similar issue.
Do you have any clue on this? Thanks!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
x27;t think it's a problem for Linkstation case.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Mon, Jul 31, 2017 at 3:05 AM, Roger Shimizu wrote:
>
> While I'm still working on this, but I find the latest kernel in
> archive, 4.11.11-1+b1, fails to boot on my kirkwood based Linkstation.
> I tried netconsole, but don't get any log. (netconsole outputs fine on
>
63
Is it convenient for you to confirm?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
hardware installed.
Added, and will be applied on next debian kernel release.
Thanks for your contribution!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
o be able to read
> the CPU temperature / fan sensors.
I see this module already exists in the kernel you're using.
Can you help to confirm?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Sat, Jan 21, 2017 at 6:05 PM, James Cowgill wrote:
> Hi,
>
> On 21/01/17 08:05, Roger Shimizu wrote:
>> Control: tag -1 +moreinfo
>>
>> On Fri, Jan 20, 2017 at 9:17 PM, James Cowgill wrote:
>>> Source: linux
>>> Version: 4.9.2-2
>>> Severi
Control: tag -1 -moreinfo +pending
On Sat, Jan 21, 2017 at 8:23 PM, James Cowgill wrote:
> On 21/01/17 10:29, Roger Shimizu wrote:
>>>
>>>> I see this module already exists in the kernel you're using.
>>>> Can you help to confirm?
>>>
>
Control: tag -1 +pending
On Sat, Jan 21, 2017 at 4:33 PM, Roger Shimizu wrote:
>
> The report implies the following two commits, which already applied in
> linus tree, can fix this issue.
> - http://git.kernel.org/linus/20b1e22d01a4b0b11d3a1066e9feb04be38607ec
> - http://git.k
g number to the changelog so it gets closed.
Thanks for the remind!
Fixed.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
: "__aeabi_ldivmod" [drivers/block/nbd.ko] undefined!
BTW. I use the wiki page I created [0] to cross-build armel image
under amd64 host machine.
[0] https://wiki.debian.org/HowToCrossBuildAnOfficialDebianKernelPackage
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Tue, Jan 24, 2017 at 9:12 PM, Roger Shimizu wrote:
> Hi there,
>
> I found debian kernel src builds failed under armel for the sid
> branch, while amd64 is fine.
> git bisect traced to the following commit:
>
> [a7f877c1f1d9ac05045e4a108e54dc5a40d842f1] nbd: use loff_
/debian-kernel/2017/01/msg00387.html
[1] https://git.kernel.org/linus/e88f72cb9f54f6d244e55f629fe5e2f34ca6f9ed
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
Hi there,
As title, may I know the reason why 4.9.2-2 didn't migrate to testing?
QA page [0] shows some items, but all "never mind", and there's "Valid
candidate" at the end.
[0] https://qa.debian.org/excuses.php?package=linux
Cheers,
--
Roger Shimiz
On Tue, Jan 24, 2017 at 11:40 PM, Julien Cristau wrote:
> On 01/24/2017 03:20 PM, Roger Shimizu wrote:
>> Hi there,
>>
>> As title, may I know the reason why 4.9.2-2 didn't migrate to testing?
>>
> Who says it didn't? 4.9.2-2 *is* in testing.
I just saw
s no attribute 'split'
So maybe you can add the items below to your todo list:
- Add GPL/X11 license to your license library (I guess you don't have
it currently, and quite a few device-tree source file of linux is
under this license)
- make decopy workable for linux kernel
Of cours
Dear Jean-Jacques,
> linux-image-4.8.0-1-686-pae: hitting any key make the system halt
> There is no problem with an external keyboard when I post with it.
Did you try latest 4.9 series kernel in testing?
Same behavior?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
but obviously
> it failed here. Can you investigate further?
I don't know how to help on this issue.
But if you want to test something or try some patch, just let me know.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
o, the kernel image for booting
- reboot and see the result
If the above steps works for you, I can submit the above patch to
kernel upstream, and include it into Stretch release.
So I'm looking forward to your result. Thank you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
e that's a side-effect of using the kurobox-pro dtb - guessing it has
>> a different flash layout?
Glad to hear it works for you.
Actually there's less flash on Linkstation GL or Pro/Live than on KuroBox Pro.
So using kurobox-pro dtb is just a tentative solution for test purpose.
Control: reassign -1 src:linux 4.3.0-1
thanks
On Sun, Jan 3, 2016 at 9:41 PM, Barkın Çelebican wrote:
> I don't know how I managed to mess up such an easy process, but the bug
> report is about linux-image-4.3.0-1-686-pae and not the headers. Is there
> anyway I can rectify this?
Bug report can
On Thu, Dec 31, 2015 at 9:09 AM, Martin Michlmayr wrote:
> I tried to boot Debian's 4.4-rc6 kernel on my QNAP TS-109 and it failed
> to boot with:
> [ 19.380002] Unpacking initramfs...
> [ 19.380044] Initramfs unpacking failed: junk in compressed archive
I see this error message on my Linksta
[Resend previous email to keep ARM experts in CC]
On Thu, Dec 31, 2015 at 9:09 AM, Martin Michlmayr wrote:
> I tried to boot Debian's 4.4-rc6 kernel on my QNAP TS-109 and it failed
> to boot with:
> [ 19.380002] Unpacking initramfs...
> [ 19.380044] Initramfs unpacking failed: junk in compres
On Wed, Jan 6, 2016 at 9:41 PM, Roger Shimizu wrote:
> On Thu, Dec 31, 2015 at 9:09 AM, Martin Michlmayr wrote:
>> -U-Boot-Kernel-Address: 0x8000
>> +U-Boot-Kernel-Address: 0x00c08000
>
> I tried this on local db (/etc/flash-kernel/db) of my Linkstation, but
> it
:
MODULES=dep
- /etc/initramfs-tools/modules:
mv643xx_eth
netconsole
mvmdio
CaseC (MODULES=most, netconsole param from bootloader, tested on x86-64 device):
-/etc/initramfs-tools/initramfs.conf:
MODULES=most
- /etc/initramfs-tools/modules:
# empty
Cheers,
Roger
From 949aa33a0afd8bf576b72459bd1948c9fc
> CaseA (MODULES=list, netconsole param from bootloader, tested on an
> armel/orion5x device):
> - /etc/initramfs-tools/initramfs.conf:
> MODULES=list
>
> - /etc/initramfs-tools/modules:
> mv643xx_eth
> netconsole
> mvmdio
> sata_mv
> sd_mod
> raid1
> jfs
>
> CaseB (MODULES=dep, netconsole param fr
On Sat, Jan 9, 2016 at 1:43 AM, Roger Shimizu wrote:
> I tried the patch again and find it's working on my Linkstation
> LS-WTGL (orion5x with 64M memory)
Enclosed is the dmesg log and u-boot environment.
Hope someone can help to find any clue from them.
Cheers,
Roger
dmesg_LS-WTG
On Mon, Jan 11, 2016 at 8:13 AM, Ben Hutchings wrote:
> On Sun, 2016-01-10 at 16:20 +0900, Roger Shimizu wrote:
>> I find current v2 patch will sometimes fail because it load netconsole.ko
>> before
>> loading network driver.
>
> So maybe we should run 'udevadm se
Package: src:linux
Version: 3.16.7-ckt20-1+deb8u1
Severity: normal
Control: notfound -1 3.16.7-ckt4-3
Control: found -1 3.16.7-ckt7-1
Control: found -1 3.16.7-ckt20-1+deb8u1
Control: notfound -1 4.2.6-3~bpo8+2
Control: notfound -1 4.3.3-5~bpo8+1
Control: notfound -1 4.4~rc8-1~exp1
X-Debbugs-Cc: deb
Thanks for your feedback, Uwe!
On Thu, Jan 14, 2016 at 4:19 AM, Uwe Kleine-König
wrote:
> Hello Roger,
>
> On 01/13/2016 02:11 PM, Roger Shimizu wrote:
>> Package: src:linux
>> Version: 3.16.7-ckt20-1+deb8u1
>> Severity: normal
>> Control: notfound -1 3.16.7-c
On Thu, Jan 14, 2016 at 8:46 AM, Ben Hutchings wrote:
> On Thu, 2016-01-14 at 08:22 +0900, Roger Shimizu wrote:
>> Thanks for your feedback, Uwe!
>>
>> On Thu, Jan 14, 2016 at 4:19 AM, Uwe Kleine-König
>> wrote:
> [...]
>> > Looking at the device tree I
Dear Uwe,
On Thu, Jan 14, 2016 at 11:08 PM, Uwe Kleine-König
wrote:
I need to run the following command to enable USB port on Linkstation
LS-WXL/WSXL (armel/kirkwood with DTS [0] ):
echo 37 >/sys/class/gpio/export
echo out > /sys/class/gpio/gpio37/direction
echo 1 >
On Thu, Jan 14, 2016 at 11:32 PM, Roger Shimizu wrote:
> Dear Uwe,
>
> On Thu, Jan 14, 2016 at 11:08 PM, Uwe Kleine-König
> wrote:
>>>>> I need to run the following command to enable USB port on Linkstation
>>>>> LS-WXL/WSXL (armel/kirkwood with DTS [0]
Dear Amaud,
On Fri, Jan 15, 2016 at 12:26 AM, Arnaud Patard
wrote:
> From a quick look, dts looks broken, if gpio 37 is not for the led:
>label = "lswxl:red:func";
>gpios = <&gpio1 5 GPIO_ACTIVE_LOW>;
>
>
> btw, this is broken too:
>
Dear Amaud,
On Fri, Jan 15, 2016 at 12:50 AM, Roger Shimizu wrote:
> On Fri, Jan 15, 2016 at 12:26 AM, Arnaud Patard
> wrote:
>> From a quick look, dts looks broken, if gpio 37 is not for the led:
>>label = "lswxl:red:func";
>>
Dear Uwe,
On Fri, Jan 15, 2016 at 5:12 PM, Uwe Kleine-König
wrote:
> On 01/14/2016 04:43 PM, Roger Shimizu wrote:
>>> # mount -t debugfs none /sys/kernel/debug
>
> For me this doesn't need to be mounted explicitly. Maybe the relevant
> difference is that I'm using
On Mon, Jan 11, 2016 at 2:23 PM, Martin Michlmayr wrote:
> Package: linux
> Version: 4.3.3-5
> Severity: wishlist
> Tags: patch
>
> It would be nice to include the Device Tree model in the reportbug
> output. On DT based platforms, /proc/cpuinfo only includes quite
> generic information.
>
> Plea
On Fri, Jan 22, 2016 at 1:44 AM, Uwe Kleine-König
wrote:
> Hello Roger,
>
> On Fri, Jan 22, 2016 at 12:11:12AM +0900, Roger Shimizu wrote:
>> On Mon, Jan 11, 2016 at 2:23 PM, Martin Michlmayr wrote:
>> > Package: linux
>> > Version: 4.3.3-5
>> > Severi
On Fri, Jan 22, 2016 at 1:53 AM, Roger Shimizu wrote:
> On Fri, Jan 22, 2016 at 1:44 AM, Uwe Kleine-König
>>> Above patch seems only report the model from dts.
>>> How about user uses a modified dts, other than the one ships with the
>>> kernel?
>>>
>>
nd to report bug in wiki [0][1], which is
better to add them.
[0]: https://wiki.debian.org/DebianKernel
[1]: https://wiki.debian.org/DebianKernelReportingBugs
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1
Control: reopen -1
On Fri, Jan 8, 2016 at 1:24 AM, Roger Shimizu wrote:
> Dear Kernel Maintainers,
>
> I'm wondering whether it's possible to add armel/orion5x support to
> "jessie proposed update kernel" series.
> If so, here's the changes need to be
Dear Ben,
On Wed, Feb 3, 2016 at 2:00 AM, Ben Hutchings wrote:
> On Wed, 2016-02-03 at 01:50 +0900, Roger Shimizu wrote:
>> Dear initramfs-tools maintainer,
>>
>> By command "exec >/dev/kmsg 2>&1" in init, which was introduced by
>> commit 3a
ck systemd/sysvinit?
[0]:
https://anonscm.debian.org/cgit/kernel/initramfs-tools.git/commit/?id=3acddcce9763192ffd169b32a511542adf1282f2
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1
On Wed, Feb 3, 2016 at 2:18 AM, Roger Shimizu wrote:
> Dear Ben,
>
> On Wed, Feb 3, 2016 at 2:00 AM, Ben Hutchings wrote:
>> On Wed, 2016-02-03 at 01:50 +0900, Roger Shimizu wrote:
>>> Dear initramfs-tools maintainer,
>>>
>>> By command "exec &g
ake sense to compress changelogs with xz? For src:linux,
> this achieves about a 20-25% reduction over gzip.
If there's not much difference when uncompressing xz, I guess it's
good idea to switch to xz for Buster.
Thanks for your idea!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
n
ii linux-image-4.18.0-0.bpo.1-marvell 4.18.6-1~bpo9+1
armelLinux 4.18 for Marvell Kirkwood/Orion
ii linux-image-4.19.0-rc3-marvell 4.19~rc3-1~exp1
armelLinux 4.19-rc3 for Marvell Kirkwood/Orion
However, I removed systemd on my armel boxes, which maybe different than Ralf&#x
ridiculous.
Do you know any other option, BTW?
I'll continue trying for a while.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
d share the same status with armhf.
Anyway, this is another topic to discuss, which is better shouting to
d-d in a new thread.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
robox HD (powerpc-based; see some notes at [0])...
>
> [0]:
> http://cynic.cc/blog/posts/simple-annotations-on-compiling-a-linux-kernel-for-an-embedded-platform/
>
> For this task, I have some questions:
I have a wiki entry to help you:
- https://wiki.debian.org/HowToCrossBuildAnOfficialDebianKernelPackage
However, Kurobox HD is not armel, so you need to use Kurobox Pro, if
you still have it.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
none-mini
- the new flavour will disable many features that other common kernels
have, such as wireless, crypto, etc.
The question is whether it deserves the effort, not only creating the
new flavour, but also maintaining it during the whole buster period.
So I want to know how many active users for D-
On Wed, Mar 28, 2018 at 5:40 PM, Ian Campbell wrote:
> On Tue, 2018-03-27 at 21:25 +0300, Aaro Koskinen wrote:
>> Hi,
>>
>> On Mon, Mar 26, 2018 at 07:36:26PM +0900, Roger Shimizu wrote:
>> > There's one possibility that can bring back qnap, or even D-Link
&
Dear Ben, and other arm/kernel folks,
On Wed, Jan 24, 2018 at 3:30 AM, Ben Hutchings wrote:
> On Mon, 2018-01-22 at 22:38 +0900, Roger Shimizu wrote:
>
> There's an upstream change in cfg80211 that enables direct-loading of
> wireless rules, which requires public key crypto in t
d the changes to master and sid branch in salsa.
qnap support will be back in next debian kernel release.
Cheers,
Roger
On Tue, Apr 3, 2018 at 2:37 PM, Rogério Brito wrote:
> Dear Roger, Ben and others.
>
> On Sun, Apr 1, 2018 at 10:25 AM, Roger Shimizu wrote:
>> On Wed, Jan 24,
On Sat, Apr 7, 2018 at 11:16 PM, Roger Shimizu wrote:
> Dear kernel folks,
>
> After all kinda tests recently, together with the patch from Leigh
> Brown (CC-ed) that disabled VT, finally the armel/marvell can be
> reduced under 2MB again, without introducing a new flavour.
Sor
On Sun, Apr 8, 2018 at 5:47 PM, Ben Hutchings wrote:
> On Sat, 2018-04-07 at 23:38 +0900, Roger Shimizu wrote:
>> On Sat, Apr 7, 2018 at 11:16 PM, Roger Shimizu
>> wrote:
>> > Dear kernel folks,
>> >
>> > After all kinda tests recently, together with th
nary-arch_armel_extra binary-arch_armel_none/' debian/rules.gen
After that, the udeb command can be built by ($ARCH is armel for my case):
$ fakeroot make -f debian/rules.gen binary-arch_${ARCH}
Maybe it's kinda dirty hack, but works for me. I also realized that I
never used the binary-arch_armel_real target before.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
I met this "bio too big device mdX (Y > Z)" issue on my system, too.
So I spend some time on investigation, and here comes a workaround.
If you want to skip the long analysis part and just need the
workaround/conclusion, here it is:
add an udev rule to the system, but the exact device name and val
Control: retitle -1 linux: update "Recommends" of linux on armel/sh4
due to package renamed
you!
Cheers,
Roger
Reference [0]:
https://anonscm.debian.org/cgit/kernel/linux.git/commit/debian/config/armel/config.orion5x?id=b3b60bbdd13a9702dbd8e00bd9b35d49b625df31
>From db7027003b6efa8bf75f2572f25770ede21ec066 Mon Sep 17 00:00:00 2001
From: Roger Shimizu
Date: Tue, 27 Oct 2015 22:28:4
Control: tags -1 patch d-i
Dear Maintainer,
FYI. The DTB support for LS-WTGL & LS-WSGL, the orion5x series
mentioned previously, is already added to flash-kernel by bug#802578.
After the patch merged, I'll try to test whether DT enabled kernel
working for installer, the task mentioned by Martin
Dear Ian,
Thanks for your comments!
> Given this and the discussions
> https://lists.debian.org/debian-boot/2015/10/msg00221.html
> I wonder how useful it turns out to be to apply this patch.
1. This patch at least works well on jessie kernel (3.16).
2. I'm still trying to figure out why it does
I have good news.
> If you can figure out why the LS-WTGL doesn't work and that can be
> fixed (i.e. it turns out to be something other than the size) then I
> see no problem with adding support for the LS-WTGL platform.
I finished "git bisect" and good commit is 1553282b11e and bad one is
c544d9
1 - 100 of 137 matches
Mail list logo
