All of lore.kernel.org
 help / color / mirror / Atom feed
* [U-Boot] [PATCH 1/2] PXA: Add MMC driver using the generic MMC framework
From: Marek Vasut @ 2011-10-31 18:23 UTC (permalink / raw)
  To: u-boot
In-Reply-To: <1314568975-19619-1-git-send-email-marek.vasut@gmail.com>

> Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
> ---
>  arch/arm/include/asm/arch-pxa/regs-mmc.h |  155 +++++++++++
>  drivers/mmc/Makefile                     |    1 +
>  drivers/mmc/pxa_mmc_gen.c                |  442
> ++++++++++++++++++++++++++++++ 3 files changed, 598 insertions(+), 0
> deletions(-)
>  create mode 100644 arch/arm/include/asm/arch-pxa/regs-mmc.h
>  create mode 100644 drivers/mmc/pxa_mmc_gen.c

Hey Andy,

maybe you can pick this up now?

Cheers

^ permalink raw reply

* Re: [Qemu-devel] [PATCH] Support running QEMU on Valgrind
From: Daniel P. Berrange @ 2011-10-31 18:22 UTC (permalink / raw)
  To: Stefan Weil; +Cc: qemu-devel, Avi Kivity
In-Reply-To: <1319976446-12602-1-git-send-email-sw@weilnetz.de>

On Sun, Oct 30, 2011 at 01:07:26PM +0100, Stefan Weil wrote:
> Valgrind is a tool which can automatically detect many kinds of bugs.
> 
> Running QEMU on Valgrind with x86_64 hosts was not possible because
> Valgrind aborts when memalign is called with an alignment larger than
> 1 MiB. QEMU normally uses 2 MiB on Linux x86_64.
> 
> Now the alignment is reduced to the page size when QEMU is running on
> Valgrind.
> 
> valgrind.h is a copy from Valgrind svn trunk r12226 with trailing
> whitespace stripped but otherwise unmodified, so it still raises lots
> of errors when checked with scripts/checkpatch.pl.
> 
> It is included here to avoid a dependency on Valgrind.

In libvirt we do the following fun hack to avoid a build dep on valgrind:

    const char *ld = getenv("LD_PRELOAD");
    if (ld && strstr(ld, "vgpreload")) {
        fprintf(stderr, "Running under valgrind, disabling driver\n");
        return 0;
    }

Regards,
Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|

^ permalink raw reply

* Re: [PATCH v2] oom: fix integer overflow of points in oom_badness
From: David Rientjes @ 2011-10-31 18:22 UTC (permalink / raw)
  To: Frantisek Hrbata
  Cc: linux-mm, linux-kernel, Andrew Morton, KOSAKI Motohiro,
	Oleg Nesterov, Minchan Kim, stable, eteo, pmatouse
In-Reply-To: <1320076569-23872-1-git-send-email-fhrbata@redhat.com>

On Mon, 31 Oct 2011, Frantisek Hrbata wrote:

> An integer overflow will happen on 64bit archs if task's sum of rss, swapents
> and nr_ptes exceeds (2^31)/1000 value. This was introduced by commit
> 
> f755a04 oom: use pte pages in OOM score
> 

This commit was introduced in 2.6.39 but also backported to stable since 
2.6.36, so presumably we'd need to mark this for stable as well going back 
that far.

> where the oom score computation was divided into several steps and it's no
> longer computed as one expression in unsigned long(rss, swapents, nr_pte are
> unsigned long), where the result value assigned to points(int) is in
> range(1..1000). So there could be an int overflow while computing
> 
> 176          points *= 1000;
> 
> and points may have negative value. Meaning the oom score for a mem hog task
> will be one.
> 
> 196          if (points <= 0)
> 197                  return 1;
> 
> For example:
> [ 3366]     0  3366 35390480 24303939   5       0             0 oom01
> Out of memory: Kill process 3366 (oom01) score 1 or sacrifice child
> 
> Here the oom1 process consumes more than 24303939(rss)*4096~=92GB physical
> memory, but it's oom score is one.
> 
> In this situation the mem hog task is skipped and oom killer kills another and
> most probably innocent task with oom score greater than one.
> 
> The points variable should be of type long instead of int to prevent the int
> overflow.
> 
> Signed-off-by: Frantisek Hrbata <fhrbata@redhat.com>

Acked-by: David Rientjes <rientjes@google.com>
Cc: stable@kernel.org [2.6.36+]

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

^ permalink raw reply

* Re: [PATCH v2] oom: fix integer overflow of points in oom_badness
From: David Rientjes @ 2011-10-31 18:22 UTC (permalink / raw)
  To: Frantisek Hrbata
  Cc: linux-mm, linux-kernel, Andrew Morton, KOSAKI Motohiro,
	Oleg Nesterov, Minchan Kim, stable, eteo, pmatouse
In-Reply-To: <1320076569-23872-1-git-send-email-fhrbata@redhat.com>

On Mon, 31 Oct 2011, Frantisek Hrbata wrote:

> An integer overflow will happen on 64bit archs if task's sum of rss, swapents
> and nr_ptes exceeds (2^31)/1000 value. This was introduced by commit
> 
> f755a04 oom: use pte pages in OOM score
> 

This commit was introduced in 2.6.39 but also backported to stable since 
2.6.36, so presumably we'd need to mark this for stable as well going back 
that far.

> where the oom score computation was divided into several steps and it's no
> longer computed as one expression in unsigned long(rss, swapents, nr_pte are
> unsigned long), where the result value assigned to points(int) is in
> range(1..1000). So there could be an int overflow while computing
> 
> 176          points *= 1000;
> 
> and points may have negative value. Meaning the oom score for a mem hog task
> will be one.
> 
> 196          if (points <= 0)
> 197                  return 1;
> 
> For example:
> [ 3366]     0  3366 35390480 24303939   5       0             0 oom01
> Out of memory: Kill process 3366 (oom01) score 1 or sacrifice child
> 
> Here the oom1 process consumes more than 24303939(rss)*4096~=92GB physical
> memory, but it's oom score is one.
> 
> In this situation the mem hog task is skipped and oom killer kills another and
> most probably innocent task with oom score greater than one.
> 
> The points variable should be of type long instead of int to prevent the int
> overflow.
> 
> Signed-off-by: Frantisek Hrbata <fhrbata@redhat.com>

Acked-by: David Rientjes <rientjes@google.com>
Cc: stable@kernel.org [2.6.36+]

^ permalink raw reply

* Xen 4.1.1 HVM guest cdrom trouble, lost interrupts, ata failed commands (frozen)
From: Pasi Kärkkäinen @ 2011-10-31 18:22 UTC (permalink / raw)
  To: xen-devel; +Cc: xen

[-- Attachment #1: Type: text/plain, Size: 8470 bytes --]

Hello,

I was testing Fedora 16 (rc2) Xen host, with included Xen 4.1.1 rpms 
and Linux 3.1.0 dom0 kernel. Fedora 16 PV domUs seem to work nicely. 

I noticed a problem with Fedora 16 Xen HVM guests though. 
The F16 guest kernel (Linux 3.1.0) fails with the qemu-dm emulated DVD-ROM drive.. 

Full HVM guest kernel dmesg attached to this email. 
See the end of this email for Xen cfgfile for the domain and some workarounds..

Important parts of the guest dmesg:

[    0.000000] Linux version 3.1.0-5.fc16.x86_64 (mockbuild@x86-10.phx2.fedoraproject.org) (gcc version 4.6.1 20111003 (Red Hat 4.6.1-10) (GCC) ) #1 SMP Thu Oct 27 03:46:50 UTC 2011
[    0.000000] Command line: initrd=initrd.img console=ttyS0,38400 console=tty0 BOOT_IMAGE=vmlinuz 
<snip>
[    4.310149] ata2.00: ATAPI: QEMU DVD-ROM, 0.10.2, max UDMA/100
[    4.325107] ata1.00: ATA-7: QEMU HARDDISK, 0.10.2, max UDMA/100
[    4.339397] ata1.00: 62914560 sectors, multi 16: LBA48 
[    4.362818] ata1.00: configured for MWDMA2
[    4.373968] scsi 0:0:0:0: Direct-Access     ATA      QEMU HARDDISK    0.10 PQ: 0 ANSI: 5
[    4.495976] ata2.00: configured for MWDMA2
[    4.540361] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    4.556311] sd 0:0:0:0: [sda] 62914560 512-byte logical blocks: (32.2 GB/30.0 GiB)
[    4.575201] sd 0:0:0:0: [sda] Write Protect is off
[    4.586948] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[    9.511381] ata2.00: qc timeout (cmd 0xa0)
[    9.514923] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[    9.675770] ata2.00: configured for MWDMA2
[   14.680417] ata2.00: qc timeout (cmd 0xa0)
[   14.685010] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[   14.690798] ata2.00: limiting speed to MWDMA2:PIO3
[   14.850811] ata2.00: configured for MWDMA2
[   19.855357] ata2.00: qc timeout (cmd 0xa0)
[   19.859931] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[   19.865765] ata2.00: disabled
[   19.869676] ata2: soft resetting link
[   20.056857] ata2: EH complete
[   35.712153] ata1: lost interrupt (Status 0x50)
[   35.722381] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[   35.735437] ata1.00: failed command: READ DMA
[   35.745912] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[   35.745913]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[   35.777373] ata1.00: status: { DRDY }
[   35.785709] ata1: soft resetting link
[   35.946815] ata1.00: configured for MWDMA2
[   35.955695] ata1.00: device reported invalid CHS sector 0
[   35.967512] ata1: EH complete
[   66.784177] ata1: lost interrupt (Status 0x50)
[   66.788709] ata1.00: limiting speed to MWDMA1:PIO2
[   66.793395] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[   66.799857] ata1.00: failed command: READ DMA
[   66.804193] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[   66.804194]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[   66.818098] ata1.00: status: { DRDY }
[   66.822310] ata1: soft resetting link
[   66.981440] ata1.00: configured for MWDMA1
[   66.985550] ata1.00: device reported invalid CHS sector 0
[   66.990704] ata1: EH complete
[   97.760172] ata1: lost interrupt (Status 0x50)
[   97.765465] ata1.00: limiting speed to PIO2
[   97.770093] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[   97.777360] ata1.00: failed command: READ DMA
[   97.781823] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[   97.781824]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[   97.795560] ata1.00: status: { DRDY }
[   97.799269] ata1: soft resetting link
[   97.957830] ata1.00: configured for PIO2
[   97.961338] ata1.00: device reported invalid CHS sector 0
[   97.965874] ata1: EH complete
[  128.736132] ata1: lost interrupt (Status 0x58)
[  128.830108] ata1.00: limiting speed to PIO1
[  128.834274] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[  128.840650] ata1.00: failed command: READ MULTIPLE
[  128.845289] ata1.00: cmd c4/00:08:00:00:00/00:00:00:00:00/e0 tag 0 pio 4096 in
[  128.845291]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  128.859072] ata1.00: status: { DRDY }
[  128.863253] ata1: soft resetting link
[  129.022319] ata1.00: configured for PIO1
[  129.026279] ata1.00: device reported invalid CHS sector 0
[  129.031398] ata1: EH complete
[  159.712158] ata1: lost interrupt (Status 0x58)
[  159.802324] ata1.00: limiting speed to PIO0
[  159.806496] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[  159.812888] ata1.00: failed command: READ MULTIPLE
[  159.817503] ata1.00: cmd c4/00:08:00:00:00/00:00:00:00:00/e0 tag 0 pio 4096 in
[  159.817505]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  159.831339] ata1.00: status: { DRDY }
[  159.835482] ata1: soft resetting link
[  159.994295] ata1.00: configured for PIO0
[  159.998279] ata1.00: device reported invalid CHS sector 0
[  160.003401] ata1: EH complete
[  190.816215] ata1: lost interrupt (Status 0x58)
[  190.898787] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[  190.904509] ata1.00: failed command: READ MULTIPLE
[  190.908616] ata1.00: cmd c4/00:08:00:00:00/00:00:00:00:00/e0 tag 0 pio 4096 in
[  190.908617]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  190.920911] ata1.00: status: { DRDY }
[  190.924608] ata1: soft resetting link
[  191.082728] ata1.00: configured for PIO0
[  191.086575] ata1.00: device reported invalid CHS sector 0
[  191.091675] sd 0:0:0:0: [sda]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  191.099098] sd 0:0:0:0: [sda]  Sense Key : Aborted Command [current] [descriptor]
[  191.108415] Descriptor sense data with sense descriptors (in hex):
[  191.114713]         72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[  191.130002]         00 00 00 00 
[  191.136199] sd 0:0:0:0: [sda]  Add. Sense: No additional sense information
[  191.143574] sd 0:0:0:0: [sda] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[  191.157045] end_request: I/O error, dev sda, sector 0
[  191.161675] Buffer I/O error on device sda, logical block 0
[  191.166372] ata1: EH complete
[  221.792133] ata1: lost interrupt (Status 0x58)
[  221.875310] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[  221.882176] ata1.00: failed command: READ MULTIPLE
[  221.886834] ata1.00: cmd c4/00:08:00:00:00/00:00:00:00:00/e0 tag 0 pio 4096 in
[  221.886836]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  221.901648] ata1.00: status: { DRDY }
[  221.906550] ata1: soft resetting link
[  222.124783] ata1.00: configured for PIO0
[  222.127744] ata1.00: device reported invalid CHS sector 0
[  222.132141] ata1: EH complete


/etc/xen/<vm> cfgfile:

kernel = "hvmloader"
builder='hvm'
device_model = 'qemu-dm'
name = "f16test64hvm"
memory = 1024
vcpus=1
pae=1
acpi=1
apic=1
vif = [ 'type=ioemu, mac=00:16:3e:04:01:14, bridge=virbr0' ]
disk = [ 'phy:/dev/vg_f16/f16test64hvm,hda,w', 'file:/root/iso/Fedora-16-Final-RC2-x86_64-DVD.iso,hdc:cdrom,r' ]
boot='cd'
xen_platform_pci=0
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash    = 'restart'
sdl=0
vnc=1
vncpasswd=''
stdvga=0
serial='pty'
tsc_mode=0
usb=1
usbdevice='tablet'
keymap='fi'

I'm using "xm create" to start the HVM guest.
I noticed I can workaround the problem with the following methods:

- Specify "xen_platform_pci=1" in the domain cfgfile. The emulated dvdrom drive works then,
  but there are other problems (nic doesn't work - the mac address is all empty and the installer fails).
  Guest dmesg from this case also attached to this email.

- Upgrade Xen hypervisor to 4.1.2 (rpms available in f16 updates-testing).
  Emulated dvdrom works then with the original hvm domain cfgfile above.
  guest kernel dmesg for this working method attached aswell.

The following guest kernel options didn't help with the dvdrom problem:
- libata.dma=0
- pci=nocrs


Is this a known problem? Any proper workarounds for Xen 4.1.1,
or should everyone upgrade to Xen 4.1.2 ?


Info about the Fedora 16 dom0 host:

# uname -a
Linux f16dom0.localdomain 3.1.0-5.fc16.x86_64 #1 SMP Thu Oct 27 03:46:50 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

# rpm -qa|grep xen
xen-hypervisor-4.1.1-8.fc16.x86_64
xen-libs-4.1.1-8.fc16.x86_64
xen-runtime-4.1.1-8.fc16.x86_64
xen-4.1.1-8.fc16.x86_64
xen-licenses-4.1.1-8.fc16.x86_64


Thanks,

-- Pasi


[-- Attachment #2: xen-4.1.1-f16test64hvm-linux-3.1.0-platform-pci-disabled.log --]
[-- Type: text/plain, Size: 24598 bytes --]

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 3.1.0-5.fc16.x86_64 (mockbuild@x86-10.phx2.fedoraproject.org) (gcc version 4.6.1 20111003 (Red Hat 4.6.1-10) (GCC) ) #1 SMP Thu Oct 27 03:46:50 UTC 2011
[    0.000000] Command line: initrd=initrd.img console=ttyS0,38400 console=tty0 BOOT_IMAGE=vmlinuz 
[    0.000000] BIOS-provided physical RAM map:
[    0.000000]  BIOS-e820: 0000000000000000 - 000000000009e000 (usable)
[    0.000000]  BIOS-e820: 000000000009e000 - 00000000000a0000 (reserved)
[    0.000000]  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[    0.000000]  BIOS-e820: 0000000000100000 - 0000000040000000 (usable)
[    0.000000]  BIOS-e820: 00000000fc000000 - 0000000100000000 (reserved)
[    0.000000] Using x86 segment limits to approximate NX protection
[    0.000000] DMI 2.4 present.
[    0.000000] Hypervisor detected: Xen HVM
[    0.000000] Xen version 4.1.
[    0.000000] Xen Platform PCI: unrecognised magic value
[    0.000000] No AGP bridge found
[    0.000000] last_pfn = 0x40000 max_arch_pfn = 0x400000000
[    0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[    0.000000] found SMP MP-table at [ffff8800000fbc70] fbc70
[    0.000000] init_memory_mapping: 0000000000000000-0000000040000000
[    0.000000] RAMDISK: 37e7a000 - 3ffdf000
[    0.000000] ACPI: RSDP 00000000000ea020 00024 (v02    Xen)
[    0.000000] ACPI: XSDT 00000000fc0134b0 00034 (v01    Xen      HVM 00000000 HVML 00000000)
[    0.000000] ACPI: FACP 00000000fc0132d0 000F4 (v04    Xen      HVM 00000000 HVML 00000000)
[    0.000000] ACPI: DSDT 00000000fc003440 0FE05 (v02    Xen      HVM 00000000 INTL 20100528)
[    0.000000] ACPI: FACS 00000000fc003400 00040
[    0.000000] ACPI: APIC 00000000fc0133d0 000D8 (v02    Xen      HVM 00000000 HVML 00000000)
[    0.000000] No NUMA configuration found
[    0.000000] Faking a node at 0000000000000000-0000000040000000
[    0.000000] Initmem setup node 0 0000000000000000-0000000040000000
[    0.000000]   NODE_DATA [000000003ffec000 - 000000003fffffff]
[    0.000000] Zone PFN ranges:
[    0.000000]   DMA      0x00000010 -> 0x00001000
[    0.000000]   DMA32    0x00001000 -> 0x00100000
[    0.000000]   Normal   empty
[    0.000000] Movable zone start PFN for each node
[    0.000000] early_node_map[2] active PFN ranges
[    0.000000]     0: 0x00000010 -> 0x0000009e
[    0.000000]     0: 0x00000100 -> 0x00040000
[    0.000000] ACPI: PM-Timer IO Port: 0xb008
[    0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x08] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x0a] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x0c] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x0e] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x10] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x12] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x14] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x16] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x18] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x1a] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x1c] disabled)
[    0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[    0.000000] IOAPIC[0]: apic_id 1, version 17, address 0xfec00000, GSI 0-47
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 low level)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 low level)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 low level)
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.000000] SMP: Allowing 15 CPUs, 14 hotplug CPUs
[    0.000000] PM: Registered nosave memory: 000000000009e000 - 00000000000a0000
[    0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000
[    0.000000] PM: Registered nosave memory: 00000000000e0000 - 0000000000100000
[    0.000000] Allocating PCI resources starting at 40000000 (gap: 40000000:bc000000)
[    0.000000] Booting paravirtualized kernel on Xen HVM
[    0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:15 nr_node_ids:1
[    0.000000] PERCPU: Embedded 27 pages/cpu @ffff880037c00000 s81024 r8192 d21376 u131072
[    0.000000] Built 1 zonelists in Node order, mobility grouping on.  Total pages: 257929
[    0.000000] Policy zone: DMA32
[    0.000000] Kernel command line: initrd=initrd.img console=ttyS0,38400 console=tty0 BOOT_IMAGE=vmlinuz 
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Checking aperture...
[    0.000000] No AGP bridge found
[    0.000000] Memory: 883240k/1048576k available (4867k kernel code, 456k absent, 164880k reserved, 6782k data, 940k init)
[    0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=15, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] 	RCU dyntick-idle grace-period acceleration is enabled.
[    0.000000] NR_IRQS:16640 nr_irqs:1208 16
[    0.000000] Xen HVM callback vector for event delivery is enabled
[    0.000000] Console: colour VGA+ 80x25
[    0.000000] console [tty0] enabled
[    0.000000] console [ttyS0] enabled
[    0.000000] allocated 8388608 bytes of page_cgroup
[    0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups
[    0.000000] Detected 2677.276 MHz processor.
[    0.004999] Calibrating delay loop (skipped), value calculated using timer frequency.. 5354.55 BogoMIPS (lpj=2677276)
[    0.014003] pid_max: default: 32768 minimum: 301
[    0.019036] Security Framework initialized
[    0.023010] SELinux:  Initializing.
[    0.027198] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.034258] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
[    0.040108] Mount-cache hash table entries: 256
[    0.045162] Initializing cgroup subsys cpuacct
[    0.049006] Initializing cgroup subsys memory
[    0.058038] Initializing cgroup subsys devices
[    0.078003] Initializing cgroup subsys freezer
[    0.122002] Initializing cgroup subsys net_cls
[    0.131996] Initializing cgroup subsys blkio
[    0.141009] Initializing cgroup subsys perf_event
[    0.153114] CPU: Physical Processor ID: 0
[    0.161990] CPU: Processor Core ID: 0
[    0.172992] mce: CPU supports 9 MCE banks
[    0.187024] SMP alternatives: switching to UP code
[    0.207887] ACPI: Core revision 20110623
[    0.231609] ftrace: allocating 25204 entries in 99 pages
[    0.279972] Not enabling x2apic, Intr-remapping init failed.
[    0.297970] Switched APIC routing to physical flat.
[    0.311246] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=0 pin2=0
[    0.332335] CPU0: Intel(R) Core(TM) i5 CPU       M 560  @ 2.67GHz stepping 05
[    0.352990] installing Xen timer for CPU 0
[    0.358056] Performance Events: unsupported p6 CPU model 37 no PMU driver, software events only.
[    0.366988] NMI watchdog disabled (cpu0): hardware events not enabled
[    0.367999] Brought up 1 CPUs
[    0.368967] Total of 1 processors activated (5354.55 BogoMIPS).
[    0.374024] devtmpfs: initialized
[    0.412971] atomic64 test passed for x86-64 platform with CX8 and with SSE
[    0.414011] RTC time: 17:45:37, date: 10/31/11
[    0.415022] NET: Registered protocol family 16
[    0.418010] ACPI: bus type pci registered
[    0.421960] PCI: Using configuration type 1 for base access
[    0.437115] bio: create slab <bio-0> at 0
[    0.438093] ACPI: Added _OSI(Module Device)
[    0.438963] ACPI: Added _OSI(Processor Device)
[    0.439967] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.440974] ACPI: Added _OSI(Processor Aggregator Device)
[    0.519054] ACPI: Interpreter enabled
[    0.519951] ACPI: (supports S0 S3 S4 S5)
[    0.524951] ACPI: Using IOAPIC for interrupt routing
[    1.096959] ACPI: No dock devices found.
[    1.097861] HEST: Table not found.
[    1.098862] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    1.099943] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[    1.100988] pci_root PNP0A03:00: host bridge window [io  0x0000-0x0cf7]
[    1.101860] pci_root PNP0A03:00: host bridge window [io  0x0d00-0xffff]
[    1.102862] pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff]
[    1.103860] pci_root PNP0A03:00: host bridge window [mem 0xf0000000-0xfbffffff]
[    1.144922] * Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
[    1.144923] * this clock source is slow. Consider trying other clock sources
[    1.154850] pci 0000:00:01.3: quirk: [io  0xb000-0xb03f] claimed by PIIX4 ACPI
[    1.185924]  pci0000:00: Unable to request _OSC control (_OSC support mask: 0x1e)
[    1.884892] ACPI: PCI Interrupt Link [LNKA] (IRQs *5 10 11)
[    1.890929] ACPI: PCI Interrupt Link [LNKB] (IRQs 5 *10 11)
[    1.896927] ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11)
[    1.902931] ACPI: PCI Interrupt Link [LNKD] (IRQs *5 10 11)
[    1.908856] xen/balloon: Initialising balloon driver.
[    1.909736] last_pfn = 0x40000 max_arch_pfn = 0x400000000
[    1.910751] xen-balloon: Initialising balloon driver.
[    1.911877] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none
[    1.912734] vgaarb: loaded
[    1.913733] vgaarb: bridge control possible 0000:00:02.0
[    1.914821] SCSI subsystem initialized
[    1.915855] usbcore: registered new interface driver usbfs
[    1.916752] usbcore: registered new interface driver hub
[    1.917762] usbcore: registered new device driver usb
[    1.918801] PCI: Using ACPI for IRQ routing
[    1.921776] NetLabel: Initializing
[    1.922732] NetLabel:  domain hash size = 128
[    1.923731] NetLabel:  protocols = UNLABELED CIPSOv4
[    1.924747] NetLabel:  unlabeled traffic allowed by default
[    1.925738] Switching to clocksource xen
[    1.927071] Switched to NOHz mode on CPU #0
[    1.944150] pnp: PnP ACPI init
[    1.950692] ACPI: bus type pnp registered
[    1.968745] system 00:00: [mem 0x00000000-0x0009ffff] could not be reserved
[    2.009903] system 00:02: [io  0x10c0-0x1141] has been reserved
[    2.020115] system 00:02: [io  0xb044-0xb047] has been reserved
[    2.032398] system 00:03: [io  0x08a0-0x08a3] has been reserved
[    2.046965] system 00:03: [io  0x0cc0-0x0ccf] has been reserved
[    2.060746] system 00:03: [io  0x04d0-0x04d1] has been reserved
[    2.132279] pnp: PnP ACPI: found 12 devices
[    2.143196] ACPI: ACPI bus type pnp unregistered
[    2.168095] NET: Registered protocol family 2
[    2.180174] IP route cache hash table entries: 32768 (order: 6, 262144 bytes)
[    2.199948] TCP established hash table entries: 131072 (order: 9, 2097152 bytes)
[    2.223886] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[    2.240895] TCP: Hash tables configured (established 131072 bind 65536)
[    2.251707] TCP reno registered
[    2.257377] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    2.271814] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    2.292031] NET: Registered protocol family 1
[    2.296744] pci 0000:00:00.0: Limiting direct PCI/PCI transfers
[    2.307567] pci 0000:00:01.0: PIIX3: Enabling Passive Release
[    2.321092] pci 0000:00:01.0: Activating ISA DMA hang workarounds
[    2.337035] Unpacking initramfs...
[    2.994473] Freeing initrd memory: 132500k freed
[    3.031082] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni)
[    3.036743] audit: initializing netlink socket (disabled)
[    3.041250] type=2000 audit(1320083141.268:1): initialized
[    3.069999] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[    3.081358] VFS: Disk quotas dquot_6.5.2
[    3.085050] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[    3.090701] msgmni has been set to 1983
[    3.094445] alg: No test for stdrng (krng)
[    3.098010] NET: Registered protocol family 38
[    3.107373] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    3.123398] io scheduler noop registered
[    3.132300] io scheduler deadline registered
[    3.143504] io scheduler cfq registered (default)
[    3.154997] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[    3.168358] pciehp: PCI Express Hot Plug Controller Driver version: 0.4
[    3.186729] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    3.201997] acpiphp: Slot [0] registered
[    3.212613] acpiphp: Slot [1] registered
[    3.227042] acpiphp: Slot [2] registered
[    3.234824] acpiphp: Slot [3] registered
[    3.243333] acpiphp: Slot [4] registered
[    3.254169] acpiphp: Slot [5] registered
[    3.264412] acpiphp: Slot [6] registered
[    3.278546] acpiphp: Slot [7] registered
[    3.288234] acpiphp: Slot [8] registered
[    3.299249] acpiphp: Slot [9] registered
[    3.309300] acpiphp: Slot [10] registered
[    3.320623] acpiphp: Slot [11] registered
[    3.329553] acpiphp: Slot [12] registered
[    3.340383] acpiphp: Slot [13] registered
[    3.351436] acpiphp: Slot [14] registered
[    3.371532] acpiphp: Slot [15] registered
[    3.383484] acpiphp: Slot [16] registered
[    3.391217] acpiphp: Slot [17] registered
[    3.400109] acpiphp: Slot [18] registered
[    3.410752] acpiphp: Slot [19] registered
[    3.418563] acpiphp: Slot [20] registered
[    3.427333] acpiphp: Slot [21] registered
[    3.435531] acpiphp: Slot [22] registered
[    3.447844] acpiphp: Slot [23] registered
[    3.458886] acpiphp: Slot [24] registered
[    3.468774] acpiphp: Slot [25] registered
[    3.480989] acpiphp: Slot [26] registered
[    3.491224] acpiphp: Slot [27] registered
[    3.508879] acpiphp: Slot [28] registered
[    3.518513] acpiphp: Slot [29] registered
[    3.534696] acpiphp: Slot [30] registered
[    3.549822] acpiphp: Slot [31] registered
[    3.560227] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
[    3.574537] ACPI: Power Button [PWRF]
[    3.586151] input: Sleep Button as /devices/LNXSYSTM:00/LNXSLPBN:00/input/input1
[    3.602954] ACPI: Sleep Button [SLPF]
[    3.676678] ERST: Table is not found!
[    3.683875] GHES: HEST is not enabled!
[    3.687897] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    3.750685] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    3.793768] 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    3.805453] Non-volatile memory driver v1.3
[    3.811376] Linux agpgart interface v0.103
[    3.817834] loop: module loaded
[    3.827537] scsi0 : ata_piix
[    3.832212] scsi1 : ata_piix
[    3.836293] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc120 irq 14
[    3.856704] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc128 irq 15
[    3.872777] Fixed MDIO Bus: probed
[    3.884228] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    3.899724] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    3.917226] uhci_hcd: USB Universal Host Controller Interface driver
[    3.933624] uhci_hcd 0000:00:01.2: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[    3.949714] uhci_hcd 0000:00:01.2: UHCI Host Controller
[    3.965097] uhci_hcd 0000:00:01.2: new USB bus registered, assigned bus number 1
[    3.988778] uhci_hcd 0000:00:01.2: irq 23, io base 0x0000c100
[    4.009517] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
[    4.027023] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    4.046997] usb usb1: Product: UHCI Host Controller
[    4.063419] usb usb1: Manufacturer: Linux 3.1.0-5.fc16.x86_64 uhci_hcd
[    4.076305] usb usb1: SerialNumber: 0000:00:01.2
[    4.091799] Refined TSC clocksource calibration: 2677.185 MHz.
[    4.105911] hub 1-0:1.0: USB hub found
[    4.115835] hub 1-0:1.0: 2 ports detected
[    4.147486] usbcore: registered new interface driver usbserial
[    4.167002] USB Serial support registered for generic
[    4.179996] usbcore: registered new interface driver usbserial_generic
[    4.202861] usbserial: USB Serial Driver core
[    4.211934] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[    4.233258] serio: i8042 KBD port at 0x60,0x64 irq 1
[    4.241291] serio: i8042 AUX port at 0x60,0x64 irq 12
[    4.255074] mousedev: PS/2 mouse device common for all mice
[    4.275424] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2
[    4.310149] ata2.00: ATAPI: QEMU DVD-ROM, 0.10.2, max UDMA/100
[    4.325107] ata1.00: ATA-7: QEMU HARDDISK, 0.10.2, max UDMA/100
[    4.339397] ata1.00: 62914560 sectors, multi 16: LBA48 
[    4.362818] ata1.00: configured for MWDMA2
[    4.373968] scsi 0:0:0:0: Direct-Access     ATA      QEMU HARDDISK    0.10 PQ: 0 ANSI: 5
[    4.393304] rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0
[    4.408850] rtc0: alarms up to one day, 114 bytes nvram
[    4.423453] device-mapper: uevent: version 1.0.3
[    4.436554] device-mapper: ioctl: 4.21.0-ioctl (2011-07-06) initialised: dm-devel@redhat.com
[    4.474247] usb 1-2: new full speed USB device number 2 using uhci_hcd
[    4.495976] ata2.00: configured for MWDMA2
[    4.511333] cpuidle: using governor ladder
[    4.519271] cpuidle: using governor menu
[    4.529126] EFI Variables Facility v0.08 2004-May-17
[    4.540361] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    4.556311] sd 0:0:0:0: [sda] 62914560 512-byte logical blocks: (32.2 GB/30.0 GiB)
[    4.575201] sd 0:0:0:0: [sda] Write Protect is off
[    4.586948] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[    4.612829] usbcore: registered new interface driver usbhid
[    4.628550] usbhid: USB HID core driver
[    4.637882] ip_tables: (C) 2000-2006 Netfilter Core Team
[    4.651005] TCP cubic registered
[    4.658941] Initializing XFRM netlink socket
[    4.670660] NET: Registered protocol family 10
[    4.690433] Mobile IPv6
[    4.693485] NET: Registered protocol family 17
[    4.698486] Registering the dns_resolver key type
[    4.703788] registered taskstats version 1
[    4.711313] IMA: No TPM chip found, activating TPM-bypass!
[    4.719240]   Magic number: 15:394:796
[    4.723704] rtc_cmos 00:05: setting system clock to 2011-10-31 17:45:40 UTC (1320083140)
[    4.735181] Initializing network drop monitor service
[    4.939838] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input3
[    7.954331] usb 1-2: New USB device found, idVendor=0627, idProduct=0001
[    7.960550] usb 1-2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    7.967135] usb 1-2: Product: QEMU USB Tablet
[    7.971435] usb 1-2: Manufacturer: QEMU 0.10.2
[    7.975858] usb 1-2: SerialNumber: 1
[    9.511381] ata2.00: qc timeout (cmd 0xa0)
[    9.514923] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[    9.675770] ata2.00: configured for MWDMA2
[   10.204455] input: QEMU 0.10.2 QEMU USB Tablet as /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input4
[   10.211936] generic-usb 0003:0627:0001.0001: input,hidraw0: USB HID v0.01 Pointer [QEMU 0.10.2 QEMU USB Tablet] on usb-0000:00:01.2-2/input0
[   14.680417] ata2.00: qc timeout (cmd 0xa0)
[   14.685010] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[   14.690798] ata2.00: limiting speed to MWDMA2:PIO3
[   14.850811] ata2.00: configured for MWDMA2
[   19.855357] ata2.00: qc timeout (cmd 0xa0)
[   19.859931] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[   19.865765] ata2.00: disabled
[   19.869676] ata2: soft resetting link
[   20.056857] ata2: EH complete
[   35.712153] ata1: lost interrupt (Status 0x50)
[   35.722381] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[   35.735437] ata1.00: failed command: READ DMA
[   35.745912] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[   35.745913]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[   35.777373] ata1.00: status: { DRDY }
[   35.785709] ata1: soft resetting link
[   35.946815] ata1.00: configured for MWDMA2
[   35.955695] ata1.00: device reported invalid CHS sector 0
[   35.967512] ata1: EH complete
[   66.784177] ata1: lost interrupt (Status 0x50)
[   66.788709] ata1.00: limiting speed to MWDMA1:PIO2
[   66.793395] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[   66.799857] ata1.00: failed command: READ DMA
[   66.804193] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[   66.804194]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[   66.818098] ata1.00: status: { DRDY }
[   66.822310] ata1: soft resetting link
[   66.981440] ata1.00: configured for MWDMA1
[   66.985550] ata1.00: device reported invalid CHS sector 0
[   66.990704] ata1: EH complete
[   97.760172] ata1: lost interrupt (Status 0x50)
[   97.765465] ata1.00: limiting speed to PIO2
[   97.770093] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[   97.777360] ata1.00: failed command: READ DMA
[   97.781823] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[   97.781824]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[   97.795560] ata1.00: status: { DRDY }
[   97.799269] ata1: soft resetting link
[   97.957830] ata1.00: configured for PIO2
[   97.961338] ata1.00: device reported invalid CHS sector 0
[   97.965874] ata1: EH complete
[  128.736132] ata1: lost interrupt (Status 0x58)
[  128.830108] ata1.00: limiting speed to PIO1
[  128.834274] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[  128.840650] ata1.00: failed command: READ MULTIPLE
[  128.845289] ata1.00: cmd c4/00:08:00:00:00/00:00:00:00:00/e0 tag 0 pio 4096 in
[  128.845291]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  128.859072] ata1.00: status: { DRDY }
[  128.863253] ata1: soft resetting link
[  129.022319] ata1.00: configured for PIO1
[  129.026279] ata1.00: device reported invalid CHS sector 0
[  129.031398] ata1: EH complete
[  159.712158] ata1: lost interrupt (Status 0x58)
[  159.802324] ata1.00: limiting speed to PIO0
[  159.806496] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[  159.812888] ata1.00: failed command: READ MULTIPLE
[  159.817503] ata1.00: cmd c4/00:08:00:00:00/00:00:00:00:00/e0 tag 0 pio 4096 in
[  159.817505]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  159.831339] ata1.00: status: { DRDY }
[  159.835482] ata1: soft resetting link
[  159.994295] ata1.00: configured for PIO0
[  159.998279] ata1.00: device reported invalid CHS sector 0
[  160.003401] ata1: EH complete
[  190.816215] ata1: lost interrupt (Status 0x58)
[  190.898787] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[  190.904509] ata1.00: failed command: READ MULTIPLE
[  190.908616] ata1.00: cmd c4/00:08:00:00:00/00:00:00:00:00/e0 tag 0 pio 4096 in
[  190.908617]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  190.920911] ata1.00: status: { DRDY }
[  190.924608] ata1: soft resetting link
[  191.082728] ata1.00: configured for PIO0
[  191.086575] ata1.00: device reported invalid CHS sector 0
[  191.091675] sd 0:0:0:0: [sda]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  191.099098] sd 0:0:0:0: [sda]  Sense Key : Aborted Command [current] [descriptor]
[  191.108415] Descriptor sense data with sense descriptors (in hex):
[  191.114713]         72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[  191.130002]         00 00 00 00 
[  191.136199] sd 0:0:0:0: [sda]  Add. Sense: No additional sense information
[  191.143574] sd 0:0:0:0: [sda] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[  191.157045] end_request: I/O error, dev sda, sector 0
[  191.161675] Buffer I/O error on device sda, logical block 0
[  191.166372] ata1: EH complete
[  221.792133] ata1: lost interrupt (Status 0x58)
[  221.875310] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[  221.882176] ata1.00: failed command: READ MULTIPLE
[  221.886834] ata1.00: cmd c4/00:08:00:00:00/00:00:00:00:00/e0 tag 0 pio 4096 in
[  221.886836]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  221.901648] ata1.00: status: { DRDY }
[  221.906550] ata1: soft resetting link
[  222.124783] ata1.00: configured for PIO0
[  222.127744] ata1.00: device reported invalid CHS sector 0
[  222.132141] ata1: EH complete

[-- Attachment #3: xen-4.1.1-f16test64hvm-linux-3.1.0-platform-pci-enabled.log --]
[-- Type: text/plain, Size: 24984 bytes --]

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 3.1.0-5.fc16.x86_64 (mockbuild@x86-10.phx2.fedoraproject.org) (gcc version 4.6.1 20111003 (Red Hat 4.6.1-10) (GCC) ) #1 SMP Thu Oct 27 03:46:50 UTC 2011
[    0.000000] Command line: initrd=initrd.img console=ttyS0,38400 console=tty0 BOOT_IMAGE=vmlinuz 
[    0.000000] BIOS-provided physical RAM map:
[    0.000000]  BIOS-e820: 0000000000000000 - 000000000009e000 (usable)
[    0.000000]  BIOS-e820: 000000000009e000 - 00000000000a0000 (reserved)
[    0.000000]  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[    0.000000]  BIOS-e820: 0000000000100000 - 0000000040000000 (usable)
[    0.000000]  BIOS-e820: 00000000fc000000 - 0000000100000000 (reserved)
[    0.000000] Using x86 segment limits to approximate NX protection
[    0.000000] DMI 2.4 present.
[    0.000000] Hypervisor detected: Xen HVM
[    0.000000] Xen version 4.1.
[    0.000000] Netfront and the Xen platform PCI driver have been compiled for this kernel: unplug emulated NICs.
[    0.000000] Blkfront and the Xen platform PCI driver have been compiled for this kernel: unplug emulated disks.
[    0.000000] You might have to change the root device
[    0.000000] from /dev/hd[a-d] to /dev/xvd[a-d]
[    0.000000] in your root= kernel command line option
[    0.000000] No AGP bridge found
[    0.000000] last_pfn = 0x40000 max_arch_pfn = 0x400000000
[    0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[    0.000000] found SMP MP-table at [ffff8800000fbc70] fbc70
[    0.000000] init_memory_mapping: 0000000000000000-0000000040000000
[    0.000000] RAMDISK: 37e7a000 - 3ffdf000
[    0.000000] ACPI: RSDP 00000000000ea020 00024 (v02    Xen)
[    0.000000] ACPI: XSDT 00000000fc0134b0 00034 (v01    Xen      HVM 00000000 HVML 00000000)
[    0.000000] ACPI: FACP 00000000fc0132d0 000F4 (v04    Xen      HVM 00000000 HVML 00000000)
[    0.000000] ACPI: DSDT 00000000fc003440 0FE05 (v02    Xen      HVM 00000000 INTL 20100528)
[    0.000000] ACPI: FACS 00000000fc003400 00040
[    0.000000] ACPI: APIC 00000000fc0133d0 000D8 (v02    Xen      HVM 00000000 HVML 00000000)
[    0.000000] No NUMA configuration found
[    0.000000] Faking a node at 0000000000000000-0000000040000000
[    0.000000] Initmem setup node 0 0000000000000000-0000000040000000
[    0.000000]   NODE_DATA [000000003ffec000 - 000000003fffffff]
[    0.000000] Zone PFN ranges:
[    0.000000]   DMA      0x00000010 -> 0x00001000
[    0.000000]   DMA32    0x00001000 -> 0x00100000
[    0.000000]   Normal   empty
[    0.000000] Movable zone start PFN for each node
[    0.000000] early_node_map[2] active PFN ranges
[    0.000000]     0: 0x00000010 -> 0x0000009e
[    0.000000]     0: 0x00000100 -> 0x00040000
[    0.000000] ACPI: PM-Timer IO Port: 0xb008
[    0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x08] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x0a] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x0c] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x0e] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x10] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x12] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x14] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x16] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x18] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x1a] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x1c] disabled)
[    0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[    0.000000] IOAPIC[0]: apic_id 1, version 17, address 0xfec00000, GSI 0-47
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 low level)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 low level)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 low level)
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.000000] SMP: Allowing 15 CPUs, 14 hotplug CPUs
[    0.000000] PM: Registered nosave memory: 000000000009e000 - 00000000000a0000
[    0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000
[    0.000000] PM: Registered nosave memory: 00000000000e0000 - 0000000000100000
[    0.000000] Allocating PCI resources starting at 40000000 (gap: 40000000:bc000000)
[    0.000000] Booting paravirtualized kernel on Xen HVM
[    0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:15 nr_node_ids:1
[    0.000000] PERCPU: Embedded 27 pages/cpu @ffff880037c00000 s81024 r8192 d21376 u131072
[    0.000000] Built 1 zonelists in Node order, mobility grouping on.  Total pages: 257929
[    0.000000] Policy zone: DMA32
[    0.000000] Kernel command line: initrd=initrd.img console=ttyS0,38400 console=tty0 BOOT_IMAGE=vmlinuz 
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Checking aperture...
[    0.000000] No AGP bridge found
[    0.000000] Memory: 883240k/1048576k available (4867k kernel code, 456k absent, 164880k reserved, 6782k data, 940k init)
[    0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=15, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] 	RCU dyntick-idle grace-period acceleration is enabled.
[    0.000000] NR_IRQS:16640 nr_irqs:1208 16
[    0.000000] Xen HVM callback vector for event delivery is enabled
[    0.000000] Console: colour VGA+ 80x25
[    0.000000] console [tty0] enabled
[    0.000000] console [ttyS0] enabled
[    0.000000] allocated 8388608 bytes of page_cgroup
[    0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups
[    0.000000] Detected 2677.276 MHz processor.
[    0.004999] Calibrating delay loop (skipped), value calculated using timer frequency.. 5354.55 BogoMIPS (lpj=2677276)
[    0.013004] pid_max: default: 32768 minimum: 301
[    0.017034] Security Framework initialized
[    0.020012] SELinux:  Initializing.
[    0.024185] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.031268] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
[    0.038112] Mount-cache hash table entries: 256
[    0.044180] Initializing cgroup subsys cpuacct
[    0.049006] Initializing cgroup subsys memory
[    0.053014] Initializing cgroup subsys devices
[    0.056999] Initializing cgroup subsys freezer
[    0.062000] Initializing cgroup subsys net_cls
[    0.066999] Initializing cgroup subsys blkio
[    0.071004] Initializing cgroup subsys perf_event
[    0.076071] CPU: Physical Processor ID: 0
[    0.079997] CPU: Processor Core ID: 0
[    0.083998] mce: CPU supports 9 MCE banks
[    0.089138] SMP alternatives: switching to UP code
[    0.101620] ACPI: Core revision 20110623
[    0.113856] ftrace: allocating 25204 entries in 99 pages
[    0.148567] Not enabling x2apic, Intr-remapping init failed.
[    0.153989] Switched APIC routing to physical flat.
[    0.161120] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=0 pin2=0
[    0.176622] CPU0: Intel(R) Core(TM) i5 CPU       M 560  @ 2.67GHz stepping 05
[    0.184012] installing Xen timer for CPU 0
[    0.187040] Performance Events: unsupported p6 CPU model 37 no PMU driver, software events only.
[    0.194059] NMI watchdog disabled (cpu0): hardware events not enabled
[    0.195003] Brought up 1 CPUs
[    0.195987] Total of 1 processors activated (5354.55 BogoMIPS).
[    0.199117] devtmpfs: initialized
[    0.230082] atomic64 test passed for x86-64 platform with CX8 and with SSE
[    0.231035] RTC time: 18:20:40, date: 10/31/11
[    0.232074] NET: Registered protocol family 16
[    0.235115] ACPI: bus type pci registered
[    0.239989] PCI: Using configuration type 1 for base access
[    0.248000] bio: create slab <bio-0> at 0
[    0.249120] ACPI: Added _OSI(Module Device)
[    0.249988] ACPI: Added _OSI(Processor Device)
[    0.251019] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.251988] ACPI: Added _OSI(Processor Aggregator Device)
[    0.337021] ACPI: Interpreter enabled
[    0.337978] ACPI: (supports S0 S3 S4 S5)
[    0.342983] ACPI: Using IOAPIC for interrupt routing
[    0.886914] ACPI: No dock devices found.
[    0.887893] HEST: Table not found.
[    0.888895] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    0.889977] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[    0.891032] pci_root PNP0A03:00: host bridge window [io  0x0000-0x0cf7]
[    0.891890] pci_root PNP0A03:00: host bridge window [io  0x0d00-0xffff]
[    0.892890] pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff]
[    0.893889] pci_root PNP0A03:00: host bridge window [mem 0xf0000000-0xfbffffff]
[    0.946878] * Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
[    0.946879] * this clock source is slow. Consider trying other clock sources
[    0.959005] pci 0000:00:01.3: quirk: [io  0xb000-0xb03f] claimed by PIIX4 ACPI
[    1.012889]  pci0000:00: Unable to request _OSC control (_OSC support mask: 0x1e)
[    1.906831] ACPI: PCI Interrupt Link [LNKA] (IRQs *5 10 11)
[    1.913047] ACPI: PCI Interrupt Link [LNKB] (IRQs 5 *10 11)
[    1.918965] ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11)
[    1.925873] ACPI: PCI Interrupt Link [LNKD] (IRQs *5 10 11)
[    1.931973] xen/balloon: Initialising balloon driver.
[    1.932738] last_pfn = 0x40000 max_arch_pfn = 0x400000000
[    1.933757] xen-balloon: Initialising balloon driver.
[    1.934926] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none
[    1.935740] vgaarb: loaded
[    1.936731] vgaarb: bridge control possible 0000:00:02.0
[    1.937896] SCSI subsystem initialized
[    1.938927] usbcore: registered new interface driver usbfs
[    1.939771] usbcore: registered new interface driver hub
[    1.940799] usbcore: registered new device driver usb
[    1.941890] PCI: Using ACPI for IRQ routing
[    1.945843] NetLabel: Initializing
[    1.946732] NetLabel:  domain hash size = 128
[    1.947734] NetLabel:  protocols = UNLABELED CIPSOv4
[    1.948768] NetLabel:  unlabeled traffic allowed by default
[    1.949747] Switching to clocksource xen
[    1.951085] Switched to NOHz mode on CPU #0
[    1.973062] pnp: PnP ACPI init
[    1.980265] ACPI: bus type pnp registered
[    1.990358] system 00:00: [mem 0x00000000-0x0009ffff] could not be reserved
[    2.005868] system 00:02: [io  0x10c0-0x1141] has been reserved
[    2.019621] system 00:02: [io  0xb044-0xb047] has been reserved
[    2.035179] system 00:03: [io  0x08a0-0x08a3] has been reserved
[    2.054489] system 00:03: [io  0x0cc0-0x0ccf] has been reserved
[    2.070648] system 00:03: [io  0x04d0-0x04d1] has been reserved
[    2.145328] pnp: PnP ACPI: found 12 devices
[    2.156592] ACPI: ACPI bus type pnp unregistered
[    2.182889] NET: Registered protocol family 2
[    2.192696] IP route cache hash table entries: 32768 (order: 6, 262144 bytes)
[    2.222619] TCP established hash table entries: 131072 (order: 9, 2097152 bytes)
[    2.237754] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[    2.252830] TCP: Hash tables configured (established 131072 bind 65536)
[    2.268252] TCP reno registered
[    2.282694] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    2.305323] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    2.314751] NET: Registered protocol family 1
[    2.327035] pci 0000:00:00.0: Limiting direct PCI/PCI transfers
[    2.340403] pci 0000:00:01.0: PIIX3: Enabling Passive Release
[    2.353106] pci 0000:00:01.0: Activating ISA DMA hang workarounds
[    2.368124] Unpacking initramfs...
[    3.000634] Freeing initrd memory: 132500k freed
[    3.037083] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni)
[    3.044131] audit: initializing netlink socket (disabled)
[    3.049789] type=2000 audit(1320085244.797:1): initialized
[    3.079237] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[    3.092703] VFS: Disk quotas dquot_6.5.2
[    3.110961] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[    3.122725] msgmni has been set to 1983
[    3.132377] alg: No test for stdrng (krng)
[    3.140344] NET: Registered protocol family 38
[    3.149876] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    3.164511] io scheduler noop registered
[    3.174275] io scheduler deadline registered
[    3.184322] io scheduler cfq registered (default)
[    3.194993] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[    3.214332] pciehp: PCI Express Hot Plug Controller Driver version: 0.4
[    3.229680] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    3.243454] acpiphp: Slot [0] registered
[    3.253341] acpiphp: Slot [1] registered
[    3.262621] acpiphp: Slot [2] registered
[    3.273661] acpiphp: Slot [3] registered
[    3.283254] acpiphp: Slot [4] registered
[    3.292918] acpiphp: Slot [5] registered
[    3.302207] acpiphp: Slot [6] registered
[    3.310836] acpiphp: Slot [7] registered
[    3.320223] acpiphp: Slot [8] registered
[    3.334559] acpiphp: Slot [9] registered
[    3.342859] acpiphp: Slot [10] registered
[    3.353368] acpiphp: Slot [11] registered
[    3.362397] acpiphp: Slot [12] registered
[    3.371935] acpiphp: Slot [13] registered
[    3.384052] acpiphp: Slot [14] registered
[    3.392590] acpiphp: Slot [15] registered
[    3.404644] acpiphp: Slot [16] registered
[    3.413333] acpiphp: Slot [17] registered
[    3.424608] acpiphp: Slot [18] registered
[    3.435636] acpiphp: Slot [19] registered
[    3.445201] acpiphp: Slot [20] registered
[    3.461498] acpiphp: Slot [21] registered
[    3.470781] acpiphp: Slot [22] registered
[    3.480989] acpiphp: Slot [23] registered
[    3.491360] acpiphp: Slot [24] registered
[    3.500789] acpiphp: Slot [25] registered
[    3.510470] acpiphp: Slot [26] registered
[    3.518468] acpiphp: Slot [27] registered
[    3.527290] acpiphp: Slot [28] registered
[    3.534022] acpiphp: Slot [29] registered
[    3.545699] acpiphp: Slot [30] registered
[    3.553786] acpiphp: Slot [31] registered
[    3.561598] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
[    3.579001] ACPI: Power Button [PWRF]
[    3.586183] input: Sleep Button as /devices/LNXSYSTM:00/LNXSLPBN:00/input/input1
[    3.598568] ACPI: Sleep Button [SLPF]
[    3.666534] ERST: Table is not found!
[    3.675525] GHES: HEST is not enabled!
[    3.684103] xen-platform-pci 0000:00:03.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
[    3.709467] Grant table initialized
[    3.720211] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    3.775440] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    3.824734] 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    3.839434] Non-volatile memory driver v1.3
[    3.849378] Linux agpgart interface v0.103
[    3.860863] loop: module loaded
[    3.870446] scsi0 : ata_piix
[    3.878405] scsi1 : ata_piix
[    3.885877] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc220 irq 14
[    3.900343] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc228 irq 15
[    3.917546] Fixed MDIO Bus: probed
[    3.925950] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    3.940198] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    3.952266] uhci_hcd: USB Universal Host Controller Interface driver
[    3.973531] uhci_hcd 0000:00:01.2: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[    3.989527] uhci_hcd 0000:00:01.2: UHCI Host Controller
[    4.001676] uhci_hcd 0000:00:01.2: new USB bus registered, assigned bus number 1
[    4.024124] uhci_hcd 0000:00:01.2: irq 23, io base 0x0000c200
[    4.041633] Refined TSC clocksource calibration: 2677.181 MHz.
[    4.059702] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
[    4.074935] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    4.090748] usb usb1: Product: UHCI Host Controller
[    4.099439] usb usb1: Manufacturer: Linux 3.1.0-5.fc16.x86_64 uhci_hcd
[    4.113828] usb usb1: SerialNumber: 0000:00:01.2
[    4.124868] hub 1-0:1.0: USB hub found
[    4.143311] hub 1-0:1.0: 2 ports detected
[    4.153270] usbcore: registered new interface driver usbserial
[    4.163776] USB Serial support registered for generic
[    4.176772] usbcore: registered new interface driver usbserial_generic
[    4.191573] usbserial: USB Serial Driver core
[    4.202112] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[    4.224277] serio: i8042 KBD port at 0x60,0x64 irq 1
[    4.234579] serio: i8042 AUX port at 0x60,0x64 irq 12
[    4.243591] mousedev: PS/2 mouse device common for all mice
[    4.266000] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2
[    4.305325] rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0
[    4.320654] ata2.00: ATAPI: QEMU DVD-ROM, 0.10.2, max UDMA/100
[    4.336894] ata2.00: configured for MWDMA2
[    4.346972] rtc0: alarms up to one day, 114 bytes nvram
[    4.356267] device-mapper: uevent: version 1.0.3
[    4.364728] device-mapper: ioctl: 4.21.0-ioctl (2011-07-06) initialised: dm-devel@redhat.com
[    4.398637] cpuidle: using governor ladder
[    4.416798] cpuidle: using governor menu
[    4.440463] EFI Variables Facility v0.08 2004-May-17
[    4.455401] usbcore: registered new interface driver usbhid
[    4.466464] usbhid: USB HID core driver
[    4.471941] usb 1-2: new full speed USB device number 2 using uhci_hcd
[    4.479442] ip_tables: (C) 2000-2006 Netfilter Core Team
[    4.487208] TCP cubic registered
[    4.491879] Initializing XFRM netlink socket
[    4.498196] NET: Registered protocol family 10
[    4.504427] Mobile IPv6
[    4.508392] NET: Registered protocol family 17
[    4.516365] Registering the dns_resolver key type
[    4.522166] registered taskstats version 1
[    4.530496] IMA: No TPM chip found, activating TPM-bypass!
[    4.542259] XENBUS: Device with no driver: device/vfb/0
[    4.551985] XENBUS: Device with no driver: device/vbd/768
[    4.557808] XENBUS: Device with no driver: device/vbd/5632
[    4.563305] XENBUS: Device with no driver: device/vif/0
[    4.569566] XENBUS: Device with no driver: device/console/0
[    4.575926]   Magic number: 15:535:343
[    4.582096] tty tty60: hash matches
[    4.586306] rtc_cmos 00:05: setting system clock to 2011-10-31 18:20:43 UTC (1320085243)
[    4.597213] Initializing network drop monitor service
[    4.784955] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input3
[    7.954288] usb 1-2: New USB device found, idVendor=0627, idProduct=0001
[    7.959982] usb 1-2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    7.965696] usb 1-2: Product: QEMU USB Tablet
[    7.969472] usb 1-2: Manufacturer: QEMU 0.10.2
[    7.973301] usb 1-2: SerialNumber: 1
[    9.346286] ata2.00: qc timeout (cmd 0xa0)
[    9.350447] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[    9.511368] ata2.00: configured for MWDMA2
[   10.204402] input: QEMU 0.10.2 QEMU USB Tablet as /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input4
[   10.220604] generic-usb 0003:0627:0001.0001: input,hidraw0: USB HID v0.01 Pointer [QEMU 0.10.2 QEMU USB Tablet] on usb-0000:00:01.2-2/input0
[   14.515409] ata2.00: qc timeout (cmd 0xa0)
[   14.519215] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[   14.523777] ata2.00: limiting speed to MWDMA2:PIO3
[   14.682705] ata2.00: configured for MWDMA2
[   19.686372] ata2.00: qc timeout (cmd 0xa0)
[   19.690003] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[   19.694549] ata2.00: disabled
[   19.697694] ata2: soft resetting link
[   19.853703] ata2: EH complete
[   19.857284] Freeing unused kernel memory: 940k freed
[   19.861651] Write protecting the kernel read-only data: 10240k
[   19.871213] Freeing unused kernel memory: 1260k freed
[   19.881542] Freeing unused kernel memory: 1584k freed
[   19.914218] dracut: dracut-013-16.fc16
[   19.921618] dracut: root was live:/squashfs.img, liveroot is now live:/squashfs.img
[   19.937701] udevd[89]: starting version 173
[   20.067306] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[   20.124812] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
[   20.136542] dracut: Mounted root filesystem /dev/mapper/live-rw
[   20.166494] dracut: Switching root
[   20.538986] type=1403 audit(1320085259.451:2): policy loaded auid=4294967295 ses=4294967295
[   20.551722] systemd[1]: Successfully loaded SELinux policy in 147ms 38us.
[   20.585152] systemd[1]: Successfully loaded SELinux database in 27ms 524us, size on heap is 475K.
[   20.636550] systemd[1]: Relabelled /dev and /run in 39ms 368us.
[   20.646389] systemd[1]: systemd 36 running in system mode. (+PAM +LIBWRAP +AUDIT +SELINUX +SYSVINIT +LIBCRYPTSETUP; fedora)
[   20.664870] systemd[1]: No hostname configured.
[   20.668864] systemd[1]: Initializing machine ID from random generator.
[   20.730269] systemd[1]: Failed to fully start up daemon: No such file or directory
[   20.736720] systemd[1]: Cannot add dependency job for unit fedora-wait-storage.service, ignoring: Unit fedora-wait-storage.service failed to load: No such file or directory. See system logs and 'systemctl status fedora-wait-storage.service' for details.
[   20.753901] systemd[1]: Cannot add dependency job for unit systemd-remount-api-vfs.service, ignoring: Unit systemd-remount-api-vfs.service failed to load: No such file or directory. See system logs and 'systemctl status systemd-remount-api-vfs.service' for details.
[   20.771807] systemd[1]: Cannot add dependency job for unit fedora-storage-init.service, ignoring: Unit fedora-storage-init.service failed to load: No such file or directory. See system logs and 'systemctl status fedora-storage-init.service' for details.
[   20.788942] systemd[1]: Cannot add dependency job for unit fedora-readonly.service, ignoring: Unit fedora-readonly.service failed to load: No such file or directory. See system logs and 'systemctl status fedora-readonly.service' for details.
[   20.805387] systemd[1]: Cannot add dependency job for unit lvm2-monitor.service, ignoring: Unit dm-event.socket failed to load: No such file or directory. See system logs and 'systemctl status dm-event.socket' for details.
[   20.820446] systemd[1]: Cannot add dependency job for unit avahi-daemon.socket, ignoring: Unit avahi-daemon.socket failed to load: No such file or directory. See system logs and 'systemctl status avahi-daemon.socket' for details.
[   20.835852] systemd[1]: Cannot add dependency job for unit rpcbind.socket, ignoring: Unit rpcbind.socket failed to load: No such file or directory. See system logs and 'systemctl status rpcbind.socket' for details.
[   20.861030] systemd[1]: Cannot add dependency job for unit dm-event.socket, ignoring: Unit dm-event.socket failed to load: No such file or directory. See system logs and 'systemctl status dm-event.socket' for details.
[   20.890039] systemd[1]: Cannot add dependency job for unit iptables.service, ignoring: Unit iptables.service failed to load: No such file or directory. See system logs and 'systemctl status iptables.service' for details.
[   20.920513] systemd[1]: Cannot add dependency job for unit ip6tables.service, ignoring: Unit ip6tables.service failed to load: No such file or directory. See system logs and 'systemctl status ip6tables.service' for details.
[   20.973456] systemd-readahead-collect[254]: Disabling readahead collector due to execution in virtualized environment.
[   21.270214] systemd[1]: fedora-storage-init-late.service: main process exited, code=exited, status=203
[   21.298485] udevd[271]: starting version 173
[   21.339731] systemd[1]: Unit fedora-storage-init-late.service entered failed state.
[   21.503947] systemd-fsck[295]: Root directory is writable, skipping check.
[   21.653227] EXT4-fs (dm-0): re-mounted. Opts: user_xattr,acl,barrier=1,data=ordered
[   21.700121] mount[304]: warning: can't open /etc/fstab: No such file or directory
[   21.765128] systemd-vconsole-setup[298]: /bin/loadkeys failed with error code 1.
[   21.895550] systemd-vconsole-setup[298]: /bin/setfont failed with error code 1.
[   21.978459] lvm[294]: No volume groups found
[   22.094733] systemd-tmpfiles[340]: Successfully loaded SELinux database in 69ms 304us, size on heap is 476K.
[   22.506681] Initialising Xen virtual ethernet driver.
[   22.593025] vbd vbd-5632: 19 xenbus_dev_probe on device/vbd/5632
[   22.609176] blkfront: xvda: flush diskcache: enabled
[   22.648502]  xvda: unknown partition table
[   22.977881] vif vif-0: 2 parsing device/vif/0/mac

[-- Attachment #4: xen-4.1.2-f16test64hvm-linux-3.1.0-platform-pci-disabled.log --]
[-- Type: text/plain, Size: 24576 bytes --]

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 3.1.0-5.fc16.x86_64 (mockbuild@x86-10.phx2.fedoraproject.org) (gcc version 4.6.1 20111003 (Red Hat 4.6.1-10) (GCC) ) #1 SMP Thu Oct 27 03:46:50 UTC 2011
[    0.000000] Command line: initrd=initrd.img console=ttyS0,38400 console=tty0 BOOT_IMAGE=vmlinuz 
[    0.000000] BIOS-provided physical RAM map:
[    0.000000]  BIOS-e820: 0000000000000000 - 000000000009e000 (usable)
[    0.000000]  BIOS-e820: 000000000009e000 - 00000000000a0000 (reserved)
[    0.000000]  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[    0.000000]  BIOS-e820: 0000000000100000 - 0000000040000000 (usable)
[    0.000000]  BIOS-e820: 00000000fc000000 - 0000000100000000 (reserved)
[    0.000000] Using x86 segment limits to approximate NX protection
[    0.000000] DMI 2.4 present.
[    0.000000] Hypervisor detected: Xen HVM
[    0.000000] Xen version 4.1.
[    0.000000] Xen Platform PCI: unrecognised magic value
[    0.000000] No AGP bridge found
[    0.000000] last_pfn = 0x40000 max_arch_pfn = 0x400000000
[    0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[    0.000000] found SMP MP-table at [ffff8800000fbc70] fbc70
[    0.000000] init_memory_mapping: 0000000000000000-0000000040000000
[    0.000000] RAMDISK: 37e7a000 - 3ffdf000
[    0.000000] ACPI: RSDP 00000000000ea020 00024 (v02    Xen)
[    0.000000] ACPI: XSDT 00000000fc0134b0 00034 (v01    Xen      HVM 00000000 HVML 00000000)
[    0.000000] ACPI: FACP 00000000fc0132d0 000F4 (v04    Xen      HVM 00000000 HVML 00000000)
[    0.000000] ACPI: DSDT 00000000fc003440 0FE05 (v02    Xen      HVM 00000000 INTL 20100528)
[    0.000000] ACPI: FACS 00000000fc003400 00040
[    0.000000] ACPI: APIC 00000000fc0133d0 000D8 (v02    Xen      HVM 00000000 HVML 00000000)
[    0.000000] No NUMA configuration found
[    0.000000] Faking a node at 0000000000000000-0000000040000000
[    0.000000] Initmem setup node 0 0000000000000000-0000000040000000
[    0.000000]   NODE_DATA [000000003ffec000 - 000000003fffffff]
[    0.000000] Zone PFN ranges:
[    0.000000]   DMA      0x00000010 -> 0x00001000
[    0.000000]   DMA32    0x00001000 -> 0x00100000
[    0.000000]   Normal   empty
[    0.000000] Movable zone start PFN for each node
[    0.000000] early_node_map[2] active PFN ranges
[    0.000000]     0: 0x00000010 -> 0x0000009e
[    0.000000]     0: 0x00000100 -> 0x00040000
[    0.000000] ACPI: PM-Timer IO Port: 0xb008
[    0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x08] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x0a] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x0c] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x0e] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x10] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x12] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x14] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x16] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x18] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x1a] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x1c] disabled)
[    0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[    0.000000] IOAPIC[0]: apic_id 1, version 17, address 0xfec00000, GSI 0-47
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 low level)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 low level)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 low level)
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.000000] SMP: Allowing 15 CPUs, 14 hotplug CPUs
[    0.000000] PM: Registered nosave memory: 000000000009e000 - 00000000000a0000
[    0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000
[    0.000000] PM: Registered nosave memory: 00000000000e0000 - 0000000000100000
[    0.000000] Allocating PCI resources starting at 40000000 (gap: 40000000:bc000000)
[    0.000000] Booting paravirtualized kernel on Xen HVM
[    0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:15 nr_node_ids:1
[    0.000000] PERCPU: Embedded 27 pages/cpu @ffff880037c00000 s81024 r8192 d21376 u131072
[    0.000000] Built 1 zonelists in Node order, mobility grouping on.  Total pages: 257929
[    0.000000] Policy zone: DMA32
[    0.000000] Kernel command line: initrd=initrd.img console=ttyS0,38400 console=tty0 BOOT_IMAGE=vmlinuz 
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Checking aperture...
[    0.000000] No AGP bridge found
[    0.000000] Memory: 883240k/1048576k available (4867k kernel code, 456k absent, 164880k reserved, 6782k data, 940k init)
[    0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=15, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] 	RCU dyntick-idle grace-period acceleration is enabled.
[    0.000000] NR_IRQS:16640 nr_irqs:1208 16
[    0.000000] Xen HVM callback vector for event delivery is enabled
[    0.000000] Console: colour VGA+ 80x25
[    0.000000] console [tty0] enabled
[    0.000000] console [ttyS0] enabled
[    0.000000] allocated 8388608 bytes of page_cgroup
[    0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups
[    0.000000] Detected 2677.244 MHz processor.
[    0.009999] Calibrating delay loop (skipped), value calculated using timer frequency.. 5354.48 BogoMIPS (lpj=2677244)
[    0.036006] pid_max: default: 32768 minimum: 301
[    0.049053] Security Framework initialized
[    0.060011] SELinux:  Initializing.
[    0.070196] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.086283] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
[    0.108126] Mount-cache hash table entries: 256
[    0.118237] Initializing cgroup subsys cpuacct
[    0.131007] Initializing cgroup subsys memory
[    0.143020] Initializing cgroup subsys devices
[    0.155994] Initializing cgroup subsys freezer
[    0.168992] Initializing cgroup subsys net_cls
[    0.185998] Initializing cgroup subsys blkio
[    0.199003] Initializing cgroup subsys perf_event
[    0.210117] CPU: Physical Processor ID: 0
[    0.227983] CPU: Processor Core ID: 0
[    0.237983] mce: CPU supports 9 MCE banks
[    0.248169] SMP alternatives: switching to UP code
[    0.270478] ACPI: Core revision 20110623
[    0.301144] ftrace: allocating 25204 entries in 99 pages
[    0.359854] Not enabling x2apic, Intr-remapping init failed.
[    0.379963] Switched APIC routing to physical flat.
[    0.395377] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=0 pin2=0
[    0.421054] CPU0: Intel(R) Core(TM) i5 CPU       M 560  @ 2.67GHz stepping 05
[    0.441969] installing Xen timer for CPU 0
[    0.460041] Performance Events: unsupported p6 CPU model 37 no PMU driver, software events only.
[    0.469990] NMI watchdog disabled (cpu0): hardware events not enabled
[    0.470987] Brought up 1 CPUs
[    0.471952] Total of 1 processors activated (5354.48 BogoMIPS).
[    0.477079] devtmpfs: initialized
[    0.543947] atomic64 test passed for x86-64 platform with CX8 and with SSE
[    0.544994] RTC time: 18:31:27, date: 10/31/11
[    0.546027] NET: Registered protocol family 16
[    0.548999] ACPI: bus type pci registered
[    0.552043] PCI: Using configuration type 1 for base access
[    0.563016] bio: create slab <bio-0> at 0
[    0.565020] ACPI: Added _OSI(Module Device)
[    0.565937] ACPI: Added _OSI(Processor Device)
[    0.566948] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.567950] ACPI: Added _OSI(Processor Aggregator Device)
[    0.645984] ACPI: Interpreter enabled
[    0.646923] ACPI: (supports S0 S3 S4 S5)
[    0.651923] ACPI: Using IOAPIC for interrupt routing
[    1.146001] ACPI: No dock devices found.
[    1.146841] HEST: Table not found.
[    1.147842] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    1.148917] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[    1.149962] pci_root PNP0A03:00: host bridge window [io  0x0000-0x0cf7]
[    1.150842] pci_root PNP0A03:00: host bridge window [io  0x0d00-0xffff]
[    1.151841] pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff]
[    1.152841] pci_root PNP0A03:00: host bridge window [mem 0xf0000000-0xfbffffff]
[    1.192014] * Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
[    1.192015] * this clock source is slow. Consider trying other clock sources
[    1.201900] pci 0000:00:01.3: quirk: [io  0xb000-0xb03f] claimed by PIIX4 ACPI
[    1.241962]  pci0000:00: Unable to request _OSC control (_OSC support mask: 0x1e)
[    2.025898] ACPI: PCI Interrupt Link [LNKA] (IRQs *5 10 11)
[    2.031953] ACPI: PCI Interrupt Link [LNKB] (IRQs 5 *10 11)
[    2.037956] ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11)
[    2.043955] ACPI: PCI Interrupt Link [LNKD] (IRQs *5 10 11)
[    2.049869] xen/balloon: Initialising balloon driver.
[    2.050708] last_pfn = 0x40000 max_arch_pfn = 0x400000000
[    2.051722] xen-balloon: Initialising balloon driver.
[    2.052853] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none
[    2.053707] vgaarb: loaded
[    2.054705] vgaarb: bridge control possible 0000:00:02.0
[    2.055783] SCSI subsystem initialized
[    2.056815] usbcore: registered new interface driver usbfs
[    2.057722] usbcore: registered new interface driver hub
[    2.058730] usbcore: registered new device driver usb
[    2.059795] PCI: Using ACPI for IRQ routing
[    2.062025] NetLabel: Initializing
[    2.062701] NetLabel:  domain hash size = 128
[    2.063700] NetLabel:  protocols = UNLABELED CIPSOv4
[    2.064721] NetLabel:  unlabeled traffic allowed by default
[    2.065725] Switching to clocksource xen
[    2.067059] Switched to NOHz mode on CPU #0
[    2.084009] pnp: PnP ACPI init
[    2.091041] ACPI: bus type pnp registered
[    2.099766] system 00:00: [mem 0x00000000-0x0009ffff] could not be reserved
[    2.117529] system 00:02: [io  0x10c0-0x1141] has been reserved
[    2.130328] system 00:02: [io  0xb044-0xb047] has been reserved
[    2.144333] system 00:03: [io  0x08a0-0x08a3] has been reserved
[    2.167610] system 00:03: [io  0x0cc0-0x0ccf] has been reserved
[    2.181435] system 00:03: [io  0x04d0-0x04d1] has been reserved
[    2.246335] pnp: PnP ACPI: found 12 devices
[    2.255920] ACPI: ACPI bus type pnp unregistered
[    2.272417] NET: Registered protocol family 2
[    2.282943] IP route cache hash table entries: 32768 (order: 6, 262144 bytes)
[    2.298402] TCP established hash table entries: 131072 (order: 9, 2097152 bytes)
[    2.319541] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[    2.334573] TCP: Hash tables configured (established 131072 bind 65536)
[    2.351355] TCP reno registered
[    2.362101] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    2.376828] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    2.398645] NET: Registered protocol family 1
[    2.411609] pci 0000:00:00.0: Limiting direct PCI/PCI transfers
[    2.428007] pci 0000:00:01.0: PIIX3: Enabling Passive Release
[    2.443328] pci 0000:00:01.0: Activating ISA DMA hang workarounds
[    2.460932] Unpacking initramfs...
[    3.153438] Freeing initrd memory: 132500k freed
[    3.193642] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni)
[    3.210175] audit: initializing netlink socket (disabled)
[    3.224144] type=2000 audit(1320085891.637:1): initialized
[    3.269240] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[    3.294091] VFS: Disk quotas dquot_6.5.2
[    3.305685] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[    3.322563] msgmni has been set to 1983
[    3.333804] alg: No test for stdrng (krng)
[    3.345060] NET: Registered protocol family 38
[    3.369417] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    3.389791] io scheduler noop registered
[    3.400170] io scheduler deadline registered
[    3.412652] io scheduler cfq registered (default)
[    3.434054] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[    3.452509] pciehp: PCI Express Hot Plug Controller Driver version: 0.4
[    3.467564] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    3.482297] acpiphp: Slot [0] registered
[    3.498329] acpiphp: Slot [1] registered
[    3.509545] acpiphp: Slot [2] registered
[    3.521837] acpiphp: Slot [3] registered
[    3.535810] acpiphp: Slot [4] registered
[    3.546618] acpiphp: Slot [5] registered
[    3.558013] acpiphp: Slot [6] registered
[    3.569028] acpiphp: Slot [7] registered
[    3.577378] acpiphp: Slot [8] registered
[    3.585571] acpiphp: Slot [9] registered
[    3.594136] acpiphp: Slot [10] registered
[    3.605047] acpiphp: Slot [11] registered
[    3.617289] acpiphp: Slot [12] registered
[    3.635176] acpiphp: Slot [13] registered
[    3.645500] acpiphp: Slot [14] registered
[    3.653631] acpiphp: Slot [15] registered
[    3.662873] acpiphp: Slot [16] registered
[    3.673800] acpiphp: Slot [17] registered
[    3.683048] acpiphp: Slot [18] registered
[    3.695166] acpiphp: Slot [19] registered
[    3.707294] acpiphp: Slot [20] registered
[    3.719412] acpiphp: Slot [21] registered
[    3.733379] acpiphp: Slot [22] registered
[    3.743860] acpiphp: Slot [23] registered
[    3.753505] acpiphp: Slot [24] registered
[    3.761528] acpiphp: Slot [25] registered
[    3.772585] acpiphp: Slot [26] registered
[    3.779635] acpiphp: Slot [27] registered
[    3.787641] acpiphp: Slot [28] registered
[    3.803456] acpiphp: Slot [29] registered
[    3.811555] acpiphp: Slot [30] registered
[    3.822066] acpiphp: Slot [31] registered
[    3.830693] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
[    3.843044] ACPI: Power Button [PWRF]
[    3.848869] input: Sleep Button as /devices/LNXSYSTM:00/LNXSLPBN:00/input/input1
[    3.858744] ACPI: Sleep Button [SLPF]
[    3.914683] ERST: Table is not found!
[    3.919555] GHES: HEST is not enabled!
[    3.925848] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    3.971082] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    4.017938] 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    4.025223] Non-volatile memory driver v1.3
[    4.031615] Linux agpgart interface v0.103
[    4.044197] loop: module loaded
[    4.056103] scsi0 : ata_piix
[    4.064587] scsi1 : ata_piix
[    4.070221] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc120 irq 14
[    4.079404] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc128 irq 15
[    4.090982] Fixed MDIO Bus: probed
[    4.100125] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    4.110214] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    4.119711] uhci_hcd: USB Universal Host Controller Interface driver
[    4.131711] uhci_hcd 0000:00:01.2: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[    4.144448] uhci_hcd 0000:00:01.2: UHCI Host Controller
[    4.157176] uhci_hcd 0000:00:01.2: new USB bus registered, assigned bus number 1
[    4.169978] uhci_hcd 0000:00:01.2: irq 23, io base 0x0000c100
[    4.185559] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
[    4.196823] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    4.210203] usb usb1: Product: UHCI Host Controller
[    4.218714] usb usb1: Manufacturer: Linux 3.1.0-5.fc16.x86_64 uhci_hcd
[    4.234499] usb usb1: SerialNumber: 0000:00:01.2
[    4.243426] Refined TSC clocksource calibration: 2677.181 MHz.
[    4.254583] hub 1-0:1.0: USB hub found
[    4.260973] hub 1-0:1.0: 2 ports detected
[    4.270658] usbcore: registered new interface driver usbserial
[    4.281673] USB Serial support registered for generic
[    4.290221] usbcore: registered new interface driver usbserial_generic
[    4.306771] usbserial: USB Serial Driver core
[    4.319613] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[    4.337869] serio: i8042 KBD port at 0x60,0x64 irq 1
[    4.346917] serio: i8042 AUX port at 0x60,0x64 irq 12
[    4.356592] mousedev: PS/2 mouse device common for all mice
[    4.369511] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2
[    4.390238] rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0
[    4.400963] rtc0: alarms up to one day, 114 bytes nvram
[    4.411174] device-mapper: uevent: version 1.0.3
[    4.419520] device-mapper: ioctl: 4.21.0-ioctl (2011-07-06) initialised: dm-devel@redhat.com
[    4.434994] cpuidle: using governor ladder
[    4.443631] cpuidle: using governor menu
[    4.450955] EFI Variables Facility v0.08 2004-May-17
[    4.465752] usbcore: registered new interface driver usbhid
[    4.476575] usbhid: USB HID core driver
[    4.489789] ip_tables: (C) 2000-2006 Netfilter Core Team
[    4.500777] TCP cubic registered
[    4.512424] Initializing XFRM netlink socket
[    4.524175] NET: Registered protocol family 10
[    4.555973] Mobile IPv6
[    4.563289] NET: Registered protocol family 17
[    4.590928] ata1.00: ATA-7: QEMU HARDDISK, 0.10.2, max UDMA/100
[    4.603485] ata1.00: 62914560 sectors, multi 16: LBA48 
[    4.612965] ata2.00: ATAPI: QEMU DVD-ROM, 0.10.2, max UDMA/100
[    4.627911] ata2.00: configured for MWDMA2
[    4.642096] Registering the dns_resolver key type
[    4.661460] ata1.00: configured for MWDMA2
[    4.670193] scsi 0:0:0:0: Direct-Access     ATA      QEMU HARDDISK    0.10 PQ: 0 ANSI: 5
[    4.685673] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    4.697488] scsi 1:0:0:0: CD-ROM            QEMU     QEMU DVD-ROM     0.10 PQ: 0 ANSI: 5
[    4.714448] sd 0:0:0:0: [sda] 62914560 512-byte logical blocks: (32.2 GB/30.0 GiB)
[    4.734544] registered taskstats version 1
[    4.744923] IMA: No TPM chip found, activating TPM-bypass!
[    4.756015]   Magic number: 15:741:545
[    4.761907] rtc_cmos 00:05: setting system clock to 2011-10-31 18:31:31 UTC (1320085891)
[    4.771881] Initializing network drop monitor service
[    4.781501] sr0: scsi3-mmc drive: 4x/4x xa/form2 tray
[    4.789242] cdrom: Uniform CD-ROM driver Revision: 3.20
[    4.805026] sr 1:0:0:0: Attached scsi generic sg1 type 5
[    4.811640] usb 1-2: new full speed USB device number 2 using uhci_hcd
[    4.820549] sd 0:0:0:0: [sda] Write Protect is off
[    4.827544] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[    4.843720]  sda: unknown partition table
[    4.849601] sd 0:0:0:0: [sda] Attached SCSI disk
[    4.856223] Freeing unused kernel memory: 940k freed
[    4.862917] Write protecting the kernel read-only data: 10240k
[    4.878993] Freeing unused kernel memory: 1260k freed
[    4.903033] Freeing unused kernel memory: 1584k freed
[    4.955884] dracut: dracut-013-16.fc16
[    4.970221] dracut: root was live:/squashfs.img, liveroot is now live:/squashfs.img
[    4.996561] udevd[91]: starting version 173
[    5.038989] usb 1-2: New USB device found, idVendor=0627, idProduct=0001
[    5.051977] usb 1-2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    5.073198] usb 1-2: Product: QEMU USB Tablet
[    5.081687] usb 1-2: Manufacturer: QEMU 0.10.2
[    5.090037] usb 1-2: SerialNumber: 1
[    5.106364] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input3
[    5.207463] input: QEMU 0.10.2 QEMU USB Tablet as /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input4
[    5.261120] generic-usb 0003:0627:0001.0001: input,hidraw0: USB HID v0.01 Pointer [QEMU 0.10.2 QEMU USB Tablet] on usb-0000:00:01.2-2/input0
[    5.652656] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    5.723242] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
[    5.738022] dracut: Mounted root filesystem /dev/mapper/live-rw
[    5.790468] dracut: Switching root
[    6.269951] type=1403 audit(1320085893.007:2): policy loaded auid=4294967295 ses=4294967295
[    6.284896] systemd[1]: Successfully loaded SELinux policy in 175ms 109us.
[    6.324879] systemd[1]: Successfully loaded SELinux database in 31ms 773us, size on heap is 475K.
[    6.385001] systemd[1]: Relabelled /dev and /run in 45ms 812us.
[    6.396418] systemd[1]: systemd 36 running in system mode. (+PAM +LIBWRAP +AUDIT +SELINUX +SYSVINIT +LIBCRYPTSETUP; fedora)
[    6.418068] systemd[1]: No hostname configured.
[    6.423046] systemd[1]: Initializing machine ID from random generator.
[    6.492643] systemd[1]: Failed to fully start up daemon: No such file or directory
[    6.511686] systemd[1]: Cannot add dependency job for unit fedora-wait-storage.service, ignoring: Unit fedora-wait-storage.service failed to load: No such file or directory. See system logs and 'systemctl status fedora-wait-storage.service' for details.
[    6.571435] systemd[1]: Cannot add dependency job for unit systemd-remount-api-vfs.service, ignoring: Unit systemd-remount-api-vfs.service failed to load: No such file or directory. See system logs and 'systemctl status systemd-remount-api-vfs.service' for details.
[    6.623918] systemd[1]: Cannot add dependency job for unit fedora-storage-init.service, ignoring: Unit fedora-storage-init.service failed to load: No such file or directory. See system logs and 'systemctl status fedora-storage-init.service' for details.
[    6.653173] systemd[1]: Cannot add dependency job for unit fedora-readonly.service, ignoring: Unit fedora-readonly.service failed to load: No such file or directory. See system logs and 'systemctl status fedora-readonly.service' for details.
[    6.705570] systemd[1]: Cannot add dependency job for unit lvm2-monitor.service, ignoring: Unit dm-event.socket failed to load: No such file or directory. See system logs and 'systemctl status dm-event.socket' for details.
[    6.754188] systemd[1]: Cannot add dependency job for unit avahi-daemon.socket, ignoring: Unit avahi-daemon.socket failed to load: No such file or directory. See system logs and 'systemctl status avahi-daemon.socket' for details.
[    6.816406] systemd[1]: Cannot add dependency job for unit rpcbind.socket, ignoring: Unit rpcbind.socket failed to load: No such file or directory. See system logs and 'systemctl status rpcbind.socket' for details.
[    6.865606] systemd[1]: Cannot add dependency job for unit dm-event.socket, ignoring: Unit dm-event.socket failed to load: No such file or directory. See system logs and 'systemctl status dm-event.socket' for details.
[    6.913090] systemd[1]: Cannot add dependency job for unit iptables.service, ignoring: Unit iptables.service failed to load: No such file or directory. See system logs and 'systemctl status iptables.service' for details.
[    6.955579] systemd[1]: Cannot add dependency job for unit ip6tables.service, ignoring: Unit ip6tables.service failed to load: No such file or directory. See system logs and 'systemctl status ip6tables.service' for details.
[    7.012440] systemd-readahead-collect[333]: Disabling readahead collector due to execution in virtualized environment.
[    7.386262] systemd[1]: fedora-storage-init-late.service: main process exited, code=exited, status=203
[    7.443655] udevd[350]: starting version 173
[    7.516084] systemd[1]: Unit fedora-storage-init-late.service entered failed state.
[    7.761565] systemd-fsck[413]: Root directory is writable, skipping check.
[    7.906119] systemd-vconsole-setup[417]: /bin/loadkeys failed with error code 1.
[    7.949179] EXT4-fs (dm-0): re-mounted. Opts: user_xattr,acl,barrier=1,data=ordered
[    7.982573] systemd-vconsole-setup[417]: /bin/setfont failed with error code 1.
[    8.047026] mount[422]: warning: can't open /etc/fstab: No such file or directory
[    8.109546] lvm[412]: No volume groups found
[    8.284843] systemd-tmpfiles[441]: Successfully loaded SELinux database in 35ms 444us, size on heap is 476K.
[    8.540772] 8139cp: 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
[    9.353982] 8139cp 0000:00:03.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
[    9.560432] 8139cp 0000:00:03.0: eth0: RTL-8139C+ at 0xffffc90000a30000, 00:16:3f:03:01:14, IRQ 28
[    9.662977] 8139too: 8139too Fast Ethernet driver 0.9.28

[-- Attachment #5: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

^ permalink raw reply

* Re: [PATCH] hadoop: fix contract for listStatus
From: Gregory Farnum @ 2011-10-31 18:22 UTC (permalink / raw)
  To: Noah Watkins; +Cc: ceph-devel
In-Reply-To: <975279467.13273.1319847928971.JavaMail.root@mail-01.cse.ucsc.edu>

Just pushed this to master in
commit:f9b7ecdb5bba1439dc4c13005a6213ddb6ecfcc5, with a minor change
to the patch description. :)
Thanks!

On Fri, Oct 28, 2011 at 5:25 PM, Noah Watkins <jayhawk@soe.ucsc.edu> wrote:
> Return NULL when the path does not exist. Although
> unspecified in the declaration header, other file
> systems return a single result when the path is a file.
>
> This fixes tracker issue #1661
>
> Signed-off-by: Noah Watkins <noahwatkins@gmail.com>
> ---
>  src/client/hadoop/ceph/CephFileSystem.java |   14 +++++++-------
>  1 files changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/src/client/hadoop/ceph/CephFileSystem.java b/src/client/hadoop/ceph/CephFileSystem.java
> index c697075..a7317b1 100644
> --- a/src/client/hadoop/ceph/CephFileSystem.java
> +++ b/src/client/hadoop/ceph/CephFileSystem.java
> @@ -435,9 +435,8 @@ public class CephFileSystem extends FileSystem {
>    * Get the FileStatus for each listing in a directory.
>    * @param path The directory to get listings from.
>    * @return FileStatus[] containing one FileStatus for each directory listing;
> -   * null if path is not a directory.
> +   *         null if path does not exist.
>    * @throws IOException if initialize() hasn't been called.
> -   * @throws FileNotFoundException if the input path can't be found.
>    */
>   public FileStatus[] listStatus(Path path) throws IOException {
>     if (!initialized) {
> @@ -458,11 +457,12 @@ public class CephFileSystem extends FileSystem {
>       ceph.debug("listStatus:exit", ceph.DEBUG);
>       return statuses;
>     }
> -    if (!isFile(path)) {
> -      throw new FileNotFoundException();
> -    } // if we get here, listPaths returned null
> -    // which means that the input wasn't a directory, so throw an Exception if it's not a file
> -    return null; // or return null if it's a file
> +
> +    if (isFile(path)) {
> +      return new FileStatus[] { getFileStatus(path) };
> +    }
> +
> +    return null;
>   }
>
>   @Override
> --
> 1.7.5.4
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply

* Re: [PATCH 2/2 v4] net/smsc911x: Add regulator support
From: Mike Frysinger @ 2011-10-31 18:21 UTC (permalink / raw)
  To: Robert Marklund
  Cc: netdev, Steve Glendinning, Mathieu Poirier, Paul Mundt, linux-sh,
	Sascha Hauer, Tony Lindgren, linux-omap, uclinux-dist-devel,
	Linus Walleij
In-Reply-To: <1320064719-14449-1-git-send-email-robert.marklund@stericsson.com>

[-- Attachment #1: Type: Text/Plain, Size: 437 bytes --]

On Monday 31 October 2011 08:38:39 Robert Marklund wrote:
> ChangeLog v3->v4:
> - Remove dual prints and old comment on Mike's request.
> - Split the request_free fucntion on Mike and Sascha request.

would be nice if the enable/disable were split as well ...

>  	iounmap(pdata->ioaddr);
> 
> +	(void)smsc911x_enable_disable_resources(pdev, false);

i don't think the (void) cast is necessary

otherwise looks fine
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply

* Re: [PATCH 2/2 v4] net/smsc911x: Add regulator support
From: Mike Frysinger @ 2011-10-31 18:21 UTC (permalink / raw)
  To: Robert Marklund
  Cc: netdev, Steve Glendinning, Mathieu Poirier, Paul Mundt, linux-sh,
	Sascha Hauer, Tony Lindgren, linux-omap, uclinux-dist-devel,
	Linus Walleij
In-Reply-To: <1320064719-14449-1-git-send-email-robert.marklund@stericsson.com>

[-- Attachment #1: Type: Text/Plain, Size: 437 bytes --]

On Monday 31 October 2011 08:38:39 Robert Marklund wrote:
> ChangeLog v3->v4:
> - Remove dual prints and old comment on Mike's request.
> - Split the request_free fucntion on Mike and Sascha request.

would be nice if the enable/disable were split as well ...

>  	iounmap(pdata->ioaddr);
> 
> +	(void)smsc911x_enable_disable_resources(pdev, false);

i don't think the (void) cast is necessary

otherwise looks fine
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply

* [U-Boot] mx31: NAND_SPL boot question for TT-01
From: Stefano Babic @ 2011-10-31 18:21 UTC (permalink / raw)
  To: u-boot
In-Reply-To: <4EAED472.7080903@hale.at>

On 10/31/2011 06:01 PM, Helmut Raiger wrote:
> Hi (Stefano),
> 
>     just a short question. I'd like to add NAND boot to the board
> support of our TT-01.
> I checked out the mx31pdk code and also found something in doc/README.SPL
> which does not seem to correspond.

Right. A lot of work was done recently, and now there is a common SPL
framework in u-boot. The README.spl refers to the new stuff.

Before of that, booting from NAND was done in a different manner. This
is what you find under board/freescale/mx31pdk. The mx31pdk is booting
with the old mechanism.

New boards must implement the SPL according to the new framework, using
CONFIG_SPL and setting the SPL configuration in the board configuration
file. I am expecting

Stefano

-- 
=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office at denx.de
=====================================================================

^ permalink raw reply

* Re: [PATCH 2/2] nfs41: handle BLK_LAYOUT CB_RECALL_ANY
From: Trond Myklebust @ 2011-10-31 18:20 UTC (permalink / raw)
  To: Benny Halevy; +Cc: Peng Tao, linux-nfs, Peng Tao, nfsv4 list
In-Reply-To: <4EAEE173.80306@tonian.com>

On Mon, 2011-10-31 at 19:57 +0200, Benny Halevy wrote: 
> On 2011-10-31 19:42, Trond Myklebust wrote:
> > On Mon, 2011-10-31 at 19:08 +0200, Benny Halevy wrote: 
> >> On 2011-10-31 18:45, Trond Myklebust wrote:
> >>> On Tue, 2011-11-01 at 00:38 +0800, Peng Tao wrote: 
> >>>> On Mon, Oct 31, 2011 at 11:49 PM, Trond Myklebust
> >>>> <Trond.Myklebust@netapp.com> wrote:
> >>>>> On Mon, 2011-10-31 at 08:15 -0700, Peng Tao wrote:
> >>>>>> For blocklayout, we need to issue layoutreturn to return layouts when
> >>>>>> handling CB_RECALL_ANY.
> >>>>>
> >>>>> Why?
> >>>> Because replying NFS4_OK to CB_RECALL_ANY indicates that client knows
> >>>> that server wants client to return layout. And server will be waiting
> >>>> for layoutreturn in such case.
> >>>
> >>> No it doesn't. NFS4_OK means that the client acknowledges that it has
> >>> been given a new limit on the number of recallable objects it can keep.
> >>> There is no requirement in the text that it should send layoutreturn or
> >>> that the server should expect that.
> >>
> >> The motivation for CB_RECALL_ANY is to reduce the state on the *server* side.
> >> Quoting from RFC5661:
> >>    The server may decide that it cannot hold all of the state for
> >>    recallable objects, such as delegations and layouts, without running
> >>    out of resources.  In such a case, while not optimal, the server is
> >>    free to recall individual objects to reduce the load.
> >> ...
> >>    In order to implement an effective reclaim scheme for such objects,
> >>    the server's knowledge of available resources must be used to
> >>    determine when objects must be recalled with the clients selecting
> >>    the actual objects to be returned.
> >>                       ^^^^^^^^^^^^^^
> >> ...
> >>    When a given resource pool is over-utilized, the server can send a
> >>    CB_RECALL_ANY to clients holding recallable objects of the types
> >>    involved, allowing it to keep a certain number of such objects and
> >>    return any excess.
> >>    ^^^^^^^^^^^^^^^^^
> >> ...
> >>    RCA4_TYPE_MASK_FILE_LAYOUT
> >>
> >>       The client is to return layouts of type LAYOUT4_NFSV4_1_FILES.
> >>                     ^^^^^^^^^^^^^^^^^
> >>
> >> Isn't that explicit enough?
> > 
> > Leaving aside the fact that the above quotes contain no normative
> > language:
> > Right now, we do a bulk return of all layouts. Doing a layoutreturn for
> > each and every layout in that case is just ridiculous. Either do a
> 
> The idea is to return the layouts for files that are the least used,
> not each and every layout.
> 
> > LAYOUTRETURN4_ALL after freeing all the layouts, or don't do anything at
> > all and just wait for the server to revoke the layouts for us (which is
> > what we currently do).
> > Both options should be faster than doing a LAYOUTRETURN4_FILE on each
> > and every file that is currently in use.
> 
> Doing LAYOUTRETURN4_ALL might cause a bug hiccup if the client needs to then send
> a LAYOUTGET for each and every file that *is* currently in use.
> So serving a CB_RECALL_ANY keeping more than 50% of the recallable objects means
> the client would be better off returning the excess rather than returning everything
> and reclaiming > 50% back.
> 
> Waiting for revocation may work well with some servers but would be disastrous in
> terms of performance and responsiveness with others.

I don't necessarily disagree with what you are saying, but I have yet to
see a single server side implementation of CB_RECALL_ANY, let alone any
numbers that indicate performance or responsiveness problems resulting
from our existing client-side implementation.

I therefore find it hard to understand why optimising this particular
code is such a high priority, or why a patch that is adding per-file
layoutreturns to initiate_bulk_draining() is going to help anything at
all.

   Trond

-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com


^ permalink raw reply

* Re: REQ GID enforcement in the CM
From: Jason Gunthorpe @ 2011-10-31 18:19 UTC (permalink / raw)
  To: Or Gerlitz
  Cc: Hefty, Sean, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
In-Reply-To: <4EAD239A.2050702-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>

On Sun, Oct 30, 2011 at 12:14:50PM +0200, Or Gerlitz wrote:
> On 10/27/2011 6:55 PM, Jason Gunthorpe wrote:
> >You can use the CM to establish a connection on another port, eg
> >send CM GMPs to port 1, specify the primary data path is port 2
> >and specify the alternate data path is port 1. Jason
> 
> makes sense, still, maybe the code here could/should be made more
> strict here for the case of a REQ sent with primary path only,
> agree?

I'm not quite sure what you are proposing?

IBA places no requirements on the how the GMP path for CM messages is
related to the data path.

The only validation you can do is to ensure that end port described by
the GID also has the LID as part of its LID/LMC range, which I thought
I saw happening?

Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply

* Re: [RFC v2] tcp: Export TCP Delayed ACK parameters to user
From: Rick Jones @ 2011-10-31 18:10 UTC (permalink / raw)
  To: Daniel Baluta
  Cc: David Miller, eric.dumazet, kuznet, jmorris, yoshfuji, kaber,
	netdev, luto
In-Reply-To: <CAEnQRZCggUnoVZXyXfZ6-Om+hwQL_6Oo3dPODsXAH+iJYqN=jw@mail.gmail.com>

Whether tracked as bytes or segments, my take is that to ask 
applications to have to think about another non-portable socket option 
is ungood.  I would suggest taking the time to work-out the automagic 
heuristic to drop the deferred ACK count on connections where it being 
large is un-desirable and then not need to worry about the limits being 
global.

Given the stack's existing propensity to try to decide when to increase 
the window I might even go so far as to suggest the sense of the 
heuristic be flipped and it seek to decide when it is ok to increase the 
number of segments/bytes per ACK.  To what extent one needs to go beyond 
what happens already with the stretching of ACKs via GRO/LRO or if that 
mechanism can serve as part of the logic of the heuristic is probably a 
fertile area for discussion.

If I recall correctly, in one of your earlier posts you mentioned 
something about a 20% performance boost.  What were the specific 
conditions of that testing?  Was it over a setup where the receiver 
already had LRO/GRO or was it over a more plain receiver NIC without 
that functionality?

rick jones

^ permalink raw reply

* [PATCH v2 2/3] arm/dt: tegra: add dts file for paz00
From: Marc Dietrich @ 2011-10-31 18:18 UTC (permalink / raw)
  To: linux-arm-kernel
In-Reply-To: <74CDBE0F657A3D45AFBB94109FB122FF173EDAB782@HQMAIL01.nvidia.com>

ok, lets bring this to an end.

On Monday 31 October 2011 09:09:13 Stephen Warren wrote:
> Marc Dietrich wrote at Sunday, October 30, 2011 2:40 PM:
> > On Friday 28 October 2011 09:49:49 Stephen Warren wrote:
> > > Marc Dietrich wrote at Friday, October 28, 2011 4:30 AM:
> > > > Am Donnerstag, 27. Oktober 2011, 09:50:03 schrieb Stephen Warren:
> > > > > Marc Dietrich wrote at Wednesday, October 26, 2011 1:59 PM:
> > > > > > This adds a dts file for paz00. As a side effect, this
> > > > > > also enables the embedded controller which controls the keyboard,
> > > > > > touchpad, power, leds, and some other functions.
> > > > > > ...
> > > > > > +++ b/arch/arm/boot/dts/tegra-paz00.dts
> > > > > > @@ -0,0 +1,70 @@
> > > > > > +/dts-v1/;
> > > > > > +
> > > > > > +/memreserve/ 0x1c000000 0x04000000;
> > > > > > +/include/ "tegra20.dtsi"
> > > > > > +
> > > > > > +/ {
> > > > > > +	model = "Toshiba AC100 / Dynabook AZ";
> > > > > > +	compatible = "compal,paz00", "nvidia,tegra20";
> > > > > > +
> > > > > > +	chosen {
> > > > > > +		bootargs = "mem=448 at 0 console=ttyS0,115200n8
> > > > > > root=/dev/mmcblk1p1";
> > > > > 
> > > > > You shouldn't need the mem= parameter here; it wasn't in
> > > > > your first patch set.
> > > > 
> > > > that's because I forgot it. Sorry, I didn't mentioned it in the
> > > > changelog. I wonder why mem= is still needed.
> > > 
> > > I wonder if this is some conflict between ATAGs and the DT-specified
> > > memory node.
> > > 
> > > As far as I can tell, the kernel's memory information typically
> > > comes from ATAGs. Some boards override what's in the ATAGs in their
> > > machine descriptor's fixup routine, e.g. see tegra_paz00_fixup().
> > > Presumably, this is because of buggy bootloaders sending incorrect
> > > memory information in the ATAGs. Do you have any way to check the ATAGs
> > > that the bootloader is sending? Probably, you could enable DEBUG_LL
> > > and using the low-level debugging functions to dump some of that
> > > information to the UART early during boot.
> > 
> > I got the ATAGS from /proc/atags and there is no memory entry there,
> > only
> > initrd and cmdline (which is the one from nvflash).
> > 
> > The machine also has a fixup routine, but it also boots without (I'm
> > sure it was necessary in the past),
> 
> ...
> 
> > I tested several variations. Without DT, the fixup can compensate a
> > missing mem entry in the kernel command line, but with a mem= from the
> > kernel command line, a fixup is not needed.
> 
> OK, that makes sense.
> 
> > With DT, the command line specified from nvflash is ignored and the one
> > from DT comes into the game.
> 
> I assume you're using CONFIG_ARM_APPENDED_DTB but not
> CONFIG_ARM_ATAG_DTB_COMPAT.
> > If it is also missing there, system detects 512 MB.

correct.

> That makes sense; that's the value in the .dts file you posted.
> 
> > (which is physical right, but we cannot reserve memory for the gpu). The
> > fixup is indeed ignored in this case.
> 
> It's not "ignored" as such.
> 
> When booting without DT, the machine descriptor in board-paz00.c is used,
> since the descriptor is selected based on the machine ID in the descriptor,
> and that descriptor includes:
> 
> 	.fixup          = tegra_paz00_fixup,
> 
> ... which causes that fixup function to be called.
> 
> When booting with DT, the machine descriptor in board-dt.c is used, since
> the descriptor is selected based on the DT's overall compatible property,
> and that descriptor doesn't refer to tegra_paz00_fixup() at all, so it's
> not called.

ok, I think I understood now. Thanks for the detailed explanation.

> >  ...
> >
> > > c) Test booting, and check what RAM size the kernel thinks you have.
> > 
> > see above. RAM detection works, but it's not what we want ...
> 
> At this point, I'd argue that exposing the full 512M to the kernel /is/
> what we want. There is no Tegra GPU support in the mainline kernel at
> present. As such, I'd argue that we should give the entire RAM space to
> the kernel to use. As and when we add GPU support to the kernel, we can
> use an appropriate mechanism to take RAM away from the kernel for that
> purpose.

sound fine. I guess the vmalloc is also due to some gpu requirements...

> So, I'm planning to remove all the /memreserve/ entries from the Tegra
> .dts files as soon as I can find a minute to do so.
> 
> But, as Grant mentioned, the /memreserve/ .dts directive should work
> right now to reserve memory. I'm not sure if you'd tried that and it didn't
> work? If so, it'd be good to debug that just to make sure the mechanism
> works, even if we don't intend to use it.

actually, it works as Grant said. For some reasons it didn't worked here when 
I tested it. Maybe I just catched a bad setup of linux-next/bootloader/kernel 
arguments.

Thanks for you patience with me...

Marc

^ permalink raw reply

* Re: [PATCH v2 2/3] arm/dt: tegra: add dts file for paz00
From: Marc Dietrich @ 2011-10-31 18:18 UTC (permalink / raw)
  To: Stephen Warren
  Cc: Grant Likely (grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org),
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Olof Johansson, Colin Cross,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
In-Reply-To: <74CDBE0F657A3D45AFBB94109FB122FF173EDAB782-C7FfzLzN0UxDw2glCA4ptUEOCMrvLtNR@public.gmane.org>

ok, lets bring this to an end.

On Monday 31 October 2011 09:09:13 Stephen Warren wrote:
> Marc Dietrich wrote at Sunday, October 30, 2011 2:40 PM:
> > On Friday 28 October 2011 09:49:49 Stephen Warren wrote:
> > > Marc Dietrich wrote at Friday, October 28, 2011 4:30 AM:
> > > > Am Donnerstag, 27. Oktober 2011, 09:50:03 schrieb Stephen Warren:
> > > > > Marc Dietrich wrote at Wednesday, October 26, 2011 1:59 PM:
> > > > > > This adds a dts file for paz00. As a side effect, this
> > > > > > also enables the embedded controller which controls the keyboard,
> > > > > > touchpad, power, leds, and some other functions.
> > > > > > ...
> > > > > > +++ b/arch/arm/boot/dts/tegra-paz00.dts
> > > > > > @@ -0,0 +1,70 @@
> > > > > > +/dts-v1/;
> > > > > > +
> > > > > > +/memreserve/ 0x1c000000 0x04000000;
> > > > > > +/include/ "tegra20.dtsi"
> > > > > > +
> > > > > > +/ {
> > > > > > +	model = "Toshiba AC100 / Dynabook AZ";
> > > > > > +	compatible = "compal,paz00", "nvidia,tegra20";
> > > > > > +
> > > > > > +	chosen {
> > > > > > +		bootargs = "mem=448@0 console=ttyS0,115200n8
> > > > > > root=/dev/mmcblk1p1";
> > > > > 
> > > > > You shouldn't need the mem= parameter here; it wasn't in
> > > > > your first patch set.
> > > > 
> > > > that's because I forgot it. Sorry, I didn't mentioned it in the
> > > > changelog. I wonder why mem= is still needed.
> > > 
> > > I wonder if this is some conflict between ATAGs and the DT-specified
> > > memory node.
> > > 
> > > As far as I can tell, the kernel's memory information typically
> > > comes from ATAGs. Some boards override what's in the ATAGs in their
> > > machine descriptor's fixup routine, e.g. see tegra_paz00_fixup().
> > > Presumably, this is because of buggy bootloaders sending incorrect
> > > memory information in the ATAGs. Do you have any way to check the ATAGs
> > > that the bootloader is sending? Probably, you could enable DEBUG_LL
> > > and using the low-level debugging functions to dump some of that
> > > information to the UART early during boot.
> > 
> > I got the ATAGS from /proc/atags and there is no memory entry there,
> > only
> > initrd and cmdline (which is the one from nvflash).
> > 
> > The machine also has a fixup routine, but it also boots without (I'm
> > sure it was necessary in the past),
> 
> ...
> 
> > I tested several variations. Without DT, the fixup can compensate a
> > missing mem entry in the kernel command line, but with a mem= from the
> > kernel command line, a fixup is not needed.
> 
> OK, that makes sense.
> 
> > With DT, the command line specified from nvflash is ignored and the one
> > from DT comes into the game.
> 
> I assume you're using CONFIG_ARM_APPENDED_DTB but not
> CONFIG_ARM_ATAG_DTB_COMPAT.
> > If it is also missing there, system detects 512 MB.

correct.

> That makes sense; that's the value in the .dts file you posted.
> 
> > (which is physical right, but we cannot reserve memory for the gpu). The
> > fixup is indeed ignored in this case.
> 
> It's not "ignored" as such.
> 
> When booting without DT, the machine descriptor in board-paz00.c is used,
> since the descriptor is selected based on the machine ID in the descriptor,
> and that descriptor includes:
> 
> 	.fixup          = tegra_paz00_fixup,
> 
> ... which causes that fixup function to be called.
> 
> When booting with DT, the machine descriptor in board-dt.c is used, since
> the descriptor is selected based on the DT's overall compatible property,
> and that descriptor doesn't refer to tegra_paz00_fixup() at all, so it's
> not called.

ok, I think I understood now. Thanks for the detailed explanation.

> >  ...
> >
> > > c) Test booting, and check what RAM size the kernel thinks you have.
> > 
> > see above. RAM detection works, but it's not what we want ...
> 
> At this point, I'd argue that exposing the full 512M to the kernel /is/
> what we want. There is no Tegra GPU support in the mainline kernel at
> present. As such, I'd argue that we should give the entire RAM space to
> the kernel to use. As and when we add GPU support to the kernel, we can
> use an appropriate mechanism to take RAM away from the kernel for that
> purpose.

sound fine. I guess the vmalloc is also due to some gpu requirements...

> So, I'm planning to remove all the /memreserve/ entries from the Tegra
> .dts files as soon as I can find a minute to do so.
> 
> But, as Grant mentioned, the /memreserve/ .dts directive should work
> right now to reserve memory. I'm not sure if you'd tried that and it didn't
> work? If so, it'd be good to debug that just to make sure the mechanism
> works, even if we don't intend to use it.

actually, it works as Grant said. For some reasons it didn't worked here when 
I tested it. Maybe I just catched a bad setup of linux-next/bootloader/kernel 
arguments.

Thanks for you patience with me...

Marc

^ permalink raw reply

* Re: [GIT PULL] mm: frontswap (for 3.2 window)
From: Andrea Arcangeli @ 2011-10-31 18:16 UTC (permalink / raw)
  To: Dan Magenheimer
  Cc: Pekka Enberg, Cyclonus J, Sasha Levin, Christoph Hellwig,
	David Rientjes, Linus Torvalds, linux-mm, LKML, Andrew Morton,
	Konrad Wilk, Jeremy Fitzhardinge, Seth Jennings, ngupta,
	Chris Mason, JBeulich, Dave Hansen, Jonathan Corbet
In-Reply-To: <552d2067-474d-4aef-a9a4-89e5fd8ef84f@default>

On Fri, Oct 28, 2011 at 08:21:31AM -0700, Dan Magenheimer wrote:
> real users and real distros and real products waiting, so if there
> are any real issues, let's get them resolved.

We already told you the real issues there are and you did nothing so
far to address those, so much was built on top of a flawed API that I
guess an heartquake of massive scale has to come in to actually
convince Xen to change any of the huge amount of code built on the
flawed API.

I don't know the exact Xen details (it's possible Xen design doesn't
allow these below 4 issues to be fixed, I've no idea) but for all
other non-virt usages (compressed-swap/compressed-pagecache, ramster)
I doubt it is impossible to change the design of the tmem API to
address at least one of those basic huge troubles that such an API
imposes:

1) 4k page limit (no way to handle hugepages)

 Ok swapcache and pagecache are always 4k, but that may change. Plus
 it's generally flawed these days to add a new API people will build
 code on that can't handle hugepages, at least hugetlbfs should be
 handled. And especially considering it was born for virt, in virt
 space we only work with hugepages.

2) synchronous

3) not zerocopy, requires one bounce buffer for every get and one
   bounce buffer again for every put (like highmem I/O with 32bit pci)

 In my view point 3 is definitely fixable for swapcache compression
 and pagecache compression, there's no way we can accept a copy before
 starting compressing the data, the source of the compression
 algorithm must be the _userland_ page but instead you copy first, and
 compress on the copy destination, correct me if I'm wrong.

4) can't handle batched requests

 Requires one vmexit for each 4k page accessed if KVM hypervisor wants
 to access tmem, it's impossible we want to use this in KVM, at most
 we could consider exiting every 2M page, impossible to vmexit every
 4k or performance is destroyed and we'd run as slow as no-EPT/NPT.

Address these 4 points (or at least the ones that are solvable) and
it'll become appealing. Or at least try to explain why it's impossible
to solve all these 4 points to convince us this API is the best we can
get for the non-virt usages (let's ignore Xen/KVM for the sake of this
discussion, as Xen may have legitimate reasons for why those 4 above
points are impossible to fix).

At the moment to me it still looks a legacy-compatibility API to make
life easier to Xen users that uses a limited API (at least it's
simpler I'd agree on it being simpler this way) to share cache across
different guests and tries to impose those above 4 limits (and
horrendous performance in accessing tmem from Xen Guest but still
faster than I/O isn't it? :) even to the non-virt usages.

Even frontswap, there is no way we can accept to do synchronous bounce
buffers for every single 4k page that is going to hit swap. That's
worse than HIGHMEM 32bit... Obviously you must be mlocking all Oracle
db memory so you won't hit that bounce buffering ever with
Oracle. Also note, historically there's nobody that hated bounce
buffers more than Oracle (at least I remember the highmem issues with
pci32 cards :). Also Oracle was the biggest user of hugetlbfs.

So it sounds weird that you like this API forces bounce buffering CPU
cache-destroying and 4k page units, for everything that passes through
it.

If I'm wrong please correct me, I hadn't lots of time to check
code. But we already raised these points before without much answer.

Thanks,
Andrea

^ permalink raw reply

* Re: [PATCH 4/7] Input: ALPS - Remove assumptions about packet size
From: Seth Forshee @ 2011-10-31 18:17 UTC (permalink / raw)
  To: Chase Douglas
  Cc: Dmitry Torokhov, Alessandro Rubini, Henrik Rydberg,
	Andrew Skalski, linux-input, linux-kernel
In-Reply-To: <4EAD6EF3.50109@canonical.com>

On Sun, Oct 30, 2011 at 11:36:19AM -0400, Chase Douglas wrote:
> On 10/26/2011 05:14 PM, Seth Forshee wrote:
> > In preparation for version 4 protocol support, which has 8-byte
> > data packets, remove all hard-coded assumptions about packet size
> > and use psmouse->pktsize instead.
> > 
> > Signed-off-by: Seth Forshee <seth.forshee@canonical.com>
> > ---
> >  drivers/input/mouse/alps.c |   27 ++++++++++++++++++---------
> >  1 files changed, 18 insertions(+), 9 deletions(-)
> > 
> > diff --git a/drivers/input/mouse/alps.c b/drivers/input/mouse/alps.c
> > index 572cb21..14d1f64 100644
> > --- a/drivers/input/mouse/alps.c
> > +++ b/drivers/input/mouse/alps.c
> > @@ -315,7 +315,7 @@ static void alps_flush_packet(unsigned long data)
> >  
> >  	serio_pause_rx(psmouse->ps2dev.serio);
> >  
> > -	if (psmouse->pktcnt == 6) {
> > +	if (psmouse->pktcnt == psmouse->pktsize) {
> >  
> >  		/*
> >  		 * We did not any more data in reasonable amount of time.
> > @@ -365,15 +365,15 @@ static psmouse_ret_t alps_process_byte(struct psmouse *psmouse)
> >  		return PSMOUSE_BAD_DATA;
> >  	}
> >  
> > -	/* Bytes 2 - 6 should have 0 in the highest bit */
> > -	if (psmouse->pktcnt >= 2 && psmouse->pktcnt <= 6 &&
> > +	/* Bytes 2 - pktsize should have 0 in the highest bit */
> > +	if (psmouse->pktcnt >= 2 && psmouse->pktcnt <= psmouse->pktsize &&
> >  	    (psmouse->packet[psmouse->pktcnt - 1] & 0x80)) {
> >  		dbg("refusing packet[%i] = %x\n",
> >  		    psmouse->pktcnt - 1, psmouse->packet[psmouse->pktcnt - 1]);
> >  		return PSMOUSE_BAD_DATA;
> >  	}
> >  
> > -	if (psmouse->pktcnt == 6) {
> > +	if (psmouse->pktcnt == psmouse->pktsize) {
> >  		alps_process_packet(psmouse);
> >  		return PSMOUSE_FULL_PACKET;
> >  	}
> > @@ -531,8 +531,13 @@ static int alps_tap_mode(struct psmouse *psmouse, int enable)
> >  static int alps_poll(struct psmouse *psmouse)
> >  {
> >  	struct alps_data *priv = psmouse->private;
> > -	unsigned char buf[6];
> > +	unsigned char *buf;
> >  	bool poll_failed;
> > +	int ret = -1;
> > +
> > +	buf = kmalloc(psmouse->pktsize, GFP_KERNEL);
> > +	if (!buf)
> > +		return -1;
> 
> Can we preallocate a buffer somewhere instead of allocating every time
> we enter the function? If we know the maximum packet size we could
> allocate on the stack instead.

Thanks for pointing that out; I had meant to come back and do something
about this but forgot. I was hoping to avoid having to hard-code an
assumed maximum packet size. I'll take a look at it.

^ permalink raw reply

* Re: [GIT PULL] mm: frontswap (for 3.2 window)
From: Andrea Arcangeli @ 2011-10-31 18:16 UTC (permalink / raw)
  To: Dan Magenheimer
  Cc: Pekka Enberg, Cyclonus J, Sasha Levin, Christoph Hellwig,
	David Rientjes, Linus Torvalds, linux-mm, LKML, Andrew Morton,
	Konrad Wilk, Jeremy Fitzhardinge, Seth Jennings, ngupta,
	Chris Mason, JBeulich, Dave Hansen, Jonathan Corbet
In-Reply-To: <552d2067-474d-4aef-a9a4-89e5fd8ef84f@default>

On Fri, Oct 28, 2011 at 08:21:31AM -0700, Dan Magenheimer wrote:
> real users and real distros and real products waiting, so if there
> are any real issues, let's get them resolved.

We already told you the real issues there are and you did nothing so
far to address those, so much was built on top of a flawed API that I
guess an heartquake of massive scale has to come in to actually
convince Xen to change any of the huge amount of code built on the
flawed API.

I don't know the exact Xen details (it's possible Xen design doesn't
allow these below 4 issues to be fixed, I've no idea) but for all
other non-virt usages (compressed-swap/compressed-pagecache, ramster)
I doubt it is impossible to change the design of the tmem API to
address at least one of those basic huge troubles that such an API
imposes:

1) 4k page limit (no way to handle hugepages)

 Ok swapcache and pagecache are always 4k, but that may change. Plus
 it's generally flawed these days to add a new API people will build
 code on that can't handle hugepages, at least hugetlbfs should be
 handled. And especially considering it was born for virt, in virt
 space we only work with hugepages.

2) synchronous

3) not zerocopy, requires one bounce buffer for every get and one
   bounce buffer again for every put (like highmem I/O with 32bit pci)

 In my view point 3 is definitely fixable for swapcache compression
 and pagecache compression, there's no way we can accept a copy before
 starting compressing the data, the source of the compression
 algorithm must be the _userland_ page but instead you copy first, and
 compress on the copy destination, correct me if I'm wrong.

4) can't handle batched requests

 Requires one vmexit for each 4k page accessed if KVM hypervisor wants
 to access tmem, it's impossible we want to use this in KVM, at most
 we could consider exiting every 2M page, impossible to vmexit every
 4k or performance is destroyed and we'd run as slow as no-EPT/NPT.

Address these 4 points (or at least the ones that are solvable) and
it'll become appealing. Or at least try to explain why it's impossible
to solve all these 4 points to convince us this API is the best we can
get for the non-virt usages (let's ignore Xen/KVM for the sake of this
discussion, as Xen may have legitimate reasons for why those 4 above
points are impossible to fix).

At the moment to me it still looks a legacy-compatibility API to make
life easier to Xen users that uses a limited API (at least it's
simpler I'd agree on it being simpler this way) to share cache across
different guests and tries to impose those above 4 limits (and
horrendous performance in accessing tmem from Xen Guest but still
faster than I/O isn't it? :) even to the non-virt usages.

Even frontswap, there is no way we can accept to do synchronous bounce
buffers for every single 4k page that is going to hit swap. That's
worse than HIGHMEM 32bit... Obviously you must be mlocking all Oracle
db memory so you won't hit that bounce buffering ever with
Oracle. Also note, historically there's nobody that hated bounce
buffers more than Oracle (at least I remember the highmem issues with
pci32 cards :). Also Oracle was the biggest user of hugetlbfs.

So it sounds weird that you like this API forces bounce buffering CPU
cache-destroying and 4k page units, for everything that passes through
it.

If I'm wrong please correct me, I hadn't lots of time to check
code. But we already raised these points before without much answer.

Thanks,
Andrea

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

^ permalink raw reply

* Re: [PATCH] nfs: Fix unused variable warning.
From: Rakib Mullick @ 2011-10-31 18:16 UTC (permalink / raw)
  To: Trond Myklebust; +Cc: linux-kernel, linux-nfs, akpm
In-Reply-To: <1320083034.4714.24.camel@lade.trondhjem.org>

On Mon, Oct 31, 2011 at 11:43 PM, Trond Myklebust
<Trond.Myklebust@netapp.com> wrote:
> On Mon, 2011-10-31 at 23:12 +0600, Rakib Mullick wrote:
>> On Mon, Oct 31, 2011 at 9:18 PM, Trond Myklebust
>> <Trond.Myklebust@netapp.com> wrote:
>> > On Fri, 2011-10-28 at 16:36 +0600, Rakib Mullick wrote:
>> +                             data->inode->nfs_client->cl_hostname,
>                                 ^^^^^^^^^^^^
> NFS_SERVER(data->inode)->nfs_client....

Opss. Sorry, should've more careful, rather doing it quickly :(.
data->inode has nothing inside named nfs_client, but didn't even
complain. I'll resend it.

Anyway, I found the two following warning in nfs/file.c

fs/nfs/file.c: In function ‘nfs_file_release’:
fs/nfs/file.c:140:17: warning: unused variable ‘dentry’
fs/nfs/file.c: In function ‘nfs_file_read’:
fs/nfs/file.c:237:9: warning: unused variable ‘count’

I'm wanting to send one patch to cleanup all these unused variable
issues. Shall I? Or, should I send separate patches?

Thanks,
Rakib

^ permalink raw reply

* Re: [PATCH 1/7] Input: ALPS - Move protocol information to Documentation
From: Seth Forshee @ 2011-10-31 18:15 UTC (permalink / raw)
  To: Chase Douglas
  Cc: Dmitry Torokhov, Alessandro Rubini, Henrik Rydberg,
	Andrew Skalski, linux-input, linux-kernel
In-Reply-To: <4EAD6E36.4070502@canonical.com>

On Sun, Oct 30, 2011 at 11:33:10AM -0400, Chase Douglas wrote:
> On 10/26/2011 05:14 PM, Seth Forshee wrote:
> > In preparation for new protocol support, move the protocol
> > information currently documented in alps.c to
> > Documentation/input/alps.txt, where it can be expanded without
> > cluttering up the driver.
> > 
> > Signed-off-by: Seth Forshee <seth.forshee@canonical.com>
> 
> Makes sense. Only question is whether we should create a subdir for
> device protocols (Documentation/input/devices/alps.txt)?

That's probably a good idea if protocol documentation is going to
proliferate, but currently these docs are in Documentation/input. If we
want to move them it's a subject for a separate patch.

^ permalink raw reply

* Re: [PATCH] bonding:update speed/duplex for NETDEV_CHANGE
From: Ben Hutchings @ 2011-10-31 18:15 UTC (permalink / raw)
  To: Weiping Pan; +Cc: netdev, fubar, andy, linux-kernel
In-Reply-To: <e00468a2cbb8a25d7a89028e876769449454309f.1320070684.git.wpan@redhat.com>

On Mon, 2011-10-31 at 22:19 +0800, Weiping Pan wrote:
> Zheng Liang(lzheng@redhat.com) found a bug that if we config bonding with
> arp monitor, sometimes bonding driver cannot get the speed and duplex from
> its slaves, it will assume them to be 100Mb/sec and Full, please see
> /proc/net/bonding/bond0.
> But there is no such problem when uses miimon.
> 
> (Take igb for example)
> I find that the reason is that after dev_open() in bond_enslave(),
> bond_update_speed_duplex() will call igb_get_settings()
> , but in that function,
> it runs ethtool_cmd_speed_set(ecmd, -1); ecmd->duplex = -1;
> because igb get an error value of status.
> So even dev_open() is called, but the device is not really ready to get its
> settings.
> 
> Maybe it is safe for us to call igb_get_settings() only after
> this message shows up, that is "igb: p4p1 NIC Link is Up 1000 Mbps Full Duplex,
> Flow Control: RX".
[...]

For any device with autonegotiation enabled, you generally cannot get
the speed and duplex settings until the link is up.  While the link is
down, you may see a value of 0, ~0, or the best mode currently
advertised.  So I think that the bonding driver should avoid updating
the slave speed and duplex values whenever autoneg is enabled and the
link is down.

Ben.

-- 
Ben Hutchings, Staff Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.


^ permalink raw reply

* Re: [MIPS]clocks_calc_mult_shift() may gen a too big mult value
From: John Stultz @ 2011-10-31 18:12 UTC (permalink / raw)
  To: zhangfx
  Cc: Chen Jie, Yong Zhang, linux-mips, LKML, tglx, yanhua,
	项宇, 孙海勇
In-Reply-To: <4EAEA9AF.1060904@lemote.com>

On Mon, 2011-10-31 at 21:59 +0800, zhangfx wrote:
> > Could you annotate clocks_calc_mult_shift() a little bit to see where
> > things might be going wrong?
> Let me give some real world data:
> in one machine with 500MHz freq,
> the calculated freq = 500084016, and clocks_calc_mult_shift() give
>    mult = 4294245725
>    shift = 30
> 
> but in the 1785th call to update_wall_time, due to error correction 
> algorithm, the mult become 4293964632,
> in next update_wall_time, the ntp_error is 0x301c93b7927c, which lead to 
> an adj of 20, then mult is overflow:
>     mult = 4293964632 + (1<<20) = 45912
> with this mult, if anyone call timekeeping_get_ns or others using mult, 
> the time concept will be extremely wrong, so some sleep will 
> (almost)never return => virtually hang
> 
> We are not abosulately sure that the error source is normal, but anyway 
> it is a possible for the code to overflow, and it will cause hang.
> 
> For this case, the timekeeping_bigadjust should be able to control adj 
> to a maximum of around 20 with the lookahead for any error. So if the 
> mult is chosen at shift = 29, then mult becomes 4294245725/2, it will 
> not be possible to be overflowed.
> 
> In short, choosing a mult close to 2^32 is dangerous. But I don't know 
> what's the best way to avoid it for general cases, because I don't know 
> how big error can be and the adj can be for different systems.

Ah. Ok, sorry for being so slow to understand.

So yea, I think you're right that the issue seems to be that for certain
feq values, the resulting mult,shift pair is optimized a little too far,
and we don't leave enough room for ntp adjustments to mult, without the
possibility of overflowing mult.

The following patch should handle it (although I'm at a conf right now,
so I couldn't test it), although I might be trying to be too smart here.
Rather then just checking if mult is larger then 0xf0000000, we try to
quantify the largest valid mult adjustment, and then make sure mult +
that value doesn't overflow. NTP limits adjustments to 500ppm, but the
kernel might have to deal with larger internal adjustments. Probably we
could be safe ruling out larger then 5% adjustments.

So then its just a matter of 1/2^4. So the largest mult adjustment
should be 1 << (cs->shift - 4)

Does this seem reasonable? Let me know if this seems to work for you.

Thomas: does this fix look like its in a reasonable spot? I don't want
to clutter up the calc_mult_shift() code up since this really only
applies to clocksources and not clockevents.

NOT TESTED & NOT FOR INCLUSION (YET)
Signed-off-by: John Stultz <john.stultz@linaro.org>
diff --git a/kernel/time/clocksource.c b/kernel/time/clocksource.c
index cf52fda..73518d2 100644
--- a/kernel/time/clocksource.c
+++ b/kernel/time/clocksource.c
@@ -640,7 +640,7 @@ static void clocksource_enqueue(struct clocksource *cs)
 void __clocksource_updatefreq_scale(struct clocksource *cs, u32 scale, u32 freq)
 {
 	u64 sec;
-
+	u32 maxadj;
 	/*
 	 * Calc the maximum number of seconds which we can run before
 	 * wrapping around. For clocksources which have a mask > 32bit
@@ -661,6 +661,22 @@ void __clocksource_updatefreq_scale(struct clocksource *cs, u32 scale, u32 freq)
 
 	clocks_calc_mult_shift(&cs->mult, &cs->shift, freq,
 			       NSEC_PER_SEC / scale, sec * scale);
+
+	/*
+	 * Since mult may be adjusted by ntp, add an extra saftey margin
+	 * for clocksources that have large mults, to avoid overflow.
+	 *
+	 * Assume we won't try to correct for more then 5% adjustments
+	 * (50,000 ppm), which approximates to 1/16 or 1/2^4.
+	 * Thus 1 << (shift - 4) is the largest mult adjustment we'll
+	 * support.
+	 */
+	maxadj = 1 << (shift-4);
+	if ((cs->mult + maxadj < cs->mult) || (cs->mult - maxadj > cs->mult)) {
+		cs->mult >>= 1;
+		cs->shift--;
+	}
+
 	cs->max_idle_ns = clocksource_max_deferment(cs);
 }
 EXPORT_SYMBOL_GPL(__clocksource_updatefreq_scale);

^ permalink raw reply related

* Re: [Qemu-devel] [PATCH] Support running QEMU on Valgrind
From: Anthony Liguori @ 2011-10-31 18:13 UTC (permalink / raw)
  To: Stefan Weil; +Cc: valgrind-developers, qemu-devel, Avi Kivity
In-Reply-To: <1319976446-12602-1-git-send-email-sw@weilnetz.de>

On 10/30/2011 07:07 AM, Stefan Weil wrote:
> Valgrind is a tool which can automatically detect many kinds of bugs.
>
> Running QEMU on Valgrind with x86_64 hosts was not possible because
> Valgrind aborts when memalign is called with an alignment larger than
> 1 MiB. QEMU normally uses 2 MiB on Linux x86_64.
>
> Now the alignment is reduced to the page size when QEMU is running on
> Valgrind.
>
> valgrind.h is a copy from Valgrind svn trunk r12226 with trailing
> whitespace stripped but otherwise unmodified, so it still raises lots
> of errors when checked with scripts/checkpatch.pl.
>
> It is included here to avoid a dependency on Valgrind.
>
> Signed-off-by: Stefan Weil<sw@weilnetz.de>

How about we just fix valgrind?

Regards,

Anthony Liguori

^ permalink raw reply

* Re: [PATCH for 3.2] fs/direct-io.c: Calculate fs_count correctly in get_more_blocks.
From: Jeff Moyer @ 2011-10-31 18:12 UTC (permalink / raw)
  To: Tao Ma
  Cc: linux-fsdevel, linux-devel, Christoph Hellwig, Al Viro,
	Andrew Morton
In-Reply-To: <1320045873-3956-1-git-send-email-tm@tao.ma>

Tao Ma <tm@tao.ma> writes:

> From: Tao Ma <boyu.mt@taobao.com>
>
> In get_more_blocks, we use dio_count to calculate fs_count and do some
> tricky things to increase fs_count if dio_count isn't aligned. But
> actually it still has some cornor case that can't be coverd. See the
> following example:
> ./dio_write foo -s 1024 -w 4096(direct write 4096 bytes at offset 1024).
> The same goes if the offset isn't aligned to fs_blocksize.
>
> In this case, the old calculation counts fs_count to be 1, but actually
> we will write into 2 different blocks(if fs_blocksize=4096). The old code
> just works, since it will call get_block twice(and may have to allocate
> and create extent twice for file systems like ext4). So we'd better call
> get_block just once with the proper fs_count.

This description was *really* hard for me to understand.  It seems to me
that right now there's an inefficiency in the code.  It's not clear
whether you're claiming that it was introduced recently, though.  Was
it, or has this problem been around for a while?

How did you notice this?  Was there any evidence of a problem, such as
performance overhead or less than ideal file layout?

Anyway, I agree that the code does not correctly calculate the number of
file system blocks in a request.  I also agree that your patch fixes
that issue.

Please ammend the description and then you can add my:

Acked-by: Jeff Moyer <jmoyer@redhat.com>

Cheers,
Jeff

^ permalink raw reply

* !
From: FBI @ 2011-10-31 17:58 UTC (permalink / raw)


Get  back  now  for  your  money  that  you  lost   to  scammers  back  now  reply  back!

^ permalink raw reply

* Re: [Qemu-devel] [PATCH v3 01/13] remove unused function
From: Anthony Liguori @ 2011-10-31 18:10 UTC (permalink / raw)
  To: Paolo Bonzini; +Cc: qemu-devel
In-Reply-To: <1319214405-20388-2-git-send-email-pbonzini@redhat.com>

Are you planning on spinning a v4 with TeLeMan's suggestions by tomorrow?

Regards,

Anthony Liguori

On 10/21/2011 11:26 AM, Paolo Bonzini wrote:
> Reviewed-by: Anthony Liguori<aliguori@us.ibm.com>
> Signed-off-by: Paolo Bonzini<pbonzini@redhat.com>
> ---
>   hw/mac_dbdma.c |    5 -----
>   hw/mac_dbdma.h |    1 -
>   2 files changed, 0 insertions(+), 6 deletions(-)
>
> diff --git a/hw/mac_dbdma.c b/hw/mac_dbdma.c
> index 5affdd1..1791ec1 100644
> --- a/hw/mac_dbdma.c
> +++ b/hw/mac_dbdma.c
> @@ -661,11 +661,6 @@ void DBDMA_register_channel(void *dbdma, int nchan, qemu_irq irq,
>       ch->io.channel = ch;
>   }
>
> -void DBDMA_schedule(void)
> -{
> -    qemu_notify_event();
> -}
> -
>   static void
>   dbdma_control_write(DBDMA_channel *ch)
>   {
> diff --git a/hw/mac_dbdma.h b/hw/mac_dbdma.h
> index 933e17c..6d1abe6 100644
> --- a/hw/mac_dbdma.h
> +++ b/hw/mac_dbdma.h
> @@ -41,5 +41,4 @@ struct DBDMA_io {
>   void DBDMA_register_channel(void *dbdma, int nchan, qemu_irq irq,
>                               DBDMA_rw rw, DBDMA_flush flush,
>                               void *opaque);
> -void DBDMA_schedule(void);
>   void* DBDMA_init (MemoryRegion **dbdma_mem);

^ permalink raw reply


This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.