Package: linux-image-3.1.0-1-ixp4xx
Severity: normal

While 3.0.0-6 booted OK on NSLU2 platform, 3.1.0-1 or -4 fails to do so.

Boot log:

Ethernet eth0: MAC address 00:14:bf:xx:yy:zz
IP: 192.168.0.1/255.255.255.0, Gateway: 192.168.0.1
Default server: 0.0.0.0, DNS server IP: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROMRAM]
Red Hat certified release, version 1.92 - built 15:16:07, Feb 3 2004

Platform: IXDP425 Development Platform (XScale)
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x00000000-0x02000000, 0x000723a0-0x01ff3000 available
FLASH: 0x50000000 - 0x50800000, 64 blocks of 0x00020000 bytes each.
== Executing boot script in 2.000 seconds - enter ^C to abort
RedBoot> boot;exec 0x01d00000
have eRcOmM
copy kernel code from flash to RAM
copy ramdisk file from flash to RAM
run kernel
Using base address 0x01d00000 and length 0x0000dc20
Ans

APEX Boot Loader 1.6.10 -- Copyright (c) 2004-2008 Marc Singer
compiled for Debian NSLU2 on 2009.Oct.06-18:59:32

APEX comes with ABSOLUTELY NO WARRANTY. It is free software and
you are welcome to redistribute it under certain circumstances.
For details, refer to the file COPYING in the program source.

apex => mem:0x00200000+0xdc10 (56336 bytes)
env => nor:0x7c000+15k (empty)

Use the command 'help help' to get started.

# sdram-init
1 bank of 2 128Mib chips
# memscan -u 0+256m
0x0 0x02000000 (32 MiB)
# copy -s $kernelsrc $bootaddr
# copy -s fis://kernel 0x00008000
|/-|/-1441760 bytes transferred
# copy -s $ramdisksrc $ramdiskaddr
# copy -s fis://ramdisk 0x01000000
|/-|/-|/-|/-|/-|6291440 bytes transferred
# wait 10 Type ^C key to cancel autoboot.
Type ^C key to cancel autoboot.
/-|/-|# boot
ARCH_ID: 597 (0x255)
ATAG_HEADER
ATAG_MEM: start 0x00000000 size 0x02000000
ATAG_CMDLINE: (32 bytes) 'console=ttyS0,115200 noirqdebug'
ATAG_INITRD2: start 0x01000000 size 0x005ffff0
ATAG_END
Booting kernel at 0x00008000...
Uncompressing Linux... done, booting the kernel.
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 3.1.0-1-ixp4xx (Debian 3.1.4-1) (waldi@debian.org)
(gcc version 4.6.2 (Debian 4.6.2-4) ) #1 Wed Nov 30 06:35:38 UTC 2011
[ 0.000000] CPU: XScale-IXP42x Family [690541f1] revision 1 (ARMv5TE),
cr=0000397f
[ 0.000000] CPU: VIVT data cache, VIVT instruction cache
[ 0.000000] Machine: Linksys NSLU2
[ 0.000000] Memory policy: ECC disabled, Data cache writeback
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total
pages: 8128
[ 0.000000] Kernel command line: console=ttyS0,115200 noirqdebug
[ 0.000000] IRQ lockup detection disabled
[ 0.000000] PID hash table entries: 128 (order: -3, 512 bytes)
[ 0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.000000] Memory: 32MB = 32MB total
[ 0.000000] Memory: 22160k/22160k available, 10608k reserved, 0K highmem
[ 0.000000] Virtual kernel memory layout:
[ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
[ 0.000000] fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
[ 0.000000] DMA : 0xffc00000 - 0xffe00000 ( 2 MB)
[ 0.000000] vmalloc : 0xc2800000 - 0xff000000 ( 968 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xc2000000 ( 32 MB)
[ 0.000000] modules : 0xbf000000 - 0xc0000000 ( 16 MB)
[ 0.000000] .text : 0xc0008000 - 0xc03712b4 (3493 kB)
[ 0.000000] .init : 0xc0372000 - 0xc0391000 ( 124 kB)
[ 0.000000] .data : 0xc0392000 - 0xc03c2e00 ( 196 kB)
[ 0.000000] .bss : 0xc03c2e24 - 0xc040aa94 ( 288 kB)
[ 0.000000] NR_IRQS:64
[ 0.000000] sched_clock: 32 bits at 66MHz, resolution 15ns, wraps every
65075ms
[ 0.000000] Console: colour dummy device 80x30
[ 0.000569] Calibrating delay loop... 265.42 BogoMIPS (lpj=1327104)
[ 0.070823] pid_max: default: 32768 minimum: 301
[ 0.071350] Security Framework initialized
[ 0.071595] Mount-cache hash table entries: 512
[ 0.072597] Initializing cgroup subsys cpuacct
[ 0.072673] Initializing cgroup subsys memory
[ 0.072755] Initializing cgroup subsys devices
[ 0.072789] Initializing cgroup subsys freezer
[ 0.072819] Initializing cgroup subsys net_cls
[ 0.072851] Initializing cgroup subsys blkio
[ 0.073088] CPU: Testing write buffer coherency: ok
[ 0.073890] hw perfevents: enabled with xscale2 PMU driver, 5 counters
available
[ 0.077148] devtmpfs: initialized
[ 0.081279] print_constraints: dummy:
[ 0.082011] NET: Registered protocol family 16
[ 0.083651] IXP4xx: Using 16MiB expansion bus window size
[ 0.085289] NSLU2: Using MAC address 00:14:bf:xx:yy:zz for port 0
[ 0.085540] PCI: IXP4xx is host
[ 0.085568] PCI: IXP4xx Using direct access for memory space
[ 0.087363] PCI: bus0: Fast back to back transfers disabled
[ 0.087449] pci 0000:00:01.0: dmabounce: registered device
[ 0.087964] pci 0000:00:01.1: dmabounce: registered device
[ 0.088430] pci 0000:00:01.2: dmabounce: registered device
[ 0.088990] pci 0000:00:01.0: BAR 0: assigned [mem 0x48000000-0x48000fff]
[ 0.089061] pci 0000:00:01.0: BAR 0: set to [mem 0x48000000-0x48000fff] (PCI
address [0x48000000-0x48000fff])
[ 0.089124] pci 0000:00:01.1: BAR 0: assigned [mem 0x48001000-0x48001fff]
[ 0.089186] pci 0000:00:01.1: BAR 0: set to [mem 0x48001000-0x48001fff] (PCI
address [0x48001000-0x48001fff])
[ 0.089248] pci 0000:00:01.2: BAR 0: assigned [mem 0x48002000-0x480020ff]
[ 0.089310] pci 0000:00:01.2: BAR 0: set to [mem 0x48002000-0x480020ff] (PCI
address [0x48002000-0x480020ff])
[ 0.095545] bio: create slab <bio-0> at 0
[ 0.097262] vgaarb: loaded
[ 0.098264] i2c-gpio i2c-gpio.0: using pins 7 (SDA) and 6 (SCL)
[ 0.099754] Switching to clocksource OSTS
[ 0.101184] Switched to NOHz mode on CPU #0
[ 0.161977] NET: Registered protocol family 2
[ 0.162661] IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.165015] TCP established hash table entries: 1024 (order: 1, 8192 bytes)
[ 0.165135] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.165216] TCP: Hash tables configured (established 1024 bind 1024)
[ 0.165252] TCP reno registered
[ 0.165293] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.165368] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.166163] NET: Registered protocol family 1
[ 0.166887] Unpacking initramfs...
[ 1.369610] Freeing initrd memory: 6140K
[ 1.369660] NetWinder Floating Point Emulator V0.97 (double precision)
[ 1.371616] audit: initializing netlink socket (disabled)
[ 1.371787] type=2000 audit(1.360:1): initialized
[ 1.377190] VFS: Disk quotas dquot_6.5.2
[ 1.377530] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[ 1.377974] msgmni has been set to 55
[ 1.380203] alg: No test for stdrng (krng)
[ 1.380678] Block layer SCSI generic (bsg) driver version 0.4 loaded (major
253)
[ 1.380727] io scheduler noop registered
[ 1.380757] io scheduler deadline registered
[ 1.380898] io scheduler cfq registered (default)
[ 1.382193] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
[ 1.385042] serial8250.0: ttyS0 at MMIO 0xc8000000 (irq = 15) is a XScale
[ 1.864402] console [ttyS0] enabled
[ 1.869369] serial8250.0: ttyS1 at MMIO 0xc8001000 (irq = 13) is a XScale
[ 1.880249] IXP4XX-Flash.0: Found 1 x16 devices at 0x0 in 16-bit bank.
Manufacturer ID 0x000089 Chip ID 0x000017
[ 1.890757] Intel/Sharp Extended Query Table at 0x0031
[ 1.895990] Intel/Sharp Extended Query Table at 0x0031
[ 1.901250] Using buffer write method
[ 1.904957] cfi_cmdset_0001: Erase suspend on write enabled
[ 1.910976] Searching for RedBoot partition table in IXP4XX-Flash.0 at
offset 0x7e0000
[ 1.977018] 6 RedBoot partitions found on MTD device IXP4XX-Flash.0
[ 1.983498] IXP4xx flash: using dynamic partition definition
[ 1.989229] Creating 6 MTD partitions on "IXP4XX-Flash.0":
[ 1.994832] 0x000000000000-0x000000040000 : "RedBoot"
[ 2.003518] 0x000000040000-0x000000060000 : "SysConf"
[ 2.012307] 0x000000060000-0x000000080000 : "Loader"
[ 2.021087] 0x000000080000-0x0000001e0000 : "Kernel"
[ 2.029712] 0x0000001e0000-0x0000007e0000 : "Ramdisk"
[ 2.038750] 0x0000007e0000-0x000000800000 : "FIS directory"
[ 2.050175] mousedev: PS/2 mouse device common for all mice
[ 2.066624] rtc-x1205 0-006f: chip found, driver version 1.0.8
[ 2.079591] rtc-x1205 0-006f: rtc core: registered rtc-x1205 as rtc0
[ 2.086861] rtc-x1205 0-006f: power failure detected, please set the clock
[ 2.097181] i2c /dev entries driver
[ 2.105976] TCP cubic registered
[ 2.109269] NET: Registered protocol family 17
[ 2.113951] Registering the dns_resolver key type
[ 2.118912] XScale DSP coprocessor detected.
[ 2.125214] registered taskstats version 1
[ 2.131665] rtc-x1205 0-006f: hctosys: invalid date/time
[ 2.137286] Initializing network drop monitor service
[ 2.144151] Freeing init memory: 124K
Loading, please wait...
[ 2.465454] udev[48]: starting version 164
[ 3.046021] usbcore: registered new interface driver usbfs
[ 3.134974] usbcore: registered new interface driver hub
[ 3.180513] usbcore: registered new device driver usb
[ 3.269860] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 3.350596] PCI: enabling device 0000:00:01.2 (0140 -> 0142)
[ 3.356553] ehci_hcd 0000:00:01.2: EHCI Host Controller
[ 3.452053] ehci_hcd 0000:00:01.2: new USB bus registered, assigned bus
number 1
[ 3.459646] ehci_hcd 0000:00:01.2: coherent DMA mask 0x3ffffff is smaller
than system GFP_DMA mask 0xffffffff
[ 3.570085] ehci_hcd 0000:00:01.2: coherent DMA mask 0x3ffffff is smaller
than system GFP_DMA mask 0xffffffff
[ 3.680189] ehci_hcd 0000:00:01.2: coherent DMA mask 0x3ffffff is smaller
than system GFP_DMA mask 0xffffffff
(repeated over and over)



-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20111206194048.12063.82586.reportbug@vrnul03074nb. vr-netze.vrnet">http://lists.debian.org/20111206194048.12063.82586.reportbug@vrnul03074nb. vr-netze.vrnet

On Tue, 2011-12-06 at 20:40 +0100, Jochen Friedrich wrote:
> Package: linux-image-3.1.0-1-ixp4xx
> Severity: normal
>
> While 3.0.0-6 booted OK on NSLU2 platform, 3.1.0-1 or -4 fails to do so.
>
> Boot log:
[...]
> [ 0.000000] Linux version 3.1.0-1-ixp4xx (Debian 3.1.4-1) (waldi@debian.org)
> (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 Wed Nov 30 06:35:38 UTC 2011
> [ 0.000000] CPU: XScale-IXP42x Family [690541f1] revision 1 (ARMv5TE),
> cr=0000397f
> [ 0.000000] CPU: VIVT data cache, VIVT instruction cache
> [ 0.000000] Machine: Linksys NSLU2
[...]
> [ 3.269860] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> [ 3.350596] PCI: enabling device 0000:00:01.2 (0140 -> 0142)
> [ 3.356553] ehci_hcd 0000:00:01.2: EHCI Host Controller
> [ 3.452053] ehci_hcd 0000:00:01.2: new USB bus registered, assigned bus
> number 1
> [ 3.459646] ehci_hcd 0000:00:01.2: coherent DMA mask 0x3ffffff is smaller
> than system GFP_DMA mask 0xffffffff
> [ 3.570085] ehci_hcd 0000:00:01.2: coherent DMA mask 0x3ffffff is smaller
> than system GFP_DMA mask 0xffffffff
> [ 3.680189] ehci_hcd 0000:00:01.2: coherent DMA mask 0x3ffffff is smaller
> than system GFP_DMA mask 0xffffffff
> (repeated over and over)

I assume that this has something to do with:

commit 650320181a08b64d4421c65c639cf47ad8cc2cd6
Author: Nicolas Pitre <nico@fluxnic.net>
Date: Mon Jul 18 15:05:10 2011 -0400

ARM: change ARM_DMA_ZONE_SIZE into a variable

commit 7553ee777b513c3bc8f45bb9fc75fb1bbc584ba1
Author: Nicolas Pitre <nicolas.pitre@linaro.org>
Date: Tue Jul 5 22:28:09 2011 -0400

ARM: mach-ixp4xx: move from ARM_DMA_ZONE_SIZE to mdesc->dma_zone_size

It's clear that the DMA zone size is supposed to be 64 MB on this
machine and I don't see why the DMA mask hasn't propagated correctly.
Any idea, Nicholas?

Ben.

--
Ben Hutchings
Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer

Ben Hutchings <ben@decadent.org.uk> writes:
Hi,

> On Tue, 2011-12-06 at 20:40 +0100, Jochen Friedrich wrote:
>> Package: linux-image-3.1.0-1-ixp4xx
>> Severity: normal
>>
>> While 3.0.0-6 booted OK on NSLU2 platform, 3.1.0-1 or -4 fails to do so.
>>
>> Boot log:
> [...]
>> [ 0.000000] Linux version 3.1.0-1-ixp4xx (Debian 3.1.4-1) (waldi@debian.org)
>> (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 Wed Nov 30 06:35:38 UTC 2011
>> [ 0.000000] CPU: XScale-IXP42x Family [690541f1] revision 1 (ARMv5TE),
>> cr=0000397f
>> [ 0.000000] CPU: VIVT data cache, VIVT instruction cache
>> [ 0.000000] Machine: Linksys NSLU2
> [...]
>> [ 3.269860] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
>> [ 3.350596] PCI: enabling device 0000:00:01.2 (0140 -> 0142)
>> [ 3.356553] ehci_hcd 0000:00:01.2: EHCI Host Controller
>> [ 3.452053] ehci_hcd 0000:00:01.2: new USB bus registered, assigned bus
>> number 1
>> [ 3.459646] ehci_hcd 0000:00:01.2: coherent DMA mask 0x3ffffff is smaller
>> than system GFP_DMA mask 0xffffffff
>> [ 3.570085] ehci_hcd 0000:00:01.2: coherent DMA mask 0x3ffffff is smaller
>> than system GFP_DMA mask 0xffffffff
>> [ 3.680189] ehci_hcd 0000:00:01.2: coherent DMA mask 0x3ffffff is smaller
>> than system GFP_DMA mask 0xffffffff
>> (repeated over and over)
>
> I assume that this has something to do with:
>
> commit 650320181a08b64d4421c65c639cf47ad8cc2cd6
> Author: Nicolas Pitre <nico@fluxnic.net>
> Date: Mon Jul 18 15:05:10 2011 -0400
>
> ARM: change ARM_DMA_ZONE_SIZE into a variable
>
> commit 7553ee777b513c3bc8f45bb9fc75fb1bbc584ba1
> Author: Nicolas Pitre <nicolas.pitre@linaro.org>
> Date: Tue Jul 5 22:28:09 2011 -0400
>
> ARM: mach-ixp4xx: move from ARM_DMA_ZONE_SIZE to mdesc->dma_zone_size
>
> It's clear that the DMA zone size is supposed to be 64 MB on this
> machine and I don't see why the DMA mask hasn't propagated correctly.
> Any idea, Nicholas?

I may be wrong but it seems that arm_dma_zone_size is used before being
set. It would be interesting if someone can boot test a nslu2 kernel with
appended patch.


Thanks,
Arnaud

On Wed, Dec 07, 2011 at 11:05:58PM +0100, Arnaud Patard wrote:
> I may be wrong but it seems that arm_dma_zone_size is used before being
> set. It would be interesting if someone can boot test a nslu2 kernel with
> appended patch.

It does look like that's the case - arm_dma_zone_size is used in
arm_bootmem_free(), which is called from bootmem_init() and in turn
paging_init().

So, arm_dma_zone_size needs to be set before paging_init() is called.

I'd actually suggest moving it before:

if (mdesc->restart_mode)
reboot_setup(&mdesc->restart_mode);

so that it's set real early, to avoid any future problems with this.
The earlier these kinds of things are set, the less likely this kind
of bug will happen.



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20111207225718.GI14542@n2100.arm.linux.org.uk">htt p://lists.debian.org/20111207225718.GI14542@n2100.arm.linux.org.uk

On Wed, 7 Dec 2011, Russell King - ARM Linux wrote:

> On Wed, Dec 07, 2011 at 11:05:58PM +0100, Arnaud Patard wrote:
> > I may be wrong but it seems that arm_dma_zone_size is used before being
> > set. It would be interesting if someone can boot test a nslu2 kernel with
> > appended patch.
>
> It does look like that's the case - arm_dma_zone_size is used in
> arm_bootmem_free(), which is called from bootmem_init() and in turn
> paging_init().
>
> So, arm_dma_zone_size needs to be set before paging_init() is called.

Oops, indeed.

> I'd actually suggest moving it before:
>
> if (mdesc->restart_mode)
> reboot_setup(&mdesc->restart_mode);
>
> so that it's set real early, to avoid any future problems with this.
> The earlier these kinds of things are set, the less likely this kind
> of bug will happen.

Arnaud: please resubmit your patch moving the call as suggested by
Russell and mark it with:

Acked-by: Nicolas Pitre <nico@linaro.org>

and

CC: stable@kernel.org

Thanks


Nicolas



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: alpine.LFD.2.02.1112071902360.2907@xanadu.home">ht tp://lists.debian.org/alpine.LFD.2.02.1112071902360.2907@xanadu.home

Hi,

I've uploaded a 3.1.5-1 with a patch which should fix the boot failure
at http://www.rtp-net.org/misc/deb/. Can you please test it ?

Thanks,
Arnaud



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 87vcpkvqwa.fsf@lebrac.rtp-net.org">http://lists.debian.org/87vcpkvqwa.fsf@lebrac.rtp-net.org

Hi Arnaud,


I've uploaded a 3.1.5-1 with a patch which should fix the boot failure
at http://www.rtp-net.org/misc/deb/. Can you please test it ?


Yes, this fixed the problem.

nslu2:~# uname -a
Linux nslu2 3.1.0-1-ixp4xx #1 Tue Dec 13 05:00:03 CET 2011 armv5tel GNU/Linux
nslu2:~#

Thanks,
Jochen



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4EE8895C.4070206@scram.de">http://lists.debian.org/4EE8895C.4070206@scram.de